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/