明智的数据库备份保留策略？

Question

设想：

• DB被复制到两个可用区（为了高可用）
• 每天在地理位置不同的位置备份数据库（用于灾难恢复）

应用程序级用户事件存储在数据库中（用于应用程序级审计/历史记录）。这意味着时间点恢复可能不会发生在 DB 级别，而是发生在应用级别，除非 rouge 应用程序用户故意弄乱整个 DB，使 DB 级别恢复更实用。

我的问题是，日常数据库备份的合理保留策略是什么？例如，存储 30 天的备份有意义吗？在这个典型场景中，一般的最佳实践是什么？

Answer 1

有三个问题驱动了这里的答案：

• 企业愿意为存储备份支付多少空间？
• 是否有将备份存储一段时间的法律要求？
• 您多久检查一次损坏（正在运行DBCC CHECKDB）？

对于大量数据，第一个问题通常会立即回答问题。如果有法律要求，那也可以很快回答问题。

如果这两个都没有限制，那么第三个问题是一个很好的起点。

假设您运行DBCC CHECKDB并发现损坏 - 您将需要使用完整备份，以防万一您无法就地修复问题。如果您每周运行一次，那么保留两周的备份可能是个好主意。

如果你没有跑步CHECKDB，那么就去做那个而不是这个。