——記青海大學(xué)附屬醫(yī)院數(shù)據(jù)平臺(tái)升級(jí)及數(shù)據(jù)遷移

引言

青海大學(xué)附屬醫(yī)院，始建于1959年，經(jīng)過(guò)近50多年的建設(shè)和發(fā)展，現(xiàn)已成為集醫(yī)療、教學(xué)、科研、急救、保健等多功能為一體的大型綜合性醫(yī)院，是青海省高等醫(yī)學(xué)教育基地和醫(yī)療衛(wèi)生行業(yè)的龍頭單位之一。青海大學(xué)附屬醫(yī)院信息化建設(shè)從1999年開(kāi)始，經(jīng)過(guò)多年不斷探索與研究，醫(yī)院信息系統(tǒng)已從單一的收費(fèi)為主線(xiàn)發(fā)展成了初具數(shù)字醫(yī)院的大規(guī)模系統(tǒng)集成化模式，成為青海省衛(wèi)生系統(tǒng)信息化建設(shè)的一面旗幟。2010年被評(píng)為“英特爾杯”醫(yī)院數(shù)據(jù)中心建設(shè)十佳醫(yī)院；整個(gè)信息化系統(tǒng)建設(shè)的項(xiàng)目包括了HIS（醫(yī)院信息系統(tǒng)）、emr（電子病理系統(tǒng)）、LIS（實(shí)驗(yàn)室檢驗(yàn)系統(tǒng)）、PACS（影像圖像系統(tǒng)）、RIS(檢查信息系統(tǒng))、醫(yī)保系統(tǒng)、醫(yī)療質(zhì)量控制與監(jiān)管、病案統(tǒng)計(jì)、遠(yuǎn)程醫(yī)療等40多個(gè)系統(tǒng)。隨著醫(yī)院的持續(xù)發(fā)展，就診人數(shù)的不斷增加，數(shù)據(jù)量的快速增長(zhǎng)。原有2008年購(gòu)置的服務(wù)器設(shè)備已使用了9年，超過(guò)了設(shè)備的使用期限，虛擬化平臺(tái)版本也一直沒(méi)有更新。部署在虛擬化平臺(tái)上的單實(shí)例核心數(shù)據(jù)庫(kù)的壓力持續(xù)增加，導(dǎo)致數(shù)據(jù)庫(kù)對(duì)于提交事物的處理變得緩慢。盡管前期我們不斷通過(guò)加內(nèi)存、換存儲(chǔ)、優(yōu)化查詢(xún)等常規(guī)手段持續(xù)提升計(jì)算中心IT系統(tǒng)性能，但還是能聽(tīng)到用戶(hù)“慢、慢、慢”的抱怨及意外停機(jī)的風(fēng)險(xiǎn)。在此背景下院方?jīng)Q定對(duì)數(shù)據(jù)中心進(jìn)行一次“移植再造手術(shù)”，提升數(shù)據(jù)中心系統(tǒng)性能。而對(duì)于醫(yī)院“心臟”的移植再造，堅(jiān)決不能出現(xiàn)任何問(wèn)題，必須未雨綢繆，提前謀劃。為了患者能夠正常就診，為了降低對(duì)醫(yī)院業(yè)務(wù)的影響，必須要把停機(jī)時(shí)間降到最短，而且只能成功不能失敗。在經(jīng)過(guò)了安裝前縝密的計(jì)劃、安裝中各部門(mén)之間的相互配合以及最后的實(shí)施，青海大學(xué)附屬醫(yī)院最終順利完成了云平臺(tái)建設(shè)及數(shù)據(jù)遷移這項(xiàng)艱巨的任務(wù)，配置了核心數(shù)據(jù)庫(kù)負(fù)載均衡能力，調(diào)整了數(shù)據(jù)庫(kù)的容災(zāi)機(jī)制，實(shí)現(xiàn)了對(duì)數(shù)據(jù)庫(kù)的存儲(chǔ)層、數(shù)據(jù)庫(kù)層面的安全保護(hù)。

縝密計(jì)劃

1、制定項(xiàng)目進(jìn)度計(jì)劃

