實際工作中,有時會直接在數據庫中操作數據，比如對數據進行delete或者update操作，當進行這些操作的時候，如果沒有加上 where條件或者where條件不合理，那么導致的結果可想而知，如果操作的又是線上數據庫，那么這個后果將會非常嚴重。

當事情發生后,我們要想辦法補救,針對于sqlserver2005數據庫,有個很出名的工具Log Exploer。具體操作使用大家可以自行搜索;針對于sqlserver2008也有這樣的工具，但是大多是需要付費的...我們嘗試用 sqlserver的事務日志來恢復這些受影響的數據。

用事務日志恢復數據,需要兩個必要條件：

1、正確的完整數據庫的最后一次備份

如果沒有數據庫完整備份，是不能做事務日志備份的,所以建議創建數據庫時,恢復模式一項,應當選擇'完整'。

2、正確的即時點

即所要恢復到數據的時間點,這個時間點一般選擇誤操作發生時間往前一點的時間點,所以當誤操作發生時,應盡量記下這個時間點,不然可能導致恢復的數據不夠準確。比如,

誤操作發生于16:00,這個時間點我們可以選擇15：59,如果選擇的太靠前,比如15:30,那么15：30--15:59這段時間內的數據就不能被恢復了。

下面記錄具體的操作步驟：

首先新建一個數據庫dbtest,注意創建數據庫時恢復模式一項選擇'完整',在數據庫中新建一個Table_1,并插入一些數據,然后對該數據庫做一個完整備份。

這個備份,主要是模擬實際工作中對數據庫的備份,實際中由于數據庫可能很大,所以一般備份是一天或者兩天進行一次。

備份成功后,接著再往Table_1中插入幾條數據, 模擬在原數據庫基礎上新增加的數據,然后執行一個sql語句：delete from Table_1,模擬誤操作,并記錄下時間,比如16:00.誤操作發生后,我們要趕緊進行事務日志的備份,我們就是根據此備份來還原數據的。

事務日志備份完后,我們可以新建個數據庫dbtest1,然后把之前備份的數據庫在新建的數據中進行還原,之所以這么做,是因為用事務日志 恢復數據庫需要獲得數據庫的獨占訪問權,如果在原庫上進行恢復,那么這需要對原庫停止對外服務,但是這樣,可能會導致線上系統不能正常運行,造成非常大的 影響,所以我們新建個數據庫用作數據的還原,而不影響線上系統的正常進行。最后把新庫中還原回來的數據,再導入到原庫中。

對dbtest1進行還原時,注意"選項"的配置

數據庫還原成功后,此時dbtest1應為正在還原的狀態：,接著對數據庫進行還原：任務—>還原—>事務日志,

時間點選擇誤操作之前的一個時間點,比如15:59:59,然后確定,完成全部數據恢復操作。　　

下面的一段話源自其他帖子：

1、這是一般大型網站數據安全的一個辦法，因為數據庫比較大（可能有幾百G）數據，做一次完整備份時間很長，而且影響數據庫服務器的性能， 為保證數據安全，大多采用完整備份+事務日志備份來保證數據安全。例如：一天做一次或者2天做一次完整備份，幾個小時內做一次日志備份。（當然可以用寫一 個job來實現）

2、如SQL server 2005里的鏡像就是采用的這種事務日志同步的方法保證數據的同步。

3、如果恢復的日志數據出現”LSN“太早和太晚說明了事務日志間的不連續。這時要注意備份 的時間和順序。

以上就是本文的全部內容，希望對大家的學習有所幫助。