醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案

1、醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案2013年7月1.需求和目標(biāo)數(shù)字化醫(yī)院是我國現(xiàn)代醫(yī)療發(fā)展的趨勢(shì)?！皵?shù)字化醫(yī)院”是指將先進(jìn)的網(wǎng)絡(luò)及數(shù)字技術(shù)應(yīng)用于醫(yī)院及相關(guān)醫(yī)療工作,實(shí)現(xiàn)醫(yī)院內(nèi)部醫(yī)療和管理信息的數(shù)字化采集、存儲(chǔ)、傳輸及后處理，以及各項(xiàng)業(yè)務(wù)流程數(shù)字化運(yùn)作的醫(yī)院信息體系?！皵?shù)字化醫(yī)院”是由數(shù)字化醫(yī)療設(shè)備、計(jì)算機(jī)網(wǎng)絡(luò)平臺(tái)和醫(yī)院業(yè)務(wù)軟件所組成的三位一體的綜合信息系統(tǒng)。數(shù)字化醫(yī)院工程體現(xiàn)了現(xiàn)代信息技術(shù)在醫(yī)療衛(wèi)生領(lǐng)域的充分應(yīng)用，有助于醫(yī)院實(shí)現(xiàn)資源整合、流程優(yōu)化，降低運(yùn)行成本，提高服務(wù)質(zhì)量、工作效率和管理水平。信息系統(tǒng)建設(shè)作為醫(yī)療行業(yè)信息化的核心內(nèi)容，在近幾年的發(fā)展中經(jīng)歷了不同的階段。隨著國家新醫(yī)改方案的實(shí)施，對(duì)國內(nèi)傳

2、統(tǒng)醫(yī)院信息系統(tǒng)發(fā)展帶來前所未有的機(jī)遇與挑戰(zhàn)，現(xiàn)有的信息系統(tǒng)已難以全面適應(yīng)醫(yī)院的需求。因此，一個(gè)全新的數(shù)字化醫(yī)院解決方案是當(dāng)前國內(nèi)醫(yī)院信息化行業(yè)的迫切需求。1.1 項(xiàng)目需求分析醫(yī)療行業(yè)信息系統(tǒng)中最重要的是信息，包括病人臨床信息和醫(yī)院管理信息等。醫(yī)療行業(yè)IT部門面臨的最明顯挑戰(zhàn)是由信息數(shù)字化造成的信息量持續(xù)增長帶來的，這些增長來源于：每個(gè)醫(yī)療過程涉及大量圖像加上每年要執(zhí)行大量掃描，使得存儲(chǔ)的醫(yī)療記錄以超過70%的年增長率在增長；更多類型的數(shù)據(jù)：財(cái)務(wù)、臨床、圖像管理，結(jié)構(gòu)化數(shù)據(jù)（如數(shù)據(jù)庫）及非結(jié)構(gòu)化數(shù)據(jù)（如數(shù)字影像、報(bào)告、視頻、演示文稿等）；更多用途的數(shù)據(jù)：HIS、EMR/EHRPACS知識(shí)管理以及

3、數(shù)據(jù)挖掘更多設(shè)備產(chǎn)生的數(shù)據(jù)：藥征、患者監(jiān)視、儀器更多管理法規(guī)：國家醫(yī)療記錄保留要求醫(yī)療行業(yè)中不同業(yè)務(wù)應(yīng)用系統(tǒng)的需求不盡相同。我們以醫(yī)院的兩個(gè)最有代表性的應(yīng)用為例，分析其來自醫(yī)院業(yè)務(wù)的需求：HIS/EM繇統(tǒng)- 隨著就診人數(shù)的增長，需要保證系統(tǒng)的性能滿足業(yè)務(wù)發(fā)展的需要；- 需要滿足7x24小時(shí)高可靠運(yùn)行的業(yè)務(wù)連續(xù)性要求；- 需要保證數(shù)據(jù)的安全性和可恢復(fù)性，避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛；PAC僚統(tǒng)- 如果仍然采用隨影像設(shè)備配置的功能簡(jiǎn)單的醫(yī)療影像系統(tǒng)，如何實(shí)現(xiàn)全院影像信息共享和查詢？- 如果實(shí)施了全院PAC繇統(tǒng)，則帶來數(shù)據(jù)量的快速增長，如何做到控制成本、同時(shí)提供數(shù)據(jù)的共享和快速查詢？- 需要滿足7x