項(xiàng)目建設(shè)初期，我們對(duì)數(shù)據(jù)中心的需求進(jìn)行了詳細(xì)的分解及規(guī)劃，形成了詳細(xì)的需求分析表，將云平臺(tái)建設(shè)進(jìn)度使用甘特圖的方式表現(xiàn)，并在實(shí)際實(shí)施過(guò)程中不斷進(jìn)行修改與更新。實(shí)施過(guò)程中嚴(yán)格按照實(shí)施計(jì)劃進(jìn)行管控。每周由集成廠(chǎng)家提供上周工作周報(bào)，工作周報(bào)中包括了實(shí)施情況、實(shí)施完成情況、實(shí)施所遇到的問(wèn)題、解決方法等內(nèi)容，每周二的科務(wù)會(huì)中，由項(xiàng)目負(fù)責(zé)人進(jìn)行詳細(xì)的匯報(bào)。對(duì)完成的項(xiàng)目進(jìn)行評(píng)估、對(duì)發(fā)現(xiàn)的問(wèn)題大家討論解決、需要領(lǐng)導(dǎo)協(xié)調(diào)的事件及時(shí)提交。通過(guò)這種溝通模式，保證了整個(gè)項(xiàng)目在規(guī)定的時(shí)間中完成。

 

2、明確項(xiàng)目實(shí)施范圍

依照項(xiàng)目規(guī)劃數(shù)據(jù)中心機(jī)房的整體設(shè)計(jì)及長(zhǎng)遠(yuǎn)規(guī)劃。達(dá)到兩地三中心的目標(biāo)，實(shí)現(xiàn)機(jī)房設(shè)備的快速擴(kuò)容及簡(jiǎn)單部署。制定了詳細(xì)的實(shí)施流程。明確建設(shè)內(nèi)容包括：生產(chǎn)系統(tǒng)更換現(xiàn)有的服務(wù)器設(shè)備，并測(cè)試硬件層面的高可用性、和易擴(kuò)展性；升級(jí)虛擬化軟件版本到6.0.具體了解vmware的新特性，所有舊版本系統(tǒng)統(tǒng)一升級(jí)為6.0以上版本；重新搭建核心系統(tǒng)HIS、LIS、EMR系統(tǒng)，由以前的數(shù)據(jù)庫(kù)單機(jī)模式升級(jí)為集群模式（RAC）。期間在vmware6.0版本上測(cè)試oracle數(shù)據(jù)庫(kù)rac功能及穩(wěn)定性；搭建數(shù)據(jù)庫(kù)層面的數(shù)據(jù)備份模式（dataguard），實(shí)現(xiàn)讀寫(xiě)分離。搭建專(zhuān)用的報(bào)表統(tǒng)計(jì)數(shù)據(jù)庫(kù)服務(wù)器、門(mén)診樓應(yīng)急數(shù)據(jù)服務(wù)器保證數(shù)據(jù)的一致性；

下圖為項(xiàng)目實(shí)施流程圖：

 

部署虛擬機(jī)殺毒軟件，保障核心業(yè)務(wù)的正常運(yùn)行。掌握并熟悉運(yùn)行步驟及日常維護(hù)步驟；部署統(tǒng)一密碼管理系統(tǒng)，并對(duì)密碼進(jìn)行分類(lèi)：服務(wù)器類(lèi)、網(wǎng)絡(luò)類(lèi)、數(shù)據(jù)庫(kù)類(lèi)、安全類(lèi)、應(yīng)用軟件類(lèi)等。實(shí)現(xiàn)密碼的實(shí)時(shí)動(dòng)態(tài)調(diào)整及密碼申請(qǐng)機(jī)制；對(duì)現(xiàn)有系統(tǒng)的IP地址進(jìn)行重新規(guī)劃，達(dá)到設(shè)備ip地址與應(yīng)用IP地址獨(dú)立分開(kāi)的目標(biāo)；機(jī)房設(shè)備、線(xiàn)路的整合擴(kuò)容。包括ups模塊的增加、H3C網(wǎng)絡(luò)萬(wàn)兆網(wǎng)絡(luò)板卡的擴(kuò)容、16樓機(jī)房與23樓機(jī)房的光纖線(xiàn)路的架設(shè)。

