The information in this article applies to:

- Microsoft SQL Server 7.0,2000

?

[SQL] 數 據 庫 置疑 的

故事

Revision History:

對本文檔所有修改都應按修改時間順序記錄在此。

?

Version	Date	Creator	Description
1.0.0 .1	2004-2-19	鄭昀	草稿
?	?	?	?

Implementation Scope ：

本文面向的讀者是 Microsoft SQL Server 維護人員 。

繼續閱讀之前，我們假設您熟悉以下知識：

n ??????? Microsoft SQL Server

?

1. 以前的文章

從前寫過一篇

數據庫日志文件丟失時的恢復步驟 ????zhengyun_ustc （原作）

（ http://www.csdn.net/develop/read_article.asp?id=17604 ）， 描述我誤刪除了數據庫的事務日志文件 (.ldf) 之后，如何經過各種嘗試恢復數據庫的 。

?

但是不少網友在處理“數據庫置疑”的實踐過程中，又產生了許多新的疑問。

我還是總結一下出現的幾種情況，以供參考。

?

2.Zach 的靈驗腳本

Zach 說他每次遇到這種數據庫置疑情況，就運行下面這個腳本，屢試不爽：

====================================================== --before running any script, run the following to set the master database to allow updates USE master GO sp_configure 'allow updates', 1 GO RECONFIGURE WITH OVERRIDE GO ? --Run the following script UPDATE master..sysdatabases SET status = status ^ 256 WHERE name = 'Database_Name' ? --Run the following script exec SP_resetstatus Database_Name ? --stop and start the MSDTC at this stage ? --After the procedure is created, immediately disable updates to the system tables: exec sp_configure 'allow updates', 0 GO RECONFIGURE WITH OVERRIDE GO =====================================

?

從上面可以看出，處理置疑的基本步驟還是我那篇文章中說的 ( 注意我使用的字體顏色 ) ：

執行 sp_configure 以允許對系統表進行更新，然后用 RECONFIGURE WITH OVERRIDE 語句強制實施該配置；

數據庫重置緊急模式；

執行 sp_resetstatus 關閉數據庫的置疑標志，但是原封不動地保持數據庫的其它選項 （ 只有系統管理員才能執行 ） 。執行該過程后，立即重啟 SQL Server 服務；

執行 sp_configure 以禁止對系統表進行更新，然后用 RECONFIGURE WITH OVERRIDE 語句強制實施該配置。

? ? ? ?

?

status ^ 256 的意思就是：

Constant	Value	Description
SQLDMODBStat_Suspect	256	Database integrity is suspect for the referenced database.

?

?

不同的是，有時候丟失了數據庫日志文件，額外需要以下步驟：

? ???????? 把應用數據庫設置為 Single User 模式；

? ???????? 做 DBCC CHECKDB ；

才可以。

?

但是幾位網友的實踐結果就是這個 DBCC CHECKDB 執行失敗。一位網友 yang 說：“ 但是 DBCC CHECKDB 就是執行不了，總是說 “ 該數據庫處于回避恢復模式 ” 。我已經試了很多次了，就是改變不了這個狀態。 ”

還有一位 Rui 執行 DBCC CHECKDB 時報錯：“ Server: Msg 943, Level 14, State 1, Line 1 Database 'his_yb' cannot be opened because its version (539) is later than the current server version (515). ”

?

對于 Yang ，可能他沒有一步一步做，。我的切身體會是，把應用數據庫設置為 Single User 模式后就可以做 DBCC CHECKDB 。之后呢，也許 SQL Server 重啟后自動檢查數據庫是否正常。 但是數據應該是可以讀出來的，至少可以被 DTS Wizard 讀出來的 。這時候的數據庫還存在問題，比如我的 組件使用數據庫時，報告說：“發生錯誤： -2147467259, 未能在數據庫 'XXX' 中運行 BEGIN TRANSACTION ，因為該數據庫處于回避恢復模式。”

?

對于 Rui ， 他 碰到的那個錯誤

Server: Msg 943, Level 14, State 1, Line 2
Database 'XXXX' cannot be opened because its version (536) is later than
the current server version (515).

這表明 Rui 正試圖：

從一個 SQL Server 2000(version 539,536之類的) 的數據庫備份恢復到一個 SQL Server 7.0 中

或者

把一個 SQL Server 2000(version 539,536之類的) 的數據庫 attach 到一個 SQL Server 7.0 中 ，

這是不允許的。如果你必須使用這個 SQL Server 2000 的數據備份，那么請您首先把這個備份倒入 SQL Server 2000 ，最后用 DTS 把數據庫從 SQL Server 2000 上 transfer 到 SQL Server 7.0 上。

?

關于數據庫置疑和日志文件丟失損壞，我們還會繼續關注并作進一步報道。

?

Writen by zhengyun.NoJunk(at)tomosoft.dot.com

Disclaimers ：

本文檔所包含的信息代表了在發布之日， ZhengYun 對所討論問題的當前看法， Zhengyun 不保證所給信息在發布之日以后的準確性。

本文檔僅供參考。對本文檔中的信息， Zhengyun 不做任何明示或默示的保證。

用戶必須遵守所有適用的版權法。在不對版權法所規定的權利加以限制的情況下，如未得到 zhengyun 和 CSDN.Net 明確的書面許可，不得出于任何目的、以任何形式或手段（電子的、機械的、影印、錄制等等）復制、傳播本文的任何部分，也不得將其存儲或引入到檢索系統中。

?

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=12747