Question

如何避免sql事务日志增长过快？

我们用的是上海协达OA软件，前段时间发现事务日志达到60G，当时处理了一天才把事情搞定（因为服务器上早没那么大的空间了），现在距上次不到一月，发现事务日志已达3G，此速度让人害怕。请问高手，这种情况如何避免？若限制最大数，过不了多长时间也要手工处理。头痛中。。。

Answer 1

要防止事务日志文件异常增长，建议使用以下方法之一： 将事务日志文件的大小设置为一个较大值，以避免事务日志文件自动扩展。 充分评估最佳内存大小后，使用内存单位而不是百分比来配置事务日志文件的自动扩展。有关配置自动增长选项时需要考虑的问题的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章： 315512 SQL Server 中自动增长和自动收缩配置注意事项 更改恢复模式。如果发生灾难或数据损坏，您必须恢复数据库，以维护数据库数据的一致性和事务的完整性。根据数据在数据库中的重要程度，您可以选择以下恢复模式之一，以便确定如何备份数据以及数据丢失可能给您带来的风险： 简单恢复模式 (SIMPLE) 完整恢复模式 (FULL) 大容量日志记录恢复模式 (BULK-LOGGED)使用简单恢复模式，您可以将数据库恢复到最近的数据库备份。使用完整恢复模式或大容量日志记录恢复模式，您可以通过使用事务日志文件备份来还原数据库，这样可以将数据库恢复到故障发生时的故障点。默认情况下，在 SQL Server 2000 和 SQL Server 2005 中，SQL Server 数据库的恢复模式被设置为完整恢复模式。在完整恢复模式中，会定期备份事务日志，从而防止事务日志文件增长得过大，以致与数据库大小相比严重失衡。相比之下，如果不执行事务日志的定期备份，事务日志文件会不断增长，直至充满整个磁盘，而且您可能无法对 SQL Server 数据库执行任何数据修改操作。如果您不希望在灾难恢复操作过程中使用事务日志文件，则可以从完整恢复模式更改为简单恢复模式。 定期备份事务日志文件，删除事务日志中非活动的事务。 将事务设计为小型事务。 确保没有任何未遂事务继续无限期地运行。 将“更新统计”选项安排为每天运行。 要对索引进行碎片整理以改善生产环境中的工作负荷性能，请使用 DBCC INDEXDEFRAG Transact-SQL 语句而不是 DBCC DBREINDEX Transact-SQL 语句。如果运行 DBCC DBREINDEX 语句，当 SQL Server 数据库处于完整恢复模式时，事务日志可能会大大扩展。此外，DBCC INDEXDEGRAG 语句不像 DBCC DBREINDEX 语句那样长时间持有锁。有关对 SQL Server 2000 中的索引进行碎片整理的其他信息，请参见以下 Microsoft 网站： http://www.microsoft.com/technet/prodtechnol/sql/2000/maintain/ss2kidbp.mspx如果您必须运行 DBCC DBREINDEX 语句（因为这是一个作业，是数据库维护计划的一部分），则必须将该作业分解为多个作业。此外，在执行这些作业的间歇，还必须经常备份事务日志。

Answer 2

设置同类问题，自动回复。 将问题分类处理，不能自动回复的才筛选出来人工回复！

Answer 3

迪加凹凸曼！

Answer 4

分类，筛选，整理。