本主題僅適用於使用完整或大容量日誌恢復模式的 SQL Server 資料庫。 本主題討論備份 SQL Server 資料庫的事務歷史記錄。
您至少必須建立一個完整備份，才能建立任何日誌備份。 之後，除非交易記錄已經在備份，否則可以隨時備份。 建議您經常進行記錄備份，以將工作遺失風險降到最低，以及截斷事務歷史記錄。 一般而言，資料庫管理員偶爾會建立完整資料庫備份，例如每周，並選擇性地以較短的間隔建立一系列差異資料庫備份，例如每日。 與資料庫備份無關，資料庫管理員會定期備份事務歷史記錄，例如每 10 分鐘一次。 針對指定的備份類型，最佳間隔取決於數據的重要性、資料庫大小和伺服器工作負載等因素。
本主題內容：
日誌備份序列的運作原理
事務歷史記錄備份 記錄鏈結 的順序與數據備份無關。 例如，假設下列事件順序。
| 時間 | 事件 |
|---|---|
| 上午 8:00 | 備份資料庫。 |
| 中午 | 備份交易記錄。 |
| 下午 4:00 | 備份交易記錄。 |
| 下午 6:00 | 備份資料庫。 |
| 下午 8:00 | 備份交易記錄。 |
在下午 8：00 建立的事務歷史記錄備份包含從下午 4：00 到下午 8：00 的事務歷史記錄記錄，跨越在下午 6：00 建立完整資料庫備份的時間。事務歷史記錄備份的順序是從上午 8：00 建立的初始完整資料庫備份持續到下午 8：00 建立的最後一個事務歷史記錄備份。如需如何套用這些記錄備份的資訊，請參閱 套用事務歷史記錄備份 （SQL Server） 中的範例。
建議
如果交易日誌損毀，自最近一次有效備份後所執行的工作將會遺失。 因此，強烈建議您將記錄檔放在容錯記憶體上。
如果資料庫損毀或即將還原資料庫，建議您建立 尾日誌備份 ，讓您能夠將資料庫還原至目前的時間點。
根據預設，每項成功的備份作業都會在 SQL Server 錯誤記錄檔與系統事件記錄檔中新增一筆輸入。 如果經常備份記錄檔，這些成功訊息會快速累積，導致大量錯誤記錄檔，使得尋找其他訊息變得困難。 在這種情況下，前提是您的腳本不依賴這些日誌條目，您可以使用追蹤旗標 3226 來抑制這些日誌條目。 如需詳細資訊，請參閱追蹤旗標 （Transact-SQL）。
相關工作
建立事務歷史記錄備份
SqlBackup （SMO）
若要排程備份作業，請參閱 使用維護計劃精靈。
相關內容
沒有。
另請參閱
交易記錄 (SQL Server)
SQL Server 資料庫的備份與還原
Tail-Log 備份（SQL Server）
套用交易記錄備份 (SQL Server)