2022年2022年金蝶K产品性能稳定性优化指导手册 .pdf

《2022年2022年金蝶K产品性能稳定性优化指导手册 .pdf》由会员分享，可在线阅读，更多相关《2022年2022年金蝶K产品性能稳定性优化指导手册 .pdf（11页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、金蝶 K/3 产品性能稳定性优化指导手册1 金蝶 K/ 3 产品性能稳定性优化指导手册（精简版 V2. 0）金蝶软件 ( 中国 ) 有限公司研发中心K/3 设计部解释说明：本手册针对K/3V10.2SP 版本编写，对K/3 其他版本也有较好的试用性。1. 问题处理指引作为服务人员或实施人员，遇到客户的性能或稳定性问题时，请您不要着急。第一步：引导客户了解具体问题；第二步：核对问题并将问题的表象（参考完全版2.1 ；3.1 ；4.1 ）转换为问题的本质第三步：判断问题的根源，迅速定位、分析和解决问题。一般问题的处理步骤如下：目录索引：2、数据库常见性能问题处理. 2 2.1 数据库服务器硬件问题

2、. 2 Q2.1.1 数据库服务器CPU居高不下，持续100% 以上 . . 2 Q2.1.2 数据库服务器CPU长期保持在40% 以上 . 2 Q2.1.3 数据库服务器CPU耗用很低，但是系统整体性能很差，查询某些功能很慢. 3 Q2.1.4 数据库耗用内存很大，是否是内存不够呢？内存应该如何配置？ . 3 Q2.1.5 数据库服务器配置应该注意什么？. 3 2.2 数据库维护策略问题 . 3 Q2.2.1 K/3帐套数据库的维护策略 . 3 Q2.2.2 K/3帐套的事务日志文件过大或增长过快，导致系统运行缓慢. 3 Q2.2.3 数据库优化需要注意什么，可以从哪些方面入手？. 4 Q2

3、.2.4 K3帐套的数据文件大小不正常. . 4 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册2 2.3 数据库性能相关的其他一些问题. . 4 Q2.3.1 K/310.2以前版本使用数据授权后F7、单据查看、序时簿查看、选单关联等速度很慢 4 Q2.3.2 供应链系统整体运行速度非常慢. 4 3. 中间层性能和稳定性问题. 5 3.1 中间层非 COM+ 性能优化 . 5 3.2

4、 中间层 COM+ 问题 . 5 3.2.1 COM+问题常见处理和优化方案. 5 3.2.1.1 重装 MSDTC . 5 3.2.1.2 配置线程 . 5 3.2.1.3 进程池配置（ For Win2003 ） . 6 3.2.1.4 Desktop heap设置 . 6 3.2.1.5 应用程序回收参数设置. 7 3.2.1.6 MSDTC 超时设置 . 7 3.2.1.7 空闲等待时间设置. 7 3.2.1.8 确保中间层组件编译参数的正确. 7 3.2.1.9 更新服务器环境. 8 3.2.2 COM+问题常用分析方法. . 8 3.2.2.1 排除法 . 8 3.2.2.2 信息

5、收集综合分析法. 8 4. 客户端性能问题. 9 Q4.1 系统突然出现“调用程序忙，切换到,”， “正在调用中间层 ,”等提示. 9 Q4.2 升级版本后某些客户端的速度比以往使用K/3 慢一点 . 9 Q4.3 某些局部功能速度太慢. 9 Q4.4 客户端出现Automation 错误 . 10 Q4.5 如何查看具体哪个组件存在性能问题. . 10 Q4.6 关于趋势防火墙与K/3 的冲突 . . 10 Q4.7 少使用严重影响K/3 系统性能的系统选项. 11 Q4.8 建议客户端关闭消息功能或将刷新时间减小. 11 2、数据库常见性能问题处理2.1 数据库服务器硬件问题Q2.1.1数

