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

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

这样在查询时加入了一些大量使用IN的数据授权SQL，SQL执行时间长，导致性能下降。

3、解决方法：

（1）请安装补丁PT1974，优化相关SQL执行的性能。 （2）执行附件SQL

3.2.2出入库单据丟失 1、问题描述：

用户已经对于出入库单据进行保存，没有非任何出错提示，认为应该是保存成功了，但是序时薄上没有显示相应的出入单据。

2、问题分析：

由于数据处理中出现死锁问题，用户通过停止进程处理，在进行保存的单据系统没有保存成功，造成用户感觉出入库单据丢失 3、解决方法：

请安装K/3V10.0SP1补丁解决。

3.2.3应收冲应付的单据生成凭证时导致数据库服务器死锁 1、问题描述：

（1）应收冲应付的单据生成凭证时（仅十几帐单据），经常导致服务器SQL死锁，导致所有客户端都无法登陆K/3，此时必须重新启动服务器才能解决问题，这种情况频繁出现。

（2）出库单生成凭证时，点击生成凭证按钮没有任何反应和提示。

2、问题分析：

原因可能是MSSQL2K的bug：http://support.microsoft.com/?id=821741

3、解决方法：

请您安装这个补丁试试，注意它只能安装在简体中文MSSQL2K SP3上：

http://hotfixv4.microsoft.com/SQLServer2000/sp3/PKG469703/837/free/133324_CHS_i386_zip.exe

3.3. K/3V10.1性能问题案例

K/3V101整体性能情况较好，大部分使用PT001984, PT003401脏读补丁解决。 1、性能补丁

PT001984和PT003401：序时簿脏读 中间层服务器：WIN2003SP1

2、用户的使用习惯，沟通并调整使用习惯

比较常用的建议包括：

序时簿过滤条件：建议尽可能不用包含过滤

序时簿数据列显示，尽量少，能够不显示的最好都调整为不显示。 不要使用数据授权

不要使用序时簿关联标志选项 不要使用序时簿自动刷新选项

34

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

售订单是否使用预警功能，如果允许，建议不要使用 3、用户二次开发情况检查

3.3.1 K/3数据授权导致F7、单据查看、序时簿查看、选单关联速度很慢(工业类型账套) 1、问题描述：

使用K/3数据授权后，F7、单据查看、序时簿查看、选单关联序时簿速度很慢。 主要表现为：客户端F7和关联序时簿一般操作需要2分钟，保存单据要5-10分钟，进入功能经常需要等待提示“调用中间层”，数据库服务器CPU经常占用90%--100%，一般持续1-2分钟，致使整个业务流程耗时非常长。

2、问题分析：

由于大量使用数据授权，而授权中若存在下面两种情况之一会严重影响系统性能 （1）直接对用户组进行数据授权，而没有对用户组内部的用户进行数据授权 （2）在对业务组进行数据授权时，使用“数据按照上级权限检查”

这样在查询时加入了一些大量使用IN的数据授权SQL，SQL执行时间长，导致性能下降。

3、解决方法：

(1)请打PT2395，优化相关SQL执行的性能。 (2)执行附件SQL

(3)如果上面方案解决后仍有问题，可以再采用下面方案

原理：修改供应链系统的验权程序，提供核算项目数据授权参数表t_ItemClass_Datavoke，通过后台配置确定不需要参与数据验权的核算项目

35

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

A、打补丁PT000638.exe（单据保存优化）和PT000640.exe（F7调用优化）（只需要在中间层安装即可）

B、对关键表进行索引优化和数据授权参数设置

3.3.2凭证录入性能问题 1、问题描述：

客户录入凭证时设置显示最新余额，录入凭证速度很慢。

2、问题分析：

客户凭证录入时选择了选项：“显示最新即时余额”，会对当前科目进行即时余额的计算

3、解决方法：

因客户不是对所有科目都需要显示即时余额，故建议用户取消选项，再安装补丁PT002424，对于需要显示即时余额的科目通过F10获取即时余额

3.3.3报表查询时数据库服务器CPU占用100% 1、问题描述：

不能查询应收模块中‘合同执行情况汇报表’，显示：“程序组建正在调用中间层，请稍候”的提示。服务器的CPU会显示100%占用。进程显示sqlservr.exe占用CPU100%.服务器出现死机现象。

2、问题分析：

由于合同报表对于物流数据的获取都是从关联关系中得到，造成性能问题非常突出，V10.1未解决，需要在V10.2中通过单据整合以及合同报表取数调整才能解决。

3、解决方法：

建议:用户按合同对应的客户进行分别查询,不要查询全部合同。

另外，针对计算类、查询类大数据量访问数据库的情况，有两点建议： (1)对于计算类（如MRP计算），如果不是日常功能，建议客户尽量不要安排在业务高峰期做，以免影响其它功能点；

(2)对于查询类，建议客户根据自己需要设置查询过滤条件，避免不做任何过滤做大数据量的查询。

3.3.4进行匹配内部往来机构时速度特别慢 1、问题描述：

在WIN2000的运行环境下，K/3系统与OFFICE XP共用时，K/3运行速度非常慢。

2、问题分析：

程序算法需要优化。

3、解决方法：

请安装性能优化补丁：PT2610

3.3.5采购订单执行情况汇总表和采购订单执行情况明细表查询慢 1、问题描述：

采购订单执行情况汇总表和采购订单执行情况明细表查询速度非常慢。

36

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

2、问题分析：

数据库表POOrder，POInStockEntry无聚集索引

3、解决方法：

数据库表POOrder，POInStockEntry添加聚集索引 执行SQL脚本：

3.3.6采购收货单序时簿查询慢、销售发票序时簿慢的问题（商业类型账套） 1、问题描述：

商业类型账套保存发票慢，销售发票序时簿慢，采购收货单序时簿慢。

2、问题分析：

序时簿视图存在不适当的子查询；序时簿没有加脏读。

3、解决方法：

安装补丁PT002032

3.3.7销售发票生成凭证慢的问题（商业类型账套） 1、问题描述：

商业类型账套发票生成凭证慢, 发票生成凭证的序时簿慢(生成凭证时经常停止响应，查询20-30条数据的序时簿需要3-5分钟)

2、问题分析：

单据生成凭证的序时簿没有加脏读，导致发票生成凭证时被阻塞。

3、解决方法：

安装补丁PT002101

3.4. K/3V10.2性能问题案例

K/3V102用户数据量\\数据文件过大和对用户硬件要求提高，存在性能问题。 1、较大的优化补丁：

整体补丁V10.2SP1，PT000704 中间层服务器：WIN2003SP1 性能补丁：

PT002480：存货核算、序时簿取数、即时库存查询、凭证生成、主控台数据库连接、单据下推关联、表头仓库录入携带到表体必须先打PT000729补丁 PT001936：物料配套查询、MRP\\MPS计划订单投放\\审核 PT001576：财务报表数据权限

2、检查用户硬件配置和数据文件大小、数据量大小

主要检查用户数据库服务器CPU、内存耗用情况，，事件日志中是否有跟SQL SERVER相关的错误日志；

检查用户中间层服务器CPU、内存耗用情况、事件日志中是否有跟COM+，MSDTC的错误日志；

如果可能的话，减少数据量大小 建议配置：

37