系統升級是每個CIO都要遇到的問題。可是在升級之前，面對廠商提出的形形色色的升級方案，CIO該如何做到心中有數呢？
廠商給的升級方案，如果方向是一致的那還好選擇，可是往往很多廠商的升級方案是南轅北轍。向左走還是向右走？一次升級，投入的往往不是小數目，CIO還真得謹慎些。我們不妨來看看下面這個案例，這個CIO採取的是“先看病，再買藥”的升級之路。
MRP患了“慢性病”
某有限公司是外資的上市公司，主要業務是替顧客從事OEM生產，在內地多個工業園區擁有大型生產基地。該公司採用美國知名公司MRP軟件負責保障其銷售部門、工廠與顧客進行迅速和準確的溝通，並提供實時信息，讓公司做出合適而快速的決定。公司的顧客也可以透過這個系統的“顧客服務信息”界面，實時獲得生產、物料、裝運等訊息。
隨着公司OEM的客戶和訂單的增加，工廠的MRP系統日益受到以下性能問題的困擾：
ERP系統的所有客戶端（包括位於各生產線的生產控制員工位）24小時都響應緩慢，每晚22點開始的MRP批處理到第二天上午9點還無法完成，大客戶的MRP批處理甚至要超過18個小時才能運行完。
這不但嚴重影響生產的進行，也使爲客戶提供及時的資訊服務成爲泡影，進而影響到了公司的銷售。
隨即，該公司CIO決定對系統進行優化改造。
首先，優化現有軟件和數據庫：雖然公司的電腦部門努力地優化MRP軟件和Progress數據庫，但收效甚微。其次，更換高指標的硬件設備。用HP公司所推薦的更高檔的HP服務器和最新的光纖磁盤陣列來安裝MRP軟件和全部真實數據的拷貝，進行的驗證測試結果卻讓人大跌眼鏡：MRP批處理時間幾乎沒有減少，而ERP系統依舊響應緩慢。服務器廠商對此的結論是：請用戶檢查應用軟件和數據庫是否太消耗硬件資源。
兩步都不管用，那就考慮更換數據庫和軟件供應商。受服務器廠商的影響。該CIO打算更換更有實力的軟件商，考慮將ERP軟件和數據庫分別更換爲SAP和Oracle。但是軟件的全體更換不是短時間可以完成的。
爲系統“把脈”
三次努力都白費了，MRP的"慢性病"還是沒有解決。這時候該公司的CIO想到，應該對系統本身進行一次“體檢”，搞清楚問題到底出在哪裏。
IOPS提速網的性能分析專家陳柏霖說，在這樣的情況下，企業有必要找一個專業公司對應用的負載進行性能評估和預測公司，評估真正的瓶頸在那裏和預測目前那個方案可以徹底解決問題。
系統升級之前，一定要先看病，再買藥。IOPS提速網，以第三方的身份和中立的立場對該公司IT系統的硬件資源做出客觀的評估，讓該公司可以直觀、方便地理解其硬件平臺的現有能力以及是否能夠支持現在以及預期工作負載的峯值，進而輔助決策如何正確地解決應用性能問題。
該公司的系統性能升級共分三步走：
首先，診斷分析，量化性能:
“慢”是一個形容詞，到底系統有多慢，需要提升多少纔可以改善目前的問題，這個是不容易回答的問題。只有把“慢”量化後，纔可以在量化的基礎下進行評估，所以首先是量化應用系統性能。
其次，升級方案評估，性能預測
依據性能量化結果(見下表)，該公司CIO針對造成系統瓶頸的問題，和相關產品的提供商進行有效的討論，依據該公司實際的應用情形，重新提出升級改造方案。
|
系統性能量化：[url]www.IOPS.com.cn[/url] 提速網 | ||
|
系統困局 |
一般的回答 |
IOPS量化負載和性能趨勢預測 |
|
系統有多慢？ |
非常慢 |
1.系統使用率超過90％的有1152分鐘/天 2.系統使用率在80％-90％的有172分鐘/天這個系統92％的時間段是屬於高負載運行 |
|
什麼時候慢 |
一直都很慢 |
白天工作時間和晚上批處理21：00到05：00的時間段 |
|
哪裏慢 |
服務器慢 |
1.CPU使用率在30％-40％之間 2.內存使用率：內存還有保持900MB可用 3.存儲使用率：高於90％的時間段有95％主要的瓶頸來自存儲性能不足 |
|
爲什麼慢 |
不知道 |
1.存儲設備的應用TPS值只有400 2.存儲讀寫比例在85％/15％ 3.數據庫內有兩個表I/O比重是88％ |
|
需要提升的速度 |
越快越好 |
如果整體的性能沒有提升4倍，目前運行緩慢的現象不易改善 |
系統上線，應用性能持續追蹤
在系統實際升級上線後，整體的ERP系統的響應改善非常明顯，但是CIO還需要同時進行長期的系統性能監控與分析，對用戶的應用系統進行定期的性能分析、性能告警、性能評估、性能預測等系列的系統性能管理工作；有效的提升系統性能的可控性，避免ERP系統再度感染“慢性病”。
應用系統運行緩慢的現象不是問題，但是如果慢到無法忍受，同時影響生產效益的降低，那就要進行升級改造。系統負載趨勢預測，是提供有效升級改造的最佳依據。
轉載:CCNEWS信息系統工程