线上Java应用排查和诊断规范

http://www.iteye.com/topic/1132132

标准做法一：OOM触发HeadpDump

目的：

OOM发生时，输出堆栈快照文件，供研发人员分析。

在JVM中，如果98％的时间是用于 GC 且可用的 Heap size 不足2％的时候，将抛出 OOM 异常。

配置操作：

Resin/Tomcat 配置文件里追加 -XX:+HeapDumpOnOutOfMemoryError ，当 OutOfMemoryException 错误发生时，会自动生成 Heap Dump 文件。

同时配置 -XX:HeapDumpPath 指定快照文件的实际路径。

日志分析：

Heap Dump文件的分析，可以使用 Eclipse Memory Analyzer tool(MAT) 分析。

 

标准做法二：系统负载高触发ThreadDump

目的：

系统负载大于10时，调用 jstack 命令，输出 resin 线程快照，供研发人员分析。

配置操作：

一分钟扫描一次。如果系统的一分钟负载值（load1）大于10，或者80端口的连接数大于80时，进行打印。

日志分析：

Thread Dump文件的分析，可以使用 Thread Dump Analyzer（TDA）分析。

 

可选做法三：年老代使用率高触发HeapDump

目的：

Java工程的 OU/OC 到报警阈值时，调用 jmap 命令，输出堆栈快照，供研发人员分析。

OC 当前年老代空间容量。Current old space capacity (KB).

OU 年老代利用情况。Old space utilization (KB).

配置操作：

Nagios 监控到特定工程的 OU/OC 大于80%时，自动执行命令：jmap –dump:file={filename},format=b pid

日志分析：

多个Heap Dump文件的对照，使用 VisualVM 的比较内存快照功能。

 

标准做法四：默认开启GC打印

目的：

打印 GC 详细信息，供研发人员分析。

-XX:+PrintGC：输出形式：[GC 118250K->113543K(130112K), 0.0094143 secs] [Full GC 121376K->10414K(130112K), 0.0650971 secs]

-XX:+PrintGCDetails： 输出形式：[GC [DefNew: 8614K->781K(9088K), 0.0123035 secs] 118250K->113543K(130112K), 0.0124633 secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs]

-XX:+PrintGCTimeStamps：输出形式：11.851: [GC 98328K->93620K(130112K), 0.0082960 secs]

-Xloggc:filename：输出GC信息到日志文件。

配置操作：

Resin/Tomcat 配置文件里，增加如下参数：

<jvm-arg>-XX:+PrintGCTimeStamps</jvm-arg>

<jvm-arg>-XX:+PrintGCDetails</jvm-arg>

<jvm-arg>-Xloggc:/data/application/%ProjectName%/logs/gc.log</jvm-arg>