事务日志与备份作业一起传送 = 冲突？

Posted 2023-02-16

【中文标题】事务日志与备份作业一起传送 = 冲突？

【英文标题】：Transaction log shipping together with backup job = conflict?

【发布时间】：2011-10-18 06:24:10

【问题描述】：

已经有一个每 15 分钟运行一次的备份作业计划。我创建了事务日志传送过程，但在 1 或 2 个恢复的日志之后，此作业停止工作（错误：找不到匹配的日志）。显然，有两个单独的作业创建的日志，并且对于日志传送过程，只有部分日志被复制到辅助数据库（不包括备份作业计划创建的日志）。这是否意味着我将不得不关闭备份作业计划？

【参考方案1】：

日志传送过程通过进行日志备份来完成其工作。不可能有其他工作做同样的事情，它会破坏日志备份链。见Using Log Shipping as Part of a Recovery Plan。您的恢复策略应清楚地记录日志传送作业所采用的日志备份的位置，并详细说明如何使用这些日志备份恢复数据库。您还应该测试此策略以进行验证。

顺便说一句，现在您的备份链由于缺少日志而被破坏。您需要进行完整的数据库备份才能正确地重新播种链。

【参考方案2】：

上面的评论是正确的，但我不确定我是否将链称为“破坏” - 两个事务日志集都需要执行恢复 - 但在两组文件之间它们都是可用的 - 所以您不需要完整的数据库备份来播种链 - 您只需要丢失的文件。

也就是说，这是一种非常不受欢迎的情况，并且很难找到所有必要的文件 - 但这些文件是可用的。

一定要进行备份，但也要知道如何在必要时找到文件，因为您尚未进行备份并且需要执行恢复。

【讨论】：

遗憾的是，如果 TRN 中的一个最终位于与预期的日志传送设置不同的位置，则日志传送将中断。有些东西会坏掉。