機(jī)房機(jī)柜的確定、電源及網(wǎng)絡(luò)線(xiàn)路的到位、存儲(chǔ)設(shè)備的調(diào)整；調(diào)整核心數(shù)據(jù)庫(kù)的安全策略，實(shí)現(xiàn)數(shù)據(jù)庫(kù)的分級(jí)訪(fǎng)問(wèn)及安全管理策略，保障數(shù)據(jù)安全性的策略方案；實(shí)現(xiàn)三個(gè)層面實(shí)現(xiàn)數(shù)據(jù)的備份。一是從存儲(chǔ)底層來(lái)實(shí)現(xiàn)，通過(guò)EMC的rp設(shè)備實(shí)現(xiàn)cdp模式的數(shù)據(jù)保護(hù)，因數(shù)據(jù)架構(gòu)調(diào)整后，數(shù)據(jù)保護(hù)范圍發(fā)生變化，要求對(duì)rp所保護(hù)的數(shù)據(jù)范圍進(jìn)行重新規(guī)劃與劃分。二是從數(shù)據(jù)庫(kù)層面來(lái)保護(hù)數(shù)據(jù)，通過(guò)部署ADG來(lái)進(jìn)行數(shù)據(jù)的保護(hù)，重新部署三個(gè)地方的三套數(shù)據(jù)庫(kù)備份數(shù)據(jù)庫(kù)。三是通過(guò)虛擬帶庫(kù)，通過(guò)第三方軟件(黑方)來(lái)實(shí)現(xiàn)數(shù)據(jù)庫(kù)的策略備份。服務(wù)器我們選用了cisco的ucs刀片設(shè)備：

 

刀片技術(shù)發(fā)展到今天在硬件架構(gòu)上有兩大組成部分：1、計(jì)算；2、網(wǎng)絡(luò)和I/O。計(jì)算部分主流產(chǎn)品都選用了INTEL或者AMD的X86平臺(tái)，所有的刀片廠(chǎng)商幾乎沒(méi)有差別。而網(wǎng)絡(luò)和I/O部分所有的刀片廠(chǎng)商幾乎都選擇了OEM思科、博科等網(wǎng)絡(luò)廠(chǎng)商的產(chǎn)品，由于沒(méi)有網(wǎng)絡(luò)和I/O方面的核心技術(shù)， 各廠(chǎng)商在網(wǎng)絡(luò)和I/O技術(shù)上也沒(méi)有太大的差別，HP的FLEX-10等技術(shù)略有優(yōu)勢(shì)，另外HP的刀片在前幾年一直是市場(chǎng)占有率最高的產(chǎn)品，這也是我們以前選用HP刀片系統(tǒng)的原因。

 