4、24小時(shí)高可靠運(yùn)行的業(yè)務(wù)連續(xù)性要求；- 需要保證數(shù)據(jù)的安全性和可恢復(fù)性，避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛；醫(yī)療行業(yè)其他應(yīng)用系統(tǒng)還包括：LIS、醫(yī)保、銀聯(lián)前置機(jī)、合理用藥、知識(shí)庫、排隊(duì)叫號(hào)、病人查詢系統(tǒng)、OA殺毒系統(tǒng)、文件服務(wù)器、WEBEmail等。如今，隨著醫(yī)院不斷有新的應(yīng)用系統(tǒng)上線，數(shù)據(jù)呈級(jí)數(shù)增長，原有的系統(tǒng)迫切需要擴(kuò)容升級(jí)。由于醫(yī)院內(nèi)的HIS、PACS和電子病歷等系統(tǒng)是在不同時(shí)期分批建成的，導(dǎo)致各系統(tǒng)的數(shù)據(jù)處于分散存儲(chǔ)狀態(tài)。不僅如此，每個(gè)系統(tǒng)所采取的存儲(chǔ)方式與存儲(chǔ)介質(zhì)也各不相同，而且有些存儲(chǔ)系統(tǒng)已經(jīng)無法滿足業(yè)務(wù)不斷發(fā)展的需要。隨著上述系統(tǒng)應(yīng)用規(guī)模的不斷擴(kuò)大，在數(shù)據(jù)管理方面的問題日益凸顯出來，主

5、要表現(xiàn)為：容量不足，數(shù)據(jù)調(diào)用不便；系統(tǒng)結(jié)構(gòu)相對(duì)落后，系統(tǒng)穩(wěn)定性有待提高；最后，分散存儲(chǔ)的模式，嚴(yán)重影響了數(shù)據(jù)資產(chǎn)的管理效率?？傮w來講，醫(yī)療行業(yè)信息化的關(guān)注點(diǎn)在于：如何滿足業(yè)務(wù)連續(xù)性要求- 高性能- 服務(wù)不停頓- 數(shù)據(jù)不丟失如何解決數(shù)據(jù)容量迅速增長帶來的成本、管理等問題如何解決應(yīng)用系統(tǒng)不斷增加帶來的成本、管理等問題1.2 需求分析小結(jié)隨著醫(yī)院信息化進(jìn)程的逐步深入，醫(yī)院部署的的應(yīng)用系統(tǒng)越來越多，環(huán)境也變得越來越復(fù)雜，這無形中增加了IT人員管理維護(hù)系統(tǒng)的難度。同時(shí)，隨著應(yīng)用系統(tǒng)的不斷增加，數(shù)據(jù)也相應(yīng)大量增長，這就給原有的信息基礎(chǔ)架構(gòu)提出了更高的要求：?提高系統(tǒng)數(shù)據(jù)整體安全性，避免因數(shù)據(jù)丟失導(dǎo)致的公共

6、事件發(fā)生?平滑的提供更大的存儲(chǔ)空間?提供更快的數(shù)據(jù)響應(yīng)速度?提供更大的數(shù)據(jù)吞吐能力?提供靈活的資源調(diào)配能力（包括服務(wù)器和存儲(chǔ)）并且，隨著信息系統(tǒng)在醫(yī)院教學(xué)和管理中的重要性越來越高，信息主管部門越來越多的關(guān)注在：?如何解決應(yīng)用系統(tǒng)和數(shù)據(jù)容量迅速增長帶來的問題：利用率降低成本不斷增加管理越來越復(fù)雜等?如何滿足關(guān)鍵應(yīng)用系統(tǒng)的業(yè)務(wù)連續(xù)性要求關(guān)鍵系統(tǒng)高性能關(guān)鍵服務(wù)不停頓關(guān)鍵數(shù)據(jù)不丟失2.雙活數(shù)據(jù)中心整體解決方案隨著醫(yī)療服務(wù)業(yè)務(wù)的進(jìn)一步發(fā)展，醫(yī)療信息系統(tǒng)要求提供7*24小時(shí)的高可用性服務(wù)，業(yè)務(wù)運(yùn)行不允許中斷，系統(tǒng)一旦停機(jī)會(huì)給醫(yī)院造成巨大的損失。為了應(yīng)對(duì)系統(tǒng)停機(jī)、業(yè)務(wù)中斷等風(fēng)險(xiǎn)，多數(shù)醫(yī)院建設(shè)了容災(zāi)數(shù)據(jù)中心，

