金蝶K/3产品性能稳定性优化指导手册
身份验证级别】设置为【连接】，【模拟级别】为【标识】 ? 组件包的【安全级别】设置为【仅在进程级别执行权限检查】 ? 二次开发
? 如果有自定义的报表，是否设置脏读的事务隔离级别，即在报表语句前面加上 SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED ? 网络
? 在DOS模式下执行ping 【服务器IP地址】 -l 1204 –n 100
不能出现丢包现象，如果出现丢包的现象，需要检查网络
- 6 -
金蝶K/3产品性能稳定性优化指导手册
2. 问题处理流程和分析方法
2.1 问题处理流程
一般问题的处理步骤如下：
客户反馈性能或稳定性问题，不要着急，按照如图上的步骤我们逐步分析，正确的方法是解决问题的前提，下面为你快速定位问题作一个简单的说明： 第一步：引导客户了解具体问题；
当客户出现性能问题时，首先你要找到发现该问题的客户关键人员（一般都是操作人员），然后和他进行交流沟通。
找到关键人员以后，引导客户交流，确认问题所在，确认详细的操作步骤，问题发生的模块，相关的业务场景和机器环境等。
经过前面的交流，如果有可能首先要落实问题的真实性，避免前面描述和交流导致的错误引导。
第二步：收集用户计算机信息； 自动收集服务器的事件日志，系统配置环境，操作系统版本等信息。 第三步：判断问题来源
根据获取的信息，定位问题对于系统的日志文件和数据库日志文件中的异常。在http://support.microsoft.com/ 网站查找相关的技术或者解决文档，看是否可以解决问题。
第四步：参照案例解决问题
- 7 -
金蝶K/3产品性能稳定性优化指导手册
初步定位客户问题以后，首先查看一下是否存在类似案例，如果有，可以参照案例集，我们就能够快速有效解决问题。
如果没有类似案例，我们可以参照相应的分析方法进行分析定位，解决问题（见下面章节的问题分析和解决）。
第五步：定期收缩数据库和定时优化帐套 第六步：检查数据库表结构设计是否合理
常见有：
二次开发的表没有索引,造成性能隐患；不恰当的触发器和游标的使用，大数据表缺少聚集索引。
对于K3已经存在的数据表，可以根据用户实际使用业务情况进行索引优化。
第七步：寻找合适的补丁
第八步：与研发沟通，获得解决方案
以上描述的是最基本的步骤，对于客户的性能问题我们最好是及早解决，如果不能解决尽快反馈到研发，往往发现有些客户刚开始有性能问题时，通过重启服务器等方法凑合。当客户这样使用一段时间后可能会越来越不满满意，导致后面解决问题的阻力很大，所以要积极面对，尽早解决。
2.2 问题分类
2.2.1 非K/3软件问题
这类问题大多是K/3系统的运行环境问题，还有些是应用和实施问题，下面列举一些问题的描述，主要帮助认识问题的本质分类。
2.2.1.1 网络问题
网络出现问题时一般有些客户端不能操作并且有明显错误提示。一般表现为网络不畅通，网络带宽不足，网络不稳定有丢包情况，网络安全性问题等，详细请参考手册第五章。
2.2.1.2 硬件配置
硬件配置尤其是服务器的硬件配置问题，在很多客户那儿发现硬件配置偏低，从而引起性能或稳定性问题。
数据库服务器建议使用高性能配置的机器，或通过增加CPU和内存来提升服务器性能。因为数据库是系统的所依赖的平台，如果平台本身有问题，那么应用在上面的系统肯定也会有问题。
对于硬件配置尽可能在实施时防患于未然，否则如果在使用过程中出现问题时再提议客户升级硬件，可能会受到客户的抵制。一定要对客户的未来业务量有一定的预估，给出合理的硬件配置方案。具体的应用配置请参考后面各个章节的硬件配置部分。
2.2.1.3 软件环境
软件环境主要是指数据库服务器的操作系统和SQL Server版本，以及安装的其它软件。在此特别强调数据库服务器的操作系统尽量采用WIN2003 企业版本，SQL Server使用SQL Server2000 企业版，并至少安装 SP4补丁程序。关于客户端尽量采用WIN2000操作系统，不要使用WIN98。这样有助于K/3系统更加健壮的运行。
2.2.1.4 实施和应用问题
有些性能问题可以通过合理的实施和应用来避免，主要是通过调整系统参数或使用方式让系统速度得到提升。例如序时簿的查询在过滤界面少选择要显示的列，尽可能使用严格的过滤条件，不要使用显示关联标志的系统选项都会一定程度的提高系统速度。这些问题在手册的不同部分会有相关的内容，以后也会逐步补充。
- 8 -
金蝶K/3产品性能稳定性优化指导手册
在这里还要强调一点在实施中做的二次开发很有可能引发性能问题。对于有二次开发的系统一定要对二次开发作检查，看看是否有性能问题。
2.2.2 K/3软件问题
对任何软件，都可能会存在一定的性能问题。K/3作为一个复杂的企业应用软件，同样也不可避免会存在性能问题，这需要我们积极去解决。
2.2.2.1 局部功能速度太慢，不能满足日常的业务要求
这些慢的功能点大多数是一些查询和计算功能，如物料（商品）收发汇总表查询，期末结账，成本计算等功能。执行慢的原因在于业务处理逻辑复杂，需要访问的数据量很庞大，需要使用更多的系统资源，从而可能导致所有其它功能点都变得很慢，或者系统一段时间无法响应的（实际是得不到系统资源，处于长期的等待中）现象。当然也有些功能可能是由于当初设计的时候考虑不周，算法不够优化，导致单项功能的性能较差，对于这样的问题，可以错开业务使用高峰，优化算法，或对数据库建立索引来提升性能。
2.2.2.2 整体应用存在性能问题
有些性能问题是由于当时设计系统时没有考虑到数据量的规模，当数据量达到一定规模后系统运行不能达到预期。由于这些问题从软件本身来说可能牵涉很多模块和代码，如果优化需要投入很多的资源，只能在新版产品中改进。如10.2数据授权问题就是这样一个问题，在V10.2SP1中已经做了全面优化。
2.2.2.3 系统突然出现全面的等待现象
对这类问题，大多数情况是客户端提示“调用程序忙，切换到?”，“正在调用中间层?”等提示，首先要判断是否网络或硬件问题；然后看数据库是否阻塞，COM+是否出现问题等等，否则有可能是组件本身存在问题，具体可以参考下面各个章节的内容。
2.2.2.4 有规律的在某个时段系统速度变慢
大多数是月末，或者某段业务高峰期。在发生问题的时段可能会是某一个计算型功能如结账操作耗用系统资源太严重，或者是并发程度高引发系统资源不足.
2.3 问题分析方法
在处理客户问题时，我们要对问题本质有一个清晰的认识，同时我们要采取有效的方法去逐步发现和解决问题。
2.3.1 排除法
在处理性能问题时，排除法是最有效的方法。因为大多数客户性能或稳定性问题，尤其是无规律，全面性的性能或稳定性问题，定位问题所在是很重要的。当然对于那些能够明确定位的问题，可以直接进入下面的章节寻求解决方法。
首先看看是否是非软件的问题。网络是否畅通，硬件配置是否合理，操作系统和SQL Server是否符合建议性的要求（如查看数据库表的统计信息，是否存在碎片），应用方式是否合理。
如果是软件问题主要就是定位是何功能影响了系统的运行速度。首先可以参照错误！未指定书签。，4.1 数据库常见性能问题介绍，5.1 中间层COM+常见问题介绍判断是数据库、中间层、客户端还是网络存在问题，然后在各自的章节中寻求解决方法。
如果是数据库性能问题，我们可以从硬件，数据库配置及大小，SQL跟踪优化，数据表
- 9 -
金蝶K/3产品性能稳定性优化指导手册
索引，数据库日志文件等几个方面进行排查；如果是中间层COM+问题，我们可以参照5.2 中间层COM+常见问题处理中分析和处理方法进行问题处理；如果客户端问题，一般要通过排除确定是数据库、中间层存在问题还是客户端本身程序存在问题。
2.3.2 像医生看病
解决性能问题就和医生看病一样，分支机构和客户的系统管理员一定要亲自观察现场，可以获取一些从用户描述的现象很难得到一些有价值的信息。就和医生看病一样他不可能只凭病人的描述来诊断。
2.3.3 从现象入手
解决性能问题总让人有无从下手的感觉，我们定位问题方法更多，最简单的方法从我们看到的现象入手，逐步分析细化，然后根据分析收集的指标数据，定位或解决问题。例如现象是发生在客户端cpu100%，那么直接从客户端入手即可，判断该现象是只有在一台客户端出现，还是所有客户端都出现，然后根据这个我们就可以重新定位问题或者查找原因了。
- 10 -