6、据库服务器CPU居高不下，持续100% 以上当发现数据库服务器的CPU很长一段时间都是100% 占用，首先确认是否为很少使用的计算功能或者是大数据量查询，还是日常业务功能； 若为前者， 建议适当安排系统空闲时间,尽量不要在业务高峰期运行；若为后者，请通过SQL事件探查器跟踪执行时间较长的SQL ，对 SQL进行优化（ 参考完全版2.3 数据库表结构不合理） ，如果仍然不能解决，请将耗时比较长的 SQL发回研发中心进行分析和定位。Q2.1.2数据库服务器CPU长期保持在40% 以上数据库服务器CPU长期保持在40% 以上，系统的运行速度时快时慢，这表示CPU的负荷已经很重，建议升级硬件，例如增加

7、CPU个数。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册3 Q2.1.3 数据库服务器CPU耗用很低，但是系统整体性能很差，查询某些功能很慢这种情况很可能是数据库发生阻塞，请参见完全版5.3 数据库阻塞监测工具得到阻塞情况。 对执行结果进行分析并寻求解决方法，如果不能解决， 请把结果保存为文件反馈到研发中心，研发人员会根据此结果进行处理。Q2.1.4数据库耗用内存很大，如果内存不够，

8、应该如何配置？数据库服务器的内存只上升，不下降，不是我们的软件问题，而是SQL Server 使用内存的策略造成， 是正常现象， 我们可以简单判断数据库服务器内存是否够用，在任务管理器中选择查看 - 显示内核时间，会显示一条红线，如果红线很高，证明大量的磁盘读写操作，说明内存可能不够，需要大量的内存切换。我们的实施人员应该在实施准备阶段对用户未来的业务有一个估计，对用户数据量的估计可以作为配置服务器硬件的一个依据。数据量对数据库服务器的内存配置有直接的影响，从经验的数字来说最好是物理内存要大于账套的数据文件，如果账套数据文件小于1G ，应该配置至少1G内存，如果账套数据文件大于1G,物理内存应

9、该和数据文件大小相当，例如账套数据文件为2.4G, 那么应该配置至少2-3G 内存。配置 3G内存需要启动3GB开关， 参见完全版 2.1.1.2。Q2.1.5数据库服务器配置应该注意什么？数据库服务器配置内容建议使用配置操作系统Win2000 Advanced Server或 WIN2003 SQL SERVER 版本SQL Server 2000 企业版 SP3 数据库服务器和中间层服务器部署分别在两台机器上部署CPU配置主频 2G或以上内存配置ECC内存 2G或以上磁盘系统配置SCSI 磁盘系统网卡配置100M服务器专用网卡特别说明： SQL Server 必需至少打SP3的补丁程序。2

10、.2 数据库维护策略问题对于任何一个数据库系统，日常的维护是必要的，在日常的系统维护中分支机构应该引导客户的系统管理员做维护，防性能问题于未然。Q2.2.1 K/3 帐套数据库的维护策略1、数据库属性中故障还原模型使用“简单”模式（选择简单模式后数据库将不能做增量备份） ，取消“自动收缩日志”选项。2、通过 SQL Server 企业管理器做一个收缩计划，在没有业务运行的时候定期收缩数据库，具体参见 完全版 2.1.2.2 定期收缩数据库。3、选择“账套管理” “数据库” “优化帐套”或在SQL Server 企业管理器中做维护计划 , 使用企业管理器中管理数据库维护计划新建维护计划向导，在第

11、三步，选择重新组织数据和索引页定时优化帐套。Q2.2.2 K/3 帐套的事务日志文件过大或增长过快，导致系统运行缓慢1、参照 Q2.2.1 K/3帐套数据库的维护策略设置好数据库维护策略。2、数据库分离附加（采用日志分离的方式减少日志文件的大小：首先在SQL SERVER 企业管理器分离数据库, 然后删除此数据库的日志文件(*.ldf),最后再重新附加数据库）名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性

12、能稳定性优化指导手册4 3、 检查二次开发的触发器和存储过程是否存在批量更新数据库不严谨造成日志文件增大（关键）。4、执行“检查表的使用空间情况.SQL”（ 具体 sql 文件见完全版 2.2.1.1），核对一下是否有的表占用的空间过大没有释放，可以优化一下此表的索引结构，保存此表后可以把过多的空间释放出来。Q2.2.3数据库优化需要注意什么，可以从哪些方面入手？1、对二次开发的表注意建立索引，不要使用或少使用触发器和游标。2、通过使用 SQL Server 事件探查器和查询分析器，分析执行时间长的SQL, 对于经常出现where子句中的字段为其建立索引，还有就是观察表是否主要用于查询（SEL

