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

合集下载

如何通过分离数据库删除k3账套日志文件.

如何通过分离数据库删除k3账套日志文件.

温馨提示:看完本文,如果还没有把握,请勿进行分离数据库的操作。

如何通过分离数据库删除K3账套日志文件

刘学全

2006年6月份,本人在“工作交流”栏目曾经写了一篇《如何收缩数据库日志文件》的文章,即当金蝶K3系统运行几个月后,启动服务器或者备份账套时,会出现“日志文件太大”的提示,如果不清理日志文件,账套不断膨胀,将会出现无法备份账套的情况,文章主要讲解了数据库日志文件太大时,如何进行收缩数据库日志文件的操作,有些财务同仁反映收缩效果不太明显,在此,我再讲解另外一种方法,即如何分离数据库,然后删除K3账套日志文件。分离数据库之前,所有人员必须停止操作,退出K3系统,备份好需要分离数据库的账套。具体的操作步骤如下:

1、首先,在“账套管理”中备份好需要进行收缩操作的账套(如果连账套都不能备份,则必须先找到数据库实体及日志这二个文件,然后复制存放到其他硬盘分区中,以防操作失误,无法恢复账套),并记录被备份需要收缩的“数据库实体”代码。如下图:

1、双击“账套管理”。

2、输入用户名及密码。

选中需要分离数据库的账套,将

“数据库实体”代码用笔记录下来,例如下垄钨业的数据库实体

“AIS20070409111347”。

清除“网络控制”中所有的用户。

如果账套太大,在账套管理中不能备份账套,则必

须先找到需要分离数据库的“数据库实体”文件(注

意:每一个账套有二个文件,少一个文件都不能恢

复账套,例如:AIS20070409111347_Data和

AIS20070409111347_log),找到后,将其复制到其

SQL Server ERRORLOG过大处理办法

SQL Server ERRORLOG过大处理办法

SQL Server ERRORLOG过大处理办法

本期概述

●本文档适用于 K/3 所有版本

●本文档针对数据库运行性能进行讲解,通过本文档的学习可以了解当数据库SQL

Server 出现错误日志ERRORLOG文件过大时的处理方法

版本信息

●2013年02月27日 V1.0 编写人:卢锦煌

●2013年02月28日 V2.0 审核人:崔志佳

版权信息

●本文件使用须知

著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。

著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。本文件中的内容也可能已经过期,著作权人不承诺更新它们。如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。

著作权声明著作权所有 20xx金蝶软件(中国)有限公司。

所有权利均予保留。

目录

1. 应用场景分析 (3)

2. 解决方案 (5)

2.1 手动执行存储过程清除 (6)

2.2 定期执行存储过程清除 (7)

1. 应用场景分析

客户通常会将SQL Server数据库软件安装在系统盘目录中,然而当系统运行一段时间以后,可能会出现系统盘空间资源被耗尽的情况,此时检查发现SQL Server安装目录LOG 文件夹下的ERRORLOG文件已经达到几十个GB的大小,占去了系统盘的大部分空间,影响系统的正常运行。

金蝶K3_Cloud_常见问题集合

金蝶K3_Cloud_常见问题集合

登录业务站点报错:type "UDT_VARCHARTABLE" not found K/3 Cloud 3.0整体和特性

客户端登录报错:System.Windows.Markup.XamlParseException操

作可能会破坏运行时稳定性K/3 Cloud 3.0整体和特性

Silverlight 插件错误消息和处理办法K/3 Cloud 3.0整体和特性

管理站点如果重建或注册管理中心库K/3 Cloud 3.0整体和特性

IE端登录Cloud时报错:The provider is not compatible with

the version of Oracle client K/3 Cloud 3.0整体和特性Mac使用safari访问cloud异常K/3 Cloud 3.0整体和特性新建的数据中心,在打开Cloud登录页面未显示K/3 Cloud 3.0整体和特性

登录Cloud报错:HTTP错误500.24-Internal Server Error检测到

在集成的托管管道模式下不适用的设置K/3 Cloud 3.0整体和特性新建数据中心,登录时选不到K/3 Cloud 3.0整体和特性

IE端访问Cloud报错:1001 出现了错误K/3 Cloud 3.0整体和特性

Cloud在win8 64位下登录报错:未能加载文件或程序集“

Oracle.DataAccess”或它们某一个依赖项。K/3 Cloud 3.0整体和特性

管理站点登录报错:引发类型为“

Kingdee.BOS.ServiceFacade.ServiceException”的异常。

