SQL Server 2012筆記分享-22：理解備份模式與恢復模式

SQL Server 備份和還原組件爲保護存儲在 SQL Server 數據庫中的關鍵數據提供了基本安全保障。 爲了最大限度地下降災難性數據丟失的風險，您須要按期備份數據庫以保留對數據所作的修改。 規劃良好的備份和還原策略有助於防止SQL Server 2012筆記分享-22：理解備份模式與恢復模式數據庫因各類故障而形成數據丟失。 經過還原一組備份，而後恢復數據庫來測試您的策略，以便爲有效地應對災難作好準備。

=====================================================================================================================

   

備份概念

完整備份包括對整個數據庫、部分事務日誌、數據庫結構和文件結構的備份。

差別備份時指對上一次完整備份以後全部更改的數據作備份。

事務日誌備份記錄了數據庫的全部改變，分爲：

備份事務日誌：從上一次成功的事務日誌備份到當前事務日誌的尾部。

截斷事務日誌：到事務日誌活動部分的開始，丟棄不活動的部分。

恢復模式

簡單模式：應用於不常更新的小型數據庫，不支持日誌備份，會丟失最後一次備份後的數據更改，不可以恢復到即時點。

大容量日誌模式：是最小化的日誌備份，可能會有數據丟失，不可以恢復到即時點，通常用於臨時海量數據的導入。

完整模式：支持日誌備份，不會有數據丟失，可以恢復到即時點，通常用於生產性的數據庫。

對於生產型的數據庫通常最好工做在完整恢復模式下，當須要執行大容量日誌記錄操做時，能夠切換到大容量日誌恢復模式

恢復選項

當有多個備份須要還原時，除了最後一個以外的全部備份在還原時須指定爲no recovery方式。

restore with recover：經過回滾未提交的事務，使數據庫處於可使用的狀態，沒法還原其餘事務日誌。

restore with norecovery：不對數據庫執行任何操做，不回滾未提交的事務，能夠還原其餘事務日誌。

restore with standby：使數據庫處於只讀模式，撤銷未提交的事務，但將撤銷操做保存在備份文件中，以即可使恢復效果逆轉。

==========================================================================================================

   

要點總結

   

日誌備份必定要保證其次序是連續的。若是中間的備份出現問題，則還原操做會遇到麻煩。

不要把數據庫和備份放在同一個磁盤上。

備份時數據庫中全部數據的一個獨有的二進制副本。

備份集是指一個備份中所做用於一個活幾個文件的集合。若是須要加快備份的速度，能夠選擇同時對多個備份設備執行備份。

物理備份設備是操做系統用來標識備份設備的名次，如c:\xxx\backup.bak。

邏輯備份設備是用戶定義的別名，用來標識物理備份設備。邏輯設備名次永久存儲在SQL server內的系統表中。

能夠備份到一個網絡共享的位置，但該方法缺少可靠性。好的方法是先備份到SQL server本地磁盤，再壓縮備份到其餘地方。（目前最新版本的SQL已經支持壓縮備份，並且主流的企業版備份軟件也支持SQL的壓縮備份）。

SQL server使用一個備份歷史記錄來維護全部的數據庫，能夠自動識別最近的備份集，並顯示在「選擇用於還原的備份集」對話框中。