his系統(tǒng)硬件部署方案

《his系統(tǒng)硬件部署方案》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、日喀則地區(qū)人民醫(yī)院HIS系統(tǒng)建設(shè)項(xiàng)目硬件方案二零一二年十月北京飛利信電子技術(shù)有限公司1、HIS/EMR服務(wù)器與的存儲(chǔ)系統(tǒng)部署方案如下圖2、新機(jī)房環(huán)境準(zhǔn)備及基本要求網(wǎng)絡(luò)鏈路：◆新機(jī)房網(wǎng)絡(luò)接入帶寬：100M或以上；◆各接入點(diǎn)的網(wǎng)絡(luò)帶寬：10M或以上；機(jī)房環(huán)境：◆標(biāo)準(zhǔn)機(jī)房建設(shè)；◆精密空調(diào)系統(tǒng)；◆至少30KVA在線式UPS供電系統(tǒng)；有條件時(shí)，建議采用雙路供電；◆準(zhǔn)備向機(jī)柜設(shè)備供電的電源插頭、插座或接線端子（IBM機(jī)柜的PDU引線不帶插頭）◆設(shè)備擺放，地板承重、空間要求等.◆確保老機(jī)房與新機(jī)房網(wǎng)絡(luò)暢通.安

2、裝配置參數(shù)及設(shè)備資源規(guī)劃:設(shè)備現(xiàn)場(chǎng)安裝前，針對(duì)設(shè)備安裝實(shí)施方案的參數(shù)進(jìn)行充分討論和核實(shí)。確定所有設(shè)備的安裝參數(shù)，并針對(duì)每類服務(wù)器形成初步安裝技術(shù)方案即《安裝配置參數(shù)表》《設(shè)備資源規(guī)劃表》。3、方案實(shí)現(xiàn)3.1系統(tǒng)安裝、調(diào)試計(jì)劃表目標(biāo)任務(wù)系統(tǒng)上架網(wǎng)絡(luò)設(shè)備、服務(wù)器等設(shè)備機(jī)架及相關(guān)設(shè)備的搭建、上架。設(shè)備通電設(shè)備通電以檢測(cè)系統(tǒng)的可用性，設(shè)備容量達(dá)到合同所規(guī)定的要求。安裝操作系統(tǒng)n配置主機(jī)名n配置網(wǎng)卡網(wǎng)絡(luò)連通性測(cè)試等安裝補(bǔ)丁n安裝通用補(bǔ)丁軟件n安裝特殊補(bǔ)丁軟件（根據(jù)客戶和第三方軟件需求）操作系統(tǒng)參數(shù)根據(jù)客戶

3、和第三方軟件需求，調(diào)整操作系統(tǒng)的參數(shù)磁盤空間劃分n系統(tǒng)內(nèi)置盤邏輯卷參數(shù)劃分n共享盤邏輯卷參數(shù)劃分安裝初測(cè)?邏輯卷劃分方案合理性測(cè)試?操作系統(tǒng)與數(shù)據(jù)庫產(chǎn)品的配合參數(shù)驗(yàn)證測(cè)試?Patches驗(yàn)證與測(cè)試?操作系統(tǒng)內(nèi)核參數(shù)調(diào)整測(cè)試?主要設(shè)備的Firmware檢查，及升級(jí)實(shí)施確保系統(tǒng)系統(tǒng)的高可用性，安裝調(diào)試系統(tǒng)的集群軟件集群軟件的安裝數(shù)據(jù)庫系統(tǒng)安裝調(diào)試安裝數(shù)據(jù)庫系統(tǒng)，并根據(jù)應(yīng)用軟件情況配置和優(yōu)化系統(tǒng)參數(shù)配置存儲(chǔ)之間的冗災(zāi)需存儲(chǔ)供應(yīng)商及第三方軟件供應(yīng)商，實(shí)現(xiàn)這一功能。磁帶庫安裝及制定各個(gè)系統(tǒng)的備份策略根據(jù)

4、各個(gè)服務(wù)器系統(tǒng)的數(shù)據(jù)生命周期情況，根據(jù)應(yīng)用制定不同類型的備份策略系統(tǒng)聯(lián)調(diào)所有設(shè)備完裝完畢以后，模擬運(yùn)行客戶的應(yīng)用系統(tǒng)。3.2功能實(shí)現(xiàn)3.2.1核心系統(tǒng)高可用的實(shí)現(xiàn)常用的高可用性技術(shù)有兩種：雙機(jī)熱備份和并行服務(wù)器。雙機(jī)熱備份:在雙機(jī)熱備份方式下，數(shù)據(jù)庫系統(tǒng)平時(shí)只能在一臺(tái)服務(wù)器(例如服務(wù)器A)上運(yùn)行，另一臺(tái)服務(wù)器無法直接訪問數(shù)據(jù)庫，自然也無法進(jìn)行負(fù)載分擔(dān)。當(dāng)服務(wù)器A由于故障失效時(shí)，由相應(yīng)的操作系統(tǒng)軟件控制，將服務(wù)器A管理的存儲(chǔ)設(shè)備(如硬盤)轉(zhuǎn)交給服務(wù)器B控制，同時(shí)在服務(wù)器B上啟動(dòng)另一個(gè)數(shù)據(jù)庫進(jìn)程，管