7、傳統(tǒng)的以數(shù)據(jù)復(fù)制技術(shù)為基礎(chǔ)的多數(shù)據(jù)中心架構(gòu)均以災(zāi)難情況下的站點(diǎn)整體切換為第一目標(biāo)，這種技術(shù)強(qiáng)調(diào)災(zāi)難情況下的站點(diǎn)恢復(fù)能力，但往往由于底層數(shù)據(jù)復(fù)制配置、網(wǎng)絡(luò)環(huán)境、相互依存服務(wù)等方面的限制，無法順利實(shí)現(xiàn)單個(gè)業(yè)務(wù)應(yīng)用系統(tǒng)或主機(jī)的透明切換和遷移；另一方面容災(zāi)站點(diǎn)的服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)等資源長期處于閑置狀態(tài)，并且長期占用機(jī)房場(chǎng)地并耗費(fèi)大量能源，所以大部分醫(yī)院并沒有建立一個(gè)高效的容災(zāi)機(jī)制，一旦應(yīng)用系統(tǒng)或機(jī)房硬件出現(xiàn)故障，將會(huì)造成業(yè)務(wù)中斷，影響醫(yī)院運(yùn)營。在災(zāi)難備份與恢復(fù)行業(yè)國家標(biāo)準(zhǔn)信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范中，將信息系統(tǒng)的災(zāi)難恢復(fù)能力劃分為了6級(jí)，明確了RTO/RPO!災(zāi)難恢復(fù)能力等級(jí)的關(guān)系，在最高級(jí)（第6級(jí)）中要求

8、RPO=0RTOE分鐘級(jí)內(nèi)。信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范一GB120988-2007我一1說明信息系統(tǒng)災(zāi)難恢復(fù)各等級(jí)對(duì)應(yīng)的RTORPO范也表C.1RTO/RP。與災(zāi)難恢復(fù)能力等級(jí)的關(guān)系災(zāi)難恢復(fù)能力等級(jí)RTORPO12天以上1天至沃224小時(shí)以上1天至7天312小時(shí)以上數(shù)小時(shí)至1天1數(shù)小時(shí)至2天數(shù)小時(shí)至1天5數(shù)分鐘至2天0至30分鐘6數(shù)分鐘0EMCEMC:DfiFIDEryn口L-llTTERHALLIBEQML丫1理如何構(gòu)建一個(gè)在發(fā)生故障時(shí)提供保護(hù)并使關(guān)鍵應(yīng)用程序保持在線，盡可能減少人工干預(yù)的高可用性解決方案，成為本方案的最大挑戰(zhàn)。2.1 雙活數(shù)據(jù)中心建設(shè)方案拓?fù)鋱D數(shù)據(jù)中心一數(shù)據(jù)中心二雙機(jī)拉答NX5I

9、U0"孤膽多器必扯出*舞睇加嵬叱眼若卷曲加公畦勢(shì)衰物用膽生髓%Tnn-懺福戈:號(hào)匕-瓦康r>p存儲(chǔ)快源池I.一生雙渣一店IzmNSLM2.2 雙活數(shù)據(jù)中心建設(shè)方案說明以上拓?fù)鋱D充分考慮了醫(yī)院建設(shè)高性能、高可用的雙活數(shù)據(jù)中心的要求,實(shí)現(xiàn)了服務(wù)器、存儲(chǔ)、網(wǎng)絡(luò)的端到端冗余，最大程度的保障醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。2.2.1 在以太網(wǎng)絡(luò)層面：在醫(yī)院建設(shè)好的兩個(gè)數(shù)據(jù)中心機(jī)房里，每個(gè)數(shù)據(jù)中心均各部署兩臺(tái)網(wǎng)絡(luò)交換機(jī)；可以是兩臺(tái)核心交換機(jī)，如果節(jié)省成本，可以是一臺(tái)核心加一臺(tái)二層匯聚交換機(jī)；通過兩個(gè)數(shù)據(jù)中心預(yù)埋的單模光纖連接，現(xiàn)兩個(gè)數(shù)據(jù)中心交換機(jī)的互聯(lián)互通。對(duì)于醫(yī)院各個(gè)樓層的匯聚交換機(jī)，均通過預(yù)埋

