首頁 > 解決方案 > H3C網(wǎng)絡(luò)工程方案
很多醫(yī)院在面臨醫(yī)療業(yè)務(wù)增長壓力的時候都會陷入一個怪圈：各業(yè)務(wù)科室反映醫(yī)生工作站開醫(yī)囑變得慢了，影像中心反映調(diào)取片子的速度慢了，檢驗科室反映讀取報告慢了……面對這些來自業(yè)務(wù)科室的壓力，很多醫(yī)院信息中心會通過購買服務(wù)器的方式來提高系統(tǒng)的響應(yīng)服務(wù)速度，有的購買Web服務(wù)器，有的購買應(yīng)用服務(wù)器，有的購買數(shù)據(jù)庫服務(wù)器……直到把醫(yī)院有限的機房全部填滿。
事實上，有一個很重要的工作被忽略——沒有對業(yè)務(wù)系統(tǒng)進行詳細的故障數(shù)據(jù)分析，缺乏業(yè)務(wù)系統(tǒng)健康狀態(tài)的數(shù)據(jù)分析?，F(xiàn)在的醫(yī)療業(yè)務(wù)系統(tǒng)普遍采用三層架構(gòu)，即Web服務(wù)器、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器，從數(shù)量上看每層可能都有數(shù)臺以上的服務(wù)器，很多醫(yī)院看這種性能問題普遍都是從數(shù)量上看，但是走進每臺服務(wù)器我們會發(fā)現(xiàn)，影響和制約業(yè)務(wù)系統(tǒng)運行的還有軟件因素，即比物理資源更重要的軟件資源，如數(shù)據(jù)庫的連接信息、讀寫I/O狀態(tài)，數(shù)據(jù)庫明細和表空間狀態(tài)，應(yīng)用服務(wù)器的會話性能、事務(wù)狀態(tài)、線程池等，這些軟件資源很多時候會成為系統(tǒng)運行的瓶頸。
此外，一直以來，醫(yī)院都是將網(wǎng)絡(luò)和系統(tǒng)應(yīng)用分開管理，在很多醫(yī)院一般是由兩個團隊分別負責(zé)運維。對服務(wù)器應(yīng)用軟件資源的管理，醫(yī)院大多采取獨立的系統(tǒng)管理；對網(wǎng)絡(luò)、安全、服務(wù)器等硬件資源的管理，醫(yī)院多采用獨立的網(wǎng)管系統(tǒng)。兩套班子，兩套系統(tǒng)，沒有統(tǒng)一融合的管理工具，數(shù)據(jù)中心的運維成本很高。
因此，醫(yī)院迫切需要建立一套可視化的應(yīng)用監(jiān)視手段，可集成數(shù)據(jù)中心系統(tǒng)管理，通過自動化的運維工具，提高運維效率，降低管理復(fù)雜度，保障整個醫(yī)療應(yīng)用系統(tǒng)的穩(wěn)定、高效、不間斷運轉(zhuǎn)。
在對醫(yī)院進行應(yīng)用服務(wù)監(jiān)測管理的時候，面臨如何管理、管理什么、關(guān)聯(lián)管理和管理控制等問題：
1、 管理不能以犧牲性能為代價，尤其如HIS、PACS、EMR等醫(yī)院核心業(yè)務(wù)系統(tǒng)，不能增加醫(yī)院業(yè)務(wù)系統(tǒng)的業(yè)務(wù)負擔(dān)；
2、 全面覆蓋限制服務(wù)能力的關(guān)鍵點，要對影響服務(wù)的各種資源進行詳細監(jiān)控，不僅有硬件資源，還要有豐富的軟件資源；
3、 醫(yī)院業(yè)務(wù)從傳統(tǒng)相互獨立的應(yīng)用模式向強關(guān)聯(lián)性發(fā)展，因此醫(yī)院業(yè)務(wù)服務(wù)健康監(jiān)測，要能夠識別應(yīng)用資源的依賴關(guān)系和相互依存性，跟蹤相關(guān)業(yè)務(wù)的性能，提高監(jiān)控效率；
4、 監(jiān)測不是目的，通過服務(wù)監(jiān)測可及時發(fā)現(xiàn)問題，并建立良好的應(yīng)用服務(wù)質(zhì)量管理體系；
H3C APM醫(yī)院應(yīng)用服務(wù)健康監(jiān)測解決方案，從根本上解決了服務(wù)器應(yīng)用資源管理問題，可以幫助醫(yī)院獲得更好的資源可視性和可控性，減少工作量，提高運維效率。
一、 管理方式
APM采用無代理（Agentless）模式，通過不同命令、腳本或模擬客戶端的方式要求應(yīng)用資源反饋相應(yīng)指標數(shù)據(jù)，然后根據(jù)指標數(shù)據(jù)對應(yīng)用資源的性能、負載進行評估，從而評估應(yīng)用系統(tǒng)的性能。比如對Windows服務(wù)器的監(jiān)控可以采用SNMP協(xié)議和WMI（Windows管理規(guī)范）協(xié)議；對數(shù)據(jù)庫的監(jiān)控可以采用ODBC連接、SQL結(jié)構(gòu)化查詢語言等命令模擬客戶端登陸服務(wù)器以獲取相關(guān)數(shù)據(jù)。這種管理方式對于關(guān)鍵的醫(yī)療應(yīng)用資源占用不大，增加應(yīng)用系統(tǒng)穩(wěn)定性。
二、 管理內(nèi)容
APM覆蓋了包括以下的市場主流應(yīng)用資源。
? 服務(wù)器操作系統(tǒng)：Windows、Linux、Sun Solaris、FreeBSD、IBM AIX、HP- UX、Tru64 Unix、Mac OS等；
? 數(shù)據(jù)庫：Oracle（8.x/9i/10g/RAC/11g）、MySQL（3.23.x/4.x/5.x）、Microsoft SQL Server（2005/2008）、IBM DB2（8.x/9.x）、Sybase等；
? Web服務(wù)器：Apache、Windows IIS、PHP等；
? 應(yīng)用服務(wù)器：Microsoft .Net、GlassFish、JBoss、Oracle AS、SilverStream、Tomcat服務(wù)器、WebLogic、WebSphere等；
? 中間件：WebLogic、WebSphere等；
? 郵件服務(wù)器：Microsoft Exchange 2003/2007、其他SMTP、POP3型郵件服務(wù)器。
除此之外，APM還可以提供自定義監(jiān)控的能力，對醫(yī)院諸多獨特的的應(yīng)用系統(tǒng)進行監(jiān)測。
在監(jiān)控指標上，APM有所側(cè)重，如對主機系統(tǒng)、數(shù)據(jù)庫服務(wù)器、應(yīng)用中間件，要分別關(guān)注其內(nèi)部各種關(guān)鍵參數(shù)，以便準確把握系統(tǒng)運行狀態(tài)，及時地發(fā)現(xiàn)故障苗頭。對內(nèi)部Web HTTP服務(wù)的監(jiān)控是由于醫(yī)院內(nèi)部有很多重要的Web應(yīng)用，通過對HTTP和HTTP序列的監(jiān)控，可以確保所有這些網(wǎng)頁7*24小時正常運行，并能夠在網(wǎng)頁響應(yīng)變慢之前及時得到通知，這就盡可能地避免了醫(yī)生、醫(yī)務(wù)人員由于網(wǎng)頁打不開或者登陸不上去而抱怨。
三、 業(yè)務(wù)關(guān)聯(lián)管理
APM提供智能的關(guān)聯(lián)分析。對醫(yī)院IT管理員來而言，他們往往認為數(shù)據(jù)中心中各資源的性能明細等這些冷冰冰的數(shù)據(jù)與他具體負責(zé)的業(yè)務(wù)沒有關(guān)聯(lián)，尤其當(dāng)系統(tǒng)龐大之后，海量的數(shù)據(jù)更是讓人感覺云山霧繞。在這種情況下，可以考慮基于業(yè)務(wù)維度的監(jiān)控，通過分組數(shù)據(jù)中心中的應(yīng)用、服務(wù)器及系統(tǒng)等不同資源，為異構(gòu)的IT基礎(chǔ)架構(gòu)創(chuàng)建一個具有邏輯意義的業(yè)務(wù)視圖，實時監(jiān)控此邏輯視圖中的性能變化。
圖1 基于業(yè)務(wù)維度的監(jiān)控
如圖1所示，某臨床信息系統(tǒng)包含門診醫(yī)生工作站、住院醫(yī)生工作站、護士工作站、電子病歷、臨床檢驗系統(tǒng)、醫(yī)學(xué)影像系統(tǒng)、營養(yǎng)配餐管理、臨床用藥咨詢、手術(shù)室麻醉系統(tǒng)、重癥監(jiān)護信息系統(tǒng)、輸血管理系統(tǒng)等子系統(tǒng)，而每個子系統(tǒng)都由操作系統(tǒng)、數(shù)據(jù)庫、Web服務(wù)器、存儲等服務(wù)器應(yīng)用組成，因此可以建立對應(yīng)的邏輯視圖，如圖2所示。
圖2 基于業(yè)務(wù)維度監(jiān)控的邏輯視圖
邏輯視圖可向下層層鉆取直至原子服務(wù)，每一種應(yīng)用資源的性能變化即反應(yīng)了其對應(yīng)的子集，同時也反應(yīng)整個臨床信息系統(tǒng)應(yīng)用的性能。通過這種方式，用戶只需監(jiān)控對應(yīng)的邏輯視圖，簡單明了、清晰簡潔，顯著提高醫(yī)院數(shù)據(jù)中心應(yīng)用資源運維管理的效率。
四、 管理控制
APM提供一體化融合的方式，能夠同步了解網(wǎng)絡(luò)和應(yīng)用的情況。
1. 網(wǎng)絡(luò)與應(yīng)用的拓撲結(jié)合
通過網(wǎng)絡(luò)與應(yīng)用拓撲的結(jié)合，醫(yī)院可以按照業(yè)務(wù)的維度建立統(tǒng)一視圖，拓撲圖中融合網(wǎng)絡(luò)性能、告警數(shù)據(jù)，也可直接查看各種應(yīng)用的運行信息，直觀形象地展示了當(dāng)前醫(yī)院數(shù)據(jù)中心業(yè)務(wù)相關(guān)的網(wǎng)絡(luò)和應(yīng)用情況（如圖3所示）。
圖3 網(wǎng)絡(luò)與應(yīng)用的拓撲融合
2. 故障根源分析
醫(yī)院數(shù)據(jù)中心中一般存在大量的告警信息，但這些信息往往不需過分關(guān)注和處理。查看分析這些告警信息不僅耗費管理員大量的時間和精力，并且會將關(guān)鍵告警信息淹沒其中，從而影響管理員對數(shù)據(jù)中心故障的正確判斷和及時處理。很多醫(yī)院用戶都有這樣的感受，數(shù)據(jù)中心中的某臺核心設(shè)備端口斷電之后，從接入設(shè)備、匯聚設(shè)備到后端應(yīng)用服務(wù)器都會產(chǎn)生故障，管理系統(tǒng)霎時間會收到海量的嚴重告警信息，在短時間內(nèi)要求能夠快速定位到故障的源頭幾乎是一項不可能的任務(wù)。
故障的根源分析，要求系統(tǒng)能夠根據(jù)一定的算法規(guī)則，分析告警間的邏輯原因，自動屏蔽、排除無關(guān)的表象告警，最終幫助管理員找出導(dǎo)致故障的根源告警。通過常見的短信、Email等告警轉(zhuǎn)發(fā)手段，使用戶不需要坐在電腦前，就可以獲得關(guān)鍵的根源告警信息，從而能夠及時地解決問題（如圖4所示）。
圖4 服務(wù)器應(yīng)用的故障根源分析
3. 綜合SLA分析
基礎(chǔ)網(wǎng)絡(luò)及服務(wù)器等資源的建設(shè)主要還是用于支撐上層業(yè)務(wù)和服務(wù)，SLA（Service Level Agreement，服務(wù)協(xié)議等級）就是用來衡量數(shù)據(jù)中心的服務(wù)水平。數(shù)據(jù)中心綜合SLA分析融入了告警、性能、流量、應(yīng)用等數(shù)據(jù)，通過指標的創(chuàng)建與服務(wù)的建立，來完成整個服務(wù)的度量監(jiān)控和管理。以醫(yī)院HIS應(yīng)用為例，管理員將涉及的網(wǎng)絡(luò)、PC服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫、郵件服務(wù)器及其相關(guān)的鏈路、配置、流量等組合成服務(wù)項，通過圖表數(shù)據(jù)實時監(jiān)控服務(wù)的健康狀況，并對醫(yī)院各科室輸出SLA服務(wù)報表。一旦業(yè)務(wù)出現(xiàn)問題，相關(guān)模塊的數(shù)據(jù)能夠幫助管理員定位問題（如圖5所示）。
圖5 綜合SLA分析
這樣的管理辦法和思路給醫(yī)院數(shù)據(jù)中心運維人員帶來的好處是不言而喻的，一方面豐富的SLA圖形報表使得業(yè)務(wù)的服務(wù)質(zhì)量清晰可見；另一方面，關(guān)鍵質(zhì)量指標的數(shù)據(jù)使得定位問題不再無跡可循。
五、 結(jié)束語
當(dāng)前，醫(yī)院IT管理的復(fù)雜度及精細化要求越來越高。醫(yī)院數(shù)據(jù)中心的各種業(yè)務(wù)應(yīng)用的健康狀態(tài)將是管理的重中之重，因此需要做好數(shù)據(jù)中心的應(yīng)用可視化管理，使得各種業(yè)務(wù)的實時狀態(tài)等得到有效監(jiān)控，業(yè)務(wù)應(yīng)用出現(xiàn)故障時能第一時間通知到管理員，管理員通過各種業(yè)務(wù)可用性報表能對業(yè)務(wù)的總體情況清晰的把握。與此同時數(shù)據(jù)中心對應(yīng)用管理的要求也會向一體化、自動化和系統(tǒng)化的方向發(fā)展，管理員將在一套系統(tǒng)內(nèi)，既能了解網(wǎng)絡(luò)情況，又能了解應(yīng)用的情況，還能監(jiān)控各種應(yīng)用的網(wǎng)絡(luò)流量情況，并能通過自動配置工具對數(shù)據(jù)中心進行業(yè)務(wù)動態(tài)調(diào)整，形成對數(shù)據(jù)中心應(yīng)用的全方位、智能化的管理。