K3帐套的事务日志文件过大或增长过快，导致系统运行缓慢,客户数据库的LOG文件非常大，达到680M（实体文件

该问题是由于没有把数据库的故障还原设置为简单，导致数据库LOG文件很大，影响数据库性能导致，可以对数据库及帐套做一些优化设置来处理。 (1)、把数据库的故障还原设置为“简单” （设为简单后就不能做增量备份了） (2)、数据库分离附加（采用日志分离的方式减少日志文件的大小：首先在SQL SERVER企业管理器分离数据库, 然后删除此数据库的日志文件(ldf),最后再重新附加数据库） (3)、数据库收缩（在数据库服务器进行数据库实体收缩） (4)、检查二次开发的触发器和存储过程是否存在批量更新数据库不严谨造成日志文件增大（关键） ⑸执行下面附件的SQL，核对一下是否有的表占用的空间过大没有释放，可以优化一下此表的索引结构，保存此表后可以把过多的空间释放出来

在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法…… 方法一 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此 *** 作以免数据库日志过大 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存。 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式， *** 作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 SQLSERVER中讲：BACKUP LOG 数据库名 WITH NO_LOG|TRUNCATE_ONLY可以截断事务日志。但我在数据库中进行上述 *** 作后，事务日志还是没有改变。第一步只是将非活动的事务日志截断，并没有收缩数据库，只有进行第二项 *** 作后，数据库才进行事务日志的清理工作，将截断的非活动事务删除，并将事务日志文件收缩到适当尺寸。

在使用 SQL Server 时，数据库里的日志文件会越来越大，需要把它删除。 我先把这个数据库分离，在数据库上点右键 -> 所有任务 -> 分离数据库，分离之后，就可以把 Log 文件删除，同时也可以把数据进行备份。之后，就可以在所有任务里的附加数据库再把那个数据库添进来，SQL Server 会提示 LOG 文件不存在，问你是不是要新建一个，选是就行了，这样，LOG 文件就清空了。 这个方法只需几分钟的时间，但在这几分钟里，就不能访问这个数据库了，我觉得只适用于小型的应用，对于大型的系统就要找其它方法了。如何缩小MSSQL中巨大的事务日志文件图解 如有一数据库名为Clis_base-3; 它的数据文件Clis_base-3_Datamdf 保存在d:/data/ Clis_base-3_Datamdf 大小： 300mb。它的事务日志文件Clis_base-3_logldf 保存在d:/data/ Clis_base-3_logldf 大小： 700mb 1。先备份Clis_base，有备而无患。2。分离数据库Clis_base-3;(与数据库的所有连接必须断开)。

3。复制数据文件从 D:/data/ Clis_base-3_Datamdf 到 C:/data/dbf/ Clis_base-3_Datamdf4 附加数据库，在MDF文件的路径中选择 C:/data/dbf//Clis_base-3_Datamdf 5 按确定，系统提示“事务日志文件已经损坏,是否需要系统生成新的事务日志文件？”按确定。OK!! 6 再看看新的文件大小：C:/data/dbf//Clis_base_DataLDF 大小15 mb 哈哈。7 最好的解决方案是在数据维护计划中定期做完整备份的同时备份事务日志，这样经过备份的日志就会保存在备份文件中（TRN）, 不会累加到数据库的事务日志文件中（ldf）,做定期备份以后你会发现你的事务日志文件几乎不怎么增加。只要定期删除日志的备份文件即可（可以设定有维护计划来执行）。

以上就是关于K/3帐套的事务日志文件过大或增长过快，导致系统运行缓慢,客户数据库的LOG文件非常大，达到680M（实体文件全部的内容，包括:K/3帐套的事务日志文件过大或增长过快，导致系统运行缓慢,客户数据库的LOG文件非常大，达到680M（实体文件、为啥这个日志文件一直增大啊，啊，啊，啊啊啊、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！