10、的光纖分別連接到兩個(gè)數(shù)據(jù)中心的核心交換機(jī)上，實(shí)現(xiàn)鏈路冗余連接，任何一條光纖或核心交換機(jī)發(fā)生故障，不影響樓層科室業(yè)務(wù)系統(tǒng)對(duì)數(shù)據(jù)中心的訪問。對(duì)于數(shù)據(jù)中心的服務(wù)器設(shè)備，每臺(tái)服務(wù)器都配置了多個(gè)千兆網(wǎng)絡(luò)接口，分別連接到該數(shù)據(jù)中心的核心網(wǎng)絡(luò)交換機(jī)和匯聚網(wǎng)絡(luò)交換機(jī)，實(shí)現(xiàn)服務(wù)器網(wǎng)絡(luò)的冗余連接，無單點(diǎn)故障。2.2.2 在服務(wù)器層面：為了更好的解決通?！盁焽枋健敖ㄔO(shè)方式帶來的弊端，采用服務(wù)器虛擬化架構(gòu)解決方案。EMC®下的全球虛擬化產(chǎn)品領(lǐng)先廠商VMware公司能夠?yàn)橛脩籼峁┩晟频姆?wù)器虛擬架構(gòu)解決方案，該方案可以實(shí)現(xiàn)：服務(wù)器整合和基礎(chǔ)架構(gòu)的優(yōu)化；消減物理服務(wù)器架構(gòu)的成本；增強(qiáng)數(shù)據(jù)中心擴(kuò)展性；改善操作的易

11、用性和靈活性；增加應(yīng)用系統(tǒng)的可用性并改善業(yè)務(wù)連續(xù)性；可以在兩個(gè)數(shù)據(jù)中心之間構(gòu)建一個(gè)計(jì)算資源池，每個(gè)數(shù)據(jù)中心分別部署35臺(tái)物理服務(wù)器，安裝Vmware虛擬化軟件，將兩個(gè)數(shù)據(jù)中心的58臺(tái)服務(wù)器配置成為一個(gè)VmwareHA集群，能夠支持3050個(gè)醫(yī)院應(yīng)用系統(tǒng)的正常運(yùn)行，最有效的利用服務(wù)器資源，節(jié)省采購和運(yùn)維成本，降低管理復(fù)雜度。同時(shí)在構(gòu)建的VmwareHA集群中，任何一臺(tái)物理服務(wù)器發(fā)生故障，該服務(wù)器上的虛擬機(jī)會(huì)平滑遷移到其他的物理服務(wù)器上，保障了醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。對(duì)于最關(guān)鍵的HIS、EMR等業(yè)務(wù)系統(tǒng)，采用物理機(jī)構(gòu)建OracleRAC或雙機(jī)熱備的方式，在兩個(gè)數(shù)據(jù)中心分別部署一臺(tái)服務(wù)器來運(yùn)行HIS

