醫(yī)院信息系統(tǒng)業(yè)務(wù)可持續(xù)性建設(shè)方案探討

張瓊瑤

福建省立醫(yī)院 信息科，福建 福州 350001

醫(yī)院信息系統(tǒng)業(yè)務(wù)可持續(xù)性建設(shè)方案探討

張瓊瑤

福建省立醫(yī)院 信息科，福建 福州 350001

Abstract: This article focuses on how to ensure the sustainability of hospital information systems business to run. It conducts a detailed analysis and comparison of several solutions such as replication software, database replication, disk array replication, disk array replication clusters, mirrored volumes clustering. Therefore it illustrates the advantages and reasons for the choice of mirrored volumes clustering solution in our hospital, reference to our construction experience. It also sums up the experiences of system implementation and the effect of use, and provides reference informations for the colleagues.

Key words: HIS; high availability; business sustainability

本文就如何保證醫(yī)院信息系統(tǒng)業(yè)務(wù)可持續(xù)性運(yùn)行，結(jié)合本院的建設(shè)經(jīng)驗(yàn)，對基于復(fù)制軟件、數(shù)據(jù)庫復(fù)制、磁盤陣列復(fù)制、磁盤陣列復(fù)制的集群、鏡像卷的集群等解決方案進(jìn)行了詳細(xì)分析比較，闡明了我院選擇基于鏡像卷的集群解決方案的優(yōu)點(diǎn)和理由，同時(shí)總結(jié)了系統(tǒng)實(shí)施經(jīng)驗(yàn)和使用效果，為同行提供借鑒參考。

HIS；高可用性；業(yè)務(wù)可持續(xù)性

0 前言

我院是一所集教、科、研為一體的綜合性三甲醫(yī)院，開放床位1800多張，年門急診量150多萬人次。隨著醫(yī)院信息化建設(shè)的深入，計(jì)算機(jī)網(wǎng)絡(luò)應(yīng)用已經(jīng)滲透到醫(yī)院管理及業(yè)務(wù)的方方面面，目前工作站達(dá)1600多臺(tái)，一旦計(jì)算機(jī)系統(tǒng)停止運(yùn)行，對病人及醫(yī)院所造成的影響是難以估量的。本文就如何保證醫(yī)院信息系統(tǒng)業(yè)務(wù)可持續(xù)性運(yùn)行并結(jié)合本院的建設(shè)經(jīng)驗(yàn)進(jìn)行方案探討。

1 系統(tǒng)狀況

我院信息系統(tǒng)由HIS、RIS、PACS、LIS、電子病歷、麻醉系統(tǒng)、重癥監(jiān)護(hù)、合理用藥系統(tǒng)、體檢系統(tǒng)以及其他輔助系統(tǒng)組成，各系統(tǒng)之間的關(guān)系如圖1。

圖 1 信息系統(tǒng)關(guān)系圖

由圖1可見HIS是醫(yī)院信息系統(tǒng)的核心，其它系統(tǒng)均需要與HIS進(jìn)行數(shù)據(jù)交換。要保證醫(yī)院信息系統(tǒng)的可持續(xù)性運(yùn)行，首先要保證HIS系統(tǒng)可持續(xù)運(yùn)行。

我院未改造前的系統(tǒng)是HIS采用了兩臺(tái)HP DL760服務(wù)器與EMC CX400磁盤陣列構(gòu)成雙冗余通道的SAN存儲(chǔ)系統(tǒng)，數(shù)據(jù)庫采用微軟SQL Server 2000，并通過微軟MSCS集群軟件構(gòu)成了雙機(jī)集群系統(tǒng)，我院網(wǎng)絡(luò)骨干采用了雙冗余光纖網(wǎng)絡(luò)。隨著本院新病房大樓的啟用，在新病房大樓也設(shè)置了一個(gè)網(wǎng)絡(luò)機(jī)房，從而為進(jìn)一步建設(shè)高可用性系統(tǒng)提供了基礎(chǔ)。

