SQL Server中誤刪除數據的恢復本來不是件難事，從事務日誌恢復即可。但是，這個恢復需要有兩個前提條件：
1. 至少有一個誤刪除之前的資料庫完全備份。
2. 資料庫的恢復模式（Recovery mode）是「完整（Full）」。
針對這兩個前提條件，會有三種情況：
情況一、如果這兩個前提條件都存在，通過SQL語句只需三步就能恢復（參考文章），無需藉助第三方工具。
a) 備份當前資料庫的事務日誌：BACKUP LOG [資料庫名] TO disk= N'備份文件名' WITH NORECOVERY
b) 恢復一個誤刪除之前的完全備份：RESTORE DATABASE [資料庫名] FROM DISK = N'完全備份文件名' WITH NORECOVERY, REPLACE
c) 將資料庫恢復至誤刪除之前的時間點：RESTORE LOG [資料庫] FROM DISK = N'第一步的日誌備份文件名' WITH STOPAT = N'誤刪除之前的時間點' , RECOVERY
情況二、如果第1個前提條件不存在，第2個前提條件存在，需要藉助第三方工具。
情況三、如果第2個前提條件不存在，無法恢復。所以，一定要將資料庫恢復模式設置為「完整（Full）」。
我現在面臨的是第二種情況，需要找第三方工具。
開始找的是Log Explorer for SQL Server，不支持SQL Server 2008。
後來找的是SQL Log Rescue，也不支持SQL Server 2008。
接著找到的是SysTools SQL Recovery，支持SQL Server 2008，但需要購買，Demo版並沒有數據恢復功能。
最終在officerecovery.com上找到Recovery for SQL Server，雖然也是商業軟體，需要購買，但Demo版可以恢復數據，只要資料庫文件不超過24Gb。幸好朋友的資料庫文件不大，用它完成了誤刪除數據的恢復。
下面分享一下用Recovery for SQL Server進行恢復的操作步驟：
1. 運行Recovery for SQL Server
2. 點擊菜單中的 File > Recover，選擇要恢復的資料庫的數據文件（.mdf）
3. Next > Next，進入 Recovery Configuration 界面，選擇Custom（選擇了Custom才可以選擇從日誌中恢復誤刪除的數據）。
4. Next 進入 Recovery options 窗口，選中 Search for deleted records，並選擇要恢復的資料庫的日誌文件路徑（log file path）。
5. Next 並選擇目標文件夾（Destination folder），用於存放恢復過程中生成的SQL語句與bat文件。
6. 點擊Start，開始恢復操作（在上一步選擇的目標文件夾中生成相應的SQL文件與Bat文件），然後，出現 SQL Server Database Creation Utility 窗口。
7. Next，選擇被恢復數據存放的目標資料庫。
8. Next, 選擇 Import availiable data from both database and log files
9. Next, Next, 然後就完成數據的恢復！
② sql恢復修改前數據
1、首先運行Recovery for SQL Server。
③ 如何修復sql2000資料庫文件 軟體
給你一個我日常維護資料庫的方法吧。
SQL Server 2000資料庫LDF損壞,只有mdf的恢復方法。
SQL Server 2000資料庫文件遭到破壞的現象經常出現，資料庫出錯是否可以修復呢？答案是可以的，本日誌以一個sql server 2000資料庫，資料庫日誌文件ldf損壞了，mdf正常，資料庫附加失敗的修復方法總結一下，資料庫數據恢復在很多時候比較復雜，當資料庫存在大量錯誤的時候，使用DBCC修復也是不可以的，需要拆解資料庫來搶救重要的數據，下面是較為常見的一種SQL Server 2000資料庫修復方式：
1） 先及時把原來的資料庫文件（如test.mdf)備份到其他地方。
2） 停掉伺服器。
3） 刪除這個test.mdf。
4) 重新建立一個test同名資料庫。
5） 刪除這個新建立的test資料庫的test.ldf文件，並用開始備份好test.mdf文件覆蓋這個新建立的test.mdf文件。
6） 啟動資料庫伺服器。此時會看到資料庫test的狀態為「置疑」。這時候不能對此資料庫進行任何操作。
.設置資料庫允許直接操作系統表。此操作可以在SQL Server Enterprise Manager裡面選擇資料庫伺服器，按右鍵，選擇「屬性」，在「伺服器設置」頁面中將「允許對系統目錄直接修改」。
7） 設置test為緊急修復模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此時可以在SQL Server Enterprise Manager裡面看到該資料庫處於「只讀\置疑\離線\緊急模式」可以看到資料庫裡面的表，但是僅僅有系統表
8） 下面執行真正的恢復操作，重建資料庫日誌文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
執行過程中，如果遇到下列提示信息：
伺服器: 消息 5030，級別 16，狀態 1，行 1
未能排它地鎖定資料庫以執行該操作。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
說明您的其他程序正在使用該資料庫，如果剛才您在操作中使用SQL Server Enterprise Manager打開了test庫的系統表，那麼退出SQL Server Enterprise Manager就可以了。
正確執行完成的提示應該類似於：
警告: 資料庫 'test' 的日誌已重建。已失去事務的一致性。應運行 DBCC CHECKDB 以驗證物理一致性。將必須重置資料庫選項，並且可能需要刪除多餘的日誌文件。
DBCC 執行完畢。如果 DBCC 輸出了錯誤信息，請與系統管理員聯系。
此時打開在SQL Server Enterprise Manager裡面會看到資料庫的狀態為「只供DBO使用」。此時可以訪問資料庫裡面的用戶表了。
9） 驗證資料庫一致性
dbcc checkdb('test')
10.設置資料庫為正常狀態
sp_dboption 'test','dbo use only','false'
如果沒有出錯，那麼恭喜，現在就可以正常的使用恢復後的資料庫啦。
11）最後一步，我們要將步驟6中設置的「允許對系統目錄直接修改」一項恢復；