合理的数据库备份保留策略？

Question

设想情况：

• DB在两个可用性区域中复制(用于高可用性)
• DB每天备份在地理位置不同的位置(用于灾难恢复)。

应用级用户事件存储在DB中(用于应用级审计/历史记录)。这意味着时间点恢复可能不会发生在DB级，而是在应用程序级，除非一个胭脂应用程序用户故意搅乱整个DB，从而使DB级恢复更加实用。

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

Answer 1

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

• 企业愿意支付多少空间来存储备份？
• 是否有在一段时间内存储备份的法律要求？
• 您多久检查一次腐败(运行DBCC CHECKDB)？

对于大量的数据，第一个问题通常会立即回答这个问题。如果有法律要求，这也能很快地解决问题。

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

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

如果您没有运行CHECKDB，那么就去做吧，而不是这个。