cognos服务器性能测试诊断分析优化过程记录

　　于是只能逐层剥离测试分析方式来对各层次服务器进行问题定位分析解决。

　　2、认证服务慢的问题是存在，但是是另外一个系统问题，所以不做任何优化修改。

　　3、本项目的应用服务器问题诊断分析，通过测试一些交易类型的不跟报表打交道的业务功能点发现weblogic的jdbc、jvm等配置方面的问题，但是这时只能说发现问题，虽然jdbc调整大小可以解决连接数问题但是jvm设置问题，还需要考虑业务模型测试模型配比进行调整，因为报表展现的数据需要加载到应用jvm然后在展现出来，所以这方面的调整只能综合场景测试，才能进行分析优化调整。

　　服务配置测试诊断分析，通过测试查询报表数据，进行测试应用、报表展现分析问题，cognos的相关参数配置，如cognos sort buffer size、cqeconfig.xml修改、最大进程数调整等进行调整然后针对jvm进行调整。

　　5、jvm的配置差异性：虽然都是使用同种类型的linux操作系统和硬件配置，同样使用jrockit jdk，但是面对的处理的技术和业务逻辑的差异性，导致对jvm配置也相应有一定的差异，如应用服务器是面对不只是报表数据展现也有管理类交易的而cognos服务器是针对数据的展现，如果历史数据的查询展现等为主，所以应用服务器和报表服务器对于的jvm配置方式不能设置一样，如 应用服务器jvm配置如 -xms1024m -xmx1024m -xns:256m -xgc:gencon

　　而报表服务器配置-xms1024m -xmx1024m -xgcprio:throughput  –xnoopt -xverify:none，在测试过程中性能最佳。 –xnoopt -xverify:none这两个参数的使用虽然有测试过是否加入会影响性能，但是这两个参数的真正意义原理不是很了解。

　　6、应用展现设计问题，如查询类的不同机构的查询默认情况下，登录页面后都会把所有机构的数据展现出来，经讨论开发的改为该机构的用户只能展现本机构的机构以及下级机构的数据。  而不是设计而所有的一级行机构都展现然后在根据权限问题查看只能查看本机构的数据。而且也是要用的时候才去展现机构树，而不是每次登录都刷新展现加载一次。

　　经这些调整后响应时间从10个用户五十几秒，到50用户报表生成响应时间4.46s。   

最新内容请见作者的github页：http://qaseven.github.io/