13、ECT ）的表，则索引可以尽量多建。3、对数据库中一些数据量较大的表（如T_Voucher,T_VoucherEntry,T_Balance, IcStockBill,IcStockBillEntry等）可以在 SQL SERVER 中制作一个作业在系统空闲时定时进行重建索引， 例如 dbcc dbreindex(icstockbill)； dbcc dbreindex(icstockbillEntry)2个sql 进行出入库单据表的专门索引优化。Q2.2.4 K/3 帐套的数据文件大小不正常SQL Server 的数据文件变得不正常，大小和客户的数据量从经验上很不相符，这种异常会很大地影响系

14、统性能，还有可能引发错误。1、参照 Q2.2.3 数据库优化需要注意什么，可以从哪些方面入手？优化数据库表结构。2、该问题主要是由于有些表没有建立聚集索引而引发，需要运行工具来分析检查然后建立索引。工具见 完全版 2.2.1.2 K3帐套的数据文件大小不正常。2.3 数据库性能相关的其他一些问题Q2.3.1 K/310.2 以前版本使用数据授权后F7、单据查看、序时簿查看、选单关联等速度很慢请参考 完全版2.2.2.1 K/3数据授权导致F7、单据查看、序时簿查看、选单关联速度很慢 做相应处理。Q2.3.2供应链系统整体运行速度非常慢1、参照 Q2.2.1 K/3帐套数据库的维护策略设置好数据

15、库维护策略。2、对于查询比较慢的单据可以把SQL 跟踪出来， 然后用查询分析器运行索引优化向导。序时簿相关关联表增加索引。3、对表 IcStockBill,IcStockBillEntry在 SQL SERVER 中制作一个作业在系统空闲时定时进行重建索引dbcc dbreindex(icstockbill)；dbcc breindex(icstockbillEntry)。4、单据查询时，建议用户设置过滤条件进行查询，以提高查询效率，尽可能避免大数据量导致性能下降。修改序时簿的过滤条件，取消关联标志，钩稽标志等的显示，因为这里会耗时过多，特别是涉及到多单据的关联字段，尽量在序时簿里把不重要的字

16、段可以不显示。5、检查表t_locktable是否存在主键，如果没有，请设置FinterID做为主键。6、执行“检查表的使用空间情况.SQL”，核对一下是否有的表占用的空间过大没有释放，可以优化一下此表的索引结构，保存此表后可以把过多的空间释放出来，具体见2.2.3.2系统整体运行速度非常慢。7、考虑结转新账套。8、考虑增加服务器配置。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册5

17、3. 中间层性能和稳定性问题3.1 中间层非 COM+ 性能优化1、若没有管理驾驶舱模块，请将中间层服务器上的Apache Tomcat 服务停止。2、若没有使用人力资源系统，请将中间层服务器上的HRJobProcess 服务停止。方法同上。3、若没有使用远程传输系统（iMts ） ，请将中间层服务器上的Kingdee iMTS Service服务和 Kingdee iMTS Event Server停止，方法同上。4、域服务器、中间层服务器、数据库服务器分开部署。3.2 中间层 COM+ 问题3.2.1 COM+问题常见处理和优化方案遇到相关中间层COM+ 问题时，你可以尝试下面的解决方案看

18、能否解决问题。3.2.1.1 重装 MSDTC 方法：运行msdtc uninstall，然后重启，运行msdtc install重新安装说明：如果在日志中发现MSDTC 服务自动停止的情况，或者你的机器是克隆并出现事务无法提交，那么可以尝试重新安装MSDTC 。注意 : 该操作需要重启电脑！3.2.1.2 配置线程名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册6 方法：修改注册表，见