解决数据库日志已满

解决数据库日志已满

数据库的日志已满。请备份该数据库的事务日志以释放一些日志空间。

说明: 执行当前Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.Data.SqlClient.SqlException: 数据库'***' 的日志已满。请备份该数据库的事务日志以释放一些日志空间。

源错误:

[没有相关的源行]

源文件: c:\WINDOWS\\Framework\v2.0.50727\Temporary

Files\root\72899b79\f8dff11c\App_Web_uff-9q5u.28.cs

行: 0

可能引起的原因是:统计,排序这类操作太多了,太频繁了。

解决办法:还是要优化语句。

在tempdb库属性中,在[企业管理器]中把[事务日志]的[文件属性]中的[文件自动增长]前面打上钩,并且查看一下你的日志文件所在磁盘空间够不够了。如果不够,备份后换个地方存

[注:tempdb你数据库名称。]

复杂的方法,压缩日志及数据库文件如下:

1. 清空日志

DUMP TRANSACTION 数据库名WITH NO_LOG

2. 截断事务日志

BACKUP LOG 数据库名WITH NO_LOG

3. 收缩数据库文件(如果不压缩,数据库的文件不会减小)

企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--

●选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小

M数,直接输入这个数,确定就可以了

●选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小

日志已满的解决办法

日志已满的解决办法

KIS专业版提示“日志已满”的解决办法

错误提示:

1》在进行帐套备份的时候提示以下错误:

2》由于业务系统已结帐到12月份,在进行单据录入的时候提示以下错误:

点击确定后出现如下提示:

后弹出单据录入界面为不可录入状态,点新增后仍然继续弹出错误提示。

问题原因:

问题的原因是由于将账套实体的事务日志的增长已超过当前的限制太小所致。

解决办法:

第一步,将“最大文件大小”设置为“文件增长不受限制”。

步骤:进入SQL SERVER企业管理器-》Micro SQL Servers-》SQL Server组-》(local) Windows NT-》数据库-》帐套号-》属性-》事务日志-》最大文件大小选择“文件增长不受限制”;

第二步,将问题账套实体进行数据分离。

步骤:进入SQL SERVER企业管理器进行分离。SQL SERVER企业管理器-》Micro SQL Servers-》SQL Server组-》(local) Windows NT-》数据库-》帐套号-》所有任务-》分离数据库。

单击确定按钮,提示分离数据库成功。

第三步,删除问题账套实体的数据库日志文件。

步骤:在SQL SERVER的安装根目录下的DATA文件夹下将问题帐套的日志文件AIS1027_log.ldf删除。

第四步,将问题帐套数据实体重新附加回SQL数据库中。

步骤:进入SQL SERVER企业管理器进行附加。SQL SERVER企业管理器-》Micro SQL Servers-》SQL Server组-》(local) Windows NT-》数据库-》所有任务-》附加数据库。

SQL SERVER 2000数据库日志文件过大如何解决

SQL SERVER 2000数据库日志文件过大如何解决

一般情况下,SQL数据库的收缩并不能很大程度上减小数据库大小,其主要作用是收缩日志大小,应当定期进行此操作以免数据库日志过大

1、设置数据库模式为简单模式:打开SQL企业管理器,在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称(如论坛数据库Forum)-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”,然后按确定保存

2、在当前数据库上点右键,看所有任务中的收缩数据库,一般里面的默认设置不用调整,直接点确定

3、收缩数据库完成后,建议将您的数据库属性重新设置为标准模式,操作方法同第一点,因为日志在一些异常情况下往往是恢复数据库的重要依据

金蝶K3无法建立数据连接分析及解决方案

金蝶K3无法建立数据连接分析及解决方案

无法建立数据连接分析及解决方案

本文概述

z K/3客户端登录提示“无法建立数据连接”的分析及解决

z此文档适用于所有K3版本。

版本信息

z2011年01月14日V1.0 编写人:李合雷

z2011年01月24日V2.0 修改人:唐光

版权信息

z本文件使用须知

著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。

著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。本文件中的内容也可能已经过期,著作权人不承诺更新它们。如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。

著作权声明著作权所有 2011 金蝶软件(中国)有限公司。

所有权利均予保留。

目 录

1. 问题概述 (3)

2. 应用情况分析 (3)

2.1 SQL Server服务无法启动 (3)

2.2 账套管理中数据服务器地址或SA密码有误 (4)

2.3 数据库实体置疑 (5)

2.4 acctctl.dat文件异常 (5)

