了解关闭“验证备份完整性”对 SQL 备份的影响/风险

Question

目前我们对环境中的 SQL Server 2005/2008/2008R2/2012 服务器上的备份使用标准维护计划，并且始终选中“验证备份完整性”框。

有些备份运行时间很长，因此我建议关闭该选项，但管理层需要我记录此更改的影响和风险。

我了解此选项的使用和历史，对我来说似乎没有必要将备份作业的时间加倍（在我看来），任何可能发生的错误都可能发生在备份步骤期间，而不是在验证期间。

我错了吗？如果我备份到磁盘而不是流式传输磁带或其他东西，关闭它的风险是否最小？（如果相关，我们通过网络备份到 EMC DD-800 备份设备。）

是否有任何关于何时可以安全关闭此功能的官方 MS 建议？

您是否对环境中的每个备份运行“验证”？你抽查他们吗？

编辑：澄清一下，当您在维护计划中检查“验证备份完整性”时，SQL 将在每次备份后立即对每个数据库执行完整的RESTORE VERIFYONLY。这与原始备份一样是数据/IO 密集型，并且（基本上）使备份作业的总时间加倍。这是不一样的使备份的“校验”选项（不能在向导中进行，因为据我所知）。

Answer 1

我错了吗？如果我备份到磁盘而不是流式传输磁带或其他东西，关闭它的风险是否最小？

不，你是对的:-)

RESTORE VERIFYONLY只是不能确保您能够在损坏的情况下恢复数据库。本质上，它不会执行任何完整性检查。

更好的方法是定期进行备份并在不同的服务器上进行有效的恢复，并在其上执行 DBCC CHECKDB。

这是一个原因，为什么我不是维护计划的忠实粉丝，因为 GUI 没有公开很多像backup .. with CHECKSUMT-SQL 可以实现的选项。

来自Paul Randal 的神话博客

24p) 使用 RESTORE … WITH VERIFYONLY 验证整个备份

否。使用 VERIFYONLY 仅验证备份标头看起来像备份标头。只有当您使用 WITH CHECKSUM 进行备份并执行 RESTORE ... WITH VERIFYONLY 并使用 WITH CHECKSUM 时，还原才会执行更广泛的检查，包括整个备份的校验和。

您是否对环境中的每个备份运行“验证”？你抽查他们吗？

我不运行VERIFYONLY。相反，我使用 CHECKSUM 进行备份，然后在不同的服务器上将它们还原 + CHECKDB。如果您想发挥创意，可以遵循 用于验证数据库备份的统计抽样方法。

这与在备份中启用“校验和”选项不同（据我所知，这在向导中无法完成）。

您可以启用Trace Flag 3023，以便CHECKSUM为 BACKUP 命令自动启用该选项。与往常一样，在您的环境中测试任何跟踪标志的行为！

底线是 - 放弃维护计划并使用更明智的备份解决方案 （提示：Ola 的备份解决方案），这将允许您根据需要对其进行自定义。

（如果相关，我们通过网络备份到 EMC DD-800 备份设备。）

在本地备份到磁盘，然后使用 PowerShell 传输作业将备份从服务器本地复制到网络共享（备份服务器）。这将比直接复制到网络共享更快。

此外，启用即时文件初始化，这将有助于数据文件的自动增长，并有助于缩短恢复时间（以防您必须恢复数据库）。有方便的选项总是好的。

一个很好的阅读将是：备份：规划恢复策略