数据库灾难预防

我的数据库大于250GB。我使用第三方工具进行计划的备份。

计划数据库备份是保护SQL Server数据库免受损坏的最佳方法吗？还是可以推荐其他东西？

备份无法防止损坏。没有什么可以绝对防止腐败。

备份的目的是使您能够在发生损坏或其他灾难时将数据恢复到较早的时间点。

备份计划是否能充分保护您，这并不是一个同行社区可以回答的问题-您的业务需求将决定这一点。您需要考虑恢复点目标（RPO）-您可以承受丢失多少数据？如果您的上限为5分钟，并且每天进行一次完整备份，而每小时进行一次日志备份，那么您将无法获得覆盖。为了真正保护自己，您应该处于完全恢复模式，并且日志备份应该每隔<= n分钟进行一次，其中n是您可以承受的最大数据丢失量。

还需要考虑其他因素，例如恢复时间目标（RTO）-在发生灾难时，您可以花多长时间重新上网？这将确定您是将备份保留在驱动器上以备访问，还是使用日志传送或更高的“成本” DR技术（例如镜像，FCI和可用性组）主动保持热备份。请注意，其中一些技术可以帮助您避免数据损坏，但不会涵盖其他类型的故障（例如，不带where子句的意外删除将很高兴在主数据库和任何辅助数据库上运行）。

以我的经验，计划备份是保护数据库的最佳方法。正如亚伦所说，回答这两个问题非常重要：

您可以承受丢失多少数据？
如果发生灾难，您可以花多长时间重新上网？

当然，我的数据库小于250GB，我更喜欢疯狂的备份计划，它是每24小时进行一次完整数据库备份，每3小时进行一次差异备份，每15分钟进行一次事务日志备份。是的，如果发生故障，也许将需要更多时间来还原数据库，但是丢失的数据最少。

我会考虑为您的数据库设置复制。请在此处阅读例如，以获取有关它如何工作以及如何帮助保护数据的更多详细信息：

https://msdn.microsoft.com/zh-CN/en-en/library/ms151198%28v=sql.110%29.aspx

当然，如果将复制设置为设置到其他主机（即使是在不同的网络上），通常也很有意义。设置事务复制是操作人员为获得最终安全所需要的，因为复制会立即进行，因此它总是比计划备份更可靠。