如何备份数据库以保证数据恢复

Question

我有 15 个客户数据库，它们在不同站点上的复制最少。我目前每晚进行备份，并通过 7zip 每晚将数据库备份传输到我们的主服务器。我们最近在下午 6 点发生了硬盘崩溃，这意味着我们在当天凌晨 2 点到下午 6 点丢失了数据库中的所有数据。如何在不影响白天数据库功能的情况下全天备份我们的数据库？我们每天进行 1,000 多笔交易，因此我们不断向数据库写入数据。我目前的方法对于每小时备份是不现实的，因为机器的性能会受到影响。

Answer 1

我注意到这里的其他答案，但我不相信它们中的任何一个（此时）是您问题的完整答案/解决方案。是的，您可以备份到远程位置，但这并不总是最好的方法。备份到网络位置可能会破坏您的带宽。

事务日志备份非常重要并且是正确的方法，它们可以用差异来抵消。但是通常有一些理论和计划需要进入您的实施中。

差异和事务日志备份应该对您造成更少的性能问题，因为备份要小得多。差异备份仅包含自上次完整备份以来所做的更改，而事务日志备份仅包含自上次完整、差异或事务日志备份（通常只有几 MB）以来所做的事务。

根据您提供的详细信息，每天有超过 1000 笔交易完成。在正常的 8 小时工作日，这计算为每分钟超过 2 笔交易。

在实施任何备份计划之前，您需要确定（作为企业）您的恢复时间目标(RTO) 和恢复点目标(RPO) 是什么。

RTO与您在灾难期间为恢复正常操作而愿意损失的最长时间有关。

RPO与您愿意在灾难期间丢失的最大数据量有关。

在大多数情况下，RTO 越低，RPO 越高，反之亦然。

根据上述指标，您应该决定要实施的最佳备份计划。

例如：

方案A：（低RPO，即最小的数据丢失）

• 每日完整备份
• 4 小时差异备份

• 每 10 分钟进行一次事务日志备份

  不会丢失超过 10 分钟的数据，但恢复过程可能很复杂，因此很耗时（要从近 30 个备份文件恢复）

计划 B：（低 RTO，即最少的停机时间）

• 每日完整备份
• 12 小时差异备份

• 4 小时事务日志备份

  最多可能会丢失 4 小时的数据，但恢复过程会更快，最多只能恢复 4 个文件

重要的是，您应该注意，如果您将数据库备份到与数据所在的驱动器相同的驱动器，并且驱动器发生灾难性丢失，您也可能会丢失备份。始终将备份放在与数据和日志不同的驱动器上。

欢迎提出改进/编辑此答案的建议！