實(shí)際工作中,有時(shí)會(huì)直接在數(shù)據(jù)庫(kù)中操作數(shù)據(jù)，比如對(duì)數(shù)據(jù)進(jìn)行delete或者update操作，當(dāng)進(jìn)行這些操作的時(shí)候，如果沒有加上 where條件或者where條件不合理，那么導(dǎo)致的結(jié)果可想而知，如果操作的又是線上數(shù)據(jù)庫(kù)，那么這個(gè)后果將會(huì)非常嚴(yán)重。

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

用事務(wù)日志恢復(fù)數(shù)據(jù),需要兩個(gè)必要條件：

1、正確的完整數(shù)據(jù)庫(kù)的最后一次備份

如果沒有數(shù)據(jù)庫(kù)完整備份，是不能做事務(wù)日志備份的,所以建議創(chuàng)建數(shù)據(jù)庫(kù)時(shí),恢復(fù)模式一項(xiàng),應(yīng)當(dāng)選擇'完整'。

2、正確的即時(shí)點(diǎn)

即所要恢復(fù)到數(shù)據(jù)的時(shí)間點(diǎn),這個(gè)時(shí)間點(diǎn)一般選擇誤操作發(fā)生時(shí)間往前一點(diǎn)的時(shí)間點(diǎn),所以當(dāng)誤操作發(fā)生時(shí),應(yīng)盡量記下這個(gè)時(shí)間點(diǎn),不然可能導(dǎo)致恢復(fù)的數(shù)據(jù)不夠準(zhǔn)確。比如,

誤操作發(fā)生于16:00,這個(gè)時(shí)間點(diǎn)我們可以選擇15：59,如果選擇的太靠前,比如15:30,那么15：30--15:59這段時(shí)間內(nèi)的數(shù)據(jù)就不能被恢復(fù)了。

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

首先新建一個(gè)數(shù)據(jù)庫(kù)dbtest,注意創(chuàng)建數(shù)據(jù)庫(kù)時(shí)恢復(fù)模式一項(xiàng)選擇'完整',在數(shù)據(jù)庫(kù)中新建一個(gè)Table_1,并插入一些數(shù)據(jù),然后對(duì)該數(shù)據(jù)庫(kù)做一個(gè)完整備份。

這個(gè)備份,主要是模擬實(shí)際工作中對(duì)數(shù)據(jù)庫(kù)的備份,實(shí)際中由于數(shù)據(jù)庫(kù)可能很大,所以一般備份是一天或者兩天進(jìn)行一次。

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

事務(wù)日志備份完后,我們可以新建個(gè)數(shù)據(jù)庫(kù)dbtest1,然后把之前備份的數(shù)據(jù)庫(kù)在新建的數(shù)據(jù)中進(jìn)行還原,之所以這么做,是因?yàn)橛檬聞?wù)日志 恢復(fù)數(shù)據(jù)庫(kù)需要獲得數(shù)據(jù)庫(kù)的獨(dú)占訪問權(quán),如果在原庫(kù)上進(jìn)行恢復(fù),那么這需要對(duì)原庫(kù)停止對(duì)外服務(wù),但是這樣,可能會(huì)導(dǎo)致線上系統(tǒng)不能正常運(yùn)行,造成非常大的 影響,所以我們新建個(gè)數(shù)據(jù)庫(kù)用作數(shù)據(jù)的還原,而不影響線上系統(tǒng)的正常進(jìn)行。最后把新庫(kù)中還原回來的數(shù)據(jù),再導(dǎo)入到原庫(kù)中。

對(duì)dbtest1進(jìn)行還原時(shí),注意"選項(xiàng)"的配置

數(shù)據(jù)庫(kù)還原成功后,此時(shí)dbtest1應(yīng)為正在還原的狀態(tài)：,接著對(duì)數(shù)據(jù)庫(kù)進(jìn)行還原：任務(wù)—>還原—>事務(wù)日志,

時(shí)間點(diǎn)選擇誤操作之前的一個(gè)時(shí)間點(diǎn),比如15:59:59,然后確定,完成全部數(shù)據(jù)恢復(fù)操作。　　

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

1、這是一般大型網(wǎng)站數(shù)據(jù)安全的一個(gè)辦法，因?yàn)閿?shù)據(jù)庫(kù)比較大（可能有幾百G）數(shù)據(jù)，做一次完整備份時(shí)間很長(zhǎng)，而且影響數(shù)據(jù)庫(kù)服務(wù)器的性能， 為保證數(shù)據(jù)安全，大多采用完整備份+事務(wù)日志備份來保證數(shù)據(jù)安全。例如：一天做一次或者2天做一次完整備份，幾個(gè)小時(shí)內(nèi)做一次日志備份。（當(dāng)然可以用寫一 個(gè)job來實(shí)現(xiàn)）

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

3、如果恢復(fù)的日志數(shù)據(jù)出現(xiàn)”LSN“太早和太晚說明了事務(wù)日志間的不連續(xù)。這時(shí)要注意備份 的時(shí)間和順序。

參考文章：

SQL Server 2008數(shù)據(jù)庫(kù)誤刪數(shù)據(jù)如何進(jìn)行數(shù)據(jù)恢復(fù)

SQL Server 2008及更高版本數(shù)據(jù)庫(kù)恢復(fù)方法之日志尾部備份

拯救你的數(shù)據(jù) 通過日志恢復(fù)MSSQL數(shù)據(jù)

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助。