但是，隨著我們的應(yīng)用對(duì)計(jì)算、網(wǎng)絡(luò)和I/O需求的快速增加，我們現(xiàn)在應(yīng)用的HP刀片系統(tǒng)很快會(huì)遇到新的挑戰(zhàn)，在計(jì)算性能足夠的情況下網(wǎng)絡(luò)和I/O性能會(huì)首先遇到瓶頸，并且我們已經(jīng)通過(guò)試驗(yàn)證明網(wǎng)絡(luò)和I/O需求不僅性能會(huì)遇到瓶頸，在高壓力下網(wǎng)絡(luò)和I/O系統(tǒng)的穩(wěn)定性也會(huì)下降，已經(jīng)限制了我們應(yīng)用規(guī)模的繼續(xù)增長(zhǎng)和技術(shù)的進(jìn)一步創(chuàng)新，我們迫切需要更先進(jìn)的技術(shù)來(lái)解決整體系統(tǒng)在網(wǎng)絡(luò)和I/O性能的問(wèn)題。在出現(xiàn)問(wèn)題和瓶頸后我們也做過(guò)試驗(yàn)和分析，主要是因?yàn)楝F(xiàn)有的刀片廠(chǎng)商因?yàn)槭芟抻诰W(wǎng)絡(luò)和I/O方面沒(méi)有掌握核心技術(shù)�，F(xiàn)有的刀片系統(tǒng)設(shè)計(jì)思路是把很多刀片和很多的交換機(jī)縮小體積后放在一個(gè)機(jī)框內(nèi)，這種“以機(jī)框?yàn)橹行摹钡南到y(tǒng)架構(gòu)在規(guī)模較�。ú怀�過(guò)1個(gè)機(jī)框）、用戶(hù)對(duì)網(wǎng)絡(luò)和I/O性能需求不大的情況下沒(méi)有問(wèn)題。但是，對(duì)我們單位這樣對(duì)網(wǎng)絡(luò)和I/O需求很大的應(yīng)用，過(guò)去最好的刀片系統(tǒng)在網(wǎng)絡(luò)和I/O能力上的都會(huì)面臨巨大的挑戰(zhàn)，特別是我們馬上面臨系統(tǒng)規(guī)模擴(kuò)大的需求，當(dāng)我們的系統(tǒng)刀片數(shù)量擴(kuò)大到需要多個(gè)機(jī)框的時(shí)候，這種“以機(jī)框?yàn)橹行摹钡脑O(shè)計(jì)需要用級(jí)聯(lián)或者增加額外的高端交換機(jī)等方式將多個(gè)機(jī)框內(nèi)的交換機(jī)及刀片連成整體，通過(guò)這樣的連接方式，不同機(jī)框內(nèi)的刀片之間互相通訊的帶寬得不到保障，會(huì)面臨更大的網(wǎng)絡(luò)和I/O的瓶頸，很難滿(mǎn)足我們未來(lái)的應(yīng)用需求。

 

思科公司是全球規(guī)模最大，技術(shù)最先進(jìn)的網(wǎng)絡(luò)及I/O系統(tǒng)廠(chǎng)商之一，以前他們的網(wǎng)絡(luò)和I/O產(chǎn)品經(jīng)常OEM給HP和IBM等刀片廠(chǎng)商，沒(méi)有做自己的刀片產(chǎn)品。從去年開(kāi)始，各大廠(chǎng)商都認(rèn)識(shí)到一個(gè)大的發(fā)展趨勢(shì)，即刀片系統(tǒng)未來(lái)最需要?jiǎng)?chuàng)新的技術(shù)就是網(wǎng)絡(luò)及I/O技術(shù)（這也是HP和IBM爭(zhēng)著收購(gòu)網(wǎng)絡(luò)廠(chǎng)商3COM的原因），思科正好在這方面是最領(lǐng)先的廠(chǎng)商，于是思科推出了自己的刀片產(chǎn)品，新系統(tǒng)結(jié)合了他們自主研發(fā)的下一代統(tǒng)一網(wǎng)絡(luò)技術(shù)和INTEL的計(jì)算技術(shù)，新系統(tǒng)與HP和IBM現(xiàn)有的刀片系統(tǒng)采用了完全不同的體系架構(gòu)，他們不再“以機(jī)框?yàn)橹行摹痹O(shè)計(jì)整個(gè)系統(tǒng)，而是采用了以融合了IP網(wǎng)和存儲(chǔ)網(wǎng)的下一代統(tǒng)一網(wǎng)絡(luò)和I/O為中心的設(shè)計(jì)思路，完全解決上面以機(jī)框?yàn)橹行南到y(tǒng)架構(gòu)所帶來(lái)的機(jī)框之間的網(wǎng)絡(luò)及I/O瓶頸和系統(tǒng)規(guī)模擴(kuò)展帶來(lái)的網(wǎng)絡(luò)和I/O瓶頸問(wèn)題，新系統(tǒng)的網(wǎng)絡(luò)及I/O性能可以隨著刀片及機(jī)框數(shù)量的擴(kuò)展而線(xiàn)性擴(kuò)展，完全是全新的下一代產(chǎn)品。從參觀測(cè)試的效果看，系統(tǒng)I/O的性能和效率非常高，在都采用萬(wàn)兆的條件下不同機(jī)框刀片間的I/O性能采用第三方軟件測(cè)試的結(jié)果達(dá)到874MB，遠(yuǎn)遠(yuǎn)優(yōu)于我們現(xiàn)在使用的HP刀片系統(tǒng)同一機(jī)框內(nèi)部的網(wǎng)絡(luò)及I/O性能，符合我們未來(lái)應(yīng)用的需求。

