MS-SQL異機備份恢複並最小化停機時間

本文采用備份加增量日誌的恢複方法，恢複源庫到異機，增量日誌恢複保證停機切換時間最小。

一、

SQL Server數據庫有三種恢複模式：簡單恢複模式、完整恢複模式和大容量日誌恢複模式：

763c6cddc81f3962e36d87080d18b00df4d65df7

1.Simple 簡單恢複模式,

Simple模式的舊稱叫”Checkpoint with truncate log“，其實這個名字更形象，在Simple模式下，SQL Server會在每次checkpoint或backup之後自動截斷log，也就是丟棄所有的inactive log records，僅保留用於實例啟動時自動發生的instance recovery所需的少量log，這樣做的好處是log文件非常小，不需要DBA去維護、備份log，但壞處也是顯而易見的，就是一旦數據庫出現異常，需要恢複時，最多隻能恢複到上一次的備份，無法恢複到最近可用狀態，因為log丟失了。 Simple模式主要用於非critical的業務，比如開發庫和測試庫，但是道富這邊的SQL Server（即使是生產庫）大都采用Simple模式，是因為這邊的SQL Server大都用於非critical的業務（critical的數據庫大都采用Oracle和DB2)，可以忍受少於1天的數據丟失(我們的job每天都會定時備份全庫）。

如果需要壓縮數據庫日誌（Shrink語句），將數據庫模式切換到簡單恢複模式後壓縮率才是最高的，如果你的數據庫在完整恢複模式或大容量日誌回複模式下采用日誌壓縮，壓縮後的日誌大小並不會很理想。

2.Full 完整恢複模式,

和Simple模式相反，Full模式的舊稱叫”Checkpoint without truncate log“，也就是SQL Server不主動截斷log，隻有備份log之後，才可以截斷log，否則log文件會一直增大，直到撐爆硬盤，因此需要部署一個job定時備份log。Full的好處是可以做point-in-time恢複，最大限度的保證數據不丟失，一般用於critical的業務環境裏。缺點就是DBA需要維護log，增加人員成本（其實也就是多了定時備份log這項工作而已）。

3.Bulk-logged 大容量日誌恢複

Bulk-logged模式和full模式類似，唯一的不同是針對以下Bulk操作，會產生盡量少的log： 1) Bulk load operations (bcp and BULK INSERT). 2) SELECT INTO. 3) Create/drop/rebuild index 眾所周知，通常bulk操作會產生大量的log，對SQL Server的性能有較大影響，bulk-logged模式的作用就在於降低這種性能影響，並防止log文件過分增長，但是它的問題是無法point-in-time恢複到包含bulk-logged record的這段時間。 Bulk-logged模式的最佳實踐方案是在做bulk操作之前切換到bulk-logged，在bulk操作結束之後馬上切換回full模式。

二、

1、備份前的配置

數據庫備份使用full（完整）模式

如果文件較大，網絡帶寬有限製，可以啟用備份壓縮。

增量日誌備份使用截斷日誌選項