1. 问题概述

在K/3客户端登录时提示:“无法建立数据连接”,如下图-1所示。

金蝶K3新建账套各类报错的解决方案

金蝶K3新建账套各类报错的解决方案

金蝶知识库文档金蝶软件中国有限公司客户服务中心第

1页共9页新建账套报错的解决方案新建账套报错的解决方

案新建账套报错的解决方案新建账套报错的解决方案新建

账套时提示“无法创建数据库请检查目录…是否存在以及系统空间是否充足.错误描述无法打开备份设备?…MicrosoftSQLServerMSSQLBFILESCM.bak?。设备出现错误或设备脱机。详细信息请参阅SQLServer错误日志。”发生的原因新建账套时提示“无法创建数据库请检查目录…是否存在以及系统空间是否充足.错误描述无法打开备份设备?…MicrosoftSQLServerMSSQLBFILESCM.bak?。设备出现错误或设备脱机。详细信息请参阅SQLServer错误日志。”的解决方案2011年8月24日V1.0编写人覃海枝2011年8月31日V2.0修改人唐光本文件使用须知著作权人保

留本文件的内容的解释权并且仅将本文件内容提供给阁下

个人使用。对于内容中所含的版权和其他所有权声明您应予以尊重并在其副本中予以保留。您不得以任何方式修改、

复制、公开展示、公布或分发这些内容或者以其他方式把它

们用于任何公开或商业目的。任何未经授权的使用都可能构

成对版权、商标和其他法律权利的侵犯。如果您不接受或违

反上述约定您使用本文件的授权将自动终止同时您应立即销毁任何已下载或打印好的本文件内容。著作权人对本文

件内容可用性不附加任何形式的保证也不保证本文件内容

的绝对准确性和绝对完整性。本文件中介绍的产品、技术、

方案和配置等仅供您参考且它们可能会随时变更恕不另行通知。本文件中的内容也可能已经过期著作权人不承诺更新它们。如需得到最新的技术信息和服务您可向当地的金蝶业务联系人和合作伙伴进行咨询。著作权声明著作权所

金蝶K3实训报告2篇

金蝶K3实训报告2篇

金蝶K3实训报告

金蝶K3实训报告2篇

在日常生活和工作中,报告十分的重要,写报告的时候要注意内容的完整。其实写报告并没有想象中那么难,下面是小编整理的金蝶K3实训报告,仅供参考,希望能够帮助到大家。

金蝶K3实训报告1

一、实习目的:

本次实习的主要目的是:以《金蝶ERP----K/3标准财务模拟实训》这本书为指导,以“深圳市和氏电子有限公司”数据为基础,让我们了解到金蝶软件的基本结构及基本操作流程,同时掌握其主要模块的初始化设置与基本的操作方法,以便将来更好、更快地适应社会的工作岗位的工作需要。金蝶软件是一个较为规范的管理软件,学习与掌握它也可为将来学习与掌握其他类型的财务软件打下良好的基础。

二、实训过程

(一)系统初始化

1、初始化设置:币别设置;核算项目设置;会计科目设置

2、初始数据录入

(二)账务处理

账务处理包括三大块:凭证的处理、账簿报表的查询以及期末处理。凭证处理中可直接处理外币业务、数量金额核算业务,选择根据分录自动生成收付转通知单,自动累加一张凭证中同科目的记录;记账凭证处理中会计科目可直接从科目表中获取,引出标准格式凭证具有多核算项目信息,记账凭证处理中自动校验各种平衡关系,保证录入数据的正确性;可录入并产生表外科目凭证,表外科目凭证不校验各种平衡关系。

账簿报表的查询中快而准的提供了多种账务处理查询筛选功能,总账可按科目级别、币别、科目范围等查询;明细账可按期间范围、币别、科目范围查询;还提供了多栏式明细账、数量金额明细账、核算项目总账等,账簿输出格式优化美观。所有账表行宽小于金额长度时,

金蝶K3数据库索引及系统性能优化解决方案(具体应用篇)

金蝶K3数据库索引及系统性能优化解决方案(具体应用篇)

K3数据库索引及系统性能优化解决方案(具体应用篇)

——重建索引速度较慢,请在系统空闲时间进行

DBCC DBREINDEX(t_icitem)

DBCC DBREINDEX(t_item)

DBCC DBREINDEX(t_itemclass)

DBCC DBREINDEX(t_itemright)

DBCC DBREINDEX(t_user)

DBCC DBREINDEX(t_group)

go

