Sql-Server
關於備份和恢復策略
我對備份和恢復策略有一些疑問。
我想對大型數據庫進行大約備份和恢復。60 到 70 GB，它是 SQL Server 上的關鍵數據庫。
備份計劃約。我決定：
- 每天完整備份
- 每 2 或 3 小時進行一次差異備份
- 每 15 分鐘備份一次事務日誌
這是一個正確的方法嗎？如果沒有，請提出更好的選擇。
哪種恢復模式最適合？（簡單、完整、批量記錄）
如果任何備份文件（完整備份文件、差異備份文件或日誌備份）損壞，那麼有哪些選項可以快速恢復數據庫並最大限度地減少數據失去？
您的備份計劃似乎很好。當然，一切都取決於：
換句話說，恢復點目標 (RPO) – 您可以承受損失多少數據？
和
恢復時間目標 (RTO) 如果發生數據庫災難，您可以花費多少時間將數據庫恢復到其工作狀態？
請注意，如果您將在簡單恢復模式下執行數據庫，您將無法進行事務日誌備份。
這是正確的方法嗎？如果沒有，請建議更好的選擇？
看起來不錯，您的備份應該取決於您的 RPO 和 RTO，這應該由業務設置。通常，當沒有備份到位時，備份將設置為：
- 每週一次完整備份
- 每天一次差異備份
- 每 15 分鐘備份一次日誌
哪種恢復模式最適合？（簡單、完整、批量記錄）
當您不想管理事務日誌 + 不需要時間點還原時，應該使用 Simple。（無日誌備份）
當您需要時間點恢復時，應使用完整。
我個人從未使用過 Bulk-logged
如果任何備份文件（完整備份文件、差異備份文件或日誌備份）已損壞，那麼有哪些選項可以快速恢復數據庫並最大限度地減少數據失去？
嘗試找到最後一個沒有損壞的備份，然後恢復那個。防止腐敗比解決腐敗容易得多。
這就是為什麼定期對數據庫執行 DBCC CHECKDB 很重要的原因。（例如，使用 Ola Hallengren 腳本）。
就我個人而言，我做了一個完整的備份，然後我會做一個 checkdb，這樣我就可以確定我擁有的備份是正確的，沒有任何損壞。