文档介绍：本期概述本文档适用于金蝶k/3(使用SQLServer2000、SQLServer2005作为数据库)。本文档主要阐述了,在K3备份过程中,遇到:”日志文件过大,系统无法完成备份”的问题分析及解决方案。通过对本文档的学习,能够掌握这种问题产生的原因以及解决方法。::版权信息本文件使用须知著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。本文件中的内容也可能已经过期,著作权人不承诺更新它们。如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。著作权声明著作权所有2009金蝶软件(中国)有限公司。所有权利均予保留。目录第一章报错现象及分析 3一、报错现象 3二、问题分析 3三、关于日志文件 4第二章解决方案 4一、SQL2000 41、执行数据库分离附加 42、数据库收缩操作 12二、SQL2005 161、分离附加数据库 162、收缩数据库 19第一章报错现象及分析一、报错现象案例一、在进行帐套备份的时候提示以下错误,:、在进行单据录入的时候提示以下错误,:,:,点新增后仍然继续弹出错误提示。二、问题分析问题的原因可能主要是由于统计,排序等操作做的太多,太频繁。导致账套实体的事务日志的增长已超过当前的限制太小所致。如果客户数据库的LOG文件过大,也会导致客户端运行速度变慢,严重时连一个客户端都进不去。产生性能问题。三、关于日志文件主要数据文件是数据库的起点,指向数据库中文件的其它部分。每个数据库都有一个主要数据文件。。日志文件包含恢复数据库所需的所有日志信息。每个数据库必须至少有一个日志文件,但可以不止一个。。日志文件增长:可以按百分比或实际大小指定增长速度。日志文件容量设置:可以指定文件增长的最大值或不受限。在  SQL Server 中,如果设置了自动增长功能,事务日志文件将会自动扩展。一般情况下,在能够容纳两次事务日志截断之间发生的最大数量的事务时,事务日志的大小是稳定的,事务日志截断由检查点或者事务日志备份触发。    然而,在某些情况下,事务日志可能会变得非常大,以致用尽空间或变满。通常,在事务日志文件占尽可用磁盘空间且不能再扩展时,除了出现此错误消息之外,SQL Server 还可能因为缺少事务日志扩展空间而将数据库标记为 SUSPECT。另外,事务日志扩展可能导致下列情形: 1)、非常大的事务日志文件。2)、 事务可能会失败并可能开始回滚。 3)、 事务可能会用很长时间才能完成。 4)、 可能发生性能问题。 5)、 可能发生阻塞现象。分析事务日志扩展可能由于以下原因或情形而发生: 1)、未提交的事务 2)、 非常大的事务 3)、操作: DBREINDEX 和 CREATE INDEX 4)、在从事务日志备份还原时 5)、 客户端应用程序不处理所有结果 6)、查询在事务日志完成扩展之前超时,您收到假的“Log Full”错误消息 7)、 未复制的事务第二章解决方案一、SQL20001、执行数据库分离附加。概述:该方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如过处理不当,可能会造成数据的损失。1: 分离数据库 企业管理器->服务器->数据库->右键->分离数据库2:附加数据库 企业管理器->服务器->数据库->右键->附加数据库此法生成新的LOG,大小只有500多K。注意:因为日志大到一定的程度,就无法进行备份,而该方法又存在一定的风险。所以如果对数据要求特别高的话建议可以先收缩日志文件,进行完全备份。之后再进行分离附加数据库的操作。详细操作步骤:首先点击开始菜单à找到所有程序à金蝶k3à金蝶k3服务器配置工具à帐套管理,确定帐套对应的数据库实体文件是那一个。并且记录下该数据库实体名称。:à找到所有程序àMICRO