修复SQL2000数据库置疑时呈现的错误

12小时前 (16:43:33)阅读1回复0
xxhh
xxhh
  • 管理员
  • 注册排名4
  • 经验值91140
  • 级别管理员
  • 主题18228
  • 回复0
楼主

  备份数据文件,然后按下面的步调处置: 1。新建一个同名的数据库(数据文件与本来的要一致) 2。再停掉sql server(重视不要别离数据库) 3。用原数据库的数据文件笼盖掉那个新建的数据库 4。

  再重启sql server 5。此时翻开企业治理器时会呈现置疑,先不管,施行下面的语句(重视修改此中的数据库名) 6。完成后一般就能够拜候数据库中的数据了,那时,数据库自己一般还要问题,处理办法是,操纵 数据库的脚本创建一个新的数据库,并将数据导进往就行了。

   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假设数据库为TEST: 按以下步调施行 A.设置数据库容许间接操做系统表。

  此操做能够在SQL Server Enterprise Manager里面抉择数据库办事器,按右键,抉择“属性”,在“办事器设置”页面中将“容许对系统目次间接修改”一项选中。也能够利用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go B.设置test为告急修复形式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时能够在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\告急形式”能够看到数据库里面的表,但是仅仅有系统表 C.下面施行实正的恢复操做,重建数据库日记文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log。

  ldf') 施行过程中,假设碰着下列提醒信息: 办事器: 动静 5030,级别 16,形态 1,行 1 未能排它地锁定命据库以施行该操做。 DBCC 施行完毕。假设 DBCC 输出了错误信息,请与系统治理员联络。

   阐明您的其他法式正在利用该数据库,假设适才您在F步调中利用SQL Server Enterprise Manager翻开了test库的系统表,那么退出SQL Server Enterprise Manager就能够了。

   准确施行完成的提醒应该类似于: 警告: 数据库 'test' 的日记已重建。已失往事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必需重置数据库选项,而且可能需要删除余外的日记文件。 DBCC 施行完毕。

  假设 DBCC 输出了错误信息,请与系统治理员联络。 此时翻开在SQL Server Enterprise Manager里面会看到数据库的形态为“只供DBO利用”。此时能够拜候数据库里面的用户表了。 D.验证数据库一致性(可省略) dbcc checkdb('test') 一般施行成果如下: CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test' 中)。

   DBCC 施行完毕。假设 DBCC 输出了错误信息,请与系统治理员联络。 E.设置数据库为一般形态 sp_dboption 'test','dbo use only','false' 假设没有出错,那么恭喜,如今就能够一般的利用恢复后的数据库啦。

   F.最初一步,我们要将步调E中设置的“容许对系统目次间接修改”一项恢复。因为日常平凡间接操做系统表是一件比力求助紧急的工作。当然,我们能够在SQL Server Enterprise Manager里面恢复,也能够利用如下语句完成 sp_configure 'allow updates',0 go reconfigure with override go上面的语句操做步调有点问题: 应该如下: A.我们利用默认体例成立一个供恢复利用的数据库(如test)。

  能够在SQL Server Enterprise Manager里面成立。 B.停掉数据库办事器。 C.将适才生成的数据库的日记文件test_log。ldf删除,用要恢复的数据库mdf文件笼盖适才生成的数据库数据文件test_ f。

   D.启动数据库办事器。此时会看到数据库test的形态为“置疑”。那时候不克不及对此数据库停止任何操做。 E.设置数据库容许间接操做系统表。此操做能够在SQL Server Enterprise Manager里面抉择数据库办事器,按右键,抉择“属性”,在“办事器设置”页面中将“容许对系统目次间接修改”一项选中。

  也能够利用如下语句来实现。 use master go sp_configure 'allow updates',1 go reconfigure with override go F.设置test为告急修复形式 update sysdatabases set status=-32768 where dbid=DB_ID('test') 此时能够在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\告急形式”能够看到数据库里面的表,但是仅仅有系统表 G.下面施行实正的恢复操做,重建数据库日记文件 dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log。

  ldf') 施行过程中,假设碰着下列提醒信息: 办事器: 动静 5030,级别 16,形态 1,行 1 未能排它地锁定命据库以施行该操做。 DBCC 施行完毕。假设 DBCC 输出了错误信息,请与系统治理员联络。

   阐明您的其他法式正在利用该数据库,假设适才您在F步调中利用SQL Server Enterprise Manager翻开了test库的系统表,那么退出SQL Server Enterprise Manager就能够了。

   准确施行完成的提醒应该类似于: 警告: 数据库 'test' 的日记已重建。已失往事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必需重置数据库选项,而且可能需要删除余外的日记文件。 DBCC 施行完毕。

  假设 DBCC 输出了错误信息,请与系统治理员联络。 此时翻开在SQL Server Enterprise Manager里面会看到数据库的形态为“只供DBO利用”。此时能够拜候数据库里面的用户表了。 H.验证数据库一致性(可省略) dbcc checkdb('test') 一般施行成果如下: CHECKDB 发现了 0 个分配错误和 0 个一致性错误(在数据库 'test' 中)。

   DBCC 施行完毕。假设 DBCC 输出了错误信息,请与系统治理员联络。 I.设置数据库为一般形态 sp_dboption 'test','dbo use only','false' 假设没有出错,那么恭喜,如今就能够一般的利用恢复后的数据库啦。

   J.最初一步,我们要将步调E中设置的“容许对系统目次间接修改”一项恢复。因为日常平凡间接操做系统表是一件比力求助紧急的工作。

  当然,我们能够在SQL Server Enterprise Manager里面恢复,也能够利用如下语句完成 sp_configure 'allow updates',0 go reconfigure with override go。

