需要有關備份策略的建議
我們的客戶已同意一天數據失去的 RPO。所以我要改變備份策略以消除空間限制。
數據庫處於完全恢復模式。
現有的備份計劃：-
- 我們每天都會對數據庫進行一次完整備份。
想改變如下： -
- 每週，週日或週六，我們將對數據庫進行完整備份。
- 併計劃每天對數據庫進行一次事務備份或差異備份。
這將避免我的空間限制。
如果我們備份事務日誌，那麼 RTO 會更大嗎，因為我們每天只備份一個事務？
無論如何，我們需要執行事務日誌備份以在日誌文件中騰出可用空間。
那麼，您能否建議哪種備份類型更好，是差異備份還是事務日誌？
如果我走錯了方向，請根據我的 RPO 建議一個備份策略。
謝謝。
為了澄清
RPO = 恢復點目標；在數據失去的情況下您將恢復到的時間點。
RTO = 恢復時間目標；恢復到 RPO 中定義的時間所需的持續時間。
如果我為您提供充足的資訊並給您一些思考的想法，您也許可以自己回答您的問題。
恢復點目標 (RPO)
業務定義的RPO真的可行嗎？企業能否在 1 天（或 24 小時）的 RPO 下生存？
恢復時間目標 (RTO)
您能否將您的數據庫重新聯機到 RPO 定義的時間點？請不要忘記：RPO 是一個持續時間。如果您的數據庫在下午 2 點崩潰，那麼您必須能夠將數據至少恢復到前一天下午 2 點。（不僅僅是備份到晚上 6 點）。
事務日誌備份：是/否？
看到您現在知道 RPO 和 RTO 可能與您的備份概念相關，我現在可以回答您關於數據庫事務日誌的問題。如果數據庫處於 FULL 恢復模式，則數據庫的差異和/或完整備份不會釋放事務日誌。
參考：關於日誌和日誌備份的誤解：如何說服自己（SQLSkills.com，Paul Randall）
您必須執行
BACKUP LOG ....CHECKPOINT 事務日誌並允許它在需要時釋放空間。現有備份概念
如果您的 RPO 是 24 小時數據失去，而 RTO 是 4 小時（對於一個數據庫系統），如果您必須重建 10 個系統或 20 個系統，您將如何公平？您能否將所有 20 個數據庫還原到給定 RPO 為 24 小時且 RTO 為 4 小時的時間點？
可能的解決方案
BACKUP DATABASE ...每週執行一次（例如周日）BACKUP DATABASE ... WITH DIFFERENTIAL...每隔一天執行一次，例如星期日除外BACKUP LOG ...每隔一小時執行一次- 將數據儲存在主數據庫以外的其他位置，甚至儲存在異地位置（地理冗餘）
這有助於確保您可以恢復到貴公司的業務連續性 (BC) 團隊和資訊技術服務連續性 (ITSC) 團隊請求的 RPO。
您還必須以某種方式保證數據庫備份（FULL、DIFF 和 TLOG）儲存在不受目前位置停機/數據失去影響的位置（例如，單獨的數據中心、異地數據中心）。
在異地儲存數據時，如果您必須在一些額外的時間內計算數據複製操作或通過較慢的網路連接進行恢復，請確保您仍然可以保證 RTO。
參考
- 恢復點目標（維基百科）
- 恢復時間目標（維基百科）
- RTO 和 RPO 之間的區別(Techadvisory.org)