醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案 V1_第1頁
醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案 V1_第2頁
醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案 V1_第3頁
醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案 V1_第4頁
醫(yī)院雙活數(shù)據(jù)中心建設(shè)方案 V1_第5頁
已閱讀5頁,還剩6頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

醫(yī)院雙活數(shù)據(jù)中心

建設(shè)方案

2013年7月1.需求和目標(biāo)數(shù)字化醫(yī)院是我國現(xiàn)代醫(yī)療發(fā)展的趨勢?!皵?shù)字化醫(yī)院”是指將先進(jìn)的網(wǎng)絡(luò)及數(shù)字技術(shù)應(yīng)用于醫(yī)院及相關(guān)醫(yī)療工作,實(shí)現(xiàn)醫(yī)院內(nèi)部醫(yī)療和管理信息的數(shù)字化采集、存儲、傳輸及后處理,以及各項(xiàng)業(yè)務(wù)流程數(shù)字化運(yùn)作的醫(yī)院信息體系?!皵?shù)字化醫(yī)院”是由數(shù)字化醫(yī)療設(shè)備、計(jì)算機(jī)網(wǎng)絡(luò)平臺和醫(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í)施,對國內(nèi)傳統(tǒng)醫(yī)院信息系統(tǒng)發(fā)展帶來前所未有的機(jī)遇與挑戰(zhàn),現(xiàn)有的信息系統(tǒng)已難以全面適應(yīng)醫(yī)院的需求。因此,一個全新的數(shù)字化醫(yī)院解決方案是當(dāng)前國內(nèi)醫(yī)院信息化行業(yè)的迫切需求。1.1項(xiàng)目需求分析醫(yī)療行業(yè)信息系統(tǒng)中最重要的是信息,包括病人臨床信息和醫(yī)院管理信息等醫(yī)療行業(yè)IT部門面臨的最明顯挑戰(zhàn)是由信息數(shù)字化造成的信息量持續(xù)增長帶來的,這些增長來源于:?每個醫(yī)療過程涉及大量圖像加上每年要執(zhí)行大量掃描,使得存儲的醫(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/EHR、PACS、知識管理以及數(shù)據(jù)挖掘更多設(shè)備產(chǎn)生的數(shù)據(jù):藥征、患者監(jiān)視、儀器更多管理法規(guī):國家醫(yī)療記錄保留要求醫(yī)療行業(yè)中不同業(yè)務(wù)應(yīng)用系統(tǒng)的需求不盡相同.我們以醫(yī)院的兩個最有代表性的應(yīng)用為例,分析其來自醫(yī)院業(yè)務(wù)的需求:HIS/EMR系統(tǒng)-隨著就診人數(shù)的增長,需要保證系統(tǒng)的性能滿足業(yè)務(wù)發(fā)展的需要;-需要滿足7x24小時(shí)高可靠運(yùn)行的業(yè)務(wù)連續(xù)性要求;-需要保證數(shù)據(jù)的安全性和可恢復(fù)性,避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛;PACS系統(tǒng)-如果仍然采用隨影像設(shè)備配置的功能簡單的醫(yī)療影像系統(tǒng),如何實(shí)現(xiàn)全院影像信息共享和查詢?-如果實(shí)施了全院PACS系統(tǒng),則帶來數(shù)據(jù)量的快速增長,如何做到控制成本、同時(shí)提供數(shù)據(jù)的共享和快速查詢?-需要滿足7x24小時(shí)高可靠運(yùn)行的業(yè)務(wù)連續(xù)性要求;-需要保證數(shù)據(jù)的安全性和可恢復(fù)性,避免因數(shù)據(jù)丟失引起的醫(yī)療糾紛;醫(yī)療行業(yè)其他應(yīng)用系統(tǒng)還包括:LIS、醫(yī)保、銀聯(lián)前置機(jī)、合理用藥、知識庫、排隊(duì)叫號、病人查詢系統(tǒng)、OA、殺毒系統(tǒng)、文件服務(wù)器、WEB、Email等.如今,隨著醫(yī)院不斷有新的應(yīng)用系統(tǒng)上線,數(shù)據(jù)呈級數(shù)增長,原有的系統(tǒng)迫切需要擴(kuò)容升級。由于醫(yī)院內(nèi)的HIS、PACS和電子病歷等系統(tǒng)是在不同時(shí)期分批建成的,導(dǎo)致各系統(tǒng)的數(shù)據(jù)處于分散存儲狀態(tài).不僅如此,每個系統(tǒng)所采取的存儲方式與存儲介質(zhì)也各不相同,而且有些存儲系統(tǒng)已經(jīng)無法滿足業(yè)務(wù)不斷發(fā)展的需要.隨著上述系統(tǒng)應(yīng)用規(guī)模的不斷擴(kuò)大,在數(shù)據(jù)管理方面的問題日益凸顯出來,主要表現(xiàn)為:容量不足,數(shù)據(jù)調(diào)用不便;系統(tǒng)結(jié)構(gòu)相對落后,系統(tǒng)穩(wěn)定性有待提高;最后,分散存儲的模式,嚴(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)致的公共事件發(fā)生>平滑的提供更大的存儲空間>提供更快的數(shù)據(jù)響應(yīng)速度>提供更大的數(shù)據(jù)吞吐能力>提供靈活的資源調(diào)配能力(包括服務(wù)器和存儲)并且,隨著信息系統(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ī)會給醫(yī)院造成巨大的損失。為了應(yīng)對系統(tǒng)停機(jī)、業(yè)務(wù)中斷等風(fēng)險(xiǎn),多數(shù)醫(yī)院建設(shè)了容災(zāi)數(shù)據(jù)中心,傳統(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)單個業(yè)務(wù)應(yīng)用系統(tǒng)或主機(jī)的透明切換和遷移;另一方面容災(zāi)站點(diǎn)的服務(wù)器、存儲、網(wǎng)絡(luò)等資源長期處于閑置狀態(tài),并且長期占用機(jī)房場地并耗費(fèi)大量能源,所以大部分醫(yī)院并沒有建立一個高效的容災(zāi)機(jī)制,一旦應(yīng)用系統(tǒng)或機(jī)房硬件出現(xiàn)故障,將會造成業(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級,明確了RTO/RPO與災(zāi)難恢復(fù)能力等級的關(guān)系,在最高級(第6級)中要求RPO=0,RTO在分鐘級內(nèi)。如何構(gòu)建一個在發(fā)生故障時(shí)提供保護(hù)并使關(guān)鍵應(yīng)用程序保持在線,盡可能減少人工干預(yù)的高可用性解決方案,成為本方案的最大挑戰(zhàn)。2.1雙活數(shù)據(jù)中心建設(shè)方案拓?fù)鋱D2.2雙活數(shù)據(jù)中心建設(shè)方案說明以上拓?fù)鋱D充分考慮了醫(yī)院建設(shè)高性能、高可用的雙活數(shù)據(jù)中心的要求,實(shí)現(xiàn)了服務(wù)器、存儲、網(wǎng)絡(luò)的端到端冗余,最大程度的保障醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行.2.2.1在以太網(wǎng)絡(luò)層面:在醫(yī)院建設(shè)好的兩個數(shù)據(jù)中心機(jī)房里,每個數(shù)據(jù)中心均各部署兩臺網(wǎng)絡(luò)交換機(jī);可以是兩臺核心交換機(jī),如果節(jié)省成本,可以是一臺核心加一臺二層匯聚交換機(jī);通過兩個數(shù)據(jù)中心預(yù)埋的單模光纖連接,現(xiàn)兩個數(shù)據(jù)中心交換機(jī)的互聯(lián)互通。對于醫(yī)院各個樓層的匯聚交換機(jī),均通過預(yù)埋的光纖分別連接到兩個數(shù)據(jù)中心的核心交換機(jī)上,實(shí)現(xiàn)鏈路冗余連接,任何一條光纖或核心交換機(jī)發(fā)生故障,不影響樓層科室業(yè)務(wù)系統(tǒng)對數(shù)據(jù)中心的訪問。對于數(shù)據(jù)中心的服務(wù)器設(shè)備,每臺服務(wù)器都配置了多個千兆網(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ò)展性;改善操作的易用性和靈活性;增加應(yīng)用系統(tǒng)的可用性并改善業(yè)務(wù)連續(xù)性;可以在兩個數(shù)據(jù)中心之間構(gòu)建一個計(jì)算資源池,每個數(shù)據(jù)中心分別部署3?5臺物理服務(wù)器,安裝Vmware虛擬化軟件,將兩個數(shù)據(jù)中心的5?8臺服務(wù)器配置成為一個VmwareHA集群,能夠支持30~50個醫(yī)院應(yīng)用系統(tǒng)的正常運(yùn)行,最有效的利用服務(wù)器資源,節(jié)省采購和運(yùn)維成本,降低管理復(fù)雜度。同時(shí)在構(gòu)建的VmwareHA集群中,任何一臺物理服務(wù)器發(fā)生故障,該服務(wù)器上的虛擬機(jī)會平滑遷移到其他的物理服務(wù)器上,保障了醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。對于最關(guān)鍵的HIS、EMR等業(yè)務(wù)系統(tǒng),采用物理機(jī)構(gòu)建OracleRAC或雙機(jī)熱備的方式,在兩個數(shù)據(jù)中心分別部署一臺服務(wù)器來運(yùn)行HIS、EMR等數(shù)據(jù)庫。利用EMC的云存儲技術(shù),實(shí)現(xiàn)跨數(shù)據(jù)中心的服務(wù)器集群,任何一臺數(shù)據(jù)庫服務(wù)器或數(shù)據(jù)中心發(fā)生故障,醫(yī)院的HIS、EMR數(shù)據(jù)庫仍然能夠從另外一臺數(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ò)層面:通過在兩個數(shù)據(jù)中心分別部署兩臺入門級SAN存儲交換機(jī)DS-300B,并且通過10公里8Gb接口的長波模塊,實(shí)現(xiàn)兩個數(shù)據(jù)中心的SAN交換機(jī)的兩兩互聯(lián),構(gòu)建一個跨兩個數(shù)據(jù)中心的大SAN網(wǎng)絡(luò)。每臺DS-300B存儲交換機(jī)最大支持24個光纖端口,本次為新數(shù)據(jù)中心的每臺交換機(jī)配置24個8Gb光纖接口和1個10公里8Gb的長波接口;2.2.4在存儲架構(gòu)層面:為了實(shí)現(xiàn)醫(yī)院的雙活數(shù)據(jù)中心建設(shè),必須能夠?qū)蓚€數(shù)據(jù)中心的存儲進(jìn)行整合并虛擬成為一個存儲系統(tǒng),這樣才能夠支持跨數(shù)據(jù)中心實(shí)現(xiàn)主機(jī)層面的VmwareHA集群(Vmware集群或其他雙機(jī)都必須跨數(shù)據(jù)中心訪問共享硬盤)和雙機(jī)熱備;這樣當(dāng)任何一臺存儲發(fā)生故障、任何一個數(shù)據(jù)中心發(fā)生故障,主機(jī)可以切換到另一個數(shù)據(jù)中心的服務(wù)器上,啟動虛擬機(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云存儲系統(tǒng)能夠?qū)崿F(xiàn)數(shù)據(jù)中心存儲的統(tǒng)一管理,對于主流的異構(gòu)平臺存儲系統(tǒng)實(shí)現(xiàn)統(tǒng)一管理,將多個存儲虛擬成為一臺存儲對外服務(wù)。VPLEX云存儲系統(tǒng)能夠?qū)崿F(xiàn)對跨數(shù)據(jù)中心兩臺存儲系統(tǒng)的“雙寫”,任何一個業(yè)務(wù)系統(tǒng)對數(shù)據(jù)的讀寫都是通過兩條鏈路對兩臺存儲進(jìn)行操作,任何一臺存儲發(fā)生故障,數(shù)據(jù)無丟失;任何一個數(shù)據(jù)中心的存儲發(fā)生故障,可以通過另一個院區(qū)數(shù)據(jù)中心的存儲繼續(xù)訪問,業(yè)務(wù)系統(tǒng)沒有中斷,仍然能夠保障醫(yī)院正常業(yè)務(wù)的開展.每臺Vplex云存儲系統(tǒng)采用全冗余架構(gòu)設(shè)計(jì),配置冗余控制器,并且能夠橫向擴(kuò)展至4臺云存儲系統(tǒng),8個控制器;每臺Vplex云存儲系統(tǒng)配置了72GB緩存和16個8Gb光纖接口,為了節(jié)省交換機(jī)的端口,采用將8個8GbFC接口分別連接到數(shù)據(jù)中心的DS-300B存儲交換機(jī)上,實(shí)現(xiàn)前后端的冗余連接,保障數(shù)據(jù)訪問的性能和可靠性。在由EMCVplex云存儲系統(tǒng)構(gòu)建的雙活數(shù)據(jù)中心中,為了判斷數(shù)據(jù)中心的運(yùn)行狀態(tài),避免“腦裂”(由于兩個數(shù)據(jù)中心的通訊中斷,可能是線路中斷,也可能是一個數(shù)據(jù)中心故障),在兩個數(shù)據(jù)中心外的任何一個樓層配置一個第三點(diǎn)仲裁(一臺運(yùn)行EMCwitness的虛擬機(jī)即可),該第三點(diǎn)仲裁通過網(wǎng)絡(luò)與兩個數(shù)據(jù)中心的Vplex云存儲系統(tǒng)互相通信,傳遞心跳信息;當(dāng)出現(xiàn)以下故障時(shí),數(shù)據(jù)中心的信息基礎(chǔ)架構(gòu)平臺將會如此應(yīng)對:當(dāng)兩個數(shù)據(jù)中心都運(yùn)行正常,但是兩個數(shù)據(jù)中心的互聯(lián)光纖被挖斷,兩個vplex云存儲系統(tǒng)不能數(shù)據(jù)同步的情況下:整個平臺將會按照初始配置的策略(初始配置時(shí),會設(shè)定數(shù)據(jù)LUN優(yōu)先級別,每個LUN優(yōu)先在哪個數(shù)據(jù)中心保持活動狀態(tài)),所有的數(shù)據(jù)卷各自運(yùn)行在高優(yōu)先級的數(shù)據(jù)中心,保持業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。當(dāng)一個數(shù)據(jù)中心的存儲發(fā)生故障,該數(shù)據(jù)中心的服務(wù)器仍然能夠通過Vplex云存儲系統(tǒng)訪問另外一個數(shù)據(jù)中心的存儲系統(tǒng),繼續(xù)應(yīng)用;當(dāng)一個數(shù)據(jù)中心發(fā)生故障,正常運(yùn)行的Vplex云存儲系統(tǒng)通過網(wǎng)絡(luò)不能夠正常與發(fā)生故障的數(shù)據(jù)中心的vplex進(jìn)行通信,在結(jié)合第三點(diǎn)仲裁判斷出另一個數(shù)據(jù)中心發(fā)生故障,正常運(yùn)行的Vplex云存儲系統(tǒng)將會接管兩個數(shù)據(jù)中心的數(shù)據(jù)卷,對外提供服務(wù),而不管初始配置的優(yōu)先級策略,充分保障數(shù)據(jù)中心故障時(shí)的醫(yī)院業(yè)務(wù)系統(tǒng)的穩(wěn)定運(yùn)行。其他故障類似處理。而且,EMC的vplex云存儲系統(tǒng)對于后臺的存儲系統(tǒng)上的數(shù)據(jù)卷只是進(jìn)行封裝、鏡像,并不對數(shù)據(jù)卷進(jìn)行格式的轉(zhuǎn)換,所以即使發(fā)生萬萬分之一的情況,兩個數(shù)據(jù)中心的配置雙控制器的vplex云存儲系統(tǒng)發(fā)生故障,通過在SAN交換機(jī)上進(jìn)行Zone的設(shè)置,讓服務(wù)器直接訪問后臺的存儲系統(tǒng),仍然能夠保障醫(yī)院業(yè)務(wù)系統(tǒng)的正常運(yùn)行。在后端存儲系統(tǒng)選型上,建議使用EMC中高端存儲系統(tǒng)VNX5500來存儲醫(yī)院數(shù)據(jù)中心的所有數(shù)據(jù).

