SQL Server 2008恢復模式概述

恢復模式旨在控制事務日誌維護。有三種恢復模式：簡單恢復模式、完整恢復模式和大容量日誌恢復模式。通常，資料庫使用完整恢復模式或簡單恢復模式。

下表概述了這些恢復模式。

恢復模式  說明  工作丟失的風險  能否恢復到時點？ 
簡單
 無日誌備份。

自動回收日誌空間以減少空間需求，實際上不再需要管理事務日誌空間。
 最新備份之後的更改不受保護。在發生災難時，這些更改必須重做。
 只能恢復到備份的結尾。
 
完整
 需要日誌備份。

資料檔案丟失或損壞不會導致丟失工作。

可以恢復到任意時點（例如應用程式或使用者錯誤之前）。
 正常情況下沒有。

如果日誌尾部損壞，則必須重做自最新日誌備份之後所做的更改。有關詳細資訊，請參閱結尾日誌備份。
 如果備份在接近特定的時點完成，則可以恢復到該時點。有關詳細資訊，請參閱將資料庫還原到備份中的某個時間點。
 
大容量日誌
 需要日誌備份。

是完整恢復模式的附加模式，允許執行高效能的大容量複製操作。

通過使用最小方式記錄大多數大容量操作，減少日誌空間使用量。有關詳細資訊，請參閱可以儘量減少日誌量的操作。
 如果在最新日誌備份後發生日誌損壞或執行大容量日誌記錄操作，則必須重做自該上次備份之後所做的更改。

否則不丟失任何工作。
 可以恢復到任何備份的結尾。不支援時點恢復。
 
注意：
適合於資料庫的恢復模式取決於資料庫的可用性和恢復要求。有關這些要求的詳細資訊，請參閱選擇資料庫恢復模式。
 

 簡單恢復模式
簡單恢復模式可最大程度地減少事務日誌的管理開銷，因為不備份事務日誌。如果資料庫損壞，則簡單恢復模式將面臨極大的工作丟失風險。資料只能恢復到已丟失資料的最新備份。因此，在簡單恢復模式下，備份間隔應儘可能短，以防止大量丟失資料。但是，間隔的長度應該足以避免備份開銷影響生產工作。在備份策略中加入差異備份可有助於減少開銷。

通常，對於使用者資料庫，簡單恢復模式用於測試和開發資料庫，或用於主要包含只讀資料的資料庫（如資料倉儲）。簡單恢復模式並不適合生產系統，因為對生產系統而言，丟失最新的更改是無法接受的。在這種情況下，我們建議使用完整恢復模式。

有關詳細資訊，請參閱簡單恢復模式下的備份。

 完整恢復模式和大容量日誌恢復模式
相對於簡單恢復模式而言，完整恢復模式和大容量日誌恢復模式提供了更強的資料保護功能。這些恢復模式基於備份事務日誌來提供完整的可恢復性及在最大範圍的故障情形內防止丟失工作。

完整恢復模式
為需要事務永續性的資料庫提供了常規資料庫維護模式。
需要日誌備份。此模式完整記錄所有事務，並將事務日誌記錄保留到對其備份完畢為止。如果能夠在出現故障後備份日誌尾部，則可以使用完整恢復模式將資料庫恢復到故障點。完整恢復模式也支援還原單個資料頁。
有關詳細資訊，請參閱在完整恢復模式下備份。

大容量日誌恢復模式
此恢復模式可大容量日誌記錄大多數大容量操作它只用作完整恢復模式的附加模式。對於某些大規模大容量操作（如大容量匯入或索引建立），暫時切換到大容量日誌恢復模式可提高效能並減少日誌空間使用量。仍需要日誌備份。與完整恢復模式相同，大容量日誌恢復模式也將事務日誌記錄保留到對其備份完畢為止。由於大容量日誌恢復模式不支援時點恢復，因此必須在增大日誌備份與增加工作丟失風險之間進行權衡。有關詳細資訊，請參閱在大容量日誌恢復模式下備份和從完整恢復模式或大容量日誌恢復模式切換。

重要提示：
在完整恢復模式和大容量日誌恢復模式下，必須進行日誌備份。如果不想進行日誌備份，則請使用簡單恢復模式。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/16436858/viewspace-541420/，如需轉載，請註明出處，否則將追究法律責任。