醫療行業的信息化建設經過了幾個階段的發展，逐漸形成了his（醫院信息管理系統）、lis（實驗室信息管理系統）以及pacs（醫學影像系統）等眾多內容豐富、功能強大的應用系統。隨著這些系統的運行時間逐漸延長，功能逐步增強，醫院數據的價值越來越高，系統一旦停機造成的損失也越來越大。
　　
　　另一方面，隨著“9.11”等事件的爆發，“容災”這個詞匯逐漸成為人們談論最多的焦點之一。記者在與醫院的信息技術人員接觸中發現，他們對醫院數據存儲系統的可用性十分關心，希望了解到醫院部署數據容災方案的必要性和可行性。本次記者就想從醫療行業的容災系統應用談起，對重慶醫科大學附屬第一醫院容災系統的特點進行剖析，并與讀者朋友們交換意見。
　　
　　醫院要不要容災？
　　
　　醫院信息科的人員常常會遇到這樣的問題：“醫院的信息系統需要容災嗎？需要什么樣的容災系統？”面對這樣的問題，很多為醫院做系統集成的工程師也許會一頭霧水。
　　
　　實際上，很多時候用戶是否要選擇應用容災解決方案，選擇什么樣的容災解決方案，是要根據用戶具體的應用情況而定。醫療信息系統同樣如此，在做出最終的決定之前，我們需要對醫院的需求進行深入的分析，而不僅僅是簡單地回答“要”或者“不要”。
　　
　　目前，在已經應用網絡技術環境的醫院中，絕大多數用戶都采用了群集技術（也就是通常人們所說的“雙機熱備份”）來保證服務的持續運行，或者在用戶可以容忍的時間之內，自動進行服務恢復。
　　
　　群集技術在應對服務器故障方面有著顯而易見的效果，這一技術已經得到了國內大多數用戶的認可，并已經得到很大程度上的普及。但是，隨著群集技術運用的普及，很多用戶也不約而同地發現群集所存在的一些非常明顯的不足：
　　
　　由于傳統的群集解決方案多采用“2+1”（即兩臺服務器間配一臺磁盤陣列）的“雙機熱備份”模式，這個為了在兩臺服務器之間共享數據而存在的獨立磁盤陣列，往往就成為了核心系統一個突出的故障點：一旦磁盤陣列發生故障，整個系統就會停機。作為7×24營業的醫院來說，這種意外的停機對業務的影響可想而知。
　　
　　尋找一條適合的容災途徑
　　
　　記者了解到，很多用戶還存在這樣一種誤解?D既然存儲系統已經是“雙機熱備份”了，那么數據也不需要再進行單獨備份了。正因為有這樣的誤解存在，很多用戶往往忽視了數據備份的重要性，整個系統只有磁盤陣列中的一份數據，一旦磁盤陣列發生故障，導致數據丟失的時候，才發現悔之晚矣！
　　
　　目前國內的醫院用戶大多數還沒有認識到“容災”的必要性。系統建設的時候，對數據和應用的容災考慮得非常少，一旦發生火災、地震等災難性事故，整個系統將毀于一旦，數據將一去不復返，醫院將遭受無法估量的巨大損失。
　　
　　由于醫院通常都沒有與大型企業類似的各地分支機構，往往就是集中在一個園區之內，所以要為醫院特地構建一個容災中心，對醫院來說其實很不容易。有一些專業的isp可以為企業用戶提供數據容災的服務，但對醫院來說有兩個比較明顯的劣勢：
　　
　　1、收費非常昂貴；
　　2、只能解決數據的容災，由于醫院的應用基本上都集中在醫院園區內部，并對網絡帶寬要求較高，所以很難解決應用的高可用問題。
　　從以上分析可以看出，isp的容災服務更適合網站類型的企業應用，而不適合醫院的應用。
　　
　　園區級容災落戶醫院
　　
　　什么才是適合醫院信息系統應用的容災解決方案呢？
　　
　　這個問題曾經困擾著國內眾多醫院的信息建設部門。而不久前，重慶醫科大學附屬第一醫院解決了這一困擾，率先部署了一套園區級別的異地容災備份系統，取得了令人滿意的收效。
　　
　　醫院的雷院長談到：“現在看來，一個園區級別的，包括數據和應用在內的熱切換容災系統，才是醫院真正想要的容災解決方案！”
　　
　　據雷院長介紹，重慶醫科大學附屬第一醫院作為重慶市規模最大的醫院之一，同時也是當地增長最快的醫院，在西南地區，乃至全國都具有相當的影響力。
　　
　　醫院在信息系統建設方面非常重視。隨著全國醫療信息化的不斷展開，重慶醫科大學附屬第一醫院做了多方面的深入調查，同時對自己的信息系統建設也提出了相當高的要求。
　　
　　“容災系統當然也不利外。如何規劃、建設好這個容災系統，醫院的信息科真的是絞盡了腦汁。好在，從目前的運行狀態來看，新部署的這套容災系統還是令人滿意的，這也驗證了當初我們采用園區級容災方案的思路是正確的。”雷院長表示。#p#副標題#e#
　　
　　部署“2+2”模式
　　
　　為了了解到醫院容災方案的具體實施情況，記者與重慶醫科大學附屬第一醫院信息科王主任取得了聯系，請他介紹了這個方案的組成以及實現過程。
　　
　　王主任告訴記者，為了區別于以前的群集模式，醫院把這個方案通俗地稱為“2+2”群集模式。從功能上來講，這套方案突破了系統全冗余、無任何單點故障點，以及數據和應用的園區范圍的容災，使系統的運行真正沒有了后顧之憂。
　　
　　所謂“2+2”，意思就是“兩個運算節點+兩個存儲節點”。王主任介紹，“2+2”群集模式是在原來的“2+1”群集模式的基礎上，增加了一臺磁盤陣列，院方將每一臺服務器定義為一個“運算節點”，而將每一臺磁盤陣列定義為一個“存儲節點”。
　　
　　這套災備系統的關鍵就在于控制系統。王主任介紹說：“我們采用了veritas volume manager管理軟件，實現了兩臺磁盤陣列之間的鏡像關系。每一次i/o的寫入都分別通過兩條主機通道到達兩臺磁盤陣列的控制器，并當兩個i/o都返回正確的結果之后，操作才算完成。”
　　
　　這樣，兩臺磁盤陣列中的數據完全保持實時同步，不用擔心任何的數據一致性問題。
　　
　　方案實施
　　
　　不過，“2+2”群集模式的部署對于網絡數據的傳輸距離也會有一定的限制。王主任表示：“由于我們采用的是同步傳輸的方式，兩個節點之間的距離不能相隔太遠，最遠距離為50公里，如果超過50公里的距離限制，就會明顯地影響業務系統的運行性能。”
　　
　　“對于超過50公里距離限制的應用環節，我們則采用了異步的傳輸方式，因為異步方式不會造成在線業務系統性能的下降。”王主任補充道。
　　
　　不過50公里這個距離限制已經基本可以滿足醫院的園區級別的容災要求，像重慶醫科大學附屬第一醫院這樣的大醫院，也少有超過50公里的距離限制的應用。
　　
　　而對于兩個運算節點之間的群集關系，方案是采用veritas cluster server系統。王主任告訴記者，這除了實現基本的群集功能之外，主要還是考慮到這一系統還有很多突出的功能，如：最多支持32個節點的超大規模群集、簡單易行的節點退出和加入操作、跨平臺管理群集服務器系統，以及與volume manager軟件的兼容性等。
　　
　　因此，對于一個應用來說，只要任意一個運算節點和一個存儲節點運行正常，那么，整個系統就能夠正常運行。（如圖1所示）
　　
　　據王主任介紹，這一方案結合綜合布線的變化，將中心機房和容災機房兩個節點分別部署到了醫院內不同的位置。這樣，即使其中某一節點所在的位置發生意外或事故，醫院的應用仍然能夠繼續正常運行，也不會有任何數據丟失的情況發生。（如圖2所示）
　　
　　此外，整個方案的架構也具有非常好的可擴展性，不僅可以將傳統的“2+1”群集模式升級為“2+2”，還可以根據做到“2+n”，甚至“n+n”群集模式。（如圖3所示）
　　
　　當談及對這套容災方案的感受時，王主任不無感慨地說：“醫院以前也采用群集技術來提高服務器的可用性，但磁盤陣列的單點故障始終令我非常擔心，一旦磁盤陣列發生故障，我們醫院的系統就會突然停機，醫院的損失是無法估量的，那個時候信息科的壓力也非常巨大。現在實現了‘2+2’模式之后，我們真的可以高枕無憂了。數據的安全性、系統的持續運行、系統管理的簡單易行，這是我所感受到的切身體會。”#p#副標題#e#
　　
　　“2+2”群集模式相比“2+1”群集模式的幾點優勢
　　
　　1、全冗余連接，無任何單點故障點。系統中任意一個部件的損壞都不會影響系統的正常運行；
　　
　　2、鏡像的存儲節點為系統關鍵的在線業務數據提供了雙重保護；
　　
　　3、結合綜合布線系統實現了數據和應用的容災；
　　
　　4、當應用san存儲網絡架構時，可保留san架構自身的優勢，如高速備份以及良好的可擴展性等。
　　

　

　

　　
　　記 者 觀 點：為數據滋補，不可忽視
　　
　　如果僅從方案的物理結構來看，重慶醫科大學附屬第一醫院的這套“2+2”數據容災備份方案只是“2+1”模式的升級，并無新奇之處。但方案中第二個存儲節點的采用，不僅為醫院整體信息系統的運行提供了有力保障，更使醫院數據存儲方案的部署更為靈活、實用。
　　
　　隨著醫院信息化水平的不斷提高，his已從初期的以財務為主發展到現在以病人為中心，從單純的文本數據擴展到有聲音和圖像等多媒體數據，存儲的數據量逐年迅速增加。特別是x光片、ct和mr等大容量的數字圖像，造成了醫學信息量的急劇膨脹。
　　
　　曾經有人統計，一家三級甲等醫院一天的數字影像數據容量大約為10g左右，數據備份10g，合計存儲容量為20g，這樣一年下來