关于数于库日志暴涨然后导致数据当机的经历
首先我TMD的又滚回来了，距离上次数据库镜像做好相隔8个月
SQLSERVER 2008R2 数据库镜像配置以及镜像库的磁盘队列190的问题待解决
本来我以为万事大吉了，结果没想成昨天晚上12点数据库直接当机，所有生产线全部报错，然后我重启了数据库和服务器，问题依旧，打开数据库监视器一看
我。。。。。 等待任务数47 lock死锁4万多毫秒。。。赶紧联系数据库开发，人远程一看，妈耶，你数据库什么时候变这么大了，我说，恩，数据库从启用那天开始就涨到了300G，这算啥没在意
开发人员稍稍操作了下，恩，能用了，就先睡下了，然后凌晨6点又被吵起来了：大哥，又报错啦
放弃暖暖的的被窝，爬起来开电脑，远程连接，检查，好吧，还是老毛病
习惯性瞄了眼数据库文件大小
数据库日志怎么会涨那么大，我不是设置了自动备份截断收缩么，这不对啊
这62G的数据库日志就是罪魁祸首了
大概心里有个B数了，找到维护计划，启动
然后看了眼数据库监视器
很好，没有死锁，试试软件，恩，能正常登录，补觉
然而，维护计划结束，又出现数据库当机
查看数据库日志大小，没有变化，收缩数据库也没有变化，可用空间为8%，
好吧，最后再执行一次，不成就直接将数据库日志删掉，重建了
备份下来的日志只有385，然后
EMM，难不成日志中还有60多G的数据没写入到数据库中？？
果不其然的，又当机了，数据库日志的可用空间只要变成0%就GG，尝试去改动日志增长限制也出现报错，基本可以确认是这部分日志里有错误导致了
终极大招，杀敌一千自损八百，分离数据库，删除日志文件，重新附加，尝试是否能正常使用使用，
好，正常，进入软件查看最入数据在不在，恩，还是在的，其实我在备份日志只备份出来200MB的时候我就感觉应该是这个日志文件不对劲了，60G的日志文件又释放不了空间，备份日志又只有200MB，只能说明这个文件的空间有问题了
判断：可能是数据库日志产生的太快，而且我的数据库备份以及日志截断是2天一次的，某一方面可能是这日志截断的问题导致无法收缩释放空间，而系统又判定日志已经截断，具体原因因为本人不是数据库专业人员，只能凭感觉判定
方案：创建日志维护计划，2小时一次数据库日志备份，一天一次的数据库收缩