mssql sqlserver dpm备份失败(E_COORD_LOG_CHAIN_BROKEN)由于LSN中的间隙导致备份失败日志文件


摘要:
如果您是SQL DBA,那么这个博客可能会为您快速回顾。
我正在为没有意识到问题原因的Data Protection Manager(DPM)管理员编写此代码。
在本博客中,我们将了解如何修复DPM引发的错误 – “ 备份失败,因为LSN中的日志文件存在缺陷 ”


未创建最后1个恢复点。
DPM尝试执行SQL日志备份,既可以作为备份作业的一部分,
也可以恢复到最新的时间点作业。
自上次备份以来,SQL日志备份作业在数据库的SQL日志链中检测到不连续性。
在快速完整备份运行之前,所有增量备份作业都将失败。


解决方法:
在SQL Server完全恢复模型中,在事务日志备份后,事务日志文件被截断。它看起来像是DPM服务器发现日志备份中存在不连续性并引发错误。这也意味着某些其他备份应用程序(主要是SQL Server本机备份)正在对日志备份进行备份。
对于由DPM执行的备份,LSN不是按顺序进行的。
如果您是SQLDBA,则可以将其视为LSN断链,这可能会在我们进行带外备份时发生在日志传送中。
SQL SERVER – 日志传送恢复作业错误:该文件太近,无法应用于辅助数据库
所以,我让他使用以下博客中的脚本来了解是否还有其他备份正在运行。
SQL SERVER – 获取单个数据库的数据库备份历史记录
SQLDBA不知道DPM,他们配置了原生SQL Server备份。
由于DPM已经在保护服务器,我们禁用了正在进行T-Log备份的作业。此问题得到彻底的解决