方法1:***成功案例***

--把備份的資料庫資料檔案（*.mdf）和日誌檔案（*.ldf）都拷貝到伺服器的一個目錄下，然後開啟SL Server uery （查詢分析器）進行操作。

--例如：D盤Hisense\SysDate\目錄下存有: DBtest_data.mdf,和DBtest_log.ldf備份的檔案。通過sl 語恢復

--為DBtest的資料庫名.(注：恢復為DBtest的資料庫名在sl server 企管管理器下必須是唯一的，即沒有DBtest數所庫名才可以恢復為DBtest的資料庫名)。

--操作步驟：

--1.開啟sl  server  下面的uery   Analyzer(即查詢分析器)

--2.輸入：

EXEC sp_attach_db @dbname = N'DBtest',

@filename1 = N'D:\data\DBtest_Data.MDF',

@filename2 = N'D:\data\DBtest _Log.LDF'

go

--按”F5”執行。

--3.以執行完成後，把第2步中的所有語句全部刪除,然後輸入如下語句:

USE DBtest

EXEC sp_updatestats

Go

--按”F5”執行。

--提示所有表已經恢復成功後，即可連線軟體了.

--另附：只恢復資料檔案(*.mdf)時，不恢復事務日誌檔案(*.ldf)的方法如下：

--首先在企業管理器下，建立一個數據庫名(如：@DBtest)

--然後，同樣開啟sl server 查詢分析器，然後輸入：

EXEC sp_attach_db @dbname = N'DBtest',@filename1 = N'D:\data\DBtest_Data.MDF'

EXEC sp_attach_single_file_db @dbname = DBtest, @physname = 'd:\Data\DBtest_data.mdf'

go

--按F5執行完後，再執行以下語句：

USE DBtest

EXEC sp_updatestats

Go

--這個語句的作用是僅僅載入資料檔案，日誌檔案可以由SL Server資料庫自動新增，但是原來的日誌檔案中記錄的資料就丟失了。

--注：DBtest是資料庫名

--檔名和路徑一定要根據實際資料為檔案（*.mdf）和事務日誌檔案(*.ldf)所在的目錄要對應,否則路徑輸入的不對，則無法恢復。

方法2:***成功案例***

--如果是由於作業系統或sl server不能啟動,只有保留的資料為檔案（如：DBtest_data.mdf）和事務日誌檔案(DBtest_log.ldf)時，需重新安裝作業系統或重新安裝sl server時，一定要與上一次安裝的路徑相同(如： d:\Program Files\Microsoft SL Server\MSSL\Data\DBtest.mdf')
--（等同於在別的伺服器安裝一個新的資料庫，在新伺服器上建立同名DBtest,停止sql server服務，將保留原DBtest檔案拷貝過來進行替換）。

--作業系統或sl server安裝成功後，把sl server服務啟動後，在查詢分析器下面，建立與上次相同的資料庫名（如:DBtest）,資料庫DBtest成功建立後，然後把sl server服務停止。

--然後把保留的資料為檔案（如：DBtest_data.mdf）和事務日誌檔案(DBtest_log.ldf)拷貝到,新建立的DBtest資料庫所在的目錄下進行覆蓋,然後重啟sql server服務：
--你會發現資料庫被標記為（緊急或者可疑），用以下方法把資料庫恢復；
--也可用以下SQL語句把資料庫改變為緊急狀態：
update master.dbo.sysdatabases set status='32768' ----置成Emergency Mode (應急狀態)
where name='DBtest' ----將DBtest替換為你已經損壞的資料庫名
--提示”不允許對系統目錄進行即席更新（可忽略，直接執行下面的語句）
--1、修改資料庫為緊急模式
 ALTER DATABASE DBtest SET EMERGENCY
 
--2、使資料庫變為單使用者模式
 
ALTER DATABASE DBtest SET SINGLE_USER
 
--3、修復資料庫日誌重新生成，此命令檢查的分配，結構，邏輯完整性和所有資料庫中的物件錯誤。當您指定“REPAIR_ALLOW_DATA_LOSS”作為DBCC CHECKDB命令引數，該程式將檢查和修復報告的錯誤。但是，這些修復可能會導致一些資料丟失。
DBCC CheckDB (DBtest, REPAIR_ALLOW_DATA_LOSS)
 ----重建資料庫日誌重新生成,這些修復可能會導致一些資料丟失。（非必要條件，可忽略本語句）
DBCC CheckDB (DBtest,REPAIR_REBUILD)
--命令執行完成後可能會出現以下警告：
--警告: 資料庫 '庫名' 的日誌已重新生成。已失去事務的一致性。RESTORE 鏈已斷開，伺服器不再有以前的日誌檔案的上下文，因此您需要了解它們的內容。應執行 DBCC CHECKDB 驗證物理一致性。資料庫已置於 dbo-only 模式。在準備使資料庫可用時，需要重置資料庫選項，並刪除所有多餘的日誌檔案。
--此時可以不用理會此警告，關閉Microsoft SQL Server Management Studio。
 
--4、重新開啟Microsoft SQL Server Management Studio，使資料庫變回為多使用者模式
 
 ALTER DATABASE DBtest SET MULTI_USER

 --再次，開啟Sql Server 2008時被標記為“可疑”的資料庫已恢復正常狀態，此時資料庫已恢復成功。
 
--5、開始－>執行－>輸入cmd－>開啟DOS命令視窗，輸入以下命令重啟資料庫服務
Net stop mssqlserver --停止服務
Net start mssqlserver --啟動服務

--序：如果還不能成功恢復，請另尋高明方法。