if not exists(select 1 from sysindexes where name=’ix_group_fgroupid’)

create index ix_group_fgroupid on t_group(fgroupid)

go

if not exists(select 1 from sysindexes where name='ix_itemright_ftypeid’)

create index ix_itemright_ftypeid on t_itemright(ftypeid)

go

1 SQL Server调整

当用户使用K3系统一段时间以后,发现系统的响应时间越来越长。这种情形往往是由于账套数据库缺乏维护引起的。缺乏维护的数据库会存在过多地碎片、过期的统计、隐含着可能的错误查询结果的数据库的逻辑和物理的不一致性,这些都会直接影响系统的性能。这里介绍解决上述账套数据库性能问题常用的方法. 1。1 使用DBCC语句发现和解决上述问题.

DBCC: 数据库一致性检查器。

打开SQL 查询分析器,执行如下语句。

SQL数据库日志文件容量超大解决方法

SQL数据库日志文件容量超大解决方法

问题:数据库达到160G,怎样处理?

原因:

1、S QLSERVER数据库,分为日志文件.ldf和主要文件.mdf,主要文件就是我们

的原始数据库,日志文件主要用于灾难恢复,记录了对数据库的所有操作的日志。

2、数据库大的原因为日志文件ykchr.log很大,主要文件才3G多,日志文件增

长策略为不限制增长,导致日志只追加不会覆盖,所以才会很大。

解决办法:

将日志文件中的日志全部清空,修改日志文件的增长策略,目前调整为到最大10G,超过10G自动从头覆盖。也可以将日志文件大小最大限制为5G

步骤:

1、查看数据库中,确认哪个文件占用空间较大。

2、选择目标数据库,分离数据库,为了可以删除日志文件。

3、现在可以修改日志文件名。

3、重新附加数据库,找到mdf文件即可。

5、删除找不到的日志文件目录。

6、直接恢复数据库即可。

7、刷新,显示出加附加的数据库。

8、找到目标数据库,打开属性,限制日志文件最大容量5G。

金蝶K3数据库索引与系统性能优化项目解决方案(具体应用篇)

金蝶K3数据库索引与系统性能优化项目解决方案(具体应用篇)

K3数据库索引及系统性能优化解决方案(具体应用篇)

--重建索引速度较慢,请在系统空闲时间进行

DBCC DBREINDEX(t_icitem)

DBCC DBREINDEX(t_item)

DBCC DBREINDEX(t_itemclass)

DBCC DBREINDEX(t_itemright)

DBCC DBREINDEX(t_user)

DBCC DBREINDEX(t_group)

go

if not exists(select 1 from sysindexes where name='ix_group_fgroupid')

create index ix_group_fgroupid on t_group(fgroupid)

go

if not exists(select 1 from sysindexes where name='ix_itemright_ftypeid')

create index ix_itemright_ftypeid on t_itemright(ftypeid)

go

1 SQL Server调整

当用户使用K3系统一段时间以后,发现系统的响应时间越来越长。这种情形往往是由于账套数据库缺乏维护引起的。缺乏维护的数据库会存在过多地碎片、过期的统计、隐含着可能的错误查询结果的数据库的逻辑和物理的不一致性,这些都会直接影响系统的性能。这里介绍解决上述账套数据库性能问题常用的方法。

1.1 使用DBCC语句发现和解决上述问题。

DBCC: 数据库一致性检查器。

打开SQL 查询分析器,执行如下语句。

数据库日志文件过大的处理方法

数据库日志文件过大的处理方法

数据库日志文件过大的处理方法

当数据库日志文件过大时,可以采取以下处理方法:

1. 增加日志文件的大小限制:可以通过修改数据库的配置参数来增加日志文件的大小限制,例如增加每种类型日志文件的最大大小限制,或者增加整个日志文件组的最大大小限制。

2. 压缩或归档日志文件:可以通过压缩或归档数据库的日志文件来减小其占用的磁盘空间。可以使用压缩工具,例如gzip

或7-Zip等,来对日志文件进行压缩。或者可以将已经归档的

日志文件移到其他存储介质,例如磁带库或远程备份服务器上。

3. 定期清理日志文件:可以定期清理数据库的日志文件,删除不再需要的旧日志。可以设置一个保留期限,例如保留最近一周或一个月的日志文件,然后定期删除超过保留期限的日志文件。

4. 增加日志文件的切割频率:可以通过增加日志文件的切割频率来减小单个日志文件的大小。可以将一个较大的日志文件切割成多个较小的日志文件,每个文件都包含一段时间范围内的日志。

5. 导出日志数据到其他存储介质:可以将数据库的日志数据导出到其他存储介质,例如分布式文件系统或集中式日志服务器上。这样可以减小数据库的日志文件大小,同时还可以方便地对日志数据进行分析和检索。

需要注意的是,在处理数据库日志文件过大时,要确保同时满足数据库的恢复和故障恢复要求。因此,在实施上述处理方法之前,应该详细了解数据库管理系统的日志管理机制,并根据具体情况进行操作。

金蝶K3”ERP系统实训报告

金蝶K3”ERP系统实训报告

金蝶K3”ERP系统实训报告

金蝶K3”ERP系统实训报告

“金蝶K/3”ERP系统实训报告

一、实验对象:“金蝶K/3”系统之财套管理

二、实验对象简介:金蝶K/3ERP系统集供应链管理、财务管理、人力资源

管理、客户关系管理、办公自动化、商业分析、移动商务、集成接口及行业插件等业务管理组件为一体,以成本管理为目标,计划与流程控制为主线,通过对成本目标及责任进行考核激励,推动管理者应用ERP等先进的管理模式和工具,建立企业人、财、物、产、供、销科学完整的管理体系。它包括财务管理、供应链管理、生产制造管理、销售与分销管理、人力资源管理、办公自动化、客户关系管理、商业智能八大模块系统。金蝶K/3系统有许多的特色功能,而且所有的功能都可以通过主控台进入,方便用户操作,使用户可以一目了然。

三、实验目的:

通过综合试验,能进一步理解巩固ERP理论,培养对企业信息化的认识。通过实验操作训练,能将所学的ERP知识得到综合运用,培养独立利用ERP系统管理企业业务的能力,提高动手实践能力和企业实战本领。

1.掌握金蝶K/3操作流程

2.学会财套建立、启用、备份、回复与删除

3.学会用户管理

4.引入金蝶ERP演示帐套

5.理解销售管理的系统设计及业务流程演示

四、实验内容及过程:

金蝶K/3操作流程图

1、建立帐套启用、备份、回复与删除。

(1)账套的建立

1)单击【开始】→【程序】→【金蝶K3】→【金蝶K3服务器配置工具】→【财套管理】,系统弹出“财套管理登陆”窗口

