昨天遇到一个案例，YourSQLDba做事务日志备份时失败，检查YourSQLDba输出的错误信息如下:

<Exec>

<ctx>yMaint.backups</ctx>

<Sql>

backup log [gewem]

to disk = 'M:\DB_BACKUP\LOG_BACKUP\xxxx_[2016-11-22_01h11m05_Tue]_logs.TRN'

with noInit, checksum, name = 'YourSQLDba:16h16: M:\DB_BACKUP\LOG_BACKUP\xxxx_[2016-11-22_01h11m05_Tue]_logs.TRN'

</Sql>

<err>Error 3202, Severity 16, level 2 : Write on "M:\DB_BACKUP\LOG_BACKUP\xxxx_[2016-11-22_01h11m05_Tue]_logs.TRN" failed: 112(error not found)

Error 3013, Severity 16, level 1 : BACKUP LOG is terminating abnormally.

</err>

</Exec>

这个“failed :112”信息一出现，意味着肯定是磁盘空间不够，昨天总结的那篇博客DBCC CHECKDB 遭遇Operating system error 112(failed to retrieve text for this error. Reason: 15105) encountered其实遇到的问题也是类似的，Operating System error 112 meaning There is not enough space on the disk.

当时检查时，发现磁盘空间还剩下十多G，然后自己手工又将代码取出，手工执行测试，依然报这个错误:

backup log [xxxx] 

to disk = 'M:\DB_BACKUP\LOG_BACKUP\xxxx_[2016-11-22_01h11m05_Tue]_logs.TRN' 

with noInit, checksum, 

NAME = 'YourSQLDba:00h10: M:\DB_BACKUP\LOG_BACKUP\xxxx_[2016-11-22_01h11m05_Tue]_logs.TRN'

后面检查发现这个数据库的日志文件暴增，已经超过数据文件的大小。如下截图所示，所以即使磁盘空间还有不少（19G），部署的磁盘空间告警作业亦正常，没有出现告警，但是已经不能足够支撑事务日志备份完成。所以出现了这个问题，问题有点隐蔽，不过只要细心，问题真相就能水落石出。剔除几个老旧备份以及已经上带的备份,腾出了一些磁盘空间,重新运行作业,作业执行成功!