前言

最近总是帮现场进行环境问题性能诊断.
但是有时候总是现有很多无效沟通.
所以想着就这一个项目的情况简单梳理总结一下:
现场性能诊断的资料

硬件方面

主机的: 厂商,型号
CPU的 型号,架构,主频
内存的 大小, 有条件给出频率等. 
硬盘: RAID的型号, 版本, 缓存类型 磁盘类型,数量, RAID类型. 
网络: 网络拓扑,硬件设备情况. 光纤或者是双绞线
机房架设情况: 是否举例较远,延迟较高

建议给出: 
1. 应用服务器跟数据服务器之间的网络带宽
   BW以及IOPS都给出. 
2. 应用服务器和数据库服务器的IO情况.
   建议反馈4KB,8KB的读写情况.

软件方面

操作系统: 类型,版本,运行时长等. 
数据库  : 谁安装的, 谁运维, 最近的运维监控简要信息. 
         内存配置, 版本配置, 最近的调优简要情况.
         数据库是否专用, 是否有其他干扰因素. 
数据文件: 数据文件的大小, 以及主备模式. 
         有否其他高级特性. 比如RAC,主从等. 
中间件  : Redis,Nginx等的安装方式以及压力情况. 
         是否最近有其他的报告.

数据方面

物理层数据方面:
数据文件的大小, 表的数量, 重要业务表的大小与条数. 
有条件给出AWR记录. 或者是其他类似记录便于分析. 

业务层数据方面:
客户用户数据量. 
用户在线用户量, 早 中 晚的在线用户数量. 
最大的用户在线数量. 
有条件给出,并发用户的数量. 

建议给出, 运行的年度信息
核心表比如:
财务的核心表: 凭证条数, 辅助套数, 科目余额表的大小与条数
其他核心业务模块也可以同时分析.

部署方面-业务层次

项目部署的核心模块. 
方便分析不同模块不同场景. 

项目的二开情况
二开的工作量, 深入程度, 有否测试,有否有同样项目反馈问题. 

项目的接口情况
都少外部接口, 计划任务的情况. 是否有大量的非产品直接写入数据库的情况.

部分方面-技术层次

环境部署运维情况
1. 是否专用及部署.
2. JVM的调优配置情况. 
3. 数据库索引等设置是否有过具体的优化. 
4. 建议反馈一下监控信息: 应用的CPU使用情况, GC情况等.
5. 如果出现OOM宕机, 给出dump文件或者是分析情况. 
6. 建议出现问题时 进入, 高峰, 结尾 给出一下tracelog,便于分析. 
7. 相关开发部署人员到位,根据跟踪结果便于快速分析业务场景.