2004年客戶Ilife系統(tǒng)上線，隨著數(shù)據(jù)量的不斷增加，2006年系統(tǒng)開始出現(xiàn)緩慢狀況，實(shí)施過多次優(yōu)化，但均效果不彰，緩慢現(xiàn)象一直存在。目前Batch時(shí)間已達(dá)到6-7小時(shí)，隨著業(yè)務(wù)的增加Batch時(shí)間也在不斷增加。batch必須等on-line完成后再人工啟動(dòng)，甚至人員的加班都會(huì)影響B(tài)atch的啟動(dòng)時(shí)間。用戶端查詢緩慢，對(duì)同一個(gè)報(bào)表，只有一個(gè)人可以使用，且處理時(shí)間長達(dá)20分鐘。報(bào)表無法及時(shí)完成，影響到業(yè)務(wù)開展。

  客戶系統(tǒng)性能越來越慢，多次軟件和數(shù)據(jù)庫調(diào)優(yōu)，成效不明顯，緩慢現(xiàn)象一直存在，客戶無法評(píng)估各廠商方案有效性，擔(dān)心付出成本，仍無法改變現(xiàn)況，無法達(dá)成改善目標(biāo)。因此，需要一種新的性能優(yōu)化方法，能準(zhǔn)確定位真正造成運(yùn)行緩慢的瓶頸，預(yù)先評(píng)估改造方案的有效性和預(yù)測(cè)升級(jí)后的效果。

銳行服務(wù)性能優(yōu)化服務(wù)，在解決運(yùn)行緩慢的過程中，結(jié)合實(shí)際應(yīng)用系統(tǒng)的業(yè)務(wù)流程，進(jìn)行瓶頸定位，再通過雙方交流，根據(jù)應(yīng)用的特點(diǎn)，進(jìn)行性能分析：

1、采集客戶DB及AP服務(wù)器系統(tǒng)數(shù)據(jù)，生成大量系統(tǒng)模型，從用戶系統(tǒng)整體性能、存儲(chǔ)資源負(fù)載、應(yīng)用IOPS性能需求、應(yīng)用讀寫需求、存儲(chǔ)總負(fù)荷、虛擬內(nèi)存管理、物理卷性能、Rootvg性能需求、Rootvg邏輯卷性能九個(gè)方面進(jìn)行分析，從而定位客戶系統(tǒng)瓶頸。

2、以模型為溝通平臺(tái)，以數(shù)字說話，與客戶充分討論，與客戶應(yīng)用相結(jié)合。分析系統(tǒng)的隱藏風(fēng)險(xiǎn)，即隱患，杜絕故障的產(chǎn)生，防范未然、消除性能隱患保證系統(tǒng)運(yùn)行的健康性。

3、評(píng)估不同供貨商的升級(jí)改造方案的有效性，制定性能改善目標(biāo)形成初步瓶頸定位及優(yōu)化方案。

4、對(duì)優(yōu)化結(jié)果進(jìn)行檢驗(yàn)，以保證系統(tǒng)不再發(fā)生運(yùn)行緩慢的現(xiàn)象。

● 幫助客戶定位了系統(tǒng)運(yùn)行緩慢瓶頸：CPU持續(xù)低負(fù)載，系統(tǒng)盤滿載運(yùn)行。

● 依據(jù)數(shù)據(jù)的增長趨勢(shì)，預(yù)測(cè)應(yīng)用負(fù)載的發(fā)展趨勢(shì)、并預(yù)測(cè)了系統(tǒng)盤滿載時(shí)間。

● 提出了優(yōu)化建議：遷移系統(tǒng)盤上的數(shù)據(jù)，變更備份方式等。使客戶能夠依據(jù)實(shí)際應(yīng)用選擇正確優(yōu)化方案。