Sql-Server
SQL Server 事務日誌備份頻率
我主要是一名開發人員，但對於一個小型內部系統，我目前還負責執行 SQL Server Enterprise Edition 的伺服器的一些配置。
數據庫本身從兩個來源看到活動：
- 一種傳遞數據的客戶端軟體
- 我們的客戶用來檢查來自客戶的數據並在外部進行管理的 Web 應用程序。
我對使用內置的 SQL 伺服器備份實用程序感到相當滿意，我設置了一個維護計劃，每 6 小時備份一次整個數據庫，並且在數據庫備份之間每 6 小時記錄一次事務日誌（例如，早上 6 點，數據庫備份，上午 9 點事務日誌備份，下午 12 點數據庫備份，下午 3 點事務日誌備份）。我們每週都會對整個伺服器進行磁帶快照（數據不是關鍵任務，更多的是研發項目）。
在此設置之前，數據庫開始急劇增長，現在所有完整數據庫備份都以非常易於管理的 15Mb（並且緩慢增長）進入，事務日誌在 9 到 12Mb 之間。
我做對了嗎？您對事務日誌備份的頻率還有其他見解嗎？
如果我錯過的另一個問題中的任何內容可能有用，請隨時指出我。
坦率地說，沒有理由不以更頻繁的速度執行事務日誌備份。事務日誌備份不會造成任何傷害。（在大多數情況下，它只會佔用一點 CPU 和磁碟活動 - 但通常幾乎可以忽略不計。）
此外，您可以通過將日誌文件備份移動到性能較低的磁碟來增加覆蓋範圍並提高性能： SQL Server Magazing：最大化儲存性能
通過增加備份頻率，您將減少可能失去數據的視窗。（從技術上講，如果 SQL Server 崩潰，如果您的日誌文件仍然完好無損，您有時可以恢復自上次 FULL/DIFFERNTIAL 備份以來失去的事務。但通常，如果出現問題足以讓您首先備份，則有一個很有可能您的日誌文件已消失/敬酒。）
隨意查看以下影片，了解有關備份、日誌和最佳實踐方面的更多背景和資訊：