標籤:style blog http io ar color os 使用 sp
由於伺服器意外的斷電,導致SQL SERVER伺服器上資料庫出現“置疑”而無法使用,通過網上搜尋,找到以下方法解決問題,這裡記錄一下: 產生資料庫置疑的時侯,資料庫檔案和記錄檔都是存在的,如果資料庫檔案都不存在了,則要另當處理。 1、停止資料庫伺服器,將資料庫MDF檔案和LDF檔案複製備份一份 2、啟動資料庫伺服器,刪除置疑的資料庫 3、僅用備份的資料庫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
到此資料庫置疑問題解決。
SQL SERVER 2000資料庫置疑處理