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實例恢復后一次恢復完整備份和兩個日志備份。成功恢復到災難發生點。

總結

    我相信看到這篇文章的人都不希望碰到用到上面兩種方法的情況。但是，墨菲定律（事情如果有變壞的可能，無論這種可能性有多小，它總會發生）是殘酷的，事先練習一下總是比真正遇到情況用生產數據練習愜意的多：-）