19、完全版 3.2.1.2 配置线程HKEY_LOCAL_MACHINESoftwareMicrosoftCOM3STAThreadPool Value name: EmulateMTSBehavior Data type: REG_DWORD Value data: 0 x64让单个 COM+ VB 组件同时服务最多100 个线程，以提高处理并发请求的数量。说明： WINDOWS启动的每个进程，所允许的STA线程数，一般为7+CPU个数，默认最大为 10*CPU个数，当并发用户较多时，在一个进程池内组件的线程数量超过此数值时，组件的调用会发生阻塞，也容易导致组件崩溃，这也是产生“COM+ 468

20、9 错误 : 运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中 运 行 自 定 义 组 件 、 COM+ 应 用 程 序 使 用 的 组 件 或 其 他 因 素 引 起 的 。d:srv03rtmcomcomplussrccomsvcsthreadsstathreadpool.cpp(1223)中的错误， hr = 8000ffff: CSTAThreadPool: Unable to get bind thread.”的原因。由于 vb 组件对多线程支持较差，所以需要通过修改注册表，增加最大线程数，来解决此问题。注意：改完注册表需要重启机

21、器才能生效。3.2.1.3 进程池配置（ For Win2003 ）方法：选择“管理工具 - 组件服务 - 计算机 - 我的电脑 -COM+ 应用程序” 下某个应用程序包，单击右键，选“属性”菜单，进入界面后选“共用与回收”标签页，更改“池大小”。根据目前中间层服务器的配置情况和软件的实际情况，对于大多数组件建议设置为1，对于 EBOK3 等应用极其频繁的组件可根据其线程数增大进程池数目。例如 对于像 EBOSYSTEM、EBOPUBLIC 这样应用比较频繁的组件设置为2，对于 EBOK3 应用极其频繁的组件设置为3-5 。说明：WINDOWS允许为每个COM+ 包的组件开辟多个进程池，这样就

22、可以将该组件的线程分散到不同的进程池中，有利于系统调度，减少进程的阻塞，提高系统服务性能。注意：在资源CPU 、MEMOEY许可的情况下，理论上进程池数量越大越好，但其受系统核心的desktop heap的限制，进程数不能无限加大，如果过大，可能导致desktop heap不足，引发组件创建失败错误。为了发挥最佳性能，必须根据COM+ 组件应用的情况，合理设置每个com+ 包的进程数。3.2.1.4 Desktop heap设置方法：扩大Desktop Heap 以增加创建Apartment 的个数。a)HKEY_LOCAL_MACHINESYSTEMCurrentControlSetCont

23、rolSession ManagerMemory ManagementSessionViewSize 缺省是 48M, 是系统范围的desktop heap 的大小 , 将 SessionViewSize改成 96M来增加整个系统范围内的desktop heap的大小。b)HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSessionManagerSubSystemsWindow 的值 : %SystemRoot%system32csrss.exe ObjectDirectory=Windows SharedSection=1024,3072,5

24、12 . . . . . . 1024, 3072, 512 是 default setting, 将 512 改成 4096, 以增加可创建窗口的数量。说明：每个系统Desktop 对象都有 heap 与之对应， Desktop 对象使用 heap（堆）存储菜单、字符串和窗体等。系统从核心缓存（48M ）中分配 desktop heap。一个 WINDOWS 操作系统可以有多个desktop heap 。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 11 页 - -

25、- - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册7 因为在非交互式工作站下，SCM为一个用户账号的每一个服务进程创建一个新的desktop ，较大的 desktop heap值将减少此系统可以服务的用户账号数量。全部的 desktop heap 必须适应于48M系统范围的缓存。当 发 生 组 件 创 建 失 败 / 超 出 内 存 的 错 误 时 ， 可 以 适 当 加 大 这 些 键 值 ， 如 将SharedSection=1024,3072,512的三个数字改为2048,3072, 2048。3.2.1.5 应用程序回收参数设置方法：选择“管理工具 - 组件服务 -

