SQL Server 2005：正確的備份計劃
我是一名 .NET 開發人員，我知道如何編寫 SQL，但在執行任何形式的數據庫維護計劃 yadda 時卻一無所知
所以，我最近從以前的客戶那裡接手了一個項目。該站點由 Rackspace 託管。
無論如何，以前的客戶端每天（每 8 小時）進行 3 次完整備份。我只是好奇正確的標準是什麼？
我有一些問題。
我是追加還是覆蓋？
我是否將每日備份設置為過期？
$$ Rackspace does a daily differential and weekly full i believe as well $$ 我需要備份事務日誌嗎？
我需要縮小事務日誌嗎？
請分享一些見解，最佳實踐。他們將不勝感激！
謝謝！！
我是追加還是覆蓋？
如果之後要磁帶，我會覆蓋，否則選擇一個可接受的磁碟時間範圍，以使備份到期（基於您的恢復時間）並附加。
我是否將每日備份設置為過期？
$$ Rackspace does a daily differential and weekly full i believe as well $$
是的，除非磁碟空間不是問題
我需要備份事務日誌嗎？
是的，只要您需要進行時間點恢復即可。例如，如果您的 SLA 規定在發生故障時您只會失去 15 分鐘的數據，您需要每 15 分鐘備份一次傳輸日誌。
我需要縮小事務日誌嗎？
不 - 除非你以某種方式讓它在某一時刻增長到巨大的大小並且它現在從未使用超過 1%，並且你的磁碟空間不足，那麼也許
請分享一些見解，最佳實踐。他們將不勝感激
您需要與業務部門合作，確定他們希望在出現問題時失去哪種類型的數據，以及在多長時間內允許數據庫不可用。一旦你就這些協議達成一致，剩下的就變成了數學練習。在您的範例中，您提到您每天做 3 個完整的動作。您需要確定這是否只是有人在黑暗中開槍，或者是否有原因每天 3 次（可能是由於恢復時間無法增加）
請注意，只有在獲得業務需求後，您才能計劃恢復。“計劃您的恢復”的口號被過度使用，以至於許多管理員實際上相信這一點，並且如果他們只是擔心備份，他們就會犯同樣類型的錯誤。