另外采用最標(biāo)準(zhǔn)化的以太網(wǎng)為中心的架構(gòu)還會(huì)給我們未來(lái)的應(yīng)用編程帶來(lái)好處，因?yàn)槿诤?span>IP和存儲(chǔ)的下一代以太網(wǎng)和FCoE等標(biāo)準(zhǔn)化的技術(shù)會(huì)繼承以太網(wǎng)現(xiàn)有的龐大的用戶(hù)群，相比Infiniband等小眾技術(shù)在并行計(jì)算方面會(huì)有更多的并行計(jì)算庫(kù)和各種軟件、接口方面的支持，也會(huì)有更多熟悉的技術(shù)人員。

另外，思科的UCS系統(tǒng)除了能提供現(xiàn)有HP和IBM等刀片產(chǎn)品的功能外，還有一些其他特征可以適應(yīng)我們未來(lái)的需求，比如通過(guò)融合的網(wǎng)絡(luò)技術(shù)和統(tǒng)一管理技術(shù)減少了部件和節(jié)點(diǎn)的浪費(fèi)，提升了散熱效率，降低了相關(guān)支撐設(shè)施的需求和電力消耗，通過(guò)統(tǒng)一管理技術(shù)把管理節(jié)點(diǎn)的浪費(fèi)完全消除，大大簡(jiǎn)化了管理，提升工作效率，通過(guò)Service Profile和無(wú)狀態(tài)計(jì)算等技術(shù)減少了應(yīng)用的部署和故障恢復(fù)的時(shí)間，通過(guò)擁有專(zhuān)利的大內(nèi)存和虛擬鏈接網(wǎng)卡等技術(shù)能更好的支持虛擬化。

3、安排數(shù)據(jù)遷移最佳時(shí)間

在數(shù)據(jù)遷移過(guò)程中，為了將影響患者的正常就診的因素降到最低，我們將時(shí)間安排在就診人數(shù)最少的時(shí)候進(jìn)行數(shù)據(jù)庫(kù)的遷移工作。對(duì)此，我們分別針對(duì)一天24小時(shí)的就診人次進(jìn)行了提取并繪制了以下分布圖(如圖1)：

 

青海大學(xué)附屬醫(yī)院24小時(shí)就診患者分布圖

由圖可以看出晚上12點(diǎn)到凌晨六點(diǎn)就診人數(shù)最少，根據(jù)一周數(shù)據(jù)，周五到周六就診人數(shù)大幅下降，周六周日的就診人數(shù)較平時(shí)少，所以我們將手術(shù)時(shí)間訂到周五或周六晚上的12點(diǎn)到凌晨五點(diǎn)之間。

4、制定數(shù)據(jù)庫(kù)的遷移順序

系統(tǒng)遷移過(guò)程中雖然我們經(jīng)過(guò)多次測(cè)試同時(shí)也測(cè)試成功，但還是要將“萬(wàn)一”考慮再內(nèi)，萬(wàn)一遷移失敗，我們?cè)鯓幽茏屗�快速恢�?fù)到遷移前的狀態(tài)，不影響第二天數(shù)據(jù)庫(kù)的正常使用。LIS系統(tǒng)相對(duì)來(lái)說(shuō)數(shù)據(jù)量較少，易成功遷移，萬(wàn)一發(fā)生遷移失敗，更容易恢復(fù)，所以我們首先進(jìn)行LIS系統(tǒng)的遷移；HIS系統(tǒng)相對(duì)來(lái)說(shuō)數(shù)據(jù)量大，發(fā)生遷移失敗的風(fēng)險(xiǎn)也相對(duì)較高，所以我們將HIS系統(tǒng)的遷移放到最后；EMR系統(tǒng)的遷移放在第二位。

