其次,执行下列代码,将dbName换成你自己的数据库。
USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE dbName SET EMERGENCYGOsp_dboption 'dbName', 'single user', 'true'GODBCC CHECKDB('dbName','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE dbName SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption 'dbName', 'single user', 'false'GO
接着,尽管这样能够使得数据库恢复正常,至少可以让对数据库进行 *** 作。包括查询、更新等。但是这并没有真正的解决问题,只是修改了数据库的“可疑”状态。
下面就要找具体问题所在,发生这种情况的缘由很多,或是数据库 *** 作、或是触发器、存储过程、索引、日志。
如果你的数据库不是很大,其间的数据不多,希望能够重新建立数据库,然后再导入数据。
如果很大,而且很重要不能及时更新的话,希望大家搜索一下数据库或者系统、应用程序的日志,看一下日志记录,或许你会发现一些可疑的苗头。
我认为有两个办法:1、如果能够备份“置疑”数据库的话,现备份出来,然后删除该数据库,最后由备份出来的文件恢复。2、如果无法备份可以采取先停止sqlserver,然后到sql安装目录的data(系统默认时这里,也可能在其他你放置的目录下)目录下找到该“置疑”数据库文件和日志文件拷贝到其他目录,启动sql
server,删除该数据库,将考出的数据库文件和日志文件考回原目录,最后用这两个文件通过数据库附加的方法恢复原数据库。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)