oa协同服务系统响应慢时获取信息方法

oa协同服务系统响应慢时获取信息方法

1.适用版本

协同V5、V3.5

2.适用场景

以下方法适用于：

协同系统响应慢, 但java进程仍然存在的场景。一般表现为：登录后功能响应慢、点击登录无响应，或无法访问登录页等。

出现以上场景时，可能发现如CPU100%、JVM满、线程满、数据库连接较高等现象。

此时，在协同服务java进程仍存在的情况下进行以下操作，获取系统当时的信息，便于问题分析。

3.信息收集步骤

3.1可以登录时

    在系统还可以访问并可成功登录时，收集以下信息：

3.1.1 V5

system用户登录，点击【系统维护】-【系统监控】菜单，将此页面截图保存；

分别点击【系统监控】页面，最下方【JDBC Dump】、【Thread Dump】两个蓝色按钮，并将弹出的页面【文件】-【另存为】仅Html格式的文件；

刷新【JDBC Dump】、【Thread Dump】，收集3~5份两个页面的信息；

将【系统监控】截图、【JDBC Dump】、【Thread Dump】保存的html文件，发于致远人员做问题分析。

3.1.2 V3.5

系统管理员登录，进入【系统调试】，并设置时间和密码

2、另开启新的窗口，登录http://oa地址/seeyon/managment

   输入密码后即进入系统监控界面，将此页面截图保存。

3、点击【Show Busy Connections Stack Trace】、【Thread Dump】两个蓝色按钮，并将弹出的页面【文件】-【另存为】仅Html格式的文件；

4、刷新【Show Busy Connections Stack Trace】、【Thread Dump】，收集3~5份两个页面的信息；

5、将【系统监控】截图、【Show Busy Connections Stack Trace】、【Thread Dump】保存的html文件，发于致远人员做问题分析。

3.2无法登录时

注：适用V5和V3.5版本

建议：

此方法在系统可以登录，且时间充裕情况下，同时做信息收集，便于问题的更全面分析。

大致描述：

当协同服务无法登录，且java进程还存在的情况下。至协同服务器，使用协同服务jdk/bin目录下，使用jdk自带的jps、jstack、jmap获取当时的线程堆栈，及内存堆栈。

        详细执行步骤：

使用jdk/bin下jps获取java进程pid号，或windows下在任务管理器中查看，Linux下使用ps -ef|grep java命令来查看；

使用jdk/bin下jstack pid号 > 文件名.txt ，来记录线程堆栈，记录3~5次，每次执行修改生成的文件名；

使用jdk/bin下jmap –dump,format=b,file=文件名.bin pid号，来记录内存堆栈；

jstack、jmap生成的文件默认在jdk/bin下；

将生成的.txt、.bin文件，压缩后发于致远人员做问题分析。

以上命令的执行示意图如下：