2)用户名“Admin”是系统默认的帐套管理员,“密码”默认为空,单击“确定”按钮,系统进入“金蝶K/3帐套管理窗口”

金蝶K3 数据库大全(两篇)

金蝶K3 数据库大全(两篇)

引言概述:

金蝶K3数据库是一套功能强大的企业管理软件,为企业提供了全面的数据管理和分析功能。本文旨在为读者提供金蝶K3数据库的详细信息,包括其基础架构、数据模型、功能模块以及优化技巧等。通过深入了解金蝶K3数据库的特点和使用方法,读者可以更好地利用这一工具来优化企业的数据管理和业务流程。

正文内容:

一、基础架构

1.数据库类型:金蝶K3数据库采用的是关系型数据库管理系统(RDBMS),常见的数据库类型包括Oracle、SQL Server等,并且支持多种数据库的兼容性。

2.数据库服务器:金蝶K3数据库可以在本地服务器上运行,也可以部署在云端服务器上,满足不同企业的需求。

3.数据存储方式:金蝶K3数据库采用了分表分库的方式来存储数据,确保了数据库的性能和可扩展性。

4.数据备份与恢复:金蝶K3数据库提供了完善的数据备份与恢复机制,支持定期自动备份和手动备份,以保障数据的安全性。

5.数据安全性:金蝶K3数据库具有严格的权限控制机制,可以对用户进行分组管理,并设置相应的权限,以确保数据的安全性。

二、数据模型

1.概念模型:金蝶K3数据库的数据模型以实体和关系为核心,通过实体之间的关系来表示企业的数据结构。

2.逻辑模型:金蝶K3数据库的逻辑模型描述了实体之间的关联和属性的定义,以及数据之间的逻辑关系。

3.物理模型:金蝶K3数据库的物理模型定义了数据的存储方式和索引结构,以提高数据的查询效率。

4.数据字典:金蝶K3数据库提供了数据字典功能,用于记录和管理数据的定义、规则和约束,方便用户对数据进行管理和解析。

K3系统管理员高级培训课程-试题

K3系统管理员高级培训课程-试题

K/3系统管理员高级培训课程试题

姓名:

得分:

一、单选题(10*3分)