12、、EMR等數(shù)據(jù)庫。利用EMC的云存儲(chǔ)技術(shù)，實(shí)現(xiàn)跨數(shù)據(jù)中心的服務(wù)器集群，任何一臺(tái)數(shù)據(jù)庫服務(wù)器或數(shù)據(jù)中心發(fā)生故障，醫(yī)院的HIS、EMR數(shù)據(jù)庫仍然能夠從另外一臺(tái)數(shù)據(jù)庫服務(wù)器繼續(xù)訪問醫(yī)院的HIS、EMR等數(shù)據(jù)庫，確保醫(yī)院業(yè)務(wù)的穩(wěn)定運(yùn)行，實(shí)現(xiàn)業(yè)務(wù)連續(xù)性。2.2.3 在SAN網(wǎng)絡(luò)層面：通過在兩個(gè)數(shù)據(jù)中心分別部署兩臺(tái)入門級(jí)SAN存儲(chǔ)交換機(jī)DS-300B,并且通過10公里8Gb接口的長波模塊，實(shí)現(xiàn)兩個(gè)數(shù)據(jù)中心的SAN交換機(jī)的兩兩互聯(lián)，構(gòu)建一個(gè)跨兩個(gè)數(shù)據(jù)中心的大SAN網(wǎng)絡(luò)。每臺(tái)DS-300B存儲(chǔ)交換機(jī)最大支持24個(gè)光纖端口，本次為新數(shù)據(jù)中心的每臺(tái)交換機(jī)配置24個(gè)8Gb光纖接口和1個(gè)10公里8Gb的長波接口；2.

13、2.4 在存儲(chǔ)架構(gòu)層面：為了實(shí)現(xiàn)醫(yī)院的雙活數(shù)據(jù)中心建設(shè)，必須能夠?qū)蓚€(gè)數(shù)據(jù)中心的存儲(chǔ)進(jìn)行整合并虛擬成為一個(gè)存儲(chǔ)系統(tǒng)，這樣才能夠支持跨數(shù)據(jù)中心實(shí)現(xiàn)主機(jī)層面的VmwareHA集群（Vmware集群或其他雙機(jī)都必須跨數(shù)據(jù)中心訪問共享硬盤）和雙機(jī)熱備；這樣當(dāng)任何一臺(tái)存儲(chǔ)發(fā)生故障、任何一個(gè)數(shù)據(jù)中心發(fā)生故障，主機(jī)可以切換到另一個(gè)數(shù)據(jù)中心的服務(wù)器上，啟動(dòng)虛擬機(jī)或訪問Oracle數(shù)據(jù)庫，保障醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行，實(shí)現(xiàn)RPO=0,RTO=0,充分滿足業(yè)務(wù)連續(xù)性的需求。EMC的VPLEX云存儲(chǔ)系統(tǒng)能夠?qū)崿F(xiàn)數(shù)據(jù)中心存儲(chǔ)的統(tǒng)一管理，對(duì)于主流的異構(gòu)平臺(tái)存儲(chǔ)系統(tǒng)實(shí)現(xiàn)統(tǒng)一管理，將多個(gè)存儲(chǔ)虛擬成為一臺(tái)存儲(chǔ)對(duì)外服務(wù)。VPLE

14、X云存儲(chǔ)系統(tǒng)能夠?qū)崿F(xiàn)對(duì)跨數(shù)據(jù)中心兩臺(tái)存儲(chǔ)系統(tǒng)的“雙寫”，任何一個(gè)業(yè)務(wù)系統(tǒng)對(duì)數(shù)據(jù)的讀寫都是通過兩條鏈路對(duì)兩臺(tái)存儲(chǔ)進(jìn)行操作，任何一臺(tái)存儲(chǔ)發(fā)生故障，數(shù)據(jù)無丟失；任何一個(gè)數(shù)據(jù)中心的存儲(chǔ)發(fā)生故障，可以通過另一個(gè)院區(qū)數(shù)據(jù)中心的存儲(chǔ)繼續(xù)訪問，業(yè)務(wù)系統(tǒng)沒有中斷，仍然能夠保障醫(yī)院正常業(yè)務(wù)的開展。每臺(tái)Vplex云存儲(chǔ)系統(tǒng)采用全冗余架構(gòu)設(shè)計(jì)，配置冗余控制器，并且能夠橫向擴(kuò)展至4臺(tái)云存儲(chǔ)系統(tǒng)，8個(gè)控制器；每臺(tái)Vplex云存儲(chǔ)系統(tǒng)配置了72GB緩存和16個(gè)8Gb光纖接口，為了節(jié)省交換機(jī)的端口，采用將8個(gè)8GbFC接口分別連接到數(shù)據(jù)中心的DS-300B存儲(chǔ)交換機(jī)上，實(shí)現(xiàn)前后端的冗余連接，保障數(shù)據(jù)訪問的性能和可靠性。在由E

