前段時間客戶方乙個系統上線後出現效能問題，就是查詢報表的時候出現宕機現象，應專案組要求過去幫忙測試優化問題。
該項目的架構相對比較複雜，登入後要先進行認證伺服器認證使用者然後登入到應用系統a,在跳轉到應用伺服器b進行業務操作，如果有涉及到查詢歷史資料等需要使用到查詢報表的，就要再次跳轉到cognos伺服器，然後從資料庫中撈取資料，因為專案人員只是說登入很慢，而且應用系統也很慢，有時會記憶體溢位，經常重啟，但是沒說明是**出問題，所以對問題的定位分析確實很麻煩。
於是只能逐層剝離測試分析方式來對各層次伺服器進行問題定位分析解決。
1、先測試挖掘分析web伺服器問題，通過簡單的測試系統登入退出，定位解決了apache配置問題。
2、認證服務慢的問題是存在，但是是另外乙個系統問題，所以不做任何優化修改。
3、本專案的應用伺服器問題診斷分析，通過測試一些交易型別的不跟報表打交道的業務功能點發現weblogic的jdbc、jvm等配置方面的問題，但是這時只能說發現問題，雖然jdbc調整大小可以解決連線數問題但是jvm設定問題，還需要考慮業務模型測試模型配比進行調整，因為報表展現的資料需要載入到應用jvm然後在展現出來，所以這方面的調整只能綜合場景測試，才能進行分析優化調整。
服務配置測試診斷分析，通過測試查詢報表資料，進行測試應用、報表展現分析問題，cognos的相關引數配置，如cognos sort buffer size、cqeconfig.xml修改、最大程序數調整等進行調整然後針對jvm進行調整。
4、資料庫問題，在測試過程沒有發現sql寫法問題，引發資料效能問題都是資料庫快取配置問題引發的，報表伺服器的資料庫是可以適當把快取引數設定大一些，提高效能，如資料快取、高數區快取等配置，提高資料命中率等問題。
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。
sysbench測試伺服器效能
sysbench目前已經有0.5的版本，不過最普遍使用的依舊是0.4.12，所以接下來我們會以0.4.12這個版本作為測試 step2 執行測試指令碼 請不要直接貼上此指令碼到你機器上執行，除非你知道它在做什麼 root dbserver data cat sysbench all.sh bin b...
如何測試伺服器效能
如何測試伺服器效能?伺服器的穩定性對我們來說是最重要的，如果在效能方面不能夠保證業務執行的需要，那麼相當於白白浪費錢。今天壹基比小七為大家講解從以下角度來進行伺服器效能的測試。穩定性測試 已知系統高峰期使用人數 各事務操作頻率等。設計綜合測試場景，測試時，將每個場景按照一定人數比例一起執行，模擬使用...
sysbench測試伺服器效能
sysbench目前已經有0.5的版本，不過最普遍使用的依舊是0.4.12，所以接下來我們會以0.4.12這個版本作為測試 step2 執行測試指令碼 請不要直接貼上此指令碼到你機器上執行，除非你知道它在做什麼 root dbserver data cat sysbench all.sh bin b...