26、计算机 - 我的电脑 -COM+ 应用程序” 下某个应用程序包，单击右键，选“属性”菜单，进入界面后选“共用与回收”标签页，设置 应用程序回收使用默认。说明：应用程序回收中的参数意义：生存时间限制表示组件从创建到销毁的时间，默认为 0，即按照组件自身的生命周期存活；内存限制表示COM+ 占用的最大内存数，一旦实际占用达到此限制，系统会自动销毁一些组件，在确认使用情况的前提下，可以根据机器配置设置此值； 过期超时表示在组件销毁时因为尚在激活状态或其他原因，不能立即销毁情况下等待的最大时间，默认为 15 分钟；调用限制 / 激活限制表示允许的最大调用/ 激活进程数，建议使用默认值0。注意：合理设置

27、Lifetime Limit的值对解决数据库的死锁有一定帮助，但其值不要设置太短，否则会导致COM+ Runtime频繁关闭和启动DLLHOST 进程，增加系统的资源压力。3.2.1.6 MSDTC 超时设置方法：选择“管理工具- 组件服务 - 计算机 - 我的电脑”，单击右键，选“属性”菜单，进入界面后选“选项”标签页，设置 事务超时 。设置时可以根据目前的事务性能日志例如在118S左右，因此可以设置为120S。说明： MSDTC 超时时间表示分布式事务的提交时间，与数据库访问事务有密切关系，优先级低于数据库的超时设置, 分布式事务如超过此时间将中止。此时间需要根据事务的平均耗时来设置，设置

28、过大容易导致数据库产生死锁，过小会使一些耗时较长的事务不能提交，使一些长事务被频繁的KILL, 导致客户端业务不能正常完成。增大Transaction Timeout 值可以减少保存数据引起过多的失败操作。3.2.1.7 空闲等待时间设置方法：选择“管理工具 - 组件服务 - 计算机 - 我的电脑 -COM+ 应用程序” 下某个应用程序包，单击右键，选“属性”菜单，进入界面后选“高级”标签页，设置 空闲等待时间 。此参数与上述回收参数设置的生存时间限制参数综合作用，协调处理组件的销毁工作；需要根据客户用户数量与频繁调用状况来决定。说明： 空闲等待时间表示一个进程在空闲状态时的等待时间，超过此时

29、间则会进行销毁，此时间需根据组件调用情况合理设置，设置过长将导致组件进程不能及时释放，设置过短将导致组件频繁销毁创建。注意：该参数不能设置太大，以尽量减少空闲进程对系统资源的占有。3.2.1.8 确保中间层组件编译参数的正确方法：使用工具完全版 5.8 VBCheckW2k 进行检查，对没有选中Unattended Execution和 Remained In Memory选项进行编译的中间层组件重新编译（主要指二次开发组件）。说明：如果中间层没有选中Unattended Execution和 Remained In Memory选项进行编译，运行COM+ 组件会导致COM+ 的不稳定，甚至导

30、致内存泄露，因而对中间层组件要求编译名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册8 时参照下面要求进行编译：General 页面1.Unattended Execution 必选2.Upgrade ActiveX Controls 必选3.Retained In Memory 必选4.Threading Mode :选 Apartment Threaded 3.2.1.9 更新服务器

31、环境方法：此部分主要是更新COM+ 应用服务器的环境，保证服务器的稳定，主要包括1、服务器端使用最新的VB运行时文件。安装最新的VB SP6 Runtime, 将 msvbvm60.dll从版本 96.90 升级到版本97.82 。2、升级操作系统到最新的Service Pack，WIN2000请打 SP4 ，WIN2003请打 SP1。3、升级 MDAC 到最高版本。3.2.2 COM+ 问题常用分析方法3.2.2.1 排除法COM+ 挂起、死琐和异常问题一般可以从数据库, 系统环境和组件本身出发进行分析，通过逐个排除来定位问题具体在数据库、系统环境还是组件本身。1、对数据库我们可以通过SP