1.新建一空数据库,点空数据库所有使命,抉择导进数据,数据源抉择问题库,目标空数据库!重视要抉择"在SQL之间复造对象或数据".抉择全数的表复造过往即可2.假设仍是不可,那只要用dbcc checkdb('dbname',repair_allow_data_loss)修复受损库.但是可能会丧失数据!

  那和我碰着的问题是一样的,能够利用下面的办法停止修复(需要将数据库名修改成你的数据库名):--MyDB为修复的数据名USE MASTERGOSP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDEGOALTER DATABASE MyDB SET EMERGENCYGOsp_dboption 'MyDB', 'single user', 'true'GODBCC CHECKDB('MyDB','REPAIR_ALLOW_DATA_LOSS')GOALTER DATABASE MyDB SET ONLINEGOsp_configure 'allow updates', 0 reconfigure with overrideGOsp_dboption 'MyDB', 'single user', 'false'GO假设还有问题,能够陆续停止交换,呵呵,期看能有搀扶帮助,^_^。

  数据库出问题、客户告急、修复中、、没修好、数据要完蛋、、本想舍弃、、不甜心、陆续、、鼓捣半天末于搞定、、 过程如下:sql2000 表损坏时提醒 select * from A 时提醒 毗连中断、、、、 1:起首将数据库设置成单用户形式。能够在企业治理器里抉择数据库然后右键-属性-选项里改为单用户形式。

  or施行语句: sp_dboption '数据库名','single user','true' go 2:施行DBCC CHECKDB(数据库名) 3: 有错误提醒陆续施行:DBCC CHECKTABLE('表名',,REPAIR_ALLOW_DATA_LOSS) 假设出错的表多 那就施行那句: select 'DBCC CHECKTABLE('+''''+name+''''+',REPAIR_ALLOW_DATA_LOSS)'+'' from sysobjects where xtype='u'然后copy出来 在查询阐发器里施行即可。

   如许修复数据库表随便丧失数据 不外没办法还没想到更好的办法。、、、。

0
回帖

修复SQL2000数据库置疑时呈现的错误 期待您的回复!

取消