日志损坏疑问通常出当初对事务日志启动备份的时刻。其失误是这样形容的：
“信息26019，级别16，形态1，第1行BACKUP在数据库日志中检测到损坏。无关详细信息，请检查失误日志。BACKUP LOG意外中断。”
本文中将解释出现这个失误的要素以及如何处置这个疑问。
数据库日志失误损坏象征着什么？
级别16的失误并不那么重大，这是在杂项用户失误的类别。数据库将会反常上班。假设启动一个完整的备份，它将会上班。假设运转DBCC CHECKDB，它将不会检测到失误。
然而，事务日志文件被损坏，第1行则是失败的代码行。
为什么会出现这个失误?
要找出这个失误的要素，须要审核SQL失误日志。
可以在SQL Server治理上班室(SSMS)中找到失误日志。
在“对象资源治理器”中选用“治理>SQL Server日志” 可以看到日志和之前的日志。双击日志，就可以看到事情和失误。
也可以审核事情检查器，进入Windows日志>运行程序，寻觅MSSQL
或许造成日志损坏的最经常出现疑问是配件疑问。此外，一些软件也或许会损坏数据库。
例如，在口头事务时遇到电源缺点或许会封锁主机，而后日志或许会损坏。另一个经常出现的疑问是磁盘缺点。假设磁盘老旧，或许遭逢停电，或许有供电疑问，就会出现这种状况。假设主机温渡过高，或许会出现配件疑问。
一些软件可以破坏日志，例如病毒和恶意软件或许会破坏日志文件。
如何处置在SQL Server数据库备份环节中检测到的日志损坏
假设对损坏的数据库启动完整备份，则备份将运转，但将经常使用损坏的日志文件备份数据库。
假设尝试只备份日志文件，将获取以上提到的失误。
该疑问的处置方案是经常使用“出错时继续”（Continue on Error）选项启动备份。
要口头此操作，须要关上SSMS。
在“对象资源治理器”中右键单击“数据库”，选用“义务>备份”
在“媒体选项”中，选用“在失误时继续”选项
即使事务日志已损坏，这一选项也将继续口头备份
处置这个疑问的另一种方法是将数据库设置为“便捷恢复”形式。
在SSMS中，进入对象资源治理器。
单击“数据库”，右键单击该数据库，而后选用“属性”。
进入“选项”页面，选用“便捷恢复”形式。
CHECKPOINT对数据库启动完整备份。
如今能够对日志文件启动备份，而不会出现失误。
如何经常使用Stellar Repair for MS SQL处置SQL Server数据库备份环节中检测到的日志损坏疑问
处置这个疑问的另一种方法是经常使用Stellar Repair for MS SQL。这个软件可以经常使用SQL Server数据文件修双数据库，也可以经常使用损坏的SQL Server备份来恢复一切信息。一旦数据库恢复，就可以备份日志文件而不会出现失误。
要做到这一点，用户须要从其网站链接下载软件。
先将数据库联机。口头以下命令：
须要找到数据文件，数据文件是裁减名为.mdf的文件。该文件蕴含数据库信息。
假设知道mdf文件在哪里，可以阅读并选用它，而后按下“修复”按钮。
在修复之后，可以将数据保留在新数据库（New>
假设选用新数据库或实时数据库，则可以备份日志文件而不会出现失误，由于修复后的数据库不会损坏。
本文引见了在日志损坏时将会出现什么失误，还了解了出现这一失误的要素。此外，还引见了经常使用“出错时继续”选项如何启动备份。最后，学习了如何经常使用Stellar repair for MS SQL修双数据库。
原文题目： Resolving Log Corruption Detected During>