要實(shí)現(xiàn)信息系統(tǒng)業(yè)務(wù)可持續(xù)性，我們認(rèn)為最重要的是要做到以下七個(gè)字：不停、不丟、可恢復(fù)。“不停”的意思就是采用各種技術(shù)及管理手段確保應(yīng)用系統(tǒng)不停機(jī)；“不丟”的意思就是說若發(fā)生災(zāi)難等意外事件，即使導(dǎo)致系統(tǒng)停止了運(yùn)行，但也要保證系統(tǒng)業(yè)務(wù)數(shù)據(jù)不丟失；“可恢復(fù)”的意思就是說必須采取各種手段，確保系統(tǒng)和業(yè)務(wù)數(shù)據(jù)在任何情況下都可以恢復(fù)到最新的備份點(diǎn)，從而實(shí)現(xiàn)系統(tǒng)和業(yè)務(wù)數(shù)據(jù)可恢復(fù)。“不停”是我們實(shí)現(xiàn)業(yè)務(wù)可持續(xù)性的最高目標(biāo)，“可恢復(fù)”是實(shí)現(xiàn)業(yè)務(wù)可持續(xù)性的基本保證。同時(shí)，由于各種技術(shù)本身的局限性，因此要實(shí)現(xiàn)系統(tǒng)業(yè)務(wù)可持續(xù)性需要綜合采用多種技術(shù)手段互補(bǔ)才能實(shí)現(xiàn)。

結(jié)合我院的實(shí)際情況，我們提出了建設(shè)HIS業(yè)務(wù)可持續(xù)性系統(tǒng)的建設(shè)目標(biāo)：首先必須要保證HIS數(shù)據(jù)庫可持續(xù)訪問，允許的中斷時(shí)間應(yīng)小于5min（為服務(wù)器正常切換所需要的時(shí)間）；即使發(fā)生意外事件，系統(tǒng)應(yīng)做到不丟失數(shù)據(jù)。

下面結(jié)合我院的建設(shè)目標(biāo)，來探討我院在系統(tǒng)建設(shè)過程中對各種解決方案的比較分析。

2 方案選擇

根據(jù)我們的實(shí)現(xiàn)目標(biāo)，有以下幾種方案可供選擇：

(1) 基于復(fù)制軟件的解決方案；

(2) 基于磁盤陣列復(fù)制的解決方案；

(3) 基于數(shù)據(jù)庫的解決方案；

(4) 基于磁盤陣列復(fù)制的集群方案；

(5) 基于鏡像卷的集群解決方案。

下面我們分別對各個(gè)方案進(jìn)行闡述和比較。

2.1 基于復(fù)制軟件的解決方案

該方案基本思路是：在中心機(jī)房和新大樓機(jī)房的服務(wù)器上分別安裝復(fù)制軟件，通過院內(nèi)網(wǎng)將HIS數(shù)據(jù)庫的數(shù)據(jù)文件實(shí)時(shí)復(fù)制到新大樓機(jī)房內(nèi)的服務(wù)器上，使得在不同大樓分別有一份完全相同的數(shù)據(jù)文件副本。一旦中心機(jī)房發(fā)生意外事件，造成系統(tǒng)無法工作，此時(shí)可以手工使用備用服務(wù)器上的數(shù)據(jù)副本，在新大樓內(nèi)啟動(dòng)數(shù)據(jù)庫服務(wù)器；并通過修改業(yè)務(wù)系統(tǒng)中間層服務(wù)器的數(shù)據(jù)庫配置使其指向新數(shù)據(jù)庫服務(wù)器，使得業(yè)務(wù)終端可以使用備用服務(wù)器繼續(xù)進(jìn)行業(yè)務(wù)操作。通過這種解決方案可以達(dá)到發(fā)生意外時(shí)，數(shù)據(jù)不丟失，且可以盡快恢復(fù)業(yè)務(wù)系統(tǒng)運(yùn)行的目的。