15、MCVplex云存儲(chǔ)系統(tǒng)構(gòu)建的雙活數(shù)據(jù)中心中，為了判斷數(shù)據(jù)中心的運(yùn)行狀態(tài)，避免“腦裂”（由于兩個(gè)數(shù)據(jù)中心的通訊中斷，可能是線路中斷，也可能是一個(gè)數(shù)據(jù)中心故障），在兩個(gè)數(shù)據(jù)中心外的任何一個(gè)樓層配置一個(gè)第三點(diǎn)仲裁（一臺(tái)運(yùn)行EMCwitness的虛擬機(jī)即可），該第三點(diǎn)仲裁通過網(wǎng)絡(luò)與兩個(gè)數(shù)據(jù)中心的Vplex云存儲(chǔ)系統(tǒng)互相通信，傳遞心跳信息；當(dāng)出現(xiàn)以下故障時(shí)，數(shù)據(jù)中心的信息基礎(chǔ)架構(gòu)平臺(tái)將會(huì)如此應(yīng)對(duì)：1. 當(dāng)兩個(gè)數(shù)據(jù)中心都運(yùn)行正常，但是兩個(gè)數(shù)據(jù)中心的互聯(lián)光纖被挖斷，兩個(gè)vplex云存儲(chǔ)系統(tǒng)不能數(shù)據(jù)同步的情況下：整個(gè)平臺(tái)將會(huì)按照初始配置的策略（初始配置時(shí)，會(huì)設(shè)定數(shù)據(jù)LUN優(yōu)先級(jí)別，每個(gè)LUN優(yōu)先在哪個(gè)數(shù)據(jù)中

16、心保持活動(dòng)狀態(tài)），所有的數(shù)據(jù)卷各自運(yùn)行在高優(yōu)先級(jí)的數(shù)據(jù)中心，保持業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。2. 當(dāng)一個(gè)數(shù)據(jù)中心的存儲(chǔ)發(fā)生故障，該數(shù)據(jù)中心的服務(wù)器仍然能夠通過Vplex云存儲(chǔ)系統(tǒng)訪問另外一個(gè)數(shù)據(jù)中心的存儲(chǔ)系統(tǒng)，繼續(xù)應(yīng)用；3. 當(dāng)一個(gè)數(shù)據(jù)中心發(fā)生故障，正常運(yùn)行的Vplex云存儲(chǔ)系統(tǒng)通過網(wǎng)絡(luò)不能夠正常與發(fā)生故障的數(shù)據(jù)中心的vplex進(jìn)行通信，在結(jié)合第三點(diǎn)仲裁判斷出另一個(gè)數(shù)據(jù)中心發(fā)生故障，正常運(yùn)行的Vplex云存儲(chǔ)系統(tǒng)將會(huì)接管兩個(gè)數(shù)據(jù)中心的數(shù)據(jù)卷，對(duì)外提供服務(wù)，而不管初始配置的優(yōu)先級(jí)策略，充分保障數(shù)據(jù)中心故障時(shí)的醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。4. 其他故障類似處理。而且，EMC的vplex云存儲(chǔ)系統(tǒng)對(duì)于后臺(tái)的存儲(chǔ)

17、系統(tǒng)上的數(shù)據(jù)卷只是進(jìn)行封裝、鏡像，并不對(duì)數(shù)據(jù)卷進(jìn)行格式的轉(zhuǎn)換，所以即使發(fā)生萬萬分之一的情況，兩個(gè)數(shù)據(jù)中心的配置雙控制器的vplex云存儲(chǔ)系統(tǒng)發(fā)生故障，通過在SAN交換機(jī)上進(jìn)行Zone的設(shè)置，讓服務(wù)器直接訪問后臺(tái)的存儲(chǔ)系統(tǒng)，仍然能夠保障醫(yī)院業(yè)務(wù)系統(tǒng)的正常運(yùn)行。在后端存儲(chǔ)系統(tǒng)選型上，建議使用EMC中高端存儲(chǔ)系統(tǒng)VNX5500來存儲(chǔ)醫(yī)院數(shù)據(jù)中心的所有數(shù)據(jù)。當(dāng)前業(yè)務(wù)系統(tǒng)分配空間如下:業(yè)務(wù)系統(tǒng)名稱分配空間所在存儲(chǔ)名稱是否做了Vplex鏡像HIS系統(tǒng)537GB/SASVNX5100-2/3是集成平臺(tái)1024GB/SASVNX5100-2/3是虛擬化2560GB/SASVNX5100-2/3是電子病歷11T

