1、如果你有完整備份時，您可以透過交易記錄檔還原被 update 或 delete 的記錄。
還原到某個時間點
1-1. 使用 NORECOVERY 選項執行 RESTORE DATABASE 陳述式。
| 附註 |
如果部分還原順序排除任何FILESTREAM 檔案群組，則不支援時間點還原。您可以強制還原順序，以繼續進行。但是，絕對無法還原 RESTORE 陳述式中省略的 FILESTREAM 檔案群組。若要強制時間點還原，請指定 CONTINUE_AFTER_ERROR 選項，連同 STOPAT、STOPATMARK 或 STOPBEFOREMARK 選項，而且您也必須在後續的 RESTORE LOG 陳述式中指定這些項目。如果您指定 CONTINUE_AFTER_ERROR，則部分還原順序會成功，而 FILESTREAM 檔案群組則會變成無法復原。
|
1-2. 執行 RESTORE LOG 陳述式以套用每一個交易記錄備份，並指定：
- 要套用交易記錄檔的資料庫名稱。
- 要從其還原交易記錄備份的備份裝置。
- RECOVERY 及 STOPAT 選項。如果交易記錄備份中不含所要求的時間 (例如，指定的時間超出交易記錄的結束時間)，則會產生警告訊息，且此資料庫會維持未復原狀態。
範例
下列範例會將資料庫還原至 April 15, 202012:00 AM 時的狀態，並顯示含有多個記錄備份的還原作業。在備份裝置 AdventureWorks2008R2Backups 上，要還原的完整資料庫備份是裝置上的第三個備份組 (FILE = 3)，第一個記錄備份是第四個備份組 (FILE = 4)，而第二個記錄備份是第五個備份組 (FILE = 5)。
| 重要事項 |
AdventureWorks2008R2 資料庫使用簡單復原模式。若要允許記錄備份，在執行完整資料庫備份之前，請使用 ALTER DATABASE
AdventureWorks2008R2 SET RECOVERY FULL 將該資料庫設定為使用完整復原模式。
|
RESTORE DATABASE AdventureWorks2008R2
FROM AdventureWorks2008R2Backups
WITH FILE=3, NORECOVERY;
go;
RESTORE LOG AdventureWorks2008R2
FROM
AdventureWorks2008R2Backups
WITH FILE=4, NORECOVERY,
STOPAT = 'Apr 15, 2020 12:00 AM';
go;
RESTORE LOG AdventureWorks2008R2
FROM
AdventureWorks2008R2Backups
WITH FILE=5, NORECOVERY,
STOPAT = 'Apr 15, 2020 12:00 AM';
RESTORE DATABASE AdventureWorks2008R2 WITH
RECOVERY;
go;
參考資料：
如何：還原到某個時間點 (Transact-SQL)
http://msdn.microsoft.com/zh-tw/library/ms179451.aspx
2、若沒有做過完整備份，我們沒有提供直接從交易記錄檔的方式，提供third-party 工具給您參考。 LiteSpeed http://www.quest.com/litespeed-for-sql-server/ 您可以用LiteSpeed找出所有資料後，再透過undo log的方式找回被誤刪的資料即可。
在下列的測試程式碼中，會建立資料庫，然後新增二筆紀錄，再刪除名稱為 'cary' 的紀錄，然後後再透過 LiteSpeed 的軟體救回資料。
測試程式碼：
CREATE TABLE dbo.cary_member (
sn smallint NOT NULL IDENTITY (1, 1),
name varchar(50) NULL
) ON [PRIMARY] go;
insert dbo.cary_member(name) values('cary'); go;
insert dbo.cary_member(name) values('sky'); go;
delete from dbo.cary_member where name = 'cary' go;
2-1. 啟動 LiteSpeed 之後，連線到資料庫，然後在左半邊的最下方，點選 Log Reader，然後就可以列出目前在Log Files中有的記錄。
2-2. 選取被刪除的記錄，然後選擇 [Undo/Redo Transaction]
2-3. 此時會跳出 [Undo/Redo Wizard]，將你選擇的紀錄轉成DML語法。
2-4. 完成後系統會統計你進行的筆數與執行結。
2-5. 這時候再到資料庫中進行查詢，你就會發生資料已被救回來了。
2-6. 然後再回到 LiteSpeed的 Log Reader之中，確認Log 的紀錄，此時你會發現又多現一筆了，也就是新增後寫回的紀錄。
3、另外如果您要查詢是那一位使用者刪除的話，您可以透過下列的方式進行。
select [Current LSN], [Transaction ID], [Transaction Name],
[Begin Time], bb.name
from ::fn_dblog (null, null) aa inner join
master.sys.syslogins bb
on aa.[Transaction SID] = bb.sid
where [Transaction Name] LIKE '%DELETE%'
最後還是建議大家在資料庫的維護上，還是要有完整的備份規畫，要不然日後如果還有資料誤刪或毀損時，可不是每一次都可以這麼幸運的，建議大家可以參考下列的連結進行備份的規畫。
參考連結：
Introduction to Backup and Restore Strategies in SQL Server
http://msdn.microsoft.com/en-us/library/ms191239.aspx
關鍵字：SQL Server、Data Recovery、DBCC LOG、fn_dblog、LiteSpeed