二、建立項(xiàng)目實(shí)施小組

根據(jù)項(xiàng)目實(shí)施范圍及內(nèi)容，將項(xiàng)目實(shí)施人員進(jìn)行了統(tǒng)一的劃分，分為：數(shù)據(jù)庫(kù)遷移組、硬件設(shè)備更新組、虛擬化平臺(tái)更新組、網(wǎng)絡(luò)管理組、溝通協(xié)調(diào)組。明確了各個(gè)組的的職責(zé)任務(wù)。各個(gè)組嚴(yán)格按照甘特圖的時(shí)間結(jié)點(diǎn)完成工作。

數(shù)據(jù)庫(kù)遷移組：負(fù)責(zé)數(shù)據(jù)庫(kù)ORACLE rac+ADG 環(huán)境的搭建、軟件補(bǔ)丁的升級(jí)、數(shù)據(jù)的備份、數(shù)據(jù)的導(dǎo)入導(dǎo)出、參數(shù)調(diào)整，數(shù)據(jù)文件的遷移。

硬件設(shè)備更新組：負(fù)責(zé)新購(gòu)置服務(wù)器設(shè)備的放置位置、上架、系統(tǒng)調(diào)整、san網(wǎng)絡(luò)調(diào)整、網(wǎng)卡分配、設(shè)備參數(shù)調(diào)整。

虛擬化平臺(tái)更新組：負(fù)責(zé)虛擬化平臺(tái)的重新安裝、虛擬機(jī)的部署、參數(shù)的調(diào)整

網(wǎng)路管理組：負(fù)責(zé)中心機(jī)房網(wǎng)絡(luò)設(shè)備的參數(shù)調(diào)整、線(xiàn)路的調(diào)整、板卡的安裝、IP地址的規(guī)劃調(diào)整、機(jī)房橋架的安裝部署

溝通協(xié)調(diào)組：負(fù)責(zé)項(xiàng)目的整體管理，協(xié)調(diào)各個(gè)小組的工作配合，收集工作情況、匯報(bào)工作進(jìn)度、申請(qǐng)停機(jī)時(shí)間

三、精準(zhǔn)的項(xiàng)目實(shí)施

在醫(yī)院“移植再造手術(shù)”開(kāi)始之前，我們花了兩周的時(shí)間，針對(duì)遷移方案進(jìn)行了進(jìn)一步的確認(rèn)，尤其是對(duì)虛擬機(jī)上數(shù)據(jù)庫(kù)的部署以及共享磁盤(pán)的配置問(wèn)題進(jìn)行了再三的溝通。僅僅溝通會(huì)議就進(jìn)行了三次，會(huì)中和各個(gè)工程師將遷移方案多次討論修改。為了進(jìn)一步保證“系統(tǒng)移植再造手術(shù)”的安全性，針對(duì)遷移過(guò)程中可能出現(xiàn)的問(wèn)題進(jìn)行排查，防患于未然。

 

利用兩周的時(shí)間進(jìn)行了數(shù)據(jù)庫(kù)遷移的測(cè)試，針對(duì)出現(xiàn)的問(wèn)題及時(shí)進(jìn)行解決。之后再進(jìn)行測(cè)試...在經(jīng)過(guò)PDCA循環(huán)五次測(cè)試成功且沒(méi)有問(wèn)題后，開(kāi)始正式進(jìn)入到操作環(huán)節(jié)。

從11月的28日到30日，我們很順利的完成了虛擬環(huán)境的搭建以及高可用數(shù)據(jù)的搭建，成功邁出了“移植再造手術(shù)”開(kāi)始的第一步，這也給之后我們?nèi)プ鰯?shù)據(jù)遷移提供了信心。

