合理的數據庫備份保留策略？

設想：

• 數據庫在兩個可用區中複製（用於高可用性）
• 數據庫每天在不同的地理位置進行備份（用於災難恢復）

應用級使用者事件儲存在數據庫中（用於應用級審計/歷史）。這意味著時間點恢復可能不會發生在 DB 級別，而是發生在應用級別，除非惡意應用使用者故意弄亂整個 DB，使 DB 級別恢復更實用。

我的問題是，對於日常數據庫備份，合理的保留策略是什麼？例如，儲存 30 天的備份有意義嗎？在這種典型情況下，一般的最佳實踐是什麼？

這裡有三個問題可以驅動答案：

• 企業願意為儲存備份支付多少空間？
• 是否有法律要求將備份儲存一段時間？
• 您多久檢查一次損壞（執行DBCC CHECKDB）？

對於大量數據，第一個問題通常會立即回答問題。如果有法律要求，那也可以很快回答問題。

如果這些都沒有施加限制，那麼第三個問題是一個很好的起點。

假設您執行DBCC CHECKDB並發現損壞 - 您將需要使用完整備份，以防您無法就地修復問題。如果您每週執行一次，那麼保留兩週的備份可能是個好主意。

如果你不跑步CHECKDB，好吧，那就去做吧**，而不是這樣**做。

引用自：https://dba.stackexchange.com/questions/238677