SQL Server中災難時備份結尾日志(Tail of log)的兩種方法
簡介
在數據庫數據文件因各種原因發生損壞時,如果日志文件沒有損壞??梢酝ㄟ^備份結尾日志(Tail of log)使得數據庫可以恢復到災難發生時的狀態。
例如:
上圖中。在DB_1中做了完整備份,在Log_1,Log_2處做了日志備份。在Log_2備份之后不久,發生了故障。從Log_2備份到災難發生時之間的日志。就是結尾日志(Tail of log)。如果不能備份尾端日志,則數據庫只能恢復到Log_2備份的點。尾端日志期間所做的改動全部丟失。更詳細的概念可以查看我之前關于日志的博文。
下面我們分別來看在SQL Server實例運行良好和SQL Server實例崩潰狀態下,備份結尾日志方法。
SQL Server實例運行正常時,結尾日志的備份
下面來模擬一次災難下結尾日志的備份:
現在數據庫TestBackUp有了一個完整備份和一個日志備份,而最后那條”日志備份后的測試數據”是在上次日志備份之后的,被結尾日志所包含。
接下來模擬數據庫文件所在磁盤損壞(日志文件完好)
1.停掉Server SQL服務
2.刪除數據庫文件(MDF文件)
此時在SSMS中訪問數據庫TestBackUp會出現不可用:
此時,因為SQL Server實例可用,通過在T-SQL語句指定NO_TRUNCATE選項(必須指定,否則無法備份尾端日志),備份尾端日志:
依次進行完整備份恢復,和兩次事務日志恢復,可以看到數據已經成功恢復到災難點:
當SQL Server實例崩潰時,結尾日志的備份
此時由于各種原因,所處的SQL Server實例也崩潰,無法通過T-SQL來備份結尾日志。此時數據庫文件損壞,而事務日志文件保持正確。
假設情況和上面例子一樣,此時我手里有一個完整備份(TestBackUp_FULL.bak)和一個日志備份(TestBackUp_log1.bak),還有一個日志文件(ldf)。
這時我將這幾個文件拷貝到其他擁有SQL Server實例的機器上。
新建一個和原數據庫名一樣的數據庫。設置為脫機:
刪除新建數據庫的MDF文件。
將需要備份的數據庫的日志文件替換掉原有的LDF文件。
此時直接備份結尾日志,成功:
原有Sql server實例恢復后一次恢復完整備份和兩個日志備份。成功恢復到災難發生點。
總結
我相信看到這篇文章的人都不希望碰到用到上面兩種方法的情況。但是,墨菲定律(事情如果有變壞的可能,無論這種可能性有多小,它總會發生)是殘酷的,事先練習一下總是比真正遇到情況用生產數據練習愜意的多:-)






浙公網安備 33010602011771號