發行項
04/02/2012

建立交易記錄備份

此主題僅與使用完整或大量記錄復原模式的資料庫有關。

本主題描述備份交易記錄的考量因素，並提供建立記錄備份的程序連結。如需有關交易記錄備份的詳細資訊，請參閱＜使用交易記錄備份＞。

備份交易記錄檔的條件

最低限度下，您在進行任何記錄備份之前，必須具有至少一個完整備份。此後，就可以在其他記錄備份以外的任何備份期間備份交易記錄。建議您經常進行記錄備份，以將工作損失風險降至最低，同時也讓記錄能夠截斷。

在還原資料庫之前，您通常應該嘗試備份記錄的結尾。如需有關如何建立結尾記錄備份以及不需要結尾記錄備份之情況的詳細資訊，請參閱＜結尾記錄備份＞。

記錄備份順序的運作方式

資料庫管理員通常會定期 (如每週) 建立完整資料庫備份。另外，系統管理員也可以選擇在較短的間隔上 (如每日) 建立差異備份，並以更高的頻率 (如每 10 分鐘) 建立交易記錄備份。備份之間的最佳間隔取決於各種因素，例如資料的重要性、資料庫的大小和伺服器的工作負載。

如果交易記錄損毀，則最近一次記錄備份之後所執行的工作都會遺失。因此將記錄檔存放在容錯儲存體這件事，顯然相當重要。

這一連串交易記錄備份與完整資料庫備份無關。您進行一連串的交易記錄備份，然後定期進行用來啟動還原作業的完整資料庫備份。例如，假設發生以下一連串事件：

時間	事件
上午 8:00	備份資料庫。
中午	備份交易記錄。
下午 4:00	備份交易記錄。
下午 6:00	備份資料庫。
下午 8:00	備份交易記錄。

下午 8:00 建立的交易記錄備份包含了從下午 4:00 到下午 8:00 的交易記錄，擴充了原本在下午 6:00 建立完整資料庫備份的時間。交易記錄備份的順序會從上午 8:00 建立的最初完整資料庫備份，一直延續到下午 8:00 建立的最後一個交易記錄備份為止。

如需有關如何套用這些交易記錄的詳細資訊，請參閱＜套用交易記錄備份＞中的範例。

[!附註]

根據預設，每個成功的備份作業都會在 SQL Server 錯誤記錄檔和系統事件記錄檔中加入一個項目。如果您經常備份記錄檔，這些成功訊息可能會快速累積，因而產生龐大的錯誤記錄檔，讓您難以尋找其他訊息。在這類情況下，如果沒有任何指令碼相依於這些記錄項目，您就可以使用追蹤旗標 3226 來隱藏這些記錄項目。如需詳細資訊，請參閱＜追蹤旗標 (Transact-SQL)＞。