12月2日晚11點(diǎn)，周?chē)�開(kāi)始安靜下來(lái)，當(dāng)大家都開(kāi)始進(jìn)入睡夢(mèng)，數(shù)據(jù)庫(kù)機(jī)房中才開(kāi)始熱鬧起來(lái)。當(dāng)晚是我們第一次正式進(jìn)行LIS數(shù)據(jù)庫(kù)的遷移。雖然之前的測(cè)試都很成功，但是真正對(duì)“心臟”進(jìn)行操作的時(shí)候，我們還是相當(dāng)慎重，做了一個(gè)小時(shí)的準(zhǔn)備工作:方案確認(rèn)、硬件檢查、網(wǎng)絡(luò)檢查等等。12點(diǎn)，一切就緒，我們開(kāi)始斷掉了用戶(hù)對(duì)數(shù)據(jù)庫(kù)的訪(fǎng)問(wèn)操作，開(kāi)始正式進(jìn)行數(shù)據(jù)庫(kù)的遷移。整個(gè)遷移過(guò)程都在緊張有序的進(jìn)行著，我們也都是精神緊張，注意力高度集中。在進(jìn)行了4個(gè)多小時(shí)的緊張操作后，終于完成了LIS系統(tǒng)的遷移，在13日凌晨五點(diǎn)前使整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)恢復(fù)正常。之后的一周對(duì)LIS的系統(tǒng)運(yùn)行監(jiān)測(cè)，也沒(méi)發(fā)現(xiàn)問(wèn)題，LIS系統(tǒng)遷移成功。

 

有了LIS系統(tǒng)的先例在前，之后的操作就顯得輕松切有把握的多。12月9日晚11點(diǎn)，EMR系統(tǒng)經(jīng)過(guò)6個(gè)小時(shí)的緊張遷移，同樣很順利的完成了遷移。

 

本以為HIS系統(tǒng)也會(huì)很順利的完成遷移，誰(shuí)也不會(huì)想到HIS系統(tǒng)的遷移會(huì)遇到問(wèn)題。12月16日同樣11點(diǎn)，在開(kāi)始對(duì)HIS系統(tǒng)進(jìn)行遷移的時(shí)候，數(shù)據(jù)傳輸不成功。我們常規(guī)的進(jìn)行網(wǎng)絡(luò)ＩＰ配置等各項(xiàng)檢查，但是都沒(méi)有發(fā)現(xiàn)原因。我們忙的焦頭爛額，無(wú)論怎么查都查不出原因，眼看就要早上了，為了不影響患者的正常就診，無(wú)奈之下只得將數(shù)據(jù)庫(kù)恢復(fù)原狀。為了讓這場(chǎng)“移植再造手術(shù)”在最后階段能夠成功，我們不得已請(qǐng)了外援�！按笊瘛苯o出的診斷結(jié)果是網(wǎng)絡(luò)抖動(dòng)太大。之前我們檢查網(wǎng)絡(luò)的時(shí)候并沒(méi)有發(fā)現(xiàn)什么問(wèn)題，但還是回過(guò)頭來(lái)重新仔細(xì)檢查了一遍，發(fā)現(xiàn)網(wǎng)線(xiàn)斷掉一根。這個(gè)是之前大家都沒(méi)有想到過(guò)的原因。在迅速解決掉問(wèn)題之后，我們?cè)?span>17日晚上再次進(jìn)行了HIS系統(tǒng)的遷移。這次的遷移也在18日凌晨五點(diǎn)之前完成。

四、默契配合，項(xiàng)目順利完成

至此，這臺(tái)難度大，頭緒多的“移植再造手術(shù)”終于圓滿(mǎn)成功。整個(gè)項(xiàng)目于12月30日正式實(shí)施完成。實(shí)施過(guò)程中各個(gè)小組配合默契，實(shí)施工程師技術(shù)過(guò)硬、信息中心小伙伴們?nèi)蝿谌卧�。整個(gè)歷經(jīng)81天，累計(jì)加班89小時(shí)，終于完成了數(shù)據(jù)平臺(tái)更新、數(shù)據(jù)庫(kù)雙結(jié)點(diǎn)搭建及數(shù)據(jù)的遷移，為醫(yī)院信息系統(tǒng)的正常運(yùn)轉(zhuǎn)提供了持續(xù)的保障。此項(xiàng)目的順利完成要感謝領(lǐng)導(dǎo)的大力支持，各個(gè)廠(chǎng)家工程師的給力支撐、信息網(wǎng)絡(luò)管理中心工程師的積極配合。

