Mike Flynn Asked: 2013-07-19 08:40:36 +0800 CST2013-07-19 08:40:36 +0800 CST 2013-07-19 08:40:36 +0800 CST 我应该缩小日志文件吗?[复制] 772 我的日志文件太大了,我让它不受限制地增长。我应该使用 SQL Server Management Studio 缩小它吗?这样做有什么缺点(如果有的话)? sql-server shrink 2 个回答 Voted Best Answer Kenneth Fisher 2013-07-19T08:50:40+08:002013-07-19T08:50:40+08:00 当有人说“我的日志文件太大”时,我会想到两个想法。首先也是最简单的一点是,您的数据库正在运行需要这么多空间的东西。除非它碰巧是某人写的一次性查询,否则如果您缩小日志文件,它只会立即增长。并在执行此操作时减慢您的查询速度。这里的解决方案是查明是否有大型临时查询运行增加了您的日志文件。如果您没有找到任何证据,那么我会将日志缩小到合理的大小,看看它是否会重新长出来。如果它确实长回来了,那就别管它,给自己添加一些磁盘空间。这就是它必须有多大。如果将其限制为较小的大小,则会导致需要额外空间的查询失败。 第二个也是更可怕的想法是您的数据库处于恢复模式FULL,BULK LOGGED并且您没有定期进行事务日志备份。如果是这种情况,那么您的日志文件将不断增长。这里的解决方案是设置定期事务日志备份。一旦这些就位,将日志文件缩小到合理的大小。如果它再次增长(希望没有那么大),那么这就是它必须的大小。 Chris Raplee 2013-07-19T08:45:27+08:002013-07-19T08:45:27+08:00 如果可能的话,请先冷却数据库并进行备份。然后将其缩小并将其设置为受限制的大小,并定期备份重做日志。
当有人说“我的日志文件太大”时,我会想到两个想法。首先也是最简单的一点是,您的数据库正在运行需要这么多空间的东西。除非它碰巧是某人写的一次性查询,否则如果您缩小日志文件,它只会立即增长。并在执行此操作时减慢您的查询速度。这里的解决方案是查明是否有大型临时查询运行增加了您的日志文件。如果您没有找到任何证据,那么我会将日志缩小到合理的大小,看看它是否会重新长出来。如果它确实长回来了,那就别管它,给自己添加一些磁盘空间。这就是它必须有多大。如果将其限制为较小的大小,则会导致需要额外空间的查询失败。
第二个也是更可怕的想法是您的数据库处于恢复模式
FULL
,BULK LOGGED
并且您没有定期进行事务日志备份。如果是这种情况,那么您的日志文件将不断增长。这里的解决方案是设置定期事务日志备份。一旦这些就位,将日志文件缩小到合理的大小。如果它再次增长(希望没有那么大),那么这就是它必须的大小。如果可能的话,请先冷却数据库并进行备份。然后将其缩小并将其设置为受限制的大小,并定期备份重做日志。