差异备份是完全备份大小的2/3。

Question

我在调查为什么我的差异备份占用的时间几乎和我的完全备份一样长，并且我注意到，每天完全备份之后的第一个差异备份的大小是完全备份的2/3。然而，随后一天剩余时间的差异备份只增加了大约1%。

数据库上的使用模式没有什么明显的变化，从历史上看，每天完全备份之后的第一个差异备份的大小大约是完全备份大小的.5%。我已经看过一天的完整备份的规模，它们只增长了大约2%。

每日备份计划被定义为在凌晨1时进行一个完整备份，然后在上午7时至晚上11时59分之间进行5次差异备份。通常，完整备份大约需要一个半小时才能完成，其中包括验证步骤。微分大约需要20分钟才能完成，包括验证步骤，但是现在他们大约需要1小时10分钟才能完成。

我已经确认数据库使用模式没有改变，在完整备份窗口和第一次差异备份窗口之间没有写入/更改大量数据的新作业，我也没有看到任何文件子系统错误。

有了以上所有的确认，我的问题是，当同一天的第一次差异备份仅增长1%时，会导致当天的第一次差异备份变得如此大？

服务器详细信息：

• Server 2008r2企业
• 用于Server的LiteSpeed
• 数据库处于简单恢复模式。
• 备份目标是网络上的文件共享。

Answer 1

在深入研究了LiteSpeed和Server之间的备份日志之后，我注意到在差异备份中，每日完全备份和完全备份LSN之间的第一个LSN编号不匹配。

在做了一些关于如何在数据库备份中使用LSN值的阅读之后，我研究了什么会导致差异中的完整备份的LSN号与第一个LSN值在同一天的完全备份中的不同。这篇关于Server中的后备链的文章向我介绍了备份作业的配置，我发现COPY_ONLY选项是为完全备份启用的。(仍在试图确定最初是如何打开的，以及何时打开的)

我从文章中学到的是，COPY_ONLY选项不会为随后的差异备份重置LSN值，这是一个很大的问题，如果您不保留上次不使用COPY_ONLY选项完成的完整备份。

来自博客的文章：

因此，换句话说，如果在您的环境中不使用COPY_ONLY子句执行完整备份，它可能/将危及您的备份链，因为它将重置所有后续差异备份的差异基LSN。这意味着，如果您没有(或保留)访问没有COPY_ONLY选项的完整备份，那么您将无法使用后续的差异备份恢复数据库。

从那以后，我在备份中关闭了COPY_ONLY选项，并且我的差异备份的大小已经下降到了历史上的水平。我还验证了差异备份日志中的完整回退LSN编号是否与日志中用于每日备份的第一个LSN编号值相匹配。