学习目标

连接泄露判断的标准

可通过日志判断是否出现连接泄露：

实例的apusic日志输出cannot get requested resource connectionafter a timeout wait

或者控制台-群集控制器-实例监控记录:健康度差（数据连接池泄露）

连接泄露需要收集的日志

收集出现连接泄露的那个实例的JDBC连接池状态信息。

JDBC连接池信息

开启连接泄露的开关
进入到apusic/domains/server*/config目录下，找到apusic.conf,文件，将EnableActiveConnTrace对应的value设置为TRUE
若有多个实例，则需要每个实例修改，且修改后需要重启实例生效，群集环境重启群集生效。
开启开关后需要等下一次出现问题的时候再收集相关信息。
收集完JDBC连接池状态信息后，需要将JDBC连接开关关闭，同理也是重启服务生效
EAS8.5及以后版本可通过部署私包，自动打开连接泄露开关
备份kingdee\apusic\domains\server*(每个apusic概要文件)\config\apusic.conf
备份kingdee\apusic\lib目录下的apusic.jar
将apusic.zip解压后文件中的apusic.jar部署到kingdee\apusic\lib目录下
重启服务生效（群集控制器-停止群集，停止完成后-启动群集）
当连接池达到80%（64个）的时候会自动打开开关；（20%以下自动关闭开关）
apusic.zip下载
收集JDBC连接池状态
通过http://ip:port/easportal/tools/apusicjdbctrace.jsp 进行监控（ip为服务器地址，port为实例http端口号，可在管理控制台的应用服务器页签上获取；问题发生时收集才有效，需修改端口指向每个实例，分别收集每个实例的信息并保存为网页格式）

收集服务端线程堆栈日志

收集出现连接泄露的那个实例的线程堆栈日志

方法一：

收集服务端线程堆栈信息是通过在ie窗口输入以下地址：http://serverIP:http端口号/easportal/tools/threaddump.jsp，登陆eas，重现有问题的功能点，点击Living RPC threads界面，可以间隔一段时间后再次点击红色框中“living RPC threads”，这三个页签都需要另存为网页。一般收集每个2-3分钟或3-4分钟收集一次，每个实例每个页签收集3-4次即可，间隔时间根据具体问题来定：长时间“卡”住的操作隔4,5分钟收集一次

方法二：

cd jdk的bin目录下（ jdk的bin目录一般为eas\oracle-jdk1.8\bin，具体可以通过进程判断）
./jstack pid > pid.txt （pid为出现连接修理的实例的进程号，在控制台--应用服务器页签可以看到，生成的文件就放在eas\oracle-jdk1.8\bin目录下）
windows的斜杠和linux的是相反的
linux环境操作的截图如下
windows环境操作的截图如下

收集实例的apusic日志

出现连接泄露还需要收集apusic日志，apusic日志中可通过日志输出判断实例是否有出现连接泄露的现象。

Apusic日志需要进入到服务器安装目录EAS_HOM:/eas/server/profiles/server*/logs/apusic日志；建议收集链接泄露的实例的日志，若不清楚可收集所有实例在问题时间点的apusic日志。

连接泄露需要收集的日志