金蝶金蝶K/3K/3产品性能稳定性优化指导手册产品性能稳定性优化指导手册((常见问题常见问题))（（V3.0V3.0）） 金蝶软件(中国)有限公司研发中心K/3产品事业部.设计部解释目的本手册在于指导技术支持人员、分支机构实施服务人员和客户处理K/3系统应用过程中产生的性能问题、中间层服务器问题等；同时也指导我们的实施服务人员和客户在实施中如何避免将来可能发生的性能问题和中间层问题。让研发人员、技术支持人员和分支机构实施人员一起共同提高工作能力，快速反应快速解决客户的问题。适合对象本手册的主要阅读对象是K/3系统研发人员、技术支持人员、实施人员、客户服务人员和公司授权的有一定技术能力的客户系统管理员。反馈本手册是对研发在处理客户性能和稳定性问题的收集和总结，所以涉及到的面有可能还不够。完善本手册，提供一个更加完整的客户问题解决指导方案，离不开大家的支持，所以大家在碰到相关的问题时，请反馈K/3设计部，我们将及时对手册更新。导读本手册包括数据库、中间层、客户端和辅助分析工具介绍四大篇，分别介绍K/3客户性能和稳定性问题的处理方法、案例以及辅助工具，请您根据您的需要选择相应的章节阅读。注意由于此手册可能牵涉一些K/3在技术方面的细节，为了防止有些人用意不良，断章取义来攻击K/3和公司，请注意保密。金蝶K/3产品性能稳定性优化指导手册目录1.环境准备..42.问题处理流程和分析方法.72.1问题处理流程..72.2问题分类..82.2.1非K/3软件问题..82.2.2K/3软件问题..92.3问题分析方法..92.3.1排除法.92.3.2像医生看病.102.3.3从现象入手.103.网络与CITRIX应用问题.113.1网络引起的性能问题介绍.113.1.1网络配置不符合K/3应用需求，带宽不足..113.1.2网络不稳定或存在丢包现象..113.1.3网络安全性问题.123.2CITRIX应用引起的性能问题介绍.133.1.1Citrix应用硬件配置指南.134.数据库性能问题..144.1数据库常见性能问题介绍.144.1.1数据库服务器硬件配置..144.1.2数据库维护策略不当..174.1.3数据库表结构不合理..214.1.4数据库性能优化方法总结..224.2数据库性能常见问题解答.22Q：影响系统运行性能的主要因素有哪些?.22Q：如何评价并发客户数量？.22Q：数据库服务器要注意什么事项？.225.中间层性能和稳定性问题.235.1中间层COM+性能和稳定性问题优化指导.235.1.1中间层服务器硬件配置..235.1.2中间层与客户端不同域性能优化..245.1.3COM+常用处理方法..245.1.4Win2003下中间层EBO组件包安全设置.305.1.5杀毒软件对中间层的影响..325.1.6Windows2003中IIS6.0进程管理..325.2COM+问题常用分析方法.325.2.1排除法.32-2-金蝶K/3产品性能稳定性优化指导手册5.2.2信息收集综合分析法..335.3中间层COM+问题解答.365.3.1如何解决COM+/MTS4097错误事件?.365.3.2不支持事务的组件是否能放入COM+应用程序中？..365.3.3如何在安装完COM+ApplicationProxy之后,修改远端服务器名？.365.3.4VB在COM+和MTS中创建对象有何异同点?..365.3.5需要开启哪些端口以使MSMQ能够透过防火墙存取？..365.3.6把COM+应用程序导出为ApplicationProxy后，安装到WindowsNT或Windows98上时，为什么CreateObject()会产生”classnotregistered”错误？..365.3.7如果COM+应用程序中的组件依赖于其他的组件或动态链接库，将COM+应用程序导出为ApplicationProxy并试图安装在Windows2000上时，会出现下列错误：ErrorregisteringCOM+Application.Contactyoursupportpersonnelformoreinformation。.365.3.8做大的查询时COM+组件调用时间过长，此时若客户端用户人为结束进程，COM+还是一直在转，需要几分钟后COM+才能释放..375.3.9如何优化进程间通讯（包与包间的调用），提高性能..375.3.10防火墙导致COM+不能访问的问题..375.3.11COM+包[安全属性]设置中如果设置身份验证级别为无会有什么影响，对性能提升有无帮助？..375.3.12如何更好地部署COM+，需要遵循什么原则..375.3.13VB组件能否支持对象池.375.3.143G补偿的作用..375.3.15在中间层MODULE能不能执行SQL.385.3.16.Net调用自动COM+时，并发性能较差..385.4中间层非COM+性能优化.385.4.1停止K/3系统相关服务..385.4.2域服务器、中间层服务器、数据库服务器分开部署..396.客户端性能问题..406.1客户端性能问题介绍.406.1.1某些客户端的速度比以往使用K/3慢一点..406.1.2某些局部功能速度太慢..406.1.3客户端出现Automation错误.406.1.4如何查看具体哪个组件存在性能问题..416.1.5关于趋势防火墙与K/3的冲突..416.1.6使用了严重影响K/3系统性能的系统选项..426.1.7其他.466.2.5系统突然出现全面的死机现象..466.2.6客户端出现“新事务不能登记到指定的事务处理器中”..47附录1：SQLSERVER的大内存管理..50-3-金蝶K/3产品性能稳定性优化指导手册1.环境准备客户使用K3出现问题时，导致的原因可能是多种多样的，为了更好的确定导致问题的原因，我们需要核对一下系统的环境。 操作系统WINDOWS2003是否安装SP1以上的补丁，WINDOWS2000是否安装SP4补丁32位系统，物理内存大小，对于操作系统可以支持最大内存见（下面设置需要重新启动才能生效）4GB：在BOOT.INI文件中增加/3GB开关>4GB：在BOOT.INI文件中增加/PAE开关例如：multi(0)disk(0)rdisk(0)partition(2)\%systemroot%=-WindowsServer2003DatacenterEdition-/PAE安装病毒实时防护或者启用微软防火墙如果数据库和中间层服务器启用防护，可以暂时停一段时间看是否性能有所改善，以确定是否防护产生的影响客户端需要将K3的应用放在例外中HOSTS文件（%SystemRoot%\system32\drivers\etc）中间层服务器将数据库服务器的IP地址和名称加到HOSTS文件中数据库服务器将中间层服务器的IP地址和名称加到HOSTS文件中如果数据库内存大于2GB，但物理内存一直在2GB左右，检查组策略中【内存中锁定页面】是否设置（gpedit.msc）【计算机配置】/【windows设置】/【安全设置】/【本地策略】/【用户权限分配】/【内存中锁定页面】添加当前机器下的SYSTEM用户和登录该机器的Administrators组中的用户如果是SQLSERVER2005，不进行上面的设置将无法启用AWE设置中间层和数据库服务器MSDTC设置(Windows2003+SP)是否如下-4-金蝶K/3产品性能稳定性优化指导手册 数据库版本SQLSERVER2000标准版只支持最大2GB内存需要支持超过2GB内存，需要选择SQLSERVER2000企业版本和SQLSERVER2005标准/企业版本如果操作系统为64位机器，建议安装64位版本SQLSERVERSLQSERVER2005标准版支持4CPU【物理CPU】，超过4CPU【物理CPU】必须使用企业版本补丁SQLSERVER2000安装SP4SQLSERVER2005安装SP2如果在企业管理器中看到阻塞导致的情况是同一个SPID把自己阻塞了，检查处理器并行查询分析器中执行sp_configure'maxdegreeofparallelism',如果返回为0，运行下面语句:sp_configure'showadvancedoptions',1RECONFIGUREGOsp_configure'maxdegreeofparallelism',1RECONFIGUREGOsp_configure'showadvancedoptions',0RECONFIGURE32位系统下AWE设置(如物理内存为8GB设置数据库的最大内存为6GB)在查询分析器中执行sp_configure'aweenabled'，如果返回为0,表示未启用AWE。sp_configure'showadvancedoptions',1-5-金蝶K/3产品性能稳定性优化指导手册RECONFIGUREGOsp_configure'aweenabled',1RECONFIGUREGOsp_configure'maxservermemory',6144RECONFIGUREGO数据库的故障还原模式是否为【简单】,如果采用事务日志备份，不需要修改故障还原模式数据库的【自动收缩】属性是否取消再查询分析器中执行DBCCSHOWCONTIG(ICSTOCKBILL)查看表的索引碎片情况，如果【扫描密度】低于85%，那需要重新执行索引重建工作数据库文件和TEMPDB文件所在磁盘是否有可用空间 组件包设置组件包启用帐号设置为【指定用户】或者将【交互式用户】，需要将【调用的身份验证级别】设置为【连接】，【模拟级别】为【标识】组件包的【安全级别】设置为【仅在进程级别执行权限检查】 二次开发如果有自定义的报表，是否设置脏读的事务隔离级别，即在报表语句前面加上SETTRANSACTIONISOLATIONLEVELREADUNCOMMITTED 网络在DOS模式下执行ping【服务器IP地址】-l1204–n100不能出现丢包现象，如果出现丢包的现象，需要检查网络-6-金蝶K/3产品性能稳定性优化指导手册2.问题处理流程和分析方法2.1问题处理流程一般问题的处理步骤如下：客户反馈性能或稳定性问题，不要着急，按照如图上的步骤我们逐步分析，正确的方法是-7-金蝶K/3产品性能稳定性优化指导手册解决问题的前提，下面为你快速定位问题作一个简单的说明：第一步：引导客户了解具体问题；当客户出现性能问题时，首先你要找到发现该问题的客户关键人员（一般都是操作人员），然后和他进行交流沟通。找到关键人员以后，引导客户交流，确认问题所在，确认详细的操作步骤，问题发生的模块，相关的业务场景和机器环境等。经过前面的交流，如果有可能首先要落实问题的真实性，避免前面描述和交流导致的错误引导。第二步：收集用户计算机信息；自动收集服务器的事件日志，系统配置环境，操作系统版本等信息。第三步：判断问题来源根据获取的信息，定位问题对于系统的日志文件和数据库日志文件中的异常。在http://support.microsoft.com/网站查找相关的技术或者解决文档，看是否可以解决问题。第四步：参照案例解决问题初步定位客户问题以后，首先查看一下是否存在类似案例，如果有，可以参照案例集，我们就能够快速有效解决问题。如果没有类似案例，我们可以参照相应的分析方法进行分析定位，解决问题（见下面章节的问题分析和解决）。第五步：定期收缩数据库和定时优化帐套第六步：检查数据库表结构设计是否合理常见有：二次开发的表没有索引,造成性能隐患；不恰当的触发器和游标的使用，大数据表缺少聚集索引。对于K3已经存在的数据表，可以根据用户实际使用业务情况进行索引优化。第七步：寻找合适的补丁第八步：与研发沟通，获得解决方案以上描述的是最基本的步骤，对于客户的性能问题我们最好是及早解决，如果不能解决尽快反馈到研发，往往发现有些客户刚开始有性能问题时，通过重启服务器等方法凑合。当客户这样使用一段时间后可能会越来越不满满意，导致后面解决问题的阻力很大，所以要积极面对，尽早解决。2.2问题分类2.2.1非K/3软件问题这类问题大多是K/3系统的运行环境问题，还有些是应用和实施问题，下面列举一些问题的描述，主要帮助认识问题的本质分类。2.2.1.1网络问题网络出现问题时一般有些客户端不能操作并且有明显错误提示。一般表现为网络不畅通，网络带宽不足，网络不稳定有丢包情况，网络安全性问题等，详细请参考手册第五章。2.2.1.2硬件配置硬件配置尤其是服务器的硬件配置问题，在很多客户那儿发现硬件配置偏低，从而引起性能或稳定性问题。数据库服务器建议使用高性能配置的机器，或通过增加CPU和内存来提升服务器性能。因为数据库是系统的所依赖的平台，如果平台本身有问题，那么应用在上面的系统肯定也会-8-金蝶K/3产品性能稳定性优化指导手册有问题。对于硬件配置尽可能在实施时防患于未然，否则如果在使用过程中出现问题时再提议客户升级硬件，可能会受到客户的抵制。一定要对客户的未来业务量有一定的预估，给出合理的硬件配置方案。具体的应用配置请参考后面各个章节的硬件配置部分。2.2.1.3软件环境软件环境主要是指数据库服务器的操作系统和SQLServer版本，以及安装的其它软件。在此特别强调数据库服务器的操作系统尽量采用WIN2003企业版本，SQLServer使用SQLServer2000企业版，并至少安装SP4补丁程序。关于客户端尽量采用WIN2000操作系统，不要使用WIN98。这样有助于K/3系统更加健壮的运行。2.2.1.4实施和应用问题有些性能问题可以通过合理的实施和应用来避免，主要是通过调整系统参数或使用方式让系统速度得到提升。例如序时簿的查询在过滤界面少选择要显示的列，尽可能使用严格的过滤条件，不要使用显示关联标志的系统选项都会一定程度的提高系统速度。这些问题在手册的不同部分会有相关的内容，以后也会逐步补充。在这里还要强调一点在实施中做的二次开发很有可能引发性能问题。对于有二次开发的系统一定要对二次开发作检查，看看是否有性能问题。2.2.2K/3软件问题对任何软件，都可能会存在一定的性能问题。K/3作为一个复杂的企业应用软件，同样也不可避免会存在性能问题，这需要我们积极去解决。2.2.2.1局部功能速度太慢，不能满足日常的业务要求这些慢的功能点大多数是一些查询和计算功能，如物料（商品）收发汇总表查询，期末结账，成本计算等功能。执行慢的原因在于业务处理逻辑复杂，需要访问的数据量很庞大，需要使用更多的系统资源，从而可能导致所有其它功能点都变得很慢，或者系统一段时间无法响应的（实际是得不到系统资源，处于长期的等待中）现象。当然也有些功能可能是由于当初设计的时候考虑不周，算法不够优化，导致单项功能的性能较差，对于这样的问题，可以错开业务使用高峰，优化算法，或对数据库建立索引来提升性能。2.2.2.2整体应用存在性能问题有些性能问题是由于当时设计系统时没有考虑到数据量的规模，当数据量达到一定规模后系统运行不能达到预期。由于这些问题从软件本身来说可能牵涉很多模块和代码，如果优化需要投入很多的资源，只能在新版产品中改进。如10.2数据授权问题就是这样一个问题，在V10.2SP1中已经做了全面优化。2.2.2.3系统突然出现全面的等待现象对这类问题，大多数情况是客户端提示“调用程序忙，切换到…”，“正在调用中间层…”等提示，首先要判断是否网络或硬件问题；然后看数据库是否阻塞，COM+是否出现问题等等，否则有可能是组件本身存在问题，具体可以参考下面各个章节的内容。2.2.2.4有规律的在某个时段系统速度变慢大多数是月末，或者某段业务高峰期。在发生问题的时段可能会是某一个计算型功能如结账操作耗用系统资源太严重，或者是并发程度高引发系统资源不足.-9-金蝶K/3产品性能稳定性优化指导手册2.3问题分析方法在处理客户问题时，我们要对问题本质有一个清晰的认识，同时我们要采取有效的方法去逐步发现和解决问题。2.3.1排除法在处理性能问题时，排除法是最有效的方法。因为大多数客户性能或稳定性问题，尤其是无规律，全面性的性能或稳定性问题，定位问题所在是很重要的。当然对于那些能够明确定位的问题，可以直接进入下面的章节寻求解决方法。首先看看是否是非软件的问题。网络是否畅通，硬件配置是否合理，操作系统和SQLServer是否符合建议性的要求（如查看数据库表的统计信息，是否存在碎片），应用方式是否合理。如果是软件问题主要就是定位是何功能影响了系统的运行速度。首先可以参照，4.1数据库常见性能问题介绍，5.1中间层COM+常见问题介绍判断是数据库、中间层、客户端还是网络存在问题，然后在各自的章节中寻求解决方法。如果是数据库性能问题，我们可以从硬件，数据库配置及大小，SQL跟踪优化，数据表索引，数据库日志文件等几个方面进行排查；如果是中间层COM+问题，我们可以参照5.2中间层COM+常见问题处理中分析和处理方法进行问题处理；如果客户端问题，一般要通过排除确定是数据库、中间层存在问题还是客户端本身程序存在问题。2.3.2像医生看病解决性能问题就和医生看病一样，分支机构和客户的系统管理员一定要亲自观察现场，可以获取一些从用户描述的现象很难得到一些有价值的信息。就和医生看病一样他不可能只凭病人的描述来诊断。2.3.3从现象入手解决性能问题总让人有无从下手的感觉，我们定位问题方法更多，最简单的方法从我们看到的现象入手，逐步分析细化，然后根据分析收集的指标数据，定位或解决问题。例如现象是发生在客户端cpu100%，那么直接从客户端入手即可，判断该现象是只有在一台客户端出现，还是所有客户端都出现，然后根据这个我们就可以重新定位问题或者查找原因了。-10-金蝶K/3产品性能稳定性优化指导手册3.网络与Citrix应用问题3.1网络引起的性能问题介绍网络引起的性能问题，反映到整个网络系统，或者单独某台计算机上。现象为K/3系统使用不稳定，时快时慢，甚至出现客户端挂起的现象。由网络引发导致的性能问题，主要包括下面几个方面：3.1.1网络配置不符合K/3应用需求，带宽不足当网络带宽不符合K/3应用需求时，最直接的后果是导致K/3应用出现性能问题，特别是进行大数据量的查询时速度更慢。检测带宽可用带宽测试软件，例如Chariot；或者服务器架设HTTP/FTP服务，在客户端查看单线程下载文件速度来判断有效带宽，如在100M到桌面网络环境里，客户端通过文件下载实测约5—7MByte/s，据此推算该百兆网实际有效带宽40—56Mbit/s。下表是K/3应用对网络的基础要求：网络类别设计要求局域网应用1.核心交换机1000M，数据库、中间层服务器、HR/Web服务器直连核心交换机1.100M交换到客户端桌面，客户端到中间层有效带宽≥40M1.全局域网网络延迟小于10ms，丢包率小于2%广域网应用1.核心交换机1000M，数据库、中间层服务器直连于核心交换机2.100M交换到接入服务器(Citrix/终端服务)、HR/Web服务器局域网连接3.10M光纤到接入服务器(Citrix/终端服务)、HR/Web服务器因特网连接4.≥64K有效带宽到每个远程客户端(Citrix/终端服务客户端)5.≥512K有效带宽到每个HR/Web客户端6.若采用VPN+K/3GUI模式，需≥2M有效带宽到每个远程客户端有效带宽需要7.远程连接网络延迟小于100ms，丢包率小于2%3.1.2网络不稳定或存在丢包现象出现网络不稳定或存在丢包现象问题时一般有些客户端不能操作并且有明显错误提示。首先应该检查网络是否畅通，如果出现所有客户端都无法操作，要检查中间层和数据库服务器是否互通，并且两台服务器的IP地址和计算机名是否正确。一般检查网络是否通畅可以使用PING的方法：通过pingIp地址看是否网络畅通通过pingxxx.xxx.xxx.xxx–n1000–l2000命令实测察看是否丢包和网络的平均速率通过pathpingxxx.xxx.xxx.xxx命令实测察看是否丢包time<1ms,sent=1000,received=999,lost=1(0%loss),Min=0ms,Max=9ms,Average=0ms-11-金蝶K/3产品性能稳定性优化指导手册for25secondstatistics中,Pct=Lost/Sent=0%即:无丢包,丢包率0%.一般出现丢包掉线的可能原因主要有：1.局域网中的某台或者多台机器感染了病毒，在疯狂发包，导致路由器NAT连接很快占满；2.可能是交换机长时间没有重启其内存已用光，导致交换数据速度缓慢，或受网络风暴影响导致阻塞或交换机的某一个或几个接口模块损坏，或交换机故障引发的网络内暴建议处理方案：（1）试着断开某台交换机，进行逐一排查，进行隔离杀毒，找到该台机器，将其隔离；（2）关闭局域网内所有交换机4-5分钟后，重新接通电源，观察网络是否恢复正常；（3）联系您的网络供应商协助解决。3.1.3网络安全性问题随着计算机病毒不断变种和蔓延，其危害程度也越来越高，因此网络安全最大的隐患就是病毒，它能直接导致K/3操作缓慢，出现性能问题。保障系统安全，一般考虑几个主要因素：1、操作系统安全及时安装Windows安全补丁（SP和Hotfix）。AD域控制器及成员服务器组策略设置、安全模板选择。IPSec（IP安全策略，例如，数据库服务器仅允许某IP进行访问，防止非法访问）。（可选项）数据库服务器IP地址对客户端不可见，特殊岗位可采用路由或VPN连接。（可选项）2、防火墙管理防火墙应用目的：设置策略，授权控制访问，诸如：IP地址、端口、网站等等；发布局域网应用（FTP、MAILServer、Web应用、局域网服务器应用程序端口）至Internet。例如，CitrixWI服务应透过防火墙发布，而不是将Citrix-K/3服务器直接暴露在互联网招致攻击。应用场景：数据库服务器完全受防火墙保护、HR服务器仅发布80等端口。特别说明：防火墙目前市面上流行很多品牌型号，防火墙性能高低直接影响K/3HR，其系统策略复杂程度均会影响网络传输。特别是K/3HR大量并发用户应用，数据库与HR服务器之间的有效带宽达到100M，甚至更高达1G。所以，在部署防火墙的同时，要求同步考虑防火墙策略是合适，必要时，建议将HR服务器与数据库之间同属防火墙保护范围之内。3、建立SSL安全机制（可选）IIS的身份认证除了匿名访问、基本验证和WindowsNT请求/响应方式外，还有一种安全性更高的认证，就是通过SSL（SecuritySocketLayer）安全机制使用数字证书。建立了SSL安全机制后，只有SSL允许的客户才能与SSL允许的Web站点进行通信，并且在使用URL资源定位器时，输入https://，而不是http://。简单的说默认情况下我们所使用的HTTP协议是没有任何加密措施的，这点危害在一些企业内部网络中比较大，对于使用HUB的企业内网来说简直就是没有任何安全可讲，因为任何人都可以在一台电脑上看到其他人在网络中的活动，对于使用交换机来组网的网络来说，安全威胁性要小很多。所以，对安全性要求较高的企业，全面加密整个网络传输隧道的确是个很好的安全措施。-12-金蝶K/3产品性能稳定性优化指导手册4、定时查杀病毒定时地更新病毒库并在非业务操作时间进行定时的病毒查杀，可以更有效地防止病毒危害，同时也避免对K/3业务操作的性能影响。3.2Citrix应用引起的性能问题介绍Citrix应用引起的性能问题一般主要在Citrix服务器的配置上面。3.1.1Citrix应用硬件配置指南一般去除操作系统和Citrix服务器的的消耗，每个CitrixK/3客户端大概耗用50~150兆左右内存。因此对于30个客户端的并发，最少需要30*50+500(操作系统和Citrix服务器的消耗)=2000(M)的内存。如果内存不足时，操作系统将会自动进行换页处理，这时需要空余的磁盘空间作为交换文件，但也会极大影响程序的性能。-13-金蝶K/3产品性能稳定性优化指导手册4.数据库性能问题4.1数据库常见性能问题介绍本章主要对目前K/3数据库与性能有关的问题进行描述，帮助用户更好地优化数据库服务器性能，以提升K/3整体应用的性能。主要包括数据库服务器硬件性能、数据库维护策略、数据库表结构优化等以及一些其他注意事项。4.1.1数据库服务器硬件配置从很多客户反馈的性能问题发现：数据库服务器硬件配置偏低，对系统运行性能产生了一定的影响，导致客户出现整体性的性能问题。数据库服务器作为账套数据的存储平台，无论从性能还是可靠性方面都提出了很高的要求，其配置的基本要求如下：经济型配置建议（100个在线用户以内应用，账套大小在4G以下）项目配置OSWindowsServer2003企业版+最新SP(目前SP2)MSSQLSQLServer2005标准版+最新SP(目前SP2)CPU双核Xeon5100系列，配置双路CPU，合共4物理核心内存4-8GB存储UltraSCSI或SAS，RAID5或RAID10网络1000M交换标准型配置（100-200个在线用户应用，账套大小在4-8G）项目配置OSWindowsServer2003企业版+最新SP(目前SP2)MSSQLSQLServer2005标准版或企业版+最新SP(目前SP2)CPU四核Xeon5300系列，配置双路CPU，合共8物理核心内存8-16GB存储SAS，RAID5或RAID10网络1000M交换高端应用（200-400个以上在线用户应用，账套大小在8G以上）-14-金蝶K/3产品性能稳定性优化指导手册项目配置OSWindowsServer2003企业版+最新SP(目前SP2)MSSQLSQLServer2005企业版+最新SP(目前SP2)CPU四核Xeon7300系列，配置四路CPU，合共16物理核心内存16-32GB存储FC-SAN网络1000M交换通过增加内存和CPU可以提升数据库服务器的性能，利用RAID来存储数据可以提高数据的安全和可靠性，同时也会带来一定的I/O性能提升。另外也可以考虑将账套分布到不同的数据库服务器上。一般通过观察服务器上任务管理器的性能监控可以大概判断硬件配置是否有问题。下面主要谈谈CPU和内存因素。4.1.1.1与CPU有关问题症状1：数据库服务器中任务管理器CPU持续100%很长一段时间分析：当发现数据库服务器的CPU很长一段时间都是100%占用，首先确认是否为很少使用的计算功能或者是大数据量查询，还是日常业务功能；若为前者，建议适当安排系统空闲时间,尽量不要在业务高峰期运行；若为后者，请通过SQL事件探查器跟踪执行时间较长的SQL，对SQL进行优化（参考），如果仍然不能解决，请将耗时比较长的SQL发回研发中心进行分析和定位。症状2：数据库服务器CPU绝大多数时间保持在40%以上分析：数据库服务器CPU长期保持在40%以上，系统的运行速度时快时慢，这表示CPU的负荷已经很重，建议升级硬件，增加CPU的个数可能是需要的。症状3：数据库服务器CPU耗用很低，但系统整体性能很差分析：这种情况很可能是数据库发生阻塞。对执行结果进行分析并寻求解决方法，如果不能解决，请把结果保存为文件反馈到研发中心，研发人员会根据此结果进行处理。4.1.1.2与内存有关问题1.简单判断数据库服务器内存是否够用在任务管理器中选择查看-显示内核时间，会显示一条红线，如果红线很高，证明大量的-15-金蝶K/3产品性能稳定性优化指导手册磁盘读写操作，说明内存可能不够，需要大量的内存切换。打开性能计数器，查看【磁盘的平均队列长度】，如果长时间大于2，可能内存不够用2.数据库服务器内存居高不下首先明确，K/3中数据库服务器的内存只上升，不下降，不是我们的软件问题，而是SQLServer使用内存的策略造成，是正常现象，相关的内容可以在微软的技术支持网站上查到http://msdn.microsoft.com/library/default.asp?url=/library/en-us/adminsql/ad_config_9zfy.asp3.数据库服务器内存配置数据库的物理内存一般来说越大越好，由于考虑到成本问题，需要对用户未来的业务有一个估计，业务数据量和业务的频繁度可以作为配置服务器硬件的一个依据。数据量对数据库服务器的内存配置有直接的影响，从经验的数字来说最好是物理内存要大于账套的数据文件，如果账套数据文件小于1G，应该配置至少1G内存，如果账套数据文件大于1G,物理内存应该和数据文件大小相当，例如账套数据文件为2.4G,那么应该配置至少2-3G内存。4．如果物理内存超过4GB，请参照附录中《SQLServer的大内存管理》设置4.1.1.3数据库实例默认选择【并行】导致死锁和阻塞问题1：由于启用了【并行】可能导致死锁。主要表现为同一功能.
