常规SQLSERVER数据库置疑后恢复步骤.docVIP

常规SQL SERVER数据库置疑后恢复步骤 --1． 恢复步骤： --a.将smlog_log.ldf文件备份到其它目录下； --b.将源目录下的smlog_log.ldf文件改名为smlog_log_bak.ldf； --c.执行以下语句修改数据库的状态： use Master go update sysdatabases set status 32768 where name 数据库名称 --修改状态,設為緊急狀態 go shutdown with nowait --停止数据库服务器 go --d.退出SQL并在 COMMAND 命令行模式中通过下面的代码重新启动SQL： sqlservr -c -T3608 -T4022 --安全模式启动SQL SERVER --e.在查询分析器中执行以下语句来查看刚刚修改过状态的数据库状态： select Name,Status from sysdatabases where Name 数据库名稱 --f.执行以下代码新建日志文件： dbcc traceon 3604 --跟踪 dbcc rebuild_log 数据库名称,日志文件全路徑 --文件名要有全路径和扩展名 --dbcc rebuild_log prs_msc,d:\mscsql\mssql\data\prs_msc_log.ldf --g.将数据库置回正常状态： update sysdatabases set status 0 where name 数据库名称 --h.重新启动数据库后执行以下语句检查数据库： DBCC CHECKDB --如果执行完有错误用以下语句修复 --i.要修复数据库必需将数据库改为单用户模式： Exce sp_dboption 数据库名称,single user,true--- false恢复多用户 --j.执行以下语句修复数据库： DBCC CHECKDB 数据库名称,REPAIR_ALLOW_DATA_LOSS REPAIR_ALLOW_DATA_LOSS：是比较高级的修复方式 REPAIR_FAST：是简单快速的修复方式 /* 處理状态就为置疑的數據庫 备份数据文件,然后按下面的步骤处理: 1.新建一个同名的数据库 数据文件与原来的要一致 2.再停掉sql server 注意不要分离数据库 3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sql server 5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句（注意修改其中的数据库名 6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了. */ USE MASTER GO SP_CONFIGURE ALLOW UPDATES,1 GO 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 GO reconfigure with override Go sp_dboption 置疑的数据库名, single user,false Go 关于SQL数据库置疑的修复方法 发布日期：2008/11/17 18:10:22 来源： 作者： 点击：1078 斑竹广告联盟 问题现象： 数据库后面有“置疑”字样，查看系统事务日记出现以下错误： 错误1 错误: 823，严重度: 24，状态: 2 I/O error 23 数据错误 循环冗余检查 。 detected during read at offset 0x00000000200000 in file C:\Program Files\Microsoft SQL Server\MSSQL\Data\Jiapei_Data.MDF. 错误2 错误: 3313，严重度: 21，状态: 2 恢复数据库 Jiapei 的日志中记录的操作时出错。出错位置在日志记录 ID 274:377:2 。 错误3 错误: 3313，严重度: 21，状态: 2 Error while redoing logged operation in database Jiapei. Error at log record ID 274:377:2 . 数据库可以分离，但分离后无法附