备份性能最佳实践

Question

我正在重新编写我们的维护计划，目前重点是备份。在准备此计划时，我想尝试确保程序到位，以确保备份性能最佳。我知道实施以下内容，但是我想了解如何在该范围之外进行改进。

当前考虑：

除了上述之外，还有什么是有利于实施的。另外，在设置 BLOCKSIZE、MAXTRANSFERSIZE 和 BUFFERCOUNT 的值时，我是否应该考虑/如何定义正确的值？我很欣赏测试过程中的一些反复试验，但了解最佳实践会很有用。

为了了解我的日常工作，我将运行每小时事务日志备份、每日差异和每周完整备份。

谢谢

Answer 1

首先，我鼓励您停止对备份使用维护计划。很多人都在使用Ola Hallengren 的维护脚本。只需使用 SQL 代理安排它们。

我同意采取措施确保您的备份过程是最佳的，但我也鼓励您考虑您的恢复策略。

通过每小时进行事务日志备份，您表示如果需要恢复，最多可以丢失 1 小时的更新。IMO，实施更细粒度的备份确实不再困难，并带来了一些额外的想法。请参阅每分钟备份事务日志。是的，真的。

在研究和开发恢复策略时，您会反复看到的主要两件事是：RTO（恢复时间目标）和 RPO（恢复点目标）。

RTO基本上是允许事情恢复“正常”或至少运行的最长时间。您需要考虑小问题（服务器宕机）到大问题（建筑物刚刚爆炸）。

RPO基本上是，如果出现严重问题，我们“可能”会丢失多少数据？5 分钟，1 小时，1 天，没有？

花一些时间阅读让 DBA 被解雇的 9 封信（基本上是RPO、RTO和CYA）。

最后一件事 - 制定计划以定期测试您的备份。

验证备份良好/可用的唯一方法是还原它。

重复——直到你恢复它，你才知道你有一个好的备份！

我在如何对 SQL Server 数据库备份文件进行完整性测试的回答中提供了一个示例？