EAS常见系统性能问题处理指引 对于server1，默认的端口是11030，server2则为11029，依此类推，具体某个实例的端口可以查看eas/server/profiles/<实例名>/config/jmxconnector.properties文件中的http.port参数的值。进入管理页面后，搜索并找到invokeCounter，点击进入。找到RpcSqlOn和SqlPlanOn，并分别设置为True。最后点击“Apply”按钮应用。
如果是为了收集某个特定慢的功能的性能日志，建议按如下步骤处理：
1. 打开server1的性能日志开关，配置客户端的服务器连接端口，将原来的群集端口号改为
server1的端口号（管理控制台可以看到端口号）。 2. 登录EAS，操作特定的业务功能。
3. 待操作完成后，分别收集客户端和服务器端的eassupport日志。 性能日志收集完成后，请记住关闭相应的性能日志开关。
1.3 EAS部署模型
掌握EAS部署模型，对于分析和诊断EAS性能问题会有很大的帮助，下图是EAS网络图，可以看到EAS是典型的三层模型。
EAS应用服务器集群EAS客户机EAS服务器1EAS客户机集群前端机（Load Balancer）EAS服务器2数据库服务器。。。状态服务器EAS客户机EAS服务器n
数据库端主要运行各种DBMS系统，如Oracle、DB2、SQL Server等，可能会采用单台处理能力很强的服务器来运行，也可以组成集群，具体组建方式取决于DBMS本身的架构和能力。 在应用服务器层，金蝶EAS提供了灵活的可扩展模型以满足从中小规模到大规模的应用需求，并发用户不多的客户可以采用单实例的方式，只需部署一个EAS实例，而对于更大规模的客
6 / 31
EAS常见系统性能问题处理指引
户，则应该采用EAS集群来满足对并发处理能力、可靠性、可扩展性的需要。EAS采用J2EE作为基础架构，因此可以在多种操作系统平台上运行，包括Linux、AIX、HP-UX、Windows等。
客户端和服务器之间则通过局域网或者广域网连接在一起，采用标准的TCP/IP协议进行通讯。客户端理论上也可以在多种操作系统平台上运行，但由于很少有客户的桌面采用非Windows环境， 且EAS客户端在其它操作系统环境没有经过充分测试验证，本文档也不会涉及在其它操作系统运行EAS客户端的情形。
AppServerEAS Server 1EAS业务组件 Session状态数据HTTP ServerReas client filesRAppServerEAS Server 2EAS业务组件 调度服务、银企直联等 单例服务 单例服务状态数据HTTP ServerReas client filesAppServerEAS Server 3EAS业务组件 Session状态数据HTTP ServerRRPC ServerSession状态数据RPC ServerRbosconfig.xmlRPC ServerRbosconfig.xmleas client filesbosconfig.xmlClientEAS ClientEAS业务组件 RPC ClientTCPR服务器连接信息/eas/client/set-client-env.batHTTPR集群配置数据ormrpc_loadbalance.propertiesCluster ServerCluster ControlerHTTP ClusterRPC Cluster自动更新组件1、一些在集群环境下只能有一个运行实例的服务称之为单例服务，为了提升可靠性，可以设置备用单例服务器。2、除了单例服务器外，其他服务器实例都是对等关系，没有主次之分。3、节点失效后，会自动迁移到正常节点并重建状态信息，客户端业务不会中断。4、集群将做为EAS基本部署形态以提升整体可用性。 上图是进一步分解的EAS部署模型，其中展示了一个EAS集群控制器和三个EAS运行实例。有必要对这些概念做一下解释：
集群控制器（Cluster Controller）：又称集群前置机、负载均衡器。对于客户端而言唯一可见的EAS服务器，当其接收到客户端的连接请求后，会根据某种负载均衡算法将调用转发到后端的EAS实例，并将结果返回给客户端。可以为每个实例指定一个静态权重。
主节点（Master）：又称主实例。EAS的某些基础服务，如调度服务、网络控制、License管理等在整个集群环境中只能有一个运行实例，我们称之为单例服务。运行了这些单例服务的EAS节点称之为主节点。一个集群只能有一个主节点。
7 / 31
EAS常见系统性能问题处理指引从节点（Slaver）：又称从实例。集群环境下可以有一个或者多个从实例，运行除了基础服务以外的所有EAS组件。当其中的程序需要访问基础服务的时候，会自动调用主节点中的基础服务，这种调用关系是在从节点的bosconfig.xml中配置的，部署工具会自动完成此工作。 EAS服务器端口：由上图中的RPC Server组件监听的TCP端口，默认为11034，运行期客户端的所有服务请求通过此端口完成。
EAS自动更新端口：由上图中的HTTP Server组件监听的TCP端口，如果应用服务器采用Apusic，默认为6888。其为Portal的访问端口，同时也是客户端进行自动更新的服务端口。
EAS集群模型特点
1. 支持本机和多机集群：
? ? ? ?
一台服务器可以部署多个EAS实例组成本机集群； 可以将多个服务器上EAS组成多机集群； 两种模式可以混合使用；
异构的应用服务器之间可以组成集群。
2. 自动负载均衡和高可用特性：
? ? ? ? ?
大并发时减少单点内存占用，降低故障几率；
根据预设权重以及运行期的实例负荷情况进行自动负载均衡； 当实例健康状态恶化，无法自行恢复时，系统会主动重启相应的实例。 实例因故障失效后，客户端能重新连接到正常实例，且当前工作内容不会丢失。 在运行期可以动态地装载或者卸载EAS运行实例。
3. 自主集群技术：
?
不依赖操作系统或者应用服务器的集群技术。
1.4 问题归类
当客户反馈系统很慢或者不可用时，我们应该进一步了解问题发生时的症状、影响范围等信息，做出初步的判断，然后再通过进一步的信息收集定位问题所在。 请参照下表对发生的性能问题进行归类。
8 / 31
EAS常见系统性能问题处理指引1 确定问题的严重/紧急程度，影响范围 应用服务器无法启动；数据库无法启动；服务器无法连接；网络中断等。 1.2 系统整体非常缓慢。 大面积出现白屏；难以登录；响应时间衰减严重；无法自动更新； 1.3 部分用户/功能慢。 2 出现性能问题之前发生过什么变化？（起因分析） 操作系统，数据库，EAS服务器如果最近刚好做过升级等，可能是导致问题的诱因。 操作系统的参数，EAS配置，数据库参数调整不当可能导致性能问题。 2.3 最近网络是否有过调整变化？ 网络如果发生故障，比如受到蠕虫病毒攻击、路由器故障等，可能影响网络质量进而影响EAS性能。 2.4 其它业务系统是否也有问题？ 企业的其它业务系统是否也有故障？其诱因可能也是导致EAS性能问题的根源。
部分客户端慢；部分功能慢；特定条件下功能慢等。
1.1 系统已经瘫痪。 2.1 最近系统做过升级或者打过补丁没有？ 2.2 最近服务器配置调整过没有？ 根据日常性能支持积累的经验，结合EAS产品架构，对常见的影响EAS性能的因素进行分类整理如下： # 1 类别 应用服务器 症状 磁盘空间满 引发问题 EAS无法启动； 客户端报License过期； 操作系统崩溃； 2 残留EAS进程无法停止 EAS无法启动； 常见诱因 日志占满磁盘空间； EAS发生Dump； 大的升级或者补丁占用； 未停止EAS情况下调整部署结构； EAS进程故障； 9 / 31
EAS常见系统性能问题处理指引3 EAS进程消失 客户端报中断错误 内存参数超过操作系统限额； 服务器远程会话注销； JDK Bug引发； 换页空间用尽； 4 EAS无法启动 EAS无法使用 内存参数设置过大； Apusic License不匹配； 防病毒软件冲突；
残留EAS进程没有停止； 5 CPU 持续高消耗 EAS响应变慢，灰屏； 并发压力过大； 部分业务功能异常； 内存参数不当，GC频繁； 6 换页空间使用率高 EAS响应变慢，灰屏； EAS、操作系统崩溃； EAS内存参数设置过高； EAS内存泄漏； 其它应用占用过多内存； 7 Apusic License失效 自动更新缓慢或者报错； Apusic License已过期； EAS运行缓慢，灰屏； Portal功能慢，页面无法正常显示； 升级后忘了替换Apusic License文件，集群环境只替换了主实例，未替换其它实例； 8 数据库服务器 磁盘空间满 操作系统、数据库崩溃； 事务日志占满空间； 数据库无法连接； EAS报数据库异常； 9 CPU持续高消耗 EAS响应变慢； 数据库参数设置不当； 统计信息过旧； 索引缺失； 功能缺陷； 数据库运行日志过多； 10 / 31