数据库日志丢失的恢复.docxVIP

SQL Server 2005数据库日志丢失的恢复 背景说明：名为testdb的数据库丢失了日志文件，仅有数据文件testdb.mdf 请先不要急于开始操作，如果你真的很急，请直接看我的成功试验方法(*下面的内容) 1.新建数据库testdb 2.停掉SQL Server服务器 3.删除刚刚创建好的testdb的日志文件testdb_log.ldf，将数据文件替换成上面提到的待恢复的数据库的数据文件testdb.mdf 4.启动SQL Server服务器，在Management Studio中重新连接，发现testdb数据库仍不可用 5.设置数据库的系统表为可修改 sp_configure allow updates,1 reconfigure with override 6.设置TEST为紧急修复模式 update sysdatabases setstatus=-32768 where dbid=DB_ID(testdb) 訊息259，層級16，狀態1，行1 不允許對系統目錄的特定更新。(即不允许更新系统表) 此时需要利用DAC登入SQL Server进行修改，登入方式见viewspace-696409 设置SQL Server为single_user模式 D:\Documents and Settings\USERNAMEnet stop SQL Server (MSSQLSERVER) D:\Documents and Settings\USERNAMEnet start SQL Server (MSSQLSERVER) /m 本以为到这里就看到了胜利的曙光，谁知又报错 訊息4406，層級16，狀態1，行1 由於內含衍生或常數欄位，導致檢視或函數sys.sysdatabases的更新或插入失敗。 这个问题困扰了我很久，我想通过修改系统表的这种方法应该是不可行的了。 （*******以上方法在网上广为流传，但我自己并未测试成功，不知是否有人成功过*******） *********************** 以下方法经本人三次测试均成功： 当然方法的宗旨都是一样：重建日志文件 1.首先查看下数据库此时的状态 select name,state,state_desc from sys.databases where name=testdb name state state_desc testdb3 RECOVERY_PENDING 2.设置数据库为紧急模式 ALTER DATABASE testdb SET EMERGENCY select name,state,state_desc from sys.databases where name=testdb name state state_desc testdb5 EMERGENCY 3.设置数据库为单用户模式 ALTER DATABASE testdb SET SINGLE_USER WITH ROLLBACK IMMEDIATE 4.重建日志文件 DBCC CHECKDB(testdb,REPAIR_ALLOW_DATA_LOSS) 返回的结果信息：檔案啟動錯誤。實體檔案名稱D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\testdb_log.ldf可能不正確。 警告:資料庫testdb的記錄已經重建。已遺失交易一致性。RESTORE鏈已中斷，伺服器已經沒有先前記錄檔的內容，因此您必須知道這些內容。應該執行DBCC CHECKDB來驗證實體一致性。資料庫已進入僅限DBO模式。您準備好讓資料庫能供使用後，必須重設資料庫選項，並刪除任何額外的記錄檔。 5.检查数据库状态 select name,state,state_desc from sys.databases where name=testdb name state state_desc TEST 0 ONLINE 6.将数据库由单用户模式修改为多用户模式 ALTER DATABASE testdb SET MULTI_USER 数据库此时已可正常使用 --==================================================================== 其它方案： --==================================================================== --1，先停止服务器，然后备份tigerzz_Data.mdf和tigerzz_Log