解决方法
建议的最佳做法是将sql Server事务日志文件指定为其自己的磁盘或LUN.
这是为了避免其他海报提到的磁盘上的事务日志文件碎片,并避免/最小化磁盘争用.
理想的情况是让您的DBA提前为您的数据库环境分配足够的日志空间,即一次性分配x GB的数据.在专用磁盘上,这将创建连续分配,从而避免碎片.
如果您需要增加您的事务日志,您应该再次尝试以相当大的块来执行此操作,以便努力连续分配.
您还应该考虑不缩小事务日志文件,因为重复收缩和自动增长会导致磁盘上的数据文件碎片化.
我认为最好将autogrowth数据库属性视为故障安全,即您的DBA应主动监视事务日志空间(可能通过设置警报),以便它们可以相应地增加事务日志文件大小以支持您的数据库使用要求但是自动增长属性可以到位,以确保您的数据库可以在意外增长发生时继续正常运行.
一个更大的事务日志文件本身如果不会对sql Server服务器按顺序写入日志的性能有害,那么只要您管理整体日志大小并适当分配额外空间,就不应该担心.
