1、问题描述

2、业务场景（参考）

适用于系统整体卡慢的日志收集

（1）卡慢发生时应用服务器java进程占用cpu的情况截图

EAS Cloud如何检查应用服务器java进程占用cpu的情况？

说明：要在卡慢发生时截图，如果是要分析系统历史卡慢的原因，现在并不卡慢的话则不用截这个图了

如果卡慢发生时应用服务器java进程占用cpu很高的话可以参考如下链接进行分析

EAS Cloud应用服务器java程序cpu高如何分析？

（2）收集应用服务器的如下5类日志

• eas/admin/logs/ha.log
  

• eas/server/profiles/serverxxx/logs/jvm_gc* (每个实例下所有jvm开头的日志按实例名称打个包)

• eas/server/profiles/serverxxx/logs/apusic.log*（卡慢发生时的apusic日志）

• eas/server/ehcache/logs/snrpc.log

• eas/server/ehcache/logs/error.log

  
  

说明：

ha日志可以看到实例的健康度问题，可以看到历史的

jvm日志可以看到实例是否有大量连续的Full gc，单次Full gc的时间，可以看到历史的，各个实例logs目录下下所有jvm开头的文件都要取。如果卡慢正在发生，可以查看最新的jvm日志，文件打开拖到最后，检查是否有大量连续的Full gc

如果最新的jvm日志里有大量连续的full gc，则可以检查下eas/server/profiles/serverxxx/bin/目录下是否有近期产生的hprof结尾的dump文件，如果有的话可以分析这个dump文件从而得知卡慢的原因。如果没有近期产生的，这可以参考如下链接收集dump日志，分析卡慢的原因

不同操作系统，不同jdk类型的dump日志收集方法汇总

apusic日志可以看到实例是否有连接池相关或数据库相关的报错等。如果卡慢正在发生，可以取最新的apusic日志，检查是否有“cannot get requested resource connectionafter a timeout wait”(实例有连接池相关的报错）或数据库相关的报错等

EAS Cloud不同版本jdbc连接日志收集方法汇总

（3）sql server数据库先检查下是否有死锁或阻塞，再提供下索引碎片率

• 查看是否有阻塞或死锁

SQL Server数据库如何查看是否有死锁或者阻塞？

• 数据库后台查下索引碎片率，结果导入到excel里或csv格式的发出来

SQL Server数据库如何查询索引碎片率？

（4）oracle数据库需要提供卡慢一个小时的awr报告，可以收集过去的时间点的报告

收集方法参考附件pdfawr报告收集方法.pdf

4、补充

如果以上都是正常的，那么需分析是否是网络的问题导致整体卡慢