初步诊断EAS是否运行正常（EAS客户端连接报错或服务端异常诊断）
EAS在使用的过程中，服务器正常不正常只能通过客户端是否能够登陆表现出来。
客户端的成功登陆，取决于3个前提条件：
1、网络是否畅通。2、rpc端口和HTTP端口是否畅通。3、EAS服务器是否正常运行。
后2个正常运行的前提是网络要畅通，请参看此贴《EAS对网络质量的要求》http://note.youdao.com/noteshare?id=409bac60e1eb538628e4f8651645b5c6&sub=F71398690F7D48C9B5D0005C3F5FD71F来排查网络是否存在异常---通常用于判断个别客户端不能登录。
如果全部客户端不能登录，而网络又正常，可以连接。就需要在服务器上去进一步判断EAS的java进程是否存在。通常处理思路与步骤是：
第一步：
打开EAS管理控制台，分别点击“应用服务器” 、“群集控制器”、“网络代理”、“数据中心”、“License”页签，再分别点下“刷新”按钮，看EAS实例、集群、网络代理是否处于正常状态，数据中心连数据库是否正常，License是否过期。
以下是各实例的HTTP、RPC端口号查看方法及实例当前运行状态（打开管理控制台，点击“应用服务器”页签进入）
以下是集群的端口号查看以及集群的运行状态（打开管理控制台，点击“集群控制器”页签进入）
以下是网络代理的端口号查看以及运行状态（打开管理控制台，点击“网络代理”页签进入）
以下是查看License是否已过期（打开管理控制台，点击“License”页签进入）
以下是查看数据中心是否正常（打开管理控制台，点击“数据中心”页签进入）
如果发现以上服务停止或数据中心错误，说明服务端有问题，重启EAS实例、集群、网络代理看能否解决，如果是数据中心有异常，需要协调客户DBA排查数据库的问题，把数据库修复好。
注：数据中心的版本（产品） 平台、应用显示为“Error",，点击”测试连接“按钮显示测试连接成功，并不能说明数据库没有问题，只能说数据库在应用端可以连上，连上方式不是通过数据中心的用户进行的连接，可能会存在数据中心用户密码失效或用户被锁等，说明数据库还是有问题的，参照以下方法进行处理：
如果按以上方法处理后仍有异常，按以下第二步方法去做诊断。
第二步：
如果是单实例的EAS服务端：
通过 EAS的rpc端口和http端口检测EAS是否能够正常的提供服务。
netstat -ano |findstr 6888|findstr LISTENING （windows）
netstat -ano |findstr 11034|findstr LISTENING （windows）
两个端口都在监听状态才是正常的（只能说明EAS实例服务是正常的，如果要验证客户端能否登录到实例，需要在客户端登录时配置对应的实例的RPC，HTTP端口号进行登录，如果登录不了，有可能是那个EAS实例连接池已满，达到80个，出现了连接泄漏或线程阻塞，需要收集有问题实例的连接泄漏信息或实例的线程信息进行分析定位）。下图就是实例没有正常完全启动。
netstat -anp |grep 6888|grep LISTEN （linux）
netstat -anp |grep 11034|grep LISTEN （linux）
ps -ef|grep 进程号 可查看进行被谁占用
netstat -Aan |grep 6888|grep LISTEN （AIX）
netstat -Aan |grep 11034|grep LISTEN （AIX）
说明：
需要两个端口都要在监听状态才能说明EAS正常，如果仅有一个端口或都不在监听状态，就说明EAS服务器不正常。
如果是EAS单机或多机集群环境：
检测集群控制器端口和网络代理端口。一般默认是：11033 和 8080 ，针对实际的情况检测。网络代理、集群控制器的端口查看管理控制台上的集群控制器、网络代理的页签可以看到相应的端口号。
检测集群是否已启动，网络代理是否已启动，诊断集群控制器端口和网络代理端口是否处于监听状态，如下所示：
netstat -ano |findstr 11033|findstr LISTENING （windows）
netstat -ano |findstr 8080|findstr LISTENING （windows）
netstat -anp |grep 11033|grep LISTEN （linux）
netstat -anp |grep 8080|grep LISTEN （linux）
netstat -Aan |grep 11033|grep LISTEN （AIX）
netstat -Aan |grep 8080|grep LISTEN （AIX）
检测完集群端口是否处于监听状态后，还要按上面第二步中说的单实例的EAS服务端，各EAS实例端口是否处于监听的方法进行诊断。
按以上第二步排查后发现实例等有异常，通过重启实例等不能解决，收集相关客户端与服务端的日志在KSM中走提单流程进行分析。
EAS标准支持服务需通过EAS KSM提单通道（http://easksm.kingdee.com）进行反馈处理。
EAS实例宕机或CPU高参考以下方法排查处理：
https://vip.kingdee.com/article/226730645069005568
EAS实例连接泄漏收集方法：
EAS实例线程收集方法（线程卡、阻塞等）：
初步诊断EAS是否运行正常（EAS客户端连接报错或服务端异常诊断）
EAS在使用的过程中，服务器正常不正常只能通过客户端是否能够登陆表现出来。 客户端的成功登陆，取决于3个前提条件：1、网络是否...
点击下载文档
本文2024-09-22 20:28:41发表“eas cloud知识”栏目。
本文链接：https://wenku.my7c.com/article/kingdee-eas-113882.html
您需要登录后才可以发表评论， 登录登录 或者 注册
最新文档
热门文章
