SQL Server提供了3種恢複模型,分別是:
l 簡單恢複 ,允許將資料庫恢複到最新的備份。
l 完全恢複,允許將資料庫恢複到故障點狀態。
l 大容量日誌記錄恢複,允許大容量日誌記錄操作。
這些模型中的每個都是針對不同的效能、磁碟和磁帶空間以及保護資料丟失的需要。例如,當選擇恢複模型時,必須考慮下列業務要求之間的權衡:
l 大規模操作的效能(如建立索引或大容量裝載)。
l 資料丟失表現(如已提交的事務丟失)。
l 交易記錄空間損耗
l 備份和恢複過程的簡化。
根據正在執行的操作,可以有多個適合的模型。選擇了恢複模型後,設計所需的備份和恢複過程。表6提供了三種恢複模型的優點和含義的概述。
表 6備份模型之間的比較
| 恢複模型 |
優點 |
工作損失表現 |
能否恢複到即時點? |
| 簡單 |
允許高效能大量複製操作。
收回日誌空間以使空間要求最小。 |
必須重做自最新的資料庫或差異備份後所發生的更改。 |
可以恢複到任何備份的結尾處。隨後必須重做更改。 |
| 完全 |
資料檔案丟失或損壞不會導致工作損失。
可以恢複到任意即時點(例如,應用程式或使用者錯誤之前)。 |
正常情況下沒有。
如果日誌損壞,則必須重做自最新的記錄備份後所發生的更改。 |
可以恢複到任何即時點。 |
| 大容量日誌記錄的 |
允許高效能大量複製操作。大容量操作使用最少的日誌空間。 |
如果日誌損壞,或者自最新的記錄備份後發生了大容量操作,則必須重做自上次備份後所做的更改。否則不丟失任何工作。 |
可以恢複到任何備份的結尾處。隨後必須重做更改。 |
簡單恢複所需的管理最少。在簡單恢複模型中,資料只能恢複到最新的完整Database Backup或差異備份的狀態。不使用交易記錄備份,而使用最小交易記錄空間。一旦不再需要日誌空間從伺服器故障中恢複,日誌空間便可重新使用。與完整模型或大容量日誌記錄模型相比,簡單恢複模型更容易管理,但如果資料檔案損壞,則資料損失表現會更高。
完全恢複和大容量日誌記錄恢複模型為資料提供了最大的保護性。這些模型依靠交易記錄提供完全的可恢複性,並防止最大範圍的故障情形所造成的工作損失。完全恢複模型提供最大的靈活性,可將資料庫恢複到更早的即時點。
大容量日誌記錄模型為某些大規模操作(如建立索引或大量複製)提供了更高的效能和更低的日誌空間損耗。不過這將犧牲時間點復原的某些靈活性。很多資料庫都要經曆大容量裝載或索引建立的階段,因此可能希望在大容量日誌記錄模型和完全恢複模型之間進行切換。