32、_LOCK 和 select * from sysprocesses 查看是否有死琐, 通过KILL SPID 结束死琐；2、对于系统环境和组件本身，我们可以创建一个简单的测试组件进行测试，如果简单的组件也出问题，该问题很可能是由于环境导致的，否则，是代码导致的。3、对于环境问题，我们可以通过方法3.2.1.2 配置线程 修改 DIIHOST 的 MAX THREAD 来看是否是由于线程限制引起，如果是我们可以更改加大DIIHOST 的 MAX THREAD，同时了解系统是否克隆，系统的事务处理是否出问题，如果是可以通过3.2.1.1的方法重新安装MSDTC看问题能否解决，甚至我们可以尝试重新

33、安装操作系统来解决。同时， 还可以检查下面一些因素 : 防毒程序， 注册表， 用户权限， 网络连接情况。 我们还可以通过一些工具，比如 filemon来检视问题发生时候文件访问情况，看看有没有什么异常。4、对于代码问题，我们可以通过记录log 文件来跟踪死锁发生在什么方法上，看是在哪一行发生了错误，错误代码是什么，然后尽可能简化该方法来找到问题的根源。How To Create Error Handlers in Visual Basic COM Components http:/ 5、如果问题不是每次都发生，我们需要在问题发生后抓dump文件， 也就是相关进程的内存镜像来分析，分析方法见完全

34、版 3.2.3 COM+分类分析和处理方法。3.2.2.2 信息收集综合分析法发生 COM+ 问题后，如果我们很难确定发生问题的原因，我们可以收集下面的信息，然后综合收集的信息综合分析，看问题的根源是在哪一部分。1、根据日志收集com+ 错误信息，根据COM+ 错误信息分析和处理问题2、根据应用程序ID，定位到具体的com+ 组件和类上，查看相关的组件和类运行是否正常，是否能正确被创建和实例化。3、收集 desktop heap内存消耗情况，如果消耗太大可以参照3.2.1.4 Desktop heap设置处理。收集方法见完全版 3.2.2.2 信息收集综合分析法。名师资料总结 - - -精品资

35、料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册9 4、收集进程池数，线程数，看设置是否合理。5、收集事务并发数量，最长事务执行时间。6、收集站点并发数量。7、检查 vb 组件编译设置，见3.2.1.8。8、收集内存 /cpu 信息，看是否存在性能或内存泄露问题。9、收集数据库大小，索引信息，表的大小，看是否数据库存在瓶颈。10、设置 DebugBreakOnFailFast为 Y，收集相关信息，然后设置为N 当 C

36、OM+ 发生异常时会弹出提示，这是可以抓一个完整的COM+DUMP文件进行问题的分析和处理， DUMP 分析见 完全版 3.2.3 COM+分类分析和处理方法。How To Obtain a Userdump When COM+ Failfasts http:/ COM+ Catalog Dump，见 完全版 3.2.3 COM+分类分析和处理方法。12、参照 3.2.1.9确保环境的正确。13、通过性能日志查看系统性能情况。14、抓 dump文件分析， 见完全版 3.2.3 COM+分类分析和处理方法。4. 客户端性能问题Q4.1 系统突然出现“调用程序忙，切换到,”，“正在调用中间层 ,”

37、等提示（1）首先有可能网络中断或者不稳定，这种情况，一般客户端报告明显的网络错误；（2）如果网络畅通， 有可能是网络中IP 地址和计算机名称的不匹配。确保在 hosts 文件中记录的 IP 地址和计算机名称相匹配，保证地址解析的正确性。如果不匹配就会造成在客户端报一个“定义的应用程序和对象错误”等的错误。（3）如果客户端提示“调用程序忙，切换到, ”， “正在调用中间层 , ”等提示，需要分析是数据库还是中间层存瓶颈，对数据库第一种原因是服务器硬件资源不足，注意观察数据库服务器的 CPU 表现，如果 CPU 资源长期达到 40% 以上，这表明 CPU 资源已经严重不足，如果CPU达到 100%

38、,则是某一个功能独占了数据库服务器CPU 资源；第二种原因是数据库阻塞，此时数据库数服务器 CPU 耗用很低，但是整体性能很差。对中间层可以查看COM+ 是否出现问题，参见中间层问题部分进行处理。（4）如果是中间层COM+ 出现问题，请参考完全版第 3章中间层 COM+ 问题 进行处理。Q4.2 升级版本后某些客户端的速度比以往使用K/3 慢一点大多数是客户端的硬件配置可能偏低，而且使用了WIN98操作系统， 建议客户适当升级客户端的硬件配置，使用win 2000 professional操作系统，或者建议客户把使用频繁的K/3 客户端作较好的配置，在不增加硬件的情况下对已有的pc 做调剂。

