使用YourSQLDba做备份、维护、管理时，偶尔会收到一些备份失败的邮件。导致YourSQLDba备份失败的情况比价多，打算在此篇中对YourSQLDba备份失败的案例做一些总结、整理。
1：YourSQLDba由于事务日志满了。具体情况如下：
检查YourSQLDba备份失败日志信息，你会看到下面这类错误信息。
The transaction log for database ‘xxxx‘ is full。To find out why space in the log cannot be reused, see the log_reuse_wait_desc column in sys.databases 。Error 3013, Severity 16, level 1 : BACKUP DATABASE is terminating abnormally.
如果出现上面错误提示，首先要检查该数据库的日志文件的属性，看其是否禁用了“自动增长”或”最大文件大小“设置过小。我碰到过一起这类案例，发现数据库的日志文件是自动增长且不限制大小。检查服务器发现数据库日志所在的磁盘还有20多G的大小，很是纳闷这个错误是怎么产生的？ 后来我在其上面配置了一个监控磁盘告警的作业后，才发现是磁盘空间不足了，导致这个错误出现。因为YourSQLDba在维护数据库是会对一部分索引进行重建、重组。导致日志文件在那个时间段爆增。后面YourSQLDba会对其进行截断、收缩，于是等到我去检查时，并没有发现磁盘空间不足的情况。
2：杀毒软件导致YourSQLDba备份失败
这个案例在这篇博客杀毒软件导致YourSQLDba备份失败里面介绍了，在此不做过多描述。
3： BACKUP LOG is terminating abnormally 备份日志时中断了导致整个作业失败
具体参考这篇博客Write on ……… failed: 112(failed to retrieve text for this error. Reason: 15105) ，这个案例归根结底也是由于磁盘空间不足。
4： 更新统计信息导致YourSQLDba备份失败。
确切的说这个案例不算备份失败案例，它数据库备份是成功的。但是其更新统计信息时遇到了错误，所以整个作业报告YourSQLDba作业失败。具体参考博客消息 8134，级别 16，状态 1，第 1 行 遇到以零作除数错误
另外还有一两个案例，解决的时候没有记录下来，等以后碰到后，将在此篇中补充、添加。