使用SQLserver2000資料庫由於種種原因，僅僅備份了mdf檔案，那麼恢復起來就是一件很麻煩的事情了。
如果您的mdf檔案是當前資料庫產生的，很幸運，還有恢復的可能性。

原因：資料庫檔案存在異常狀況，有可能是因為硬碟有壞區引起的

報錯資訊如下：

怎麼辦呢？彆著急，下面我們說明恢復辦法。——按10步操作執行。
第一步．我們使用預設方式建立一個供恢復使用的資料庫(如his)。可以在SQL Server Enterprise Manager裡面建立。

第二步．停止SQLServer服務管理器。

第三步．將剛才生成的資料庫的日誌檔案Myhis_Log.LDF刪除，用要恢復的資料庫mdf檔案，名稱改為MyHIS_Data.mdf

第四步．啟動資料庫服務管理器。

重新整理會看到資料庫Myhis的狀態為“置疑”。這時候不能對此資料庫進行任何操作。

第五步．設定資料庫允許直接作業系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇“屬性”，在“伺服器設定”頁面中將“允許對系統目錄直接修改”一項選中。

也可以使用如下語句來實現。
use master
go
sp_configure 'allow updates',1
go
reconfigure with override
go
第六步．設定Myhis為緊急修復模式

第七步．下面執行真正的恢復操作，重建資料庫日誌檔案
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示資訊：
伺服器: 訊息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。
說明您的其他程式正在使用該資料庫，如果剛才您在F步驟中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應執行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌檔案。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。

此時開啟在SQL Server Enterprise Manager裡面會看到資料庫的狀態為“只供DBO使用”。此時可以訪問資料庫裡面的使用者表了。

第八步．驗證資料庫一致性（可省略）
dbcc checkdb('MyHIS')
一般執行結果如下：
CHECKDB 發現了 0 個分配錯誤和 0 個一致性錯誤（在資料庫 'test' 中）。
DBCC 執行完畢。如果 DBCC 輸出了錯誤資訊，請與系統管理員聯絡。

第九步．設定資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，提示命令已成功完成，那麼恭喜你！！，現在就可以正常的使用恢復後的資料庫啦。

最後一步，我們要將步驟E中設定的“允許對系統目錄直接修改”一項恢復。因為平時直接作業系統表是一件比較危險的事情。當然，我們可以在SQL Server Enterprise Manager裡面恢復，也可以使用如下語句完成
sp_configure 'allow updates',0
go
reconfigure with override
go