【发布时间】：2018-11-16 10:29:04
【问题描述】：
谁能帮我诊断一下为什么会发生这种情况？我们已经配置了日志传送，因此数据库处于“完整”恢复模式。这多年来一直运行良好，然后似乎随机重置为“简单”恢复，这破坏了我们的日志传送。
这也发生在大约 5 个月前，我们找不到任何明显的改变原因，所以愚蠢地把它归结为一个奇怪的一次性并忽略了它！
日志查看器显示所做的更改，但不显示更改的方式/原因。我不是一个 dba，所以我真的不知道如何更深入地了解发生了什么以及如何防止它再次发生。
【问题讨论】：
-
"这发生在大约 5 个月前" --......？与您的 DBA 交谈......他们不会咬人......很多......请澄清：日志传送被破坏的事实花了 5 个月的时间才被注意到？
-
您的备份是如何执行的？是工作还是维护计划或其他什么？似乎有一些逻辑，例如如果备份日志失败然后切换到简单模式并执行差异模式。检查一下。
-
@MitchWheat 大约 5 个月前，恢复模式切换并且日志传送失败。我将其设置回完全恢复并从头开始设置日志传送。不幸的是，我们是一家小型企业，除了帮助我构建我们的产品的其他几个开发人员之外，我是一个偶然进入架构师/系统管理员/dba 等角色的多面手！
-
@DenisRubashkin 我们每天运行一次完整备份，每 20 分钟运行一次差异备份。前几天的差异备份是在全量备份后删除的，今天早上才发现这个问题，所以不知道昨天的差异备份是否被中断了。我可以看到今天的备份运行良好。备份作为维护计划运行