K3数据库日志文件过大分析及解决方案V2.0.docVIP

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