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

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

1、

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

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 大容量日誌恢復