當(dāng)前業(yè)務(wù)系統(tǒng)分配空間如下:業(yè)務(wù)系統(tǒng)名稱分配空間所在存儲名稱是否做了Vplex鏡像HIS系統(tǒng)537GB/SASVNX5100—2/3是集成平臺1024GB/SASVNX5100-2/3是虛擬化2560GB/SASVNX5100—2/3是電子病歷11TB/NL-SASVNX5100—2否心電系統(tǒng)2141GB/SASVNX5100—1否PACS系統(tǒng)14。5TB/NL—SASVNX5100—1否為了提高醫(yī)院各個業(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)名稱分配空間所在存儲名稱是否做了Vplex鏡像備注HIS系統(tǒng)537GB/SASVNX5100—3/VNX5500跨數(shù)據(jù)中心鏡像集成平臺1024GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像虛擬化2560GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像電子病歷11TB/NL-SASVNX5100—3/VNX5500跨數(shù)據(jù)中心鏡像如需性能,可考慮遷移到SAS盤心電系統(tǒng)2141GB/SASVNX5100-3/VNX5500跨數(shù)據(jù)中心鏡像遷移到VNX5500,再回遷到VNX5100—3PACS系統(tǒng)14.5TB/NL—SASVNX5100-1/VNX5100-2跨數(shù)據(jù)中心鏡像VNX5100-2和VNX5100—1均需擴(kuò)充硬盤在實(shí)現(xiàn)雙活數(shù)據(jù)中心的建設(shè)時(shí),對現(xiàn)有存儲的空間分配進(jìn)行整合,提高存儲空間利用率,并提高醫(yī)院業(yè)務(wù)系統(tǒng)訪問的性能,具體操作如下:將VNX5100-3上擴(kuò)充空間、性能,將非PACS系統(tǒng)以外的系統(tǒng)數(shù)據(jù)統(tǒng)一保存在VNX5100—3上,提升VNX5100—3存儲系統(tǒng)的性能,實(shí)現(xiàn)與新采購的VNX5500存儲系統(tǒng)的跨數(shù)據(jù)中心鏡像;根據(jù)當(dāng)前的存儲空間分配,如果EMR電子病歷數(shù)據(jù)仍然采用NL-SAS硬盤來存放,則核心主存儲VNX5100—3需要擴(kuò)容17塊600GB15K硬盤+10塊2TB硬盤+3塊100GBSSD固態(tài)磁盤,其中17塊600GB15K硬盤用于跟現(xiàn)有的15塊600GB硬盤做成一個存儲池,用于集中存儲HIS、集成平臺、虛擬化、心電等系統(tǒng)的數(shù)據(jù)以及未來的擴(kuò)充,10塊2TB硬盤用于將備份存儲VNX5100—2上的EMR電子病歷數(shù)據(jù)遷移過來,3塊100GBSSD用于擴(kuò)充VNX5100-3存儲系統(tǒng)的性能,提供醫(yī)院業(yè)務(wù)系統(tǒng)和虛擬機(jī)的訪問性能.在VNX5100-2備份存儲上擴(kuò)充7塊2TBNL-SAS硬盤,用于擴(kuò)容PACS影像系統(tǒng)的存儲空間,并在數(shù)據(jù)遷移到VNX5100-3以后,搬遷到新機(jī)房,用于與PACS存儲VNX5100—1的存儲鏡像.在VNX5100—1PACS影像存儲上擴(kuò)展5塊600GB15K硬盤和5塊2TBNL—SAS硬盤。用于擴(kuò)展PACS影像存儲的空間.購買VNX5500存儲系統(tǒng),根據(jù)當(dāng)前的存儲

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論