1.K3系统中,手工注册.vbr文件是用一下哪个命令?()

A regserver.exe

B regsvr32.exe

C kdmaindbg.exe

D Clireg32.exe

2.Sql server数据库默认的端口号是多少?()

A 135

B 5159

C 1494

D 1433

3.帐套管理登陆密码忘记了,要删除哪个文件可以清除登陆密码?()

A Acctctl.bat

B License.bat

C Kdmain.exe

D Kdmaindbg.exe

4.k3系统的加密组件是以下哪个?()

Aebogl BKdsvrmgr

Cebobos Debocom

5.远程桌面登录到中间层服务器,不能进行的操作是?()

A帐套管理 BK3主控台

CK3系统工具 D注册中间层组件

6.在K3规定SQL的排序规则是____?()

A 按默认设置

B Chinese_PRC

C Albanian_BIN

D 都可以

7.从哪个版本开始K3支持软加密?()

A k3 V10.3 sp1

B k3 V10.3 sp2

C k3 V10.4

D k3 V11.0

8.解决数据库日志文件过大方案错误的是?()

A 把数据库的故障还原设置为“简单”

B 数据库分离附加,附加时删除日志文件

C 收缩数据库实体文件

D 重新安装数据库服务部件

9.登陆K3提示连接中间层加密服务失败这类提示造成原因描述错误的是?()

A 服务器加密组件故障需要重新注册中间层组件

B 服务器加密服务没有启动或没有该服务

C DTC服务没有启动

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

K/3数据库日志文件过大分析及解决方案

本期概述

●本文档适用于金蝶k/3(使用SQL Server 2000、SQL Server

2005作为数据库)。

●本文档主要阐述了,在K3备份过程中,遇到:”日志文件过

大,系统无法完成备份”的问题分析及解决方案。通过对本文档的学习,能够掌握这种问题产生的原因以及解决方法。

版本信息

●2009年6月10日V11.0 编写人:周素帆

●2009年6月日V11.0 修改人:

版权信息

本文件使用须知

著作权人保留本文件的内容的解释权,并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明,您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定,您使用本文件的授权将自动终止,同时您应立即销毁任何已下载或打印好的本文件内容。

著作权人对本文件内容可用性不附加任何形式的保证,也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考,且它们可能会随时变更,恕不另行通知。本文件中的内容也可能已经过期,著作权人不承诺更新它们。如需得到最新的技术信息和服务,您可向当地的金蝶业务联系人和合作伙伴进行咨询。

著作权声明著作权所有2009 金蝶软件(中国)有限公司。

所有权利均予保留。

目录

第一章报错现象及分析 (5)

一、报错现象 (5)

二、问题分析 (6)

三、关于日志文件 (6)

第二章解决方案 (8)

一、SQL 2000 (8)

1、执行数据库分离附加 (8)

2、数据库收缩操作 (18)

二、SQL 2005 (24)

1、分离附加数据库 (24)

2、收缩数据库 (27)

第一章报错现象及分析

一、报错现象

案例一、在进行帐套备份的时候提示以下错误,如图1.1所示:

图1.1

案例二、在进行单据录入的时候提示以下错误,如图1.2所示:

图1.2

点击确定后出现如下提示,如图1.3所示:

图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的日志文件不是即时写入数据库主文件的,如过处理不当,可能会造成数据的损失。

1: 分离数据库企业管理器->服务器->数据库->右键->分离数据库

2:附加数据库企业管理器->服务器->数据库->右键->附加数据库

此法生成新的LOG,大小只有500多K。

注意:

因为日志大到一定的程度,就无法进行备份,而该方法又存在一定的风险。所以如果对数据要求特别高的话建议可以先收缩日志文件,进行完全备份。之后再进行分离附加数据库的操作。

详细操作步骤:

首先点击开始菜单→找到所有程序→金蝶k3→金蝶k3服务器配置工具→帐套管理,确定帐套对应的数据库实体文件是那一个。并且记录下该数据库实体名称。如下图2.1所示:

图2.1

其次点击开始菜单→找到所有程序→MICROSOFT SQL SERVER →企业管理器.详细见图2.2

图2.2

打开到企业管理器界面,展开到数据库:如图2.3

图2.3

第一步,将问题账套实体进行数据分离。

在数据库列表中,可以看到K3对应的数据库实体,选中该数据库实体,点右键:选择属性。点击数据文件:记住位置中的文件路径(该文件夹是我们数据库文件所保存的位置.)如图2.4

相关文档
最新文档