金蝶K3产品性能稳定性案例集 - 图文

金蝶K/3产品性能稳定性案例集

数据库：双路双核Xeon + 4GB内存 + SCSI/SAS Raid5/10；

如果数据实体大于4G，建议双路四核Xeon4CPU + 8GB内存 + FC-SAN

中间层：单路双核Xeon + 2GB内存；

如果并发用户数有100以上，双路双核+4GB内存。

数据库服务器：（建议使用双机热备） CPU 内存 操作系统 数据库 网络 双路四核Xeon (合共8核) 8GB Windows Server 2003 企业版 + 最新SP SQL SERVER2005企业版 + 最新SP 千兆全交换，推荐采用域结构，域服务器不要跟K/3服务器装在一起 需要考虑可扩展性：可以加CPU，扩充内存 大于4GB内存可考虑安装x64版的64位Windows Server和SQL Server

中间层服务器： CPU 内存 操作系统 网络 双路双核Xeon (合共4核) 4GB Windows Server 2003 标准版或企业版 + 最新SP 千兆网全交换，推荐采用域结构，域服务器不要跟K/3服务器装在一起

客户端： CPU 内存 操作系统 网络 P4 2.4G同等或以上CPU 512MB Windows XP 专业版 + 最新SP 百兆全交换 为了避免病毒造成的影响，客户端必须装上病毒防火墙，服务器定期进行杀毒。 1、检查用户是否使用数据授权

如果不是很有必要使用数据授权，建议不要使用。 2、查用户二次开发情况

主要包括：工业单据、BOS二次开发,用户自己的二次开发系统（访问K/3数据库服务器或使用K/3数据表），如果是老单据，特别需要注意表ICSELBILLS中的 FACTION中是否使用了很多子查询。是否存在用户编写的K/3数据表的触发器 3、检查用户日常并发使用功能

MRP计算需要的资源比较大，会对整体性能造成一定的影响：建议错开使用 物料配套查询和物流单据的并发，会对导致整体性能下降：建议非高峰时使用 核算、凭证和物流单据的并发，会对导致整体性能下降：建议非高峰时使用 数据库索引碎片、序时簿过滤条件、字段方案的使用 整理索引碎片

定义序时簿过滤条件，尽可能不要使用包含进行过滤

38

金蝶K/3产品性能稳定性案例集

定义方案，去掉可以不用显示的字段

数据库备份计划，是否在业务使用不频繁的时间段 4、其他性能问题点

销售订单是否使用价格管理

销售订单是否使用缺货预警功能，如果允许，建议不要使用

3.4.1登录时提示“路径/文件访问错误” 1、问题描述：

K/3V10.2，如果登陆出现“路径/文件访问错误”错误； 账套管理也无法登陆出现“路径/文件访问错误”错误；

2、解决方法：

修改COM+包的kdsvrmgr的标识为交互式用户。如下图：

39

金蝶K/3产品性能稳定性案例集

3.4.2 K/3数据授权导致明细账等财务报表查询慢 1、问题描述：

以普通用户组身份登录K/3进行一个年度明细帐查询需要5-7分钟（服务器CPU100%资源占用）

2、问题分析：

用户启用数据授权，将会重算余额表，数量余额表和损益余额表，SQL语句和算法存在性能问题。

3、解决方法：

在V10.2SP1上安装补丁PT000704，再在中间层运行PT001576即可

3.4.3 K/3大数据量查询现金流量表系统附表二时数据库服务器的cpu持续耗用100% 1、问题描述：

客户月底做现金流量表的附表二时，会导致整个数据库服务器的cpu持续耗100%

2、问题分析：

跟踪日志发现T_cfAnal存在大数据量时存在性能问题

3、解决方法：

执行SQL脚本

3.4.4价格资料的维护很慢 1、问题描述：

40

金蝶K/3产品性能稳定性案例集

客户在升级到10.2后进行价格资料的维护时，速度变得很慢，客户的价格资料大概有30万条。

2、问题分析：

存在性能问题，需要修改代码结构，以补丁方式解决

3、解决方法：

V10.2SP解决问题，另外请确认用户是否打上PT000056补丁，该补丁存在一定的优化功能。详细：

检查是否打上PT000056补丁，请检查以下文件（客户端、还是中间层？） 方法 察看

\\Program Files\\Common Files\\Kingdee\\K/3\\KDPatchs\\Backup\\KDPatchHistory.log 是否包含如下内容：

Start installation[7-4-2005 11:40:28] : PT000056 End installation [7-4-2005 11:41:57] : PT000056 结论

若包含，则说明已经打上该补丁；若不包含，则没有打该补丁或者补丁没有打成功，请到指定地点下载并安装该补丁。

3.4.5物流单据经常不能正常保存成功 1、问题描述：

在物流单据制作时，经常会出现错误提示，“单据不能保存，单据编号为空或修改单据编号等等”，很频繁，有时多保存几次就可以了，有时就一直不行，制单性能很差。

2、问题分析：

存在性能问题，需要修改代码结构

3、解决方法：

请安装V102SP1

3.4.6出库核算中3000个左右物料存在性能问题 1、问题描述：

出库核算中3000个左右物料，需要60-80分钟，严重影响K/3系统使用

2、问题分析：

通过SQL跟踪器跟踪执行出库核算执行的脚本，是从Icstockbill和ICstockbillentry和T_icitem表获取物料的所有发生数据，从SQL的查询分析器中来看，成本也主要集中在这里。分析icstockbillentry表的索引情况以及WHERE子句中用的字段FDCStockID,FSCStockID，发现未建立索引；另在出库核算的同时程序修改了t_stock表，查看t_stock表存在更新的触发器。

3、解决方法：

（1）查询icstockbillentry表中FDCStockID,FSCStockID字段的分布情况，按照索引建立的一些基本原则，create index idx_FDCStockID on icstockbillentry(FDCStockID,FSCStockID)，获取数据的性能得到明显提升；

（2）更新触发器的逻辑处理上存在问题，根据实际的业务逻辑，修改为只在修改(FItemID)再进行更新表的处理；

通过上面调整后，时间缩短为20分钟左右。

41