39、同时， 告诉客户K/3系统之所以可能比他们以前用的小系统慢，是因为功能的复杂性，如提供了并发控制的网络控制和严密的授权逻辑。重要的是能够满足客户的日常业务。硬件配置建议客户端CPU主频2G或以上，内存至少256 兆（推荐 512 兆）Q4.3 某些局部功能速度太慢此部分主要是指下面典型案例存在性能问题：计算类期末结账，MRP 运算 , 凭证生成，成本计算查询类报表（物料收发汇总表），序时簿日常票据处理业务名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页，共 11 页 - - -

40、 - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册10 1、寻求技术支持或者从技术支持网站查询相关补丁。2、对于计算类，如果不是日常功能，建议客户尽量不要安排在业务高峰期做，以免影响其它功能点；3、对于查询类，建议客户根据自己需要设置查询过滤条件，避免不做任何过滤做大数据量的查询，从应用方式避免出现性能问题。4、对于日常票据处理业务，特别是与客户日常业务密切相关的操作，如果没有相应的性能补丁，请迅速提交研发跟踪处理。Q4.4 客户端出现 Automation 错误关于 Automation错误的成因也是多方面的，最多的是支持软件如：WINDOWS 文件、系统控件等，都有可能导致

41、问题的出现。当然，K/3 自身的问题也存在。Automation错误，是系统无法捕获的错误，根据以前遇到此问题的经验，通常有以下几种可能：1、客户端的MDAC 程序出现问题，通过安装MDAC2.8来解决；2、服务器的MSDTC 没有正常启动，或启动用户的权限有问题，请检查组件服务中的MSDTC并使用具有启动权限的用户来启动；3、客户端的分布式DCOM 没有正常启动，请检查客户端的DCOM 配置属性中是否选择上“在本机启用分布式COM ”选项。4、客户端或服务器中安装了相应的防火墙，截断了客户端与服务器的DCOM 访问，比如 XPSP2的内置防火墙设置、个人防火墙软件关闭了135 和 1024

42、以上的端口，都会造成此问题。5、客户端或服务器安装某防病毒软件与K3的 DCOM 访问存在冲突，如瑞星等。6、客户端的组件没有正常注册，请使用TS0026补丁工具进行注册，下载地址： 7、我们所遇到的多是在卸载其他软件后出现的（如用友的软件，等等），估计很可能是系统文件或公用文件受到损坏所致。所以也建议朋友们尽量保持系统文件的清洁，防止卸载文件导致错误。8、登录时出现请确认是否完全版 3.3.2.4 登录出现“ automation ”错误描述的情况。Q4.5 如何查看具体哪个组件存在性能问题可以通过 完全版 5.4K3 性能监控工具 具体检测是哪个组件哪个方法存在性能问题，然后针对具体代码进

43、行优化。Q4.6 关于趋势防火墙与K/3 的冲突当趋势防火墙升级到V6.5 后，会不停的扫描K/3 的主进程， 导致 K/3 客户端越来越慢，以致感觉象死机。解决的方案就是把K/3 的安装目录添加到趋势防火墙的例外列表中。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页，共 11 页 - - - - - - - - - 金蝶 K/3 产品性能稳定性优化指导手册11 Q4.7 少使用严重影响K/3 系统性能的系统选项1、工业系统中的序时簿显示关联标志2、商业系统中的自动填补断号3、大多数过滤条件中的包含未审核单据或包括未过帐凭证详细请参见 完全版 4.1.5 使用了严重影响K/3 系统性能的系统选项。Q4.8 建议客户端关闭消息功能或将刷新时间减小如果使用客户端的消息平台功能，大量的消息读取SQL ，可能引发阻塞，建议每个客户端关闭消息功能或将刷新时间减小。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页，共 11 页 - - - - - - - - -