王 利

（內(nèi)蒙古電力信息通信中心，呼和浩特　010020）

生產(chǎn)管理信息系統(tǒng)于2008年上線試運行，已運行十年。系統(tǒng)應用為兩臺服務器采用集群部署，數(shù)據(jù)庫為兩臺服務器采用RAC集群部署，應用軟件基于maximo開發(fā)部署的。隨著企業(yè)業(yè)務數(shù)據(jù)量持續(xù)增加，業(yè)務對系統(tǒng)性能的要求也越來越高[1]。部件存在老化的問題，對現(xiàn)有硬件進行效能評估，在CPU、內(nèi)存、I/O、網(wǎng)絡等方面進行全面監(jiān)控和評估，同時對數(shù)據(jù)庫、maximo、中間件進行參數(shù)調(diào)整并優(yōu)化，進而提高用戶登錄系統(tǒng)響應時間。

1　存在的問題的現(xiàn)象

1.1　登錄過程響應時間長

用戶登錄系統(tǒng)比較慢，一般登錄時間需要20秒以上。

1.2　應用功能模塊響應時間長

在某些應用中，從“轉(zhuǎn)到”跳轉(zhuǎn)到應用，應用數(shù)據(jù)列表，應用中各個tab頁面之間切換，比較耗時。

2　優(yōu)化內(nèi)容研究

2.1　服務器的硬件優(yōu)化

生產(chǎn)管理系統(tǒng)有兩臺應用服務器，系統(tǒng)使用高峰期內(nèi)存使用率超過90%，CPU出現(xiàn)明顯等待時間，服務器性能達到瓶頸。系統(tǒng)日常在線用戶達到1000人，基于生產(chǎn)管理信息系統(tǒng)5年的規(guī)劃，建議新增兩臺應用服務器和現(xiàn)有的應用服務器做集群，通過F5對集群進行負載分發(fā)，以滿足業(yè)務延伸需要。

2.2　負載均衡相關調(diào)整和優(yōu)化

負載均衡技術在現(xiàn)有網(wǎng)絡結(jié)構(gòu)之上提供了一種廉價、有效、透明的方法，來擴展網(wǎng)絡設備和服務器的帶寬、增加吞吐量、加強網(wǎng)絡數(shù)據(jù)處理能力、提高網(wǎng)絡的靈活性和可用性，目前使用F5作為硬負載均衡器，建議依據(jù)生產(chǎn)系統(tǒng)的架構(gòu)尋找更優(yōu)的算法或路徑，針對實際情況進行優(yōu)化。

2.3　中間件WebSphere的優(yōu)化

WebSphere 是 IBM 的軟件平臺。它包含了編寫、運行和監(jiān)視全天候的工業(yè)強度的隨需應變 Web 應用程序和跨平臺、跨產(chǎn)品解決方案所需要的整個中間件基礎設施，如服務器、服務和工具。WebSphere 提供了可靠、靈活和健壯的軟件。

（1）系統(tǒng)采用中間件版本較低，時間比較久，需要打較新的補丁，提高安全性和性能問題，進而提高訪問速度。

（2）對現(xiàn)有中間件進行連續(xù)監(jiān)控、分析，在JVM、線程池、會話數(shù)量等方面進行調(diào)整，以實現(xiàn)最優(yōu)性能。

（3）配置正式環(huán)境相類似的環(huán)境，進行壓力測試，尋找瓶頸，進行壓力測試，尋找最優(yōu)參數(shù)設置。

2.4　Maximo應用程序優(yōu)化

對系統(tǒng)進行過多或不合理開發(fā)會導致系統(tǒng)變慢，影響用戶體驗，需在客戶化中慎重并遵循標準客戶化方法，對于由于數(shù)據(jù)量過大引起的，需考慮對歷史數(shù)據(jù)的合理定期清理。

（1）歷史數(shù)據(jù)定期清理，對于超過一定階段的業(yè)務數(shù)據(jù)（一般3-5年），需要定期清理；

（2）避免太過復雜頁面，盡量遵循：單頁面不超過5張及以上表，不使用2個及以上大數(shù)據(jù)量表；

（3）使用相關測試工具，保證每個頁面在局域網(wǎng)內(nèi)，響應時間不超過20毫秒，否則再進行精簡和優(yōu)化；

（4）定期清理不使用的應用，減少垃圾數(shù)據(jù)，提高頁面速度；

2.5　數(shù)據(jù)庫優(yōu)化

由于maximo套件，涉及到表比較多，而且自己管理數(shù)據(jù)字典，對數(shù)據(jù)性能要求比較高，可從以下幾個方面進行優(yōu)化：

優(yōu)化數(shù)據(jù)庫內(nèi)存；在Oracle共享池中固定應用程序代碼；優(yōu)化數(shù)據(jù)存儲；優(yōu)化數(shù)據(jù)排序的技術；優(yōu)化SQL語句；優(yōu)化磁盤I/O；優(yōu)化操作系統(tǒng)環(huán)境。

2.6　客戶端網(wǎng)絡優(yōu)化

maximo頁面比較復雜，對網(wǎng)絡帶寬和機器配置要求比較高，可使用FireBug等插件跟蹤相關請求和流量，點擊“轉(zhuǎn)到”按鈕需要消耗200-500KB左右流量，轉(zhuǎn)到某個應用（完成一次post請求），需要消耗100-300KB左右流量，這些數(shù)據(jù)需要較高的網(wǎng)絡帶寬（頁面越復雜，所需要帶寬就比較高）。采集各市、區(qū)、縣用戶訪問生產(chǎn)管理信息系統(tǒng)的流量數(shù)據(jù)，分析各地網(wǎng)絡情況，對需要調(diào)整帶寬或者優(yōu)化網(wǎng)絡結(jié)構(gòu)的進行相關調(diào)整。

3　優(yōu)化前準備工作

3.1　環(huán)境準備工作

（1）流量監(jiān)控工具安裝和調(diào)試

（2）定期流量分析：從應用、用戶、時間段、機器性能幾個維度進行分析，獲得用戶網(wǎng)絡、服務器性能相關數(shù)據(jù)

3.2　制定詳細的優(yōu)化步驟

依據(jù)優(yōu)化內(nèi)容，制定詳細的優(yōu)化步驟，確保優(yōu)化安全穩(wěn)定進行，同時在優(yōu)化之前進行相關的備份工作；

4　優(yōu)化后的工作

通過以上幾個方面的優(yōu)化，為了驗證優(yōu)化效果，進而對系統(tǒng)進行壓力測試（AIX服務器、中間件、數(shù)據(jù)庫等），來檢驗優(yōu)化的效果。

5　結(jié)束語

通過對生產(chǎn)管理信息系統(tǒng)的硬件、中間件、maximo、中間件、數(shù)據(jù)庫、客戶端網(wǎng)絡幾個方面進行闡述和分析，進而提高系統(tǒng)的訪問速度。通過優(yōu)化后將有原有的兩臺應用服務器，變成四臺應用集群，解決了現(xiàn)有服務器性能達到極限的安全隱患，同時也滿足了生產(chǎn)管理系五年的業(yè)務需求，也提升了系統(tǒng)訪問速度，提升用戶的體驗感。

[1]郭芳錚，李偉新，陳輝河.配網(wǎng)狀態(tài)檢修輔助決策系統(tǒng)的研發(fā)和應用[J].電力信息與通信技術，2014（07）.