18、B/NL-SASVNX5100-2否心電系統(tǒng)2141GB/SASVNX5100-1否PACS系統(tǒng)14.5TB/NL-SASVNX5100-1否為了提高醫(yī)院各個(gè)業(yè)務(wù)系統(tǒng)的高可用性，通過雙活數(shù)據(jù)中心實(shí)現(xiàn)所有業(yè)務(wù)系統(tǒng)數(shù)據(jù)的高可用性，實(shí)現(xiàn)跨數(shù)據(jù)中心的鏡像保護(hù)。具體規(guī)劃如下：業(yè)務(wù)系統(tǒng)名稱分配空間所在存儲(chǔ)名稱是否做了Vplex鏡像備注HIS系統(tǒng)537GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像集成平臺(tái)1024GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像虛擬化2560GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像電子病歷11TB/NL-SASVNX5100-3/

19、VNX5500跨數(shù)據(jù)中心鏡像如需性能，引考慮遷移到SAS盤心電系統(tǒng)2141GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像遷移到VNX5500,再回遷至UVNX5100-3PACS系統(tǒng)14.5TB/NL-SASVNX5100-1/VNX5100-2跨數(shù)據(jù)中心鏡像VNX5100-2和VNX5100-1均需力充硬盤在實(shí)現(xiàn)雙活數(shù)據(jù)中心的建設(shè)時(shí)，對(duì)現(xiàn)有存儲(chǔ)的空間分配進(jìn)行整合，提高存儲(chǔ)空間利用率，并提高醫(yī)院業(yè)務(wù)系統(tǒng)訪問的性能，具體操作如下：1 .將VNX5100-3上擴(kuò)充空間、性能，將非PACS系統(tǒng)以外的系統(tǒng)數(shù)據(jù)統(tǒng)一保存在VNX5100-3上，提升VNX5100-3存儲(chǔ)系統(tǒng)的性能，實(shí)現(xiàn)與新采

20、購的VNX5500存儲(chǔ)系統(tǒng)的跨數(shù)據(jù)中心鏡像；根據(jù)當(dāng)前的存儲(chǔ)空間分配，如果EMR電子病歷數(shù)據(jù)仍然采用NL-SAS硬盤來存放，則核心主存儲(chǔ)VNX5100-3需要擴(kuò)容17塊600GB15K硬盤+10塊2TB硬盤+3塊100GBSSD固態(tài)磁盤，其中17塊600GB15K硬盤用于跟現(xiàn)有的15塊600GB硬盤做成一個(gè)存儲(chǔ)池，用于集中存儲(chǔ)HIS、集成平臺(tái)、虛擬化、心電等系統(tǒng)的數(shù)據(jù)以及未來的擴(kuò)充，10塊2TB硬盤用于將備份存儲(chǔ)VNX5100-2上的EMR電子病歷數(shù)據(jù)遷移過來，3塊100GBSSD用于擴(kuò)充VNX5100-3存儲(chǔ)系統(tǒng)的性能，提供醫(yī)院業(yè)務(wù)系統(tǒng)和虛擬機(jī)的訪問性能。2 .在VNX5100-2備份存儲(chǔ)上擴(kuò)充7塊2TBNL-SAS硬盤，用于擴(kuò)容PACS影像系統(tǒng)的存儲(chǔ)空間，并在數(shù)據(jù)遷移到VNX5100-3以后，搬遷到新機(jī)房，用于與PACS存儲(chǔ)VNX5100-1的存儲(chǔ)鏡像。3 .在VNX5100-1PACS影像存儲(chǔ)上擴(kuò)展5塊600GB15K硬盤和5塊2TBNL-S