5、理數(shù)據(jù)庫。這種切換并啟動(dòng)新的數(shù)據(jù)庫核心的過程一般需要幾十秒到幾分鐘。采用雙機(jī)熱備份的平臺(tái)很多，例如IBMHACMP等.HACMP是高可用性集群。從根本上講，它通過在集群中使用冗余硬件，當(dāng)發(fā)生一個(gè)硬件或軟件失效時(shí)使備用部件上線，從而達(dá)到高可用性的目的。從這點(diǎn)上延伸，應(yīng)該適當(dāng)?shù)刈裱粋€(gè)原則，即任何一個(gè)保證應(yīng)用運(yùn)行的集群元件都應(yīng)該有一個(gè)相同型號(hào)的備份。我們經(jīng)常把這稱作－不應(yīng)該存在“單點(diǎn)故障(singlepointoffailure)”，即在集群中不應(yīng)存在沒有備份的硬件或軟件元件。為了實(shí)現(xiàn)HIS/EMR

6、數(shù)據(jù)庫服務(wù)器雙機(jī)熱備份,通過IBMHACMP集群軟件配置兩個(gè)實(shí)例即HIS實(shí)例及EMR實(shí)例，平時(shí)兩個(gè)業(yè)務(wù)分別運(yùn)行在兩臺(tái)IBMP570上。這種方式的主要缺點(diǎn)在于：l由于需要重新啟動(dòng)數(shù)據(jù)庫核心進(jìn)程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不間斷地運(yùn)行l(wèi)在系統(tǒng)切換的過程中，客戶端與服務(wù)器之間的數(shù)據(jù)庫連接會(huì)中斷，需要重新進(jìn)行數(shù)據(jù)庫的連接和登錄工作l由于數(shù)據(jù)庫系統(tǒng)只能在一臺(tái)服務(wù)器上運(yùn)行，另一臺(tái)服務(wù)器無法分擔(dān)系統(tǒng)的負(fù)載，實(shí)際上造成了客戶投資的浪費(fèi)。在有些系統(tǒng)中，為了解決雙機(jī)負(fù)載分擔(dān)的問題，將應(yīng)用系統(tǒng)人為分割為兩個(gè)數(shù)據(jù)庫系統(tǒng)，分

7、別在兩臺(tái)服務(wù)器上運(yùn)行。這種方式在一定程度上解決了負(fù)載分擔(dān)的問題，但給系統(tǒng)管理、統(tǒng)計(jì)分析等業(yè)務(wù)處理帶來了很多額外的復(fù)雜性并行服務(wù)器:在并行服務(wù)器方式下，兩臺(tái)(或多臺(tái))服務(wù)器上各自運(yùn)行一個(gè)數(shù)據(jù)庫核心進(jìn)程，但共同管理、操作一個(gè)數(shù)據(jù)庫?？蛻舳藷o論連接到哪個(gè)服務(wù)器都可以在數(shù)據(jù)庫中進(jìn)行操作。當(dāng)服務(wù)器A由于故障失效時(shí)，數(shù)據(jù)庫系統(tǒng)本身并未停止工作，連接在服務(wù)器B上的客戶端還可以繼續(xù)進(jìn)行正常工作。同時(shí)，服務(wù)器B上也不需要再啟動(dòng)新的數(shù)據(jù)庫服務(wù)器進(jìn)程，因此也沒有“切換時(shí)間”。對(duì)于一些特殊應(yīng)用中嚴(yán)格要求前端應(yīng)用不能中斷

8、的情況，Oracle并行服務(wù)器還提供了一種“預(yù)連接(pre-connect)”方式，以這種方式連接的客戶端當(dāng)服務(wù)器端發(fā)生故障時(shí)，客戶端與數(shù)據(jù)庫服務(wù)器的連接不會(huì)中斷，會(huì)被Oracle并行服務(wù)器軟件自動(dòng)轉(zhuǎn)接到還在正常工作的其它服務(wù)器上，不需要重新輸入用戶名及口令。同樣有許多操作系統(tǒng)平臺(tái)支持并行服務(wù)器方式的高可用性方案，例如IBMHACMP等。與雙機(jī)熱備份方式相比，Oracle10GRealApplicationCluster并行服務(wù)器方式有以下優(yōu)點(diǎn)：各服務(wù)器共享一個(gè)數(shù)據(jù)庫，在正常運(yùn)行時(shí)可以進(jìn)行負(fù)載分