如果備份的資料庫有2個檔案，分別是.ldf 和 .mdf，開啟企業管理器，在例項上右擊---所有任務--附加資料庫，然後選擇那個.mdf檔案，就可以了。
或者在查詢分析器中輸入：
sp_attach_db "資料庫名稱","路徑/檔名.ldf","路徑/檔名.mdf"
sql server資料庫備份有兩種方式，一種是使用backup database將資料庫檔案備份出去，另外一種就是直接拷貝資料庫檔案mdf和日誌檔案ldf的方式。下面將主要討論一下後者的備份與恢復。本文假定您能熟練使用sql server enterprise manager(sql server企業管理器)和sql server quwey analyser(sql server查詢分析器)
1、正常的備份、恢復方式
正常方式下，我們要備份乙個資料庫，首先要先將該資料庫從執行的資料伺服器中斷開，或者停掉整個資料庫伺服器，然後複製檔案。
卸下資料庫的命令：sp_detach_db 資料庫名
連線資料庫的命令：sp_attach_db或者sp_attach_single_file_db
s_attach_db [@dbname =] 'dbname', [@filename1 =] 'filename_n' [,...16]
sp_attach_single_file_db [@dbname =] 'dbname', [@physname =] 'physical_name'
使用此方法可以正確恢復sql sever7.0和sql server 2000的資料庫檔案，要點是備份的時候一定要將mdf和ldf兩個檔案都備份下來，mdf檔案是資料庫資料檔案，ldf是資料庫日誌檔案。
例子：假設資料庫為test，其資料檔案為test_data.mdf，日誌檔案為test_log.ldf。下面我們討論一下如何備份、恢復該資料庫。
卸下資料庫：sp_detach_db 'test'
連線資料庫：
sp_attach_db 'test','c:/program files/microsoft sql server/mssql/data/test_data.mdf','c:/program files/microsoft sql server/mssql/data/test_log.ldf'
sp_attach_single_file_db 'test','c:/program files/microsoft sql server/mssql/data/test_data.mdf'
2、只有mdf檔案的恢復技術
由於種種原因，我們如果當時僅僅備份了mdf檔案，那麼恢復起來就是一件很麻煩的事情了。
如果您的mdf檔案是當前資料庫產生的，那麼很僥倖，也許你使用sp_attach_db或者sp_attach_single_file_db可以恢復資料庫，但是會出現類似下面的提示資訊
裝置啟用錯誤。物理檔名 'c:/program files/microsoft sql server/mssql/data/test_log.ldf' 可能有誤。
已建立名為 'c:/program files/microsoft sql server/mssql/data/test_log.ldf' 的新日誌檔案。
但是，如果您的資料庫檔案是從其他計算機上覆制過來的，那麼很不幸，也許上述辦法就行不通了。你也許會得到類似下面的錯誤資訊
伺服器: 訊息 1813，級別 16，狀態 2，行 1
未能開啟新資料庫 'test'。create database 將終止。
裝置啟用錯誤。物理檔名 'd:/test_log.ldf' 可能有誤。
怎麼辦呢?別著急，下面我們舉例說明恢復辦法。
a.我們使用預設方式建立乙個供恢復使用的資料庫(如test)。可以在sql server enterprise manager裡面建立。
b.停掉資料庫伺服器。
c.將剛才生成的資料庫的日誌檔案test_log.ldf刪除，用要恢復的資料庫mdf檔案覆蓋剛才生成的資料庫資料檔案test_data.mdf。
d.啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
e.設定資料庫允許直接作業系統表。此操作可以在sql server enterprise manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設定」頁面中將「允許對系統目錄直接修改」一項選中。也可以使用如下語句來實現。
以下是引用片段：
use master
gosp_configure 'allow updates',1
goreconfigure with override
gof.設定test為緊急修復模式
update sysdatabases set status=-32768 where dbid=db_id('test')
此時可以在sql server enterprise manager裡面看到該資料庫處於「唯讀/置疑/離線/緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
g.下面執行真正的恢復操作，重建資料庫日誌檔案
dbcc rebuild_log('test','c:/program files/microsoft sql server/mssql/data/test_log.ldf')
執行過程中，如果遇到下列提示資訊：
伺服器: 訊息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
說明您的其他程式正在使用該資料庫，如果剛才您在f步驟中使用sql server enterprise manager開啟了test庫的系統表，那麼退出sql server enterprise manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應執行 dbcc checkdb 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌檔案。
此時開啟在sql server enterprise manager裡面會看到資料庫的狀態為「只供dbo使用」。此時可以訪問資料庫裡面的使用者表了。
h.驗證資料庫一致性(可省略)
dbcc checkdb('test')
一般執行結果如下：
checkdb 發現了 0 個分配錯誤和 0 個一致性錯誤(在資料庫 'test' 中)。
i.設定資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
j.最後一步，我們要將步驟e中設定的「允許對系統目錄直接修改」一項恢復。因為平時直接作業系統表是一件比較危險的事情。當然，我們可以在sql server enterprise manager裡面恢復，也可以使用如下語句完成
以下是引用片段：
sp_configure 'allow updates',0
goreconfigure with override
go
SQLSERVER 資料修復
先執行 dbcc checkdb 資料名稱 找出資料有問題的表 再執行下面的命令 declare dbname varchar 255 set dbname 資料名稱 exec sp dboption dbname,single user true dbcc checktable 有問題的表名 re...
當SQLServer崩潰時如何恢復
任何資料庫系統都無法避免崩潰的狀況，即使你使用了clustered，雙機熱備 仍然無法完全 系統中的單點故障，何況對於大部分使用者來說，無法承受這樣昂貴的投資。所以，在系統崩潰的時候，如何 恢復原有的寶貴資料就成為乙個極其重要的問題了。在恢復的時候，最理想的情況就是你的資料檔案和日誌檔案都完好無損了...
系統恢復技術 grub檔案錯誤，如何修復
grub 檔案引導階段 boot grub2 grub.cfg 指定 boot 分割槽位置 載入核心 啟動系統初始化程序 接下來做測試 當grub檔案被破壞，怎樣修復?root localhost rm fr boot grub2 grub.cfg 因為刪除了這個檔案，所以啟動系統之後得手動引導，內...