对置疑数据库的恢复过程

10月31号，在一次大量数据的操作过程中，因突然停电造成数据库文件损坏，数据库为SqlServer2000，打开企业管理器时，此库文件显示为置疑，将服务器重启后，此文件已不显示在企业管理器中，再次附加，提示出错。此时库中的数据最多的一个表有330万数据，因有图片，数据文件较大，达192G。
首先将此库文件及日志文件改名后，在企业管理器内新建一个与损坏文件同名的库文件，并新建在同一个目录下，停止数据库服务，将新建的库文件及日志文件删除，再将原来的损坏文件名称改回，重启数据库服务，打开企业管理器，此库文件显示在企业管理器中，状态为置疑；
在网上搜到一段对置疑数据库处理的代码，查询分析器中执行，代码如下：

USE  MASTER
GO

SP_CONFIGURE  ' ALLOW UPDATES ' , 1  
RECONFIGURE   WITH  OVERRIDE
GO

UPDATE  SYSDATABASES  SET  STATUS  = 32768   WHERE  NAME = ' 置疑的数据库名 '
Go

sp_dboption  ' 置疑的数据库名 ' ,  ' single user ' ,  ' true '
Go

DBCC  CHECKDB( ' 置疑的数据库名 ' ) 
Go

update  sysdatabases  set  status  = 28   where  name = ' 置疑的数据库名 '
Go

sp_configure  ' allow updates ' ,  0   reconfigure   with  override
Go  

sp_dboption  ' 置疑的数据库名 ' ,  ' single user ' ,  ' false '
Go  

感谢以上代码的写作者。
在执行后，系统显示：未能在数据库中运行 BEGIN TRANSACTION，因为该数据库处于回避恢复模式。
再想办法仍然不能通过一致性检查，重启系统后，发现库文件已经不是置疑状态，此时数据库可以查询，但不能修改及删除，只能再重建一个后将数据导入，后因磁盘空间问题未能直接导入。在网络上传输时，又因网络中断屡试未果。为了不影响整个系统的运行（系统为近实时运行的系统），最终只能备份了最近一段时间的数据，将原来文件删除，再重建了一个。只是可惜了那300多万的数据。