基于復(fù)制軟件的解決方案示意圖如圖2。

圖 2 基于復(fù)制軟件解決方案示意圖

為了對解決方案有一個(gè)全面的認(rèn)識(shí)，我們從以下6個(gè)方面對它進(jìn)行分析：

2.1.1 系統(tǒng)資源。復(fù)制軟件根據(jù)實(shí)現(xiàn)層次的不同可以分為文件級和邏輯卷級。雖然邏輯卷級由系統(tǒng)底層實(shí)現(xiàn)，比文件級實(shí)現(xiàn)在系統(tǒng)資源占用更少和復(fù)制性能上會(huì)更高。但是由于均需要在服務(wù)器上安裝復(fù)制軟件，因此會(huì)占用生產(chǎn)服務(wù)器不少系統(tǒng)資源（包括CPU資源和內(nèi)存資源），一般都在25%以下。

2.1.2 網(wǎng)絡(luò)資源。由于復(fù)制軟件通過TCP/IP網(wǎng)絡(luò)進(jìn)行復(fù)制，在大數(shù)據(jù)流復(fù)制時(shí)將對網(wǎng)絡(luò)造成較大沖擊。一般可以通過限制網(wǎng)絡(luò)帶寬使用或建立專門的復(fù)制網(wǎng)絡(luò)來解決復(fù)制與業(yè)務(wù)爭用網(wǎng)絡(luò)的問題，并且受到網(wǎng)絡(luò)帶寬的限制，也影響了復(fù)制的速度。同時(shí)由于使用TCP/IP網(wǎng)絡(luò)，理論上可以在任何距離的地方設(shè)置復(fù)制目的地，從而可以實(shí)現(xiàn)遠(yuǎn)距離容災(zāi)。

2.1.3 復(fù)制方式。基于邏輯卷級的復(fù)制軟件能夠支持同步/異步復(fù)制方式，基于文件級的復(fù)制軟件一般只支持異步方式。采用同步復(fù)制方式能夠保證兩份數(shù)據(jù)副本實(shí)時(shí)完全一致，采用異步復(fù)制方式無法保證該點(diǎn)，但能保證數(shù)據(jù)在時(shí)序上一致。同步復(fù)制由于網(wǎng)絡(luò)延遲的原因，將對系統(tǒng)性能造成較大影響，通常采用異步復(fù)制方式。

2.1.4 業(yè)務(wù)接管。采用該方案，業(yè)務(wù)接管需采用手工方式進(jìn)行。由于各業(yè)務(wù)系統(tǒng)均與HIS系統(tǒng)有數(shù)據(jù)交換接口，手工業(yè)務(wù)接管的時(shí)間大約需要30min，才能將各業(yè)務(wù)系統(tǒng)均切換到新服務(wù)器上工作。

2.1.5 應(yīng)對文件物理損壞。由于復(fù)制原理本身的原因，因此主服務(wù)器上數(shù)據(jù)文件所做的任何改變均將同樣在復(fù)制副本上發(fā)生，包括對數(shù)據(jù)文件所造成的物理損壞。這將導(dǎo)致在特定的條件下嚴(yán)重時(shí)使用復(fù)制的副本無法啟動(dòng)數(shù)據(jù)庫。這種問題只能通過數(shù)據(jù)備份軟件中的備份來解決。

2.1.6 投資。采用這種方案，只需要購買復(fù)制軟件，對服務(wù)器和存儲(chǔ)硬件無特殊要求，只要服務(wù)器有足夠的處理能力和足夠的存儲(chǔ)空間就行。

2.2 基于磁盤陣列復(fù)制的解決方案

該方案基本思路是：在新大樓機(jī)房也配置一臺(tái)EMC磁盤陣列，通過光纖連接新舊兩臺(tái)EMC磁盤陣列，原陣列的數(shù)據(jù)由磁盤陣列控制通過SAN復(fù)制到新的磁盤陣列，使得在兩個(gè)磁盤陣列上各有一份業(yè)務(wù)數(shù)據(jù)庫的實(shí)時(shí)拷貝。一旦中心機(jī)房發(fā)生意外，磁盤陣列中的數(shù)據(jù)無法訪問或服務(wù)器停止工作，可以啟用新大樓機(jī)房中的服務(wù)器和磁盤陣列。通過利用磁盤陣列中的數(shù)據(jù)庫文件副本，啟動(dòng)業(yè)務(wù)數(shù)據(jù)庫，并通過修改業(yè)務(wù)系統(tǒng)中間層服務(wù)器的數(shù)據(jù)庫配置使其指向新數(shù)據(jù)庫服務(wù)器，使得業(yè)務(wù)終端可以繼續(xù)進(jìn)行業(yè)務(wù)操作。通過這種解決方案也可以達(dá)到發(fā)生意外時(shí)，數(shù)據(jù)不丟失，且可以盡快恢復(fù)業(yè)務(wù)系統(tǒng)運(yùn)行的目的。

基于磁盤陣列復(fù)制的解決方案示意圖如圖3

圖 3 基于磁盤陣列復(fù)制解決方案

下面我們也從6個(gè)方面對該解決方案進(jìn)行分析：

2.2.1 系統(tǒng)資源。采用基于磁盤陣列復(fù)制的解決方案，由于復(fù)制工作由磁盤陣列承擔(dān)，服務(wù)器不參與任何工作，因此不占用任何服務(wù)器資源，對系統(tǒng)無影響。

2.2.2 網(wǎng)絡(luò)資源。基于磁盤陣列的復(fù)制是通過SAN進(jìn)行數(shù)據(jù)復(fù)制，因此其對業(yè)務(wù)網(wǎng)絡(luò)無影響。

2.2.3 復(fù)制方式。基于磁盤陣列的復(fù)制支持同步和異步兩種復(fù)制方式，考慮到通常SAN環(huán)境的帶寬比較高，通信條件好，一般都采用同步方式進(jìn)行復(fù)制。因此能夠保證兩個(gè)磁盤陣列具有完全一樣的數(shù)據(jù)拷貝。

2.2.4 業(yè)務(wù)接管。采用該方案，若不另行配置軟件，則只能夠手工進(jìn)行業(yè)務(wù)的接管。因此接管過程和采用基于復(fù)制軟件的解決方案差不多，也需要約30min。

2.2.5 應(yīng)對文件物理損壞。同基于復(fù)制軟件的解決方案一樣，基于磁盤陣列的復(fù)制也會(huì)忠實(shí)地將源磁盤陣列的所有變化復(fù)制到目標(biāo)磁盤陣列，包括錯(cuò)誤。

2.2.6 投資。基于磁盤陣列的解決方案對磁盤陣列的要求比較高，通常是中高端的產(chǎn)品才能夠支持基于磁盤陣列的復(fù)制。另外，一般要求兩臺(tái)磁盤陣列是同一產(chǎn)商的產(chǎn)品才能夠?qū)崿F(xiàn)。這導(dǎo)致了該方案需要比較高的投資。

2.3 基于數(shù)據(jù)庫的解決方案

該方案基本思路是：采用數(shù)據(jù)庫本身提供的復(fù)制能力，將生產(chǎn)數(shù)據(jù)庫的數(shù)據(jù)復(fù)制到目標(biāo)數(shù)據(jù)庫，從而保證在源服務(wù)器和目標(biāo)服務(wù)器各有一份完整拷貝。在生產(chǎn)服務(wù)器發(fā)生意外無法對外提供服務(wù)時(shí)，手動(dòng)啟用備用服務(wù)器，從而在意外情況下達(dá)到數(shù)據(jù)不丟失，并且可以盡快接替業(yè)務(wù)服務(wù)的目的。

下面我們從6個(gè)方面對該解決方案進(jìn)行分析：

2.3.1 系統(tǒng)資源。針對我院所使用的微軟SQL Server 2000數(shù)據(jù)庫，實(shí)現(xiàn)數(shù)據(jù)庫復(fù)制方案有兩種，一種是利用數(shù)據(jù)庫的復(fù)制功能，另一種是利用數(shù)據(jù)庫的日志傳送功能。采用數(shù)據(jù)庫復(fù)制功能將對生產(chǎn)數(shù)據(jù)庫產(chǎn)生較大的負(fù)載壓力；而采用日志傳送方式，消耗的系統(tǒng)資源將較少。

2.3.2 網(wǎng)絡(luò)資源。由于數(shù)據(jù)庫復(fù)制將通過網(wǎng)絡(luò)進(jìn)行傳送，因此將占用網(wǎng)絡(luò)帶寬。采用日志傳送方式所占用的帶寬將大大少于基于數(shù)據(jù)庫復(fù)制功能所使用的帶寬。

2.3.3 復(fù)制方式。采用數(shù)據(jù)庫復(fù)制功能的復(fù)制一般都采用定時(shí)的方式進(jìn)行復(fù)制。因此生產(chǎn)庫和備份庫之間的數(shù)據(jù)存在時(shí)間差。

2.3.4 業(yè)務(wù)接管。采用數(shù)據(jù)庫復(fù)制的方案，業(yè)務(wù)接管需要通過手工的方式進(jìn)行。

2.3.5 應(yīng)對文件物理損壞。由于數(shù)據(jù)庫復(fù)制是在應(yīng)用級，亦即邏輯級進(jìn)行復(fù)制。因此對數(shù)據(jù)庫文件所造成的物理破壞操作不會(huì)被復(fù)制到目標(biāo)數(shù)據(jù)庫。基于數(shù)據(jù)庫復(fù)制的方案能夠防范文件物理損壞復(fù)制到目標(biāo)服務(wù)器。

2.3.6 投資。采用數(shù)據(jù)庫復(fù)制的方案，由于所采用的功能均是數(shù)據(jù)庫自帶的功能，因此無需增加額外投資，只要購買必要的服務(wù)器、操作系統(tǒng)及數(shù)據(jù)庫軟件即可。

2.4 基于磁盤陣列復(fù)制的集群方案

該方案基本思路是：在基于磁盤陣列復(fù)制方案的基礎(chǔ)上增加集群軟件，從而彌補(bǔ)原方案無法自動(dòng)切換的問題。具體做法是在磁盤陣列復(fù)制方案的基礎(chǔ)上將兩臺(tái)HP服務(wù)器移一臺(tái)到新大樓機(jī)房，采用EMC Fulltime Autostart軟件構(gòu)成雙機(jī)系統(tǒng)。原EMC磁盤陣列的數(shù)據(jù)由磁盤陣列控制通過SAN復(fù)制到新的EMC磁盤陣列，使得在兩個(gè)磁盤陣列上各有一份業(yè)務(wù)數(shù)據(jù)庫的實(shí)時(shí)拷貝。一旦中心機(jī)房發(fā)生意外，數(shù)據(jù)庫將自動(dòng)切換到新大樓機(jī)房的服務(wù)器和存儲(chǔ)上運(yùn)行。無需修改業(yè)務(wù)系統(tǒng)中間層服務(wù)器的配置，業(yè)務(wù)終端就可以使用備用服務(wù)器繼續(xù)進(jìn)行業(yè)務(wù)操作。通過這種解決方案可以在發(fā)生意外時(shí)數(shù)據(jù)不丟失，且可以自動(dòng)恢復(fù)業(yè)務(wù)系統(tǒng)運(yùn)行的目的。

基于磁盤陣列復(fù)制的集群方案的示意圖如圖4。下面我們從以下幾個(gè)方面分析這個(gè)解決方案：

2.4.1 系統(tǒng)資源。采用該方案，由于服務(wù)器不參與數(shù)據(jù)復(fù)制，因此不占用系統(tǒng)資源。

圖 4 基于磁盤陣列復(fù)制的集群方案

2.4.2 網(wǎng)絡(luò)資源。由于數(shù)據(jù)是通過SAN進(jìn)行復(fù)制，因此不占用網(wǎng)絡(luò)帶寬。

2.4.3 復(fù)制方式。正如前面方案所述，可以支持同步或異步復(fù)制。

2.4.4 業(yè)務(wù)接管。由于采用了EMC Fulltime Autostart集群軟件，所以系統(tǒng)能夠自動(dòng)進(jìn)行業(yè)務(wù)切換操作。若中心機(jī)房發(fā)生故障，Autostart軟件自動(dòng)將數(shù)據(jù)庫服務(wù)切換到新大樓機(jī)房內(nèi)的服務(wù)器上運(yùn)行，而各系統(tǒng)無需修改配置，仍可繼續(xù)正常運(yùn)行。但當(dāng)服務(wù)器切換回主服務(wù)器時(shí)，存在著需要先把數(shù)據(jù)往回進(jìn)行復(fù)制，在數(shù)據(jù)同步后才能進(jìn)行切換的問題，因此不能在兩個(gè)中心間反復(fù)自由切換。

2.4.5 應(yīng)對文件物理損壞。由磁盤陣列復(fù)制的原理決定了文件的物理損壞也將被復(fù)制軟件同樣復(fù)制到目的服務(wù)器上。

2.4.6 投資。由于需新購一臺(tái)EMC磁盤陣列，且需更換集群軟件，因此系統(tǒng)的投資比較高。

2.5 基于鏡像卷的集群解決方案

該方案基本思路是：將已有的兩臺(tái)HP DL760服務(wù)器移一臺(tái)到新大樓機(jī)房，并且在新機(jī)房購置一臺(tái)新的光纖磁盤陣列，兩臺(tái)磁盤陣列通過光纖連接在同一個(gè)SAN內(nèi)。在兩臺(tái)服務(wù)器上安裝Veritas Storage Foundation卷管理軟件，然后建立跨越兩個(gè)磁盤陣列的鏡像卷，將集群數(shù)據(jù)庫建立在鏡像卷上。這樣無論是哪一臺(tái)磁盤陣列發(fā)生故障，都不會(huì)引起集群發(fā)生切換導(dǎo)致業(yè)務(wù)中斷，并且將原微軟MSCS集群的仲裁磁盤也改為鏡像卷，這樣就彌補(bǔ)了MSCS集群的不足，消除了系統(tǒng)單故障點(diǎn)，從整體上提高了系統(tǒng)的高可靠性。

基于鏡像卷的集群解決方案的示意圖如圖5。

如圖5所示，通過采用Veritas Storage Foundation軟件建立跨磁盤陣列的鏡像卷作為MSCS集群的共享盤，對MSCS工作方式來說沒什么改變。只是共享盤的可靠性提高了，不會(huì)因?yàn)閱蝹€(gè)磁盤陣列的宕機(jī)而導(dǎo)致整個(gè)集群停止服務(wù)。即使某個(gè)機(jī)房內(nèi)的服務(wù)器和磁盤陣列同時(shí)發(fā)生故障，由于在另一個(gè)機(jī)房內(nèi)仍有一套完整的服務(wù)器和磁盤陣列，集群仍可以正常工作。

圖 5 基于鏡像卷的集群解決方案

下面我們從以下幾個(gè)方面來分析這個(gè)解決方案：

2.5.1 系統(tǒng)資源。采用本方案，由于服務(wù)器上需要安裝卷管理軟件來做邏輯卷鏡像，因此需要消耗部分服務(wù)器資源，根據(jù)實(shí)際測試所得CPU增加不足15%，內(nèi)存多占用幾十兆字節(jié)。

2.5.2 網(wǎng)絡(luò)資源。由于不通過網(wǎng)絡(luò)進(jìn)行復(fù)制，因此不占用網(wǎng)絡(luò)資源。

2.5.3 復(fù)制方式。采用該方案，兩臺(tái)磁盤陣列上的數(shù)據(jù)是通過卷管理軟件做鏡像來保證兩者完全一致的。套用復(fù)制的說法，可以認(rèn)為是采用類似同步復(fù)制的方式來保證數(shù)據(jù)的一致性。

2.5.4 業(yè)務(wù)接管。采用本集群方案，集群軟件使用的仍舊是微軟的MSCS集群軟件。因此業(yè)務(wù)的接管完全是自動(dòng)進(jìn)行的，無需人為干預(yù)。并且由于是基于鏡像卷的方式，避免了采用磁盤陣列復(fù)制的集群方式所需要的在回切時(shí)數(shù)據(jù)需先要往回復(fù)制的問題，可以隨時(shí)在兩臺(tái)服務(wù)器上進(jìn)行切換。由此提高了系統(tǒng)抵御復(fù)雜故障的能力，并且便于系統(tǒng)維護(hù)。

2.5.5 應(yīng)對文件物理損壞。由于兩臺(tái)磁盤陣列的數(shù)據(jù)通過鏡像保持同步，因此對文件的物理損壞操作將同時(shí)在兩臺(tái)磁盤陣列上造成破壞。該問題只能通過備份或邏輯復(fù)制來消除。

2.5.6 投資。該方案由于需增購磁盤陣列和卷管理軟件，因此其造價(jià)也是比較高的。但由于其是基于軟件的解決方案，因此對新購的磁盤陣列無特殊要求，不要求與原磁盤陣列為同一產(chǎn)商，故可節(jié)省投資。

2.6 方案比較

通過上面對各個(gè)方案的闡述，我們可以看到各個(gè)方案各有優(yōu)缺點(diǎn)，匯總對比見表1。

2.7 方案說明

根據(jù)以上對各種方案的比較，結(jié)合我院的實(shí)際情況，我們采用了基于鏡像卷的集群方案來實(shí)現(xiàn)系統(tǒng)“不停”，采用數(shù)據(jù)庫日志傳送方案來實(shí)現(xiàn)系統(tǒng)“不丟”數(shù)據(jù)，并結(jié)合我院已有的數(shù)據(jù)備份系統(tǒng)來確保實(shí)現(xiàn)系統(tǒng)和業(yè)務(wù)數(shù)據(jù)“可恢復(fù)”。從各個(gè)方面實(shí)現(xiàn)我院HIS系統(tǒng)業(yè)務(wù)持續(xù)運(yùn)行。方案示意圖如圖6。

表 1 各方案優(yōu)缺點(diǎn)對比

圖 6 HIS系統(tǒng)業(yè)務(wù)可持續(xù)性解決方案示意圖

方案說明如下：

(1) 將一臺(tái)HP DL760移到新機(jī)房，同時(shí)新購一臺(tái)EMC CX3-20磁盤陣列。

(2) 配置Veritas Storage Foundation卷管理軟件，建立跨磁盤陣列的鏡像卷。

(3) 將原MSCS集群的共享磁盤由基本磁盤更改為鏡像卷。

(4) 配置1臺(tái)服務(wù)器作為MS SQL Server的日志傳送服務(wù)器，以消除物理文件損壞導(dǎo)致數(shù)據(jù)丟失的隱患。

(5) 通過備份服務(wù)器定時(shí)對HIS數(shù)據(jù)庫進(jìn)行備份，并適當(dāng)增加增量備份的頻度，以消除數(shù)據(jù)庫邏輯錯(cuò)誤造成數(shù)據(jù)丟失的隱患。

3 方案實(shí)施及效果

本方案實(shí)施的難點(diǎn)是如何在最短停機(jī)時(shí)間內(nèi)完成系統(tǒng)的升級改造工作。我們的經(jīng)驗(yàn)是在醫(yī)院業(yè)務(wù)較少的節(jié)假日（我們是在2007年春節(jié)初一晚上）進(jìn)行。首先將業(yè)務(wù)數(shù)據(jù)完全遷移到一臺(tái)備用服務(wù)器上運(yùn)行，使其臨時(shí)接替生產(chǎn)服務(wù)器工作，從而保證系統(tǒng)停機(jī)時(shí)間最短。然后對生產(chǎn)服務(wù)器進(jìn)行升級改造和調(diào)試，并進(jìn)行測試。在確認(rèn)系統(tǒng)升級改造成功后，由備用服務(wù)器重新將數(shù)據(jù)庫遷移回生產(chǎn)服務(wù)器，重新投入運(yùn)行。

在整個(gè)項(xiàng)目的施工過程中，事先應(yīng)進(jìn)行充分的準(zhǔn)備，做好模擬和準(zhǔn)備工作，制定詳盡的計(jì)劃文檔，并做好應(yīng)急預(yù)案。在實(shí)際施工工程中，依照事先制定好的步驟，逐步操作并檢查。在充分的準(zhǔn)備下，我們在預(yù)定的時(shí)間依照計(jì)劃順利完成了系統(tǒng)實(shí)施。

本項(xiàng)目實(shí)施至今，在我院已正常運(yùn)行達(dá)三年的時(shí)間，這期間曾出現(xiàn)過一次EMC CX400故障，由于我們采取了鏡像卷因此沒有對HIS的正常運(yùn)行造成任何影響，同時(shí)為了確保系統(tǒng)能在硬件出現(xiàn)故障時(shí)主動(dòng)切換，我們在長假日如國慶、春節(jié)等總是把HIS切換到備用機(jī)房工作。系統(tǒng)投入使用的三年來我院HIS一直持續(xù)不間斷運(yùn)行，真正實(shí)現(xiàn)零宕機(jī)，為保障我院信息系統(tǒng)業(yè)務(wù)可持續(xù)性做出了突出貢獻(xiàn)。

4 結(jié)束語

通過本項(xiàng)目的實(shí)施，充分保證了我院HIS系統(tǒng)安全可靠地持續(xù)運(yùn)行，為我院今后信息系統(tǒng)的可持續(xù)運(yùn)行建設(shè)積累了寶貴的經(jīng)驗(yàn)。我們深切體會(huì)到在系統(tǒng)建設(shè)時(shí)必須進(jìn)行詳細(xì)的測試和評價(jià)，這樣才能選擇出最適合自己的解決方案，在實(shí)施前必須制定周密的計(jì)劃，進(jìn)行多次的模擬測試，實(shí)施時(shí)嚴(yán)格按照文檔進(jìn)行，從而才能保證實(shí)施的順利完成，使醫(yī)院業(yè)務(wù)正常開展。

[1] 李楓,陳明生,孫志揮.使用負(fù)載均衡技術(shù)的高可用性主機(jī)服務(wù)器集群[J].計(jì)算機(jī)工程與應(yīng)用,2003,39(16): 97-99.

[2] 潘傳迪.高可用性醫(yī)院信息系統(tǒng)核心部件的構(gòu)建與實(shí)現(xiàn)[J].醫(yī)學(xué)信息,2006,19(5):768-770.

[3] 顧樹華.利用Windows群集服務(wù)構(gòu)建雙機(jī)互備系統(tǒng)[J].計(jì)算機(jī)系統(tǒng)應(yīng)用,2006(2):60-61.

Discussion on the Solutions of the Sustainability of Hospital Information Systems Business

ZHANG Qiong-yao
Information Department, Fujian Provincial Hospital,Fuzhou Fujian 350001, China

R197.324

B

10.3969/j.issn.1674-1633.2010.08.002

1674-1633(2010)08-0004-05

2010-03-02

作者郵箱：zqy@fjsl.com.cn