SQL SERVER 2000數據庫置疑處理

    因爲服務器意外的斷電，致使SQL SERVER服務器上數據庫出現「置疑」而沒法使用，經過網上搜索，找到如下方法解決問題，這裏記錄一下： 產生數據庫置疑的時侯，數據庫文件和日誌文件都是存在的，若是數據庫文件都不存在了，則要另當處理。 一、中止數據庫服務器，將數據庫MDF文件和LDF文件複製備份一份 二、啓動數據庫服務器，刪除置疑的數據庫 三、僅用備份的數據庫MDF文件附加數據庫，sp_attach_db或者sp_attach_single_file_db能夠附加數據庫，出現相似下面的提示信息： 設備激活錯誤。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\myDb_Log.LDF' 可能有誤。 已建立名爲 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\myDb_log.LDF' 的新日誌文件。 這個代表數據庫附加成功，問題解決了，若是成功則要恭喜你了，反正我是符加不成功，提示相似下面的錯誤信息 未能打開新數據庫 'myDb'。CREATE DATABASE 將終止。 設備激活錯誤。物理文件名 'e:\www\myDb_log.LDF' 可能有誤。 此時我用瞭如下方法解決（參考了網上的方法）。    A．咱們SQL SERVER企業管理器新創建一個供恢復使用的同名數據庫(注意：要跟問題數據庫同名，本例中爲myDb)。    B．停掉數據庫服務器。    C．將剛纔生成的數據庫的日誌文件myDb_log.ldf刪除（本例中的示列數據庫名，實際使用您本身的數據庫名稱），用剛纔備份的數據庫mdf文件覆蓋新生成的數據庫數據文件myDb_data.mdf。    D．啓動數據庫服務器。此時會看到數據庫myDb的狀態爲「置疑」。這時候不能對此數據庫進行任何操做。    E．設置數據庫容許直接操做系統表。此操做能夠在SQL Server Enterprise Manager裏面選擇數據庫服務器，按右--鍵，選擇「屬性」，在「服務器設置」頁面中將「容許對系統目錄直接修改」一項選中。也可使用以下語句來實現。

use master go sp_configure 'allow updates',1 go  reconfigure with override go

   F．設置myDb爲緊急修復模式       在查詢管理器裏設置以下命令：

update sysdatabases set status=-32768 where dbid=DB_ID('myDb')

此時能夠在SQL Server Enterprise Manager裏面看到該數據庫處於「只讀\置疑\脫機\緊急模式」能夠看到數據庫裏面的表，可是僅僅有系統表    G．下面執行真正的恢復操做，重建數據庫日誌文件

dbcc rebuild_log('myDb','C:\Program Files\Microsoft SQL Server\MSSQL\Data\myDb_log.ldf')

警告: 數據庫 'myDb' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置數據庫選項，而且可能須要刪除多餘的日誌文件。 DBCC 執行完畢。若是 DBCC 輸出了錯誤信息，請與系統管理員聯繫。 此時打開在SQL Server Enterprise Manager裏面會看到數據庫的狀態爲「只供DBO使用」。此時能夠訪問數據庫裏面的用戶表了。    H．驗證數據庫一致性（可省略）

dbcc checkdb('myDb')

通常執行結果以下： CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在數據庫 'myDb' 中）。 DBCC 執行完畢。若是 DBCC 輸出了錯誤信息，請與系統管理員聯繫。    I．設置數據庫爲正常狀態

sp_dboption 'myDb','dbo use only','false'

   J．最後一步，咱們要將步驟E中設置的「容許對系統目錄直接修改」一項恢復。由於平時直接操做系統表是一件比較危險的事情。固然，咱們能夠在SQL Server Enterprise Manager裏面恢復，也可使用以下語句完成

sp_configure 'allow updates',0 go  reconfigure with override go

到此數據庫置疑問題解決。