通過(guò)對(duì)2016年5月17日和2017年1月3日的his數(shù)據(jù)庫(kù)系統(tǒng)的性能分析如下圖：

 

由上圖可以看出，新環(huán)境下his數(shù)據(jù)庫(kù)由原來(lái)的單節(jié)點(diǎn)改造成為雙節(jié)點(diǎn)，cpu核數(shù)由前期的12核提升到48核。整個(gè)his數(shù)據(jù)庫(kù)的cpu核數(shù)比老數(shù)據(jù)庫(kù)cpu數(shù)量增加4倍。在系統(tǒng)運(yùn)行的高峰期，新庫(kù)環(huán)境下的數(shù)據(jù)庫(kù)cpu負(fù)載為2.23，老庫(kù)環(huán)境下的負(fù)載已達(dá)到19.97，新的數(shù)據(jù)庫(kù)架構(gòu)情況下cpu的使用率比前期環(huán)境下提升了8倍左右，整體的性能也提高了1倍，并且數(shù)據(jù)庫(kù)具備了多結(jié)點(diǎn)負(fù)載均衡、數(shù)據(jù)庫(kù)冗余功能及數(shù)據(jù)庫(kù)容災(zāi)機(jī)制。極大的提高了數(shù)據(jù)庫(kù)處理數(shù)據(jù)的能力，數(shù)據(jù)庫(kù)的健壯性提升了一個(gè)級(jí)別。本次項(xiàng)目中有以下8家合作伙伴給予支持：VMware（虛擬化）、思科（服務(wù)器）、EMC（存儲(chǔ)）、華三H3C（網(wǎng)絡(luò)）、UPS（創(chuàng)統(tǒng)）、西安翔石（oracle數(shù)據(jù)庫(kù)維保）、亞信（殺毒）、智和物聯(lián)（統(tǒng)一密碼管理）、Hp（服務(wù)器、存儲(chǔ)）。

五、項(xiàng)目實(shí)施成效

如果將醫(yī)院看作是一個(gè)人的身體，醫(yī)院數(shù)據(jù)中心就是心臟，所有的數(shù)據(jù)就像血液一樣通過(guò)網(wǎng)絡(luò)血管從身體各處流向心臟再?gòu)男呐K流出。而數(shù)據(jù)中心就是醫(yī)院這個(gè)身體的“心臟”，只有將醫(yī)院的這個(gè)“心臟”變得強(qiáng)大起來(lái)，整個(gè)醫(yī)院系統(tǒng)才能夠一直保持在“健康”的狀態(tài)。通過(guò)這次數(shù)據(jù)中心的“移植再造術(shù)”，更新了2008年采購(gòu)的核心服務(wù)器設(shè)備、虛擬化平臺(tái)軟件；重新調(diào)整核心系統(tǒng)HIS、LIS、EMR數(shù)據(jù)庫(kù)為集群計(jì)算（rac）架構(gòu)；采用了全虛擬化平臺(tái)上的數(shù)據(jù)庫(kù)負(fù)責(zé)均衡（RAC）及數(shù)據(jù)庫(kù)的active dataguard容災(zāi)技術(shù)；利用原有存儲(chǔ)層面的連續(xù)數(shù)據(jù)保護(hù)（cdp)技術(shù)等手術(shù)，治療了醫(yī)院數(shù)據(jù)中心這個(gè)“嚴(yán)重缺血，心動(dòng)力不足”的心臟。讓它蛻變?yōu)椤案挥谢盍�、精力充沛”的健康心臟。這顆“心臟”不但有效解決了現(xiàn)有數(shù)據(jù)庫(kù)處理能力不足、數(shù)據(jù)庫(kù)經(jīng)常出現(xiàn)宕機(jī)、客戶(hù)端系統(tǒng)緩慢等問(wèn)題。而且還為醫(yī)院后續(xù)的發(fā)展及業(yè)務(wù)的拓展，提供了強(qiáng)有力的支撐。（供稿：信息網(wǎng)絡(luò)管理中心）