Autogrow of file 'chisdb_dev_Log' in database 'chisdb_sgrm' took 152125 milliseconds. Consider using ALTER DATABASE to set a smaller FILEGROWTH for this file.
A time-out occurred while waiting for buffer latch -- type 4, bp 0000000089FD0B80, page 1:438, stat 0xcc0000b, database id: 5, allocation unit Id: 37615116025856/319090092736512, task 0x000000001441BEB8 : 0, waittime 300, flags 0x300000003a, owning task 0x0000000E6B98A9B8. Not continuing to wait.
以上是我复制的两条日志。
我们的数据库不定期的出现全面的无响应，通过分析日志，感觉像是日志文件在自动增长时，占用大量资源，导致数据库无响应（个人认为，不太确定）。现在的日志文件大约100G，是完整日志。
请高手指教一下，是不是这个原因？怎样避免这个问题？
如果增长发生在夜间的话，就不会对业务造成大影响。
------解决方案--------------------
完整模式下必须做常规日志备份，按照你的规模，可以考虑一小时一次，现在做一次日志备份，然后收缩日志，把常规日志备份设定好，基本上问题不大
------解决方案--------------------
楼主的企业根本不重视DB管理、维护，所以玩DB就显得没价值
应急是改变日志文件每次增长大小（如固定300M，而不是默认的10%）