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多万的数据。

相关文章:

  • 2021-04-17
  • 2022-12-23
  • 2021-12-04
  • 2021-10-20
  • 2021-07-09
  • 2021-12-30
  • 2022-01-02
猜你喜欢
  • 2021-07-23
  • 2021-04-11
  • 2021-12-09
  • 2022-02-08
  • 2021-12-05
  • 2021-12-11
相关资源
相似解决方案