1、解決方案集NETAPP 在醫(yī)療行業(yè)的應(yīng)用SUB-TITLEAugust 7, 2021customer logo2004 Network Appliances本文檔包含Network Appliance 公司的商業(yè)及技術(shù)Network Appliance。公司，不得向第泄漏或使用。目錄簡(jiǎn)介3用戶需求4解決方案7781011141617171717概述方案介紹 數(shù)據(jù)庫應(yīng)用容災(zāi)與戰(zhàn)術(shù)信息生命周期管理磁帶備份管理二級(jí)生產(chǎn)數(shù)據(jù)匯聚一級(jí)生產(chǎn)數(shù)據(jù)容災(zāi)網(wǎng)絡(luò)解決方案案例介紹21NETWORK APPLIANCE 產(chǎn)品介紹25Data ONTAPNetApp Snapshot 技術(shù) SnapRestore Sn

2、apDriveSnapVault25272728313333353740424345464747485052Open System SnapMirror SyncMirrorapVault (OSSV)DataFabric Manager (DFM) SnapManager for Exchange 2000Singlbox RecoverySnapManager for SQL ServerNetwork Appliance 企業(yè)系統(tǒng)FAS900 企業(yè)F825/F825c 企業(yè) FAS200 系列企業(yè) NearStore R200 iSCSI 技術(shù)系統(tǒng)系統(tǒng)系統(tǒng)VFM (Virtual Fil

3、e Manager)附錄 A NETAPP 產(chǎn)品白皮書55Data ONTAP SnapDrive SnapVault and OSSV SnapMirrorSyncMirror5555555555DataFabric Manager (DFM)SnapManager for Exchange 20005555555555555555555555555555Singlbox RecoverySnapManager for SQL ServerFAS900 Entrise Storage SystemsFAS900 Product SpecificationsF825/F825c Entrise

4、 Storage SystemsF825/F825c Product SpecifitionsFAS200 Series Entrise Storage SystemsFAS250/FAS270 Product Specifications NearStore R200 OverviewNearStore R200 Prodcut Specifications NearStore R150 OverviewNearStore R150 Product Specifications簡(jiǎn)介醫(yī)療衛(wèi)生信息系統(tǒng)概述隨著網(wǎng)絡(luò)技術(shù)，信息通信領(lǐng)域的長(zhǎng)足發(fā)展，網(wǎng)絡(luò)經(jīng)濟(jì)，知識(shí)經(jīng)濟(jì)再不是 IT 等高科技行業(yè)的專利，社

5、會(huì)信息化進(jìn)程迅猛發(fā)展，已經(jīng)對(duì)社會(huì)，經(jīng)濟(jì)和文化各方面產(chǎn)生影響，并將改變?nèi)藗冋J(rèn)識(shí)世界，思考世界的觀點(diǎn)和方法。作為傳統(tǒng)行業(yè)之一的醫(yī)療衛(wèi)生行業(yè)，如何面對(duì)信息時(shí)代帶來的沖擊，如何利用提高醫(yī)療衛(wèi)生行業(yè)的管理水平和服務(wù)質(zhì)量，是無法回避。為了認(rèn)真衛(wèi)生部召開的關(guān)于加快醫(yī)衛(wèi)系統(tǒng)信息化建設(shè)及管理的會(huì)議精神，進(jìn)一步推進(jìn)醫(yī)療行業(yè)的信息化建設(shè)，了解國(guó)際醫(yī)療信息化發(fā)展動(dòng)態(tài)，吸收新的技術(shù)和管理經(jīng)驗(yàn)，提高醫(yī)衛(wèi)系統(tǒng)信息化應(yīng)用的管理水平，使醫(yī)院經(jīng)濟(jì)效益和社會(huì)效益雙豐收，都在逐步加快醫(yī)院的信息化建設(shè)步伐。醫(yī)院信息化的現(xiàn)狀與進(jìn)展我國(guó)大型醫(yī)院管理信息系統(tǒng)的開發(fā)和應(yīng)用已經(jīng)達(dá)到發(fā)達(dá)國(guó)家的平均水平，一些優(yōu)秀的系統(tǒng)甚至已經(jīng)接近國(guó)際先進(jìn)水平。但在

6、臨床信息系統(tǒng)方面，無論是門診醫(yī)生工作站、圖像存?。≒ACS），還是檢驗(yàn)信息系統(tǒng)(LIS)，與國(guó)際先進(jìn)水平相比都還有較大的差距。從管理信息系統(tǒng)臨床信息系統(tǒng)還道遠(yuǎn)。2002 年，對(duì)國(guó)內(nèi) 6921 家醫(yī)院，其中有 2179 家建設(shè)了醫(yī)院信息系統(tǒng)(HIS)，占31%。從地區(qū)分布看，華東地區(qū)醫(yī)院建設(shè) HIS 比例接近 80%，其他大部分地區(qū)在 3035%之間，西北地區(qū)20%。從醫(yī)院規(guī)模看，省級(jí)醫(yī)院建設(shè) HIS 的比例達(dá)到 84%，地市級(jí)醫(yī)院建設(shè) HIS 的比例為 37%，縣級(jí)醫(yī)院為 34%。從醫(yī)院信息化內(nèi)涵看，85的醫(yī)院信息系統(tǒng)是以財(cái)務(wù)核算為中心的管理信息系統(tǒng)(MIS)，10%的醫(yī)院在開始探索建立以醫(yī)生

7、工作站為的臨床信息系統(tǒng)(4IS)，5%的醫(yī)院正在探索建立PACS 系統(tǒng)(醫(yī)學(xué)圖像與傳輸系統(tǒng))?！熬盼逡?guī)劃”提出醫(yī)院信息化任務(wù)是，三甲醫(yī)院有 50%建成 HIS，現(xiàn)在看來已經(jīng)超額完成了任務(wù)。2002 年 4 月，制定了新的醫(yī)院信息系統(tǒng)基本功能規(guī)范，在 98 年試行版的基礎(chǔ)上，作了大量的修改。規(guī)范作為“十五”期間 HIS 建設(shè)的指導(dǎo)文 件，將在促進(jìn)我國(guó)HIS 健康發(fā)展中，起到重要和積極的作用。HIS 在我國(guó)醫(yī)院中發(fā)展比較成熟，已經(jīng)成為醫(yī)院正常運(yùn)轉(zhuǎn)的基本條件。醫(yī)院管理信息系統(tǒng)部分應(yīng)該包括醫(yī)院人、財(cái)、物的管理，臨床中一般包括門診費(fèi)用管理和住院費(fèi)用管理部分。我國(guó)大型醫(yī)院管理信息系統(tǒng)的開發(fā)和應(yīng)用已經(jīng)達(dá)到發(fā)

8、達(dá)國(guó)家的平均水平，一些優(yōu)秀的系統(tǒng)和先進(jìn)的醫(yī)院已經(jīng)接近國(guó)外先進(jìn)水平。用戶需求醫(yī)療衛(wèi)生行業(yè)應(yīng)用需求分析建立信息系統(tǒng)的目的是要解決現(xiàn)行系統(tǒng)。在信息系統(tǒng)的開發(fā)中，首先要明確目標(biāo)及要解決的問題，在流程設(shè)置及各個(gè)功能的設(shè)計(jì)上緊緊圍繞目標(biāo)來進(jìn)行。目標(biāo)和需求：從下述幾個(gè)方面來分析醫(yī)院信息系統(tǒng)的1.醫(yī)院管理者的需求：醫(yī)院的各級(jí)管理者關(guān)心的是，系統(tǒng)運(yùn)行后從宏觀上能看到什么樣的效益，而對(duì)某個(gè)具體應(yīng)用具備什么樣的功能并不重視。這些效益并不一定指直接的經(jīng)濟(jì)效益，而是指 HIS 能解決一些手工管理不能或難以解決，能為管理者及時(shí)了解醫(yī)院運(yùn)行情況、進(jìn)行科學(xué)決策提供準(zhǔn)確的信息。醫(yī)院管理以醫(yī)療管理和經(jīng)濟(jì)管理為主。作為一個(gè)完善的醫(yī)

9、院信息系方面要能建立起一套能反映醫(yī)院醫(yī)療和經(jīng)濟(jì)運(yùn)行狀況的指標(biāo)體系，并使之常規(guī)化；另一方面，系統(tǒng)的運(yùn)行要直接為改善醫(yī)院的管理服務(wù)。2.系統(tǒng)直接使用者的需求：系統(tǒng)的直接用戶關(guān)心的是系統(tǒng)提供的功能對(duì)他們的業(yè)務(wù)是否有直接的幫助、系統(tǒng)是否好用，包括操作簡(jiǎn)便、簡(jiǎn)單易學(xué)、響應(yīng)快等。在系統(tǒng)的具體設(shè)計(jì)實(shí)現(xiàn)上，要求系統(tǒng)不只是簡(jiǎn)單地提供增、刪、 改、查功能，而是面向具體應(yīng)用、針對(duì)每種業(yè)務(wù)的特點(diǎn)盡心設(shè)計(jì)。3.的需求：工作包括數(shù)據(jù)備份、恢復(fù)及錯(cuò)誤數(shù)據(jù)的更正等。信息系旦投入運(yùn)行，其支持就成為系統(tǒng)能否持續(xù)正常運(yùn)行的關(guān)鍵。 作為一個(gè)聯(lián)機(jī)事務(wù)處理系統(tǒng)，醫(yī)院信息系統(tǒng)要求一天運(yùn)行 24小時(shí)、每周 7 天不間斷地運(yùn)行。像門診、掛號(hào)系

10、統(tǒng)，假如中斷，其設(shè)想，而且絕對(duì)不允許數(shù)據(jù)丟失。在系統(tǒng)的日常運(yùn)行中，經(jīng)常有糾正錯(cuò)誤數(shù)據(jù)、更新數(shù)據(jù)等工作，需要的干預(yù)。如果系統(tǒng)的可性不好，必然導(dǎo)致忙于日常應(yīng)付，包袱越背越重。為解決這類問題，認(rèn)為，應(yīng)把系統(tǒng)的可性作為一項(xiàng)重點(diǎn)要求納入到系統(tǒng)的設(shè)計(jì)中。對(duì)于常見的數(shù)據(jù)錯(cuò)誤，應(yīng)提供方便的檢查糾正。上述需求是從用戶的角度對(duì)最終運(yùn)行系統(tǒng)的要求。從系統(tǒng)的總體設(shè)計(jì)來說，用戶對(duì)網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、系統(tǒng)的穩(wěn)定可靠性等方面也都有具體的需求。4.對(duì)異種及運(yùn)行網(wǎng)絡(luò)的要求：應(yīng)用的結(jié)構(gòu)和功能反映了目標(biāo)系統(tǒng)的業(yè)務(wù)功能。要真正使系統(tǒng)運(yùn)行穩(wěn)定可靠，達(dá)到用戶對(duì)整個(gè)系統(tǒng)的期望，建立一套符合醫(yī)院特點(diǎn)及需求、能提供所需帶寬及性能、穩(wěn)定、具

11、有一定容錯(cuò)能力的系統(tǒng)十分重要。另外，要能支持多種操作系統(tǒng)、網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)庫系統(tǒng)等應(yīng)用的要求。5.對(duì)應(yīng)用標(biāo)準(zhǔn)化及共享性和通用性的要求：醫(yī)院信息系統(tǒng)的信息內(nèi)容及格式應(yīng)該符合醫(yī)院現(xiàn)行的有關(guān)行業(yè)標(biāo)準(zhǔn)，這包括國(guó)際標(biāo)準(zhǔn)及。另外，還應(yīng)盡量符合醫(yī)院現(xiàn)有的業(yè)務(wù)流程，以便醫(yī)務(wù)能較快地適應(yīng)從手工方式到計(jì)算機(jī)處理地轉(zhuǎn)變。更重要的一點(diǎn)是，有關(guān)統(tǒng)計(jì)報(bào)表等合的要求。用戶應(yīng)能在提供的客戶化上加入本醫(yī)院采用的特殊編碼、輸入方法等。醫(yī)療衛(wèi)生行業(yè)是非常有特點(diǎn)的行業(yè)，醫(yī)院的網(wǎng)上掛號(hào)，掛號(hào)分診，劃價(jià)交費(fèi)一次完成；電子，傳遞迅速；對(duì)統(tǒng)計(jì)分析，進(jìn)行次研究精確管理藥品，提高工作效率；掌握病床動(dòng)態(tài)情況，患者及時(shí)就診；會(huì)診，培訓(xùn)提高。存在復(fù)雜的

12、共享和管理等問題。正因如此，所以相應(yīng)的革新也是最多的。能夠?qū)崿F(xiàn)全方位的數(shù)據(jù)共享，是醫(yī)療系統(tǒng)信息化進(jìn)程中最大的要求。HIS 總體架構(gòu)醫(yī)療信息系統(tǒng)的現(xiàn)實(shí)可行性1.醫(yī)院信息系統(tǒng)發(fā)展為建設(shè)醫(yī)療信息網(wǎng)絡(luò)提供了可靠的技術(shù)保證醫(yī)院信息系統(tǒng)的開發(fā)建設(shè)，是醫(yī)院信息化建設(shè)的工程，是衡量醫(yī)院信息化建設(shè)程度的一個(gè)重要標(biāo)志。醫(yī)院信息系統(tǒng)包含兩個(gè)方面的內(nèi)容：建立以為的業(yè)務(wù)信息系統(tǒng)；建立以管理為對(duì)象的管理信息系統(tǒng)。而且這些系統(tǒng)均是建立在以客戶/服務(wù)器或ranet 網(wǎng)絡(luò)的瀏覽器/服務(wù)器技術(shù)和大型數(shù)據(jù)庫管理系統(tǒng)作為技術(shù)基礎(chǔ)的環(huán)境中。保證了建設(shè)的系統(tǒng)具有良好的性能結(jié)構(gòu)，高度的開放和可性，能滿足不斷變化的業(yè)務(wù)需求對(duì)系統(tǒng)所不斷修改調(diào)

13、試的要求，為建設(shè)醫(yī)療信息網(wǎng)絡(luò)提供了可靠的技術(shù)保證。2.計(jì)算機(jī)醫(yī)學(xué)圖像處理技術(shù)為建立 PACS 提供了技術(shù)近年來，計(jì)算機(jī)在醫(yī)學(xué)圖像方面的應(yīng)用得到迅猛發(fā)展，為提供了許多數(shù)字化醫(yī)療設(shè)備。如：CT、MRI、DSA、ECT、CR、DR、PET 等。這些新的醫(yī)療設(shè)備除了為臨床外，通常還具備標(biāo)準(zhǔn) DI4OM3.0 接口，其影像信息能夠方便的進(jìn)行提供了豐富的影像資料和處理。同時(shí)，高速計(jì)算設(shè)備、網(wǎng)絡(luò)通訊及圖像、處理的軟、硬件技術(shù)的一系列的突破性進(jìn)展，為醫(yī)學(xué)圖像的數(shù)字化采集、管理、處理、傳輸及有效利用提供了現(xiàn)實(shí)的數(shù)字技術(shù)準(zhǔn)備，放射學(xué)、影像醫(yī)學(xué)、數(shù)字化圖像技術(shù)與計(jì)算機(jī)技術(shù)通信技術(shù)的結(jié)合，形成了 PACS（Pictu

14、re Archiving & CommunicationSystem），它將醫(yī)學(xué)圖像資料轉(zhuǎn)化為計(jì)算機(jī)的數(shù)字形式，通過高速計(jì)算設(shè)備及通訊網(wǎng)絡(luò)，完成對(duì)圖像信息、管理、處理及傳輸?shù)裙δ埽沟脠D像資料得以有效管理和充分利用。PACS 系統(tǒng)的概念已從原來將數(shù)字化的醫(yī)學(xué)影像通過網(wǎng)絡(luò)傳送到連接在網(wǎng)絡(luò)上的影像顯示工作站上作一般顯示和進(jìn)行數(shù)字化，發(fā)展成為以數(shù)字化（無紙化、無膠片化）為的整個(gè)影像管理過程，包括：數(shù)字影像、數(shù)字化工作站、影像會(huì)診中心、網(wǎng)絡(luò)影像打印管理、網(wǎng)絡(luò)影像、網(wǎng)絡(luò)影像分發(fā)系統(tǒng)和網(wǎng)絡(luò)影像顯示計(jì)算機(jī)、網(wǎng)絡(luò)綜合布線和系統(tǒng)等。PACS 系統(tǒng)將醫(yī)學(xué)影像設(shè)備資源和人力資源進(jìn)行更合理和有效的配置，通過計(jì)算機(jī)對(duì)影

15、像進(jìn)行數(shù)字化獲取、處理、調(diào)閱、檢索，使影像科室醫(yī)生可以為提供更快和更好的服務(wù)；臨床醫(yī)生通過網(wǎng)絡(luò)快速調(diào)閱圖像及，實(shí)現(xiàn)圖像資源最大化共享。以數(shù)字化為的 PACS 系統(tǒng)可以節(jié)約膠片使用量，節(jié)省膠片成本；對(duì)影像科室進(jìn)行科學(xué)的管理；提高影像水平和影像科室工作效率。而這種真正意義上的PACS 系統(tǒng)必須要解決所有影像接口問題、系統(tǒng)的工作流程問題、與醫(yī)院信息系統(tǒng)的融合問題以及可視化問題、壓縮技術(shù)問題等。3.現(xiàn)代化的通信為醫(yī)療系統(tǒng)的建立架起了橋梁醫(yī)療（emedicine）是世界上一個(gè)十分重要而又快速發(fā)展的醫(yī)學(xué)和通信技術(shù)兩大領(lǐng)域相結(jié)合的產(chǎn)物，它包括用。它綜合運(yùn)用包括醫(yī)學(xué)教學(xué)、醫(yī)學(xué)檢索、會(huì)診和、預(yù)防醫(yī)學(xué)教學(xué)等應(yīng)傳輸

16、、光纖通信、電視等一系列現(xiàn)代通信技術(shù)，結(jié)合計(jì)算機(jī)圖像處理技術(shù)，使遠(yuǎn)隔千里的患者和醫(yī)生可以通過雙向同步動(dòng)態(tài)圖像和語音的傳遞系統(tǒng)進(jìn)行面對(duì)面的交流。從而使患者在異地就能夠得到國(guó)內(nèi)一流醫(yī)學(xué)的治療。現(xiàn)在光纖和通信已聯(lián)入很多醫(yī)療機(jī)構(gòu)，為會(huì)診提供很好的通信。4.ERNET 技術(shù)使得在全球范圍內(nèi)進(jìn)行醫(yī)學(xué)信息的交流成為可能近年來，國(guó)際互聯(lián)網(wǎng)絡(luò)ernet等技術(shù)取得了突飛猛進(jìn)的發(fā)展，醫(yī)院可以充分借助ernet 這個(gè)技術(shù)，通過 WWW 和應(yīng)用在全球范圍內(nèi)進(jìn)行醫(yī)學(xué)信息的交流。同時(shí)醫(yī)院也可以通過建立自己的來來拓寬業(yè)務(wù)和宣傳自己，如在上開辟、預(yù)約掛號(hào)、檢驗(yàn)和檢查結(jié)果查詢以及會(huì)診等業(yè)務(wù)。由此可見今后的醫(yī)療信息系統(tǒng)將是一個(gè) H

17、IS/PACS/RIS、與治療等各種系統(tǒng)的融合。針對(duì)不同的HIS/RIS 系統(tǒng)分別采用數(shù)據(jù)庫級(jí)的融合技術(shù)、中間件的融合技術(shù)和HL7網(wǎng)關(guān)，影像醫(yī)生在囑、檢驗(yàn)結(jié)果等)工作站書寫影像時(shí)，自動(dòng)獲取 HIS 中相關(guān)信息(包括檢查信息、醫(yī)影像在HIS 醫(yī)生工作站中能夠直接調(diào)閱醫(yī)生工作站直接調(diào)閱影像信息，無須退出系統(tǒng)或從其他途徑進(jìn)入PACS 系統(tǒng)在的情況下可通過申請(qǐng)單、調(diào)度表等自動(dòng)發(fā)送影像及相關(guān)信息臨床醫(yī)生發(fā)出申請(qǐng)后，可自動(dòng)將的歷史影像傳送到本地，供臨床參考比較影像及相關(guān)信息共同組成的電子。解決方案概述本方案對(duì)于醫(yī)療信息系統(tǒng)的構(gòu)建，主要考慮到：1、應(yīng)該集中：雖然門診系統(tǒng)、住院系統(tǒng)、影像系統(tǒng)等各種系統(tǒng)由于采用

18、的不一樣，導(dǎo)致服務(wù)器需要分開，但系統(tǒng)應(yīng)該支持?jǐn)?shù)據(jù)集中。這樣有利于集中備份、管理等操作，降低管理復(fù)雜度，節(jié)省管理上的投資；同時(shí)可以集中采用高質(zhì)量的設(shè)備，保證系統(tǒng)的可靠性和穩(wěn)定性。2、地理位置的分布導(dǎo)致 NAS最好：醫(yī)院系統(tǒng)的構(gòu)建有其特殊性，門診部和住院部在地理位置上會(huì)相距較遠(yuǎn)，同時(shí)，會(huì)有多個(gè)科室需要使用計(jì)算機(jī)來實(shí)現(xiàn)自動(dòng)化的工作流程管理以及諸如共享電子醫(yī)療病例和數(shù)字影像等。對(duì)于數(shù)據(jù)庫系統(tǒng)，各科室的計(jì)算機(jī)和中心機(jī)房的服務(wù)器之間采用 C/S 或B/S 方式進(jìn)行通信，距離的影響比較小；但對(duì)于如 PACS 系統(tǒng)的應(yīng)用，由于都是等格式的件，因此，各科室使用時(shí)以NAS3、響應(yīng)時(shí)間要快：采用的最好。系統(tǒng)應(yīng)該即使

19、在大并發(fā)量的時(shí)仍能夠保持極短的響應(yīng)時(shí)間，這樣才不會(huì)造成整體系統(tǒng)的響應(yīng)延遲，從而導(dǎo)致影響了醫(yī)療工作和其他如了工作的效率，并直接導(dǎo)致病患的不滿，影響醫(yī)院的服務(wù)質(zhì)量。發(fā)藥等工作的速度，降低4、宕機(jī)時(shí)間要短：采用的系統(tǒng)需要具備迅速從計(jì)劃內(nèi)及計(jì)劃外宕機(jī)恢復(fù)的能力，這樣才不會(huì)導(dǎo)致病患長(zhǎng)時(shí)間的等待，同時(shí)有利于提高醫(yī)護(hù)地邏輯容災(zāi)的能力，以應(yīng)對(duì)系統(tǒng)管理員意外操作、的工作效率。并且系統(tǒng)需要具備簡(jiǎn)單高效的本、等造成的系統(tǒng)。5、擇采用應(yīng)具備整體性和經(jīng)濟(jì)性：采用的應(yīng)該具體根據(jù)數(shù)據(jù)的重要程度和頻度選和近線。這樣才能夠充分保證整體投資的科學(xué)性和經(jīng)濟(jì)性。同時(shí)近線存儲(chǔ)的選擇應(yīng)該和性。是同構(gòu)的，這樣才可以降低系統(tǒng)的復(fù)雜度，同時(shí)保

20、證整體系統(tǒng)的使用連續(xù)在 PACS 系統(tǒng)中更適合使用NETAPP 的理由：PACS 應(yīng)用需要服務(wù)器或者終端并發(fā)相同的文件數(shù)據(jù)類型，文件性能弱會(huì)導(dǎo)致許多（幾百臺(tái)）醫(yī)生終端會(huì)在服務(wù)器上擁阻，擁阻時(shí)，醫(yī)生可能就要在手術(shù)中等待。為了避免這個(gè)情況，如果不采用 NETAPP 的產(chǎn)品，PACS 方案會(huì)復(fù)雜昂貴。一些 PACS 應(yīng)用指揮幾百臺(tái)終端直接，使得他們的方案避免復(fù)雜。NETAPP 的PACS 方案需要 3 種，第一是短期，一般是六個(gè)月的數(shù)據(jù)，第二是長(zhǎng)期，二到五年的數(shù)據(jù)，最后是備份數(shù)據(jù)。短期廉價(jià)磁盤。在 NETAPP 的 FILER 上，長(zhǎng)期在 NETAPP 的近線或者Filer 在業(yè)界被認(rèn)為具有最卓越的

21、性能。 PACS 系統(tǒng)和人民生命關(guān)，F(xiàn)iler 可以提供最強(qiáng)的保障。NetApp 的哲學(xué)是Simple is best，通過 Appliance 方式為用戶提供快速、簡(jiǎn)單、可靠的數(shù)據(jù)服最成功的企業(yè)之一，經(jīng)過 5 年發(fā)展進(jìn)入世界務(wù)。以網(wǎng)絡(luò)為的革新設(shè)計(jì)獲得業(yè)界迅速認(rèn)同，是500 強(qiáng)，其成功的數(shù)據(jù)管理和部署方案，通過消除管理復(fù)雜度，為用戶帶來價(jià)值。以系統(tǒng)的方式設(shè)計(jì)：使應(yīng)用服務(wù)與數(shù)據(jù)管理分離，解決數(shù)據(jù)、移動(dòng)、部署。同時(shí)支持Block 和 File 級(jí)別的數(shù)據(jù)Appliance 的設(shè)計(jì)原則：?jiǎn)魏拖到y(tǒng)可用性的提高。方式，多協(xié)議。優(yōu)化導(dǎo)致性能的提高遠(yuǎn)遠(yuǎn)超出硬件的提高，專門的目的導(dǎo)致管理的簡(jiǎn)，多協(xié)議同時(shí)集成

22、SAN 和 NAS。支持 SAN 方式的數(shù)據(jù)管開放的標(biāo)準(zhǔn)：業(yè)界創(chuàng)新和技術(shù)的理，NAS 的數(shù)據(jù)共享。先進(jìn)的服務(wù)：產(chǎn)品的簡(jiǎn)單使得先進(jìn)的服務(wù)體系，極大降低用戶的成本，極高的服務(wù)效率。方案介紹根據(jù)用戶的需求，建議采用 NetApp 的 FAS Cluster 充當(dāng)，NearStore R200 充當(dāng)近線存儲(chǔ)，未來當(dāng)需要向研究機(jī)構(gòu)和其他醫(yī)院進(jìn)行 PACS 影像共享時(shí)，可以考慮增加 NetCache 系列的產(chǎn)品用于加速對(duì)電子影像的加速。NetApp加速電子影像的共享NetApp FAS/Filer提供高性能的NetApp的 提供大容量的近線采用的 FAS/Filer 配置 NFS 協(xié)議，滿足所有的 Uni

23、x 和 Linux 的機(jī)器的；CIFS 協(xié)議滿足所有的Windows 機(jī)器進(jìn)行；SanpDrive支持 Windows 的雙機(jī)集群 MSCS 功能；免費(fèi)配置的 SnapShot快照功能提供時(shí)間點(diǎn)拷貝的功能，進(jìn)行本地邏輯容災(zāi)；SnapRestore 功能能夠在幾秒種內(nèi)對(duì)單個(gè)數(shù)據(jù)庫或文件或幾個(gè) TB 的所有數(shù)據(jù)進(jìn)行恢復(fù)，有效減少通道硬盤，具有在大并發(fā)量下低延遲的特性（參考恢復(fù)的時(shí)間。FAS/Filer 的產(chǎn)品使用的是 FC 光）。采用的 NearStore 同樣配置 NFS/CIFS 協(xié)議，并且配置 SnapShot/SnapRestore 的用 ATA 的磁盤，并通過規(guī)模效應(yīng)降低成本，保證整體方

24、案的科學(xué)性和經(jīng)濟(jì)性。NearStore 采無論 FAS/Filer 還是 NearStore 都配置多個(gè)千兆以太網(wǎng)口，經(jīng)過還滿足故障切換的功能。服務(wù)器側(cè)所有的數(shù)據(jù)庫服務(wù)器需要配置千兆以太網(wǎng)卡，以保證鏈路的通暢。后得到更大的帶寬輸出，同時(shí)根據(jù)資料的使用頻度不同，可以將 HIS/PACS/LIS/RIS 中的近期數(shù)據(jù)存放在主數(shù)據(jù)中；另外將需要長(zhǎng)期保存、但又需要偶爾查詢的各種數(shù)據(jù)存放在近線存初中（二級(jí)），目前 R200 單機(jī)最大可提供 96TB 的據(jù)的安全性。NetApp 的空間。對(duì)重要的數(shù)據(jù)還可以通過帶庫等離線備份方式實(shí)現(xiàn)備份，進(jìn)一步的提高數(shù)設(shè)備 FAS/Filer 和 NearStore 是同構(gòu)

25、的，兩者的功能一致。采用 NetApp 的設(shè)備，具有以下特點(diǎn)：1、智能自保護(hù)的日志型文件系統(tǒng) WAFLFAS/Filer 和 NearStore 采用獨(dú)特的智能自保護(hù)的日志型文件系統(tǒng) WAFL，能夠有效消除磁盤碎片，加快宕機(jī)后重起時(shí)間，并且支持單卷高達(dá) 16TB 的2、先進(jìn)的批次動(dòng)態(tài)條帶化讀寫算法空間，有效降低管理復(fù)雜度。NetApp 的采用的是增強(qiáng)型 RAID4 結(jié)構(gòu)，吸取了傳統(tǒng) RAID3、4、5 的優(yōu)點(diǎn)，摒棄了傳統(tǒng)RAID3、4、5 的缺點(diǎn)，再通過其先進(jìn)的批次動(dòng)態(tài)條帶化讀寫算法，使得其系統(tǒng)不僅具有高擴(kuò)展性的動(dòng)態(tài)擴(kuò)容能力，同時(shí)在動(dòng)態(tài)的讀寫當(dāng)中，消除了磁盤碎片，并把熱點(diǎn)區(qū)域的數(shù)據(jù)動(dòng)態(tài)的平分到

26、所有的磁盤上，使得性能優(yōu)越。3、兩分鐘重起，數(shù)據(jù)立刻可用如果采用 SAN 的結(jié)構(gòu)，由于文件系統(tǒng)在服務(wù)器前端，當(dāng)系統(tǒng)從意外宕機(jī)重起后，需要執(zhí)行長(zhǎng)時(shí)間的文件系統(tǒng)完整性和一致性的校驗(yàn)，因此，會(huì)嚴(yán)重影響業(yè)務(wù)系統(tǒng)的恢復(fù)時(shí)間。采用 NetApp 的能夠在 2 分鐘內(nèi)重起，數(shù)據(jù)立刻可用。4、本地邏輯容災(zāi)功能完善，本地邏輯指得是系統(tǒng)管理員意外刪除、等造成的數(shù)據(jù)丟失。發(fā)生本地邏輯后能否恢復(fù)數(shù)據(jù)，多長(zhǎng)時(shí)間才能恢復(fù)嚴(yán)重影響著醫(yī)院的業(yè)務(wù)。采用 NetApp 的本地邏輯容災(zāi)方案 SnapShot+SnapRestore，能夠在數(shù)秒鐘內(nèi)形成一個(gè)時(shí)間點(diǎn)拷貝，并且對(duì)前端的業(yè)務(wù)系統(tǒng)沒有任何性能影響；在邏輯發(fā)生時(shí)，可以在數(shù)秒鐘內(nèi)

27、對(duì)整卷或單個(gè)文件進(jìn)行徹底恢復(fù)。采用 NetApp 的本地邏輯容災(zāi)方案不僅滿足現(xiàn)代企業(yè)抗擊這類的要求，同時(shí)也可以改善離線備份和恢復(fù)的策略。5、未來可以輕松實(shí)現(xiàn)未來當(dāng)醫(yī)院需要考慮物理容災(zāi)物理容災(zāi)，以防范水災(zāi)、等時(shí)，NetApp 的異步容災(zāi)方案SnapMirror 可以輕松地在數(shù)秒種內(nèi)配置啟動(dòng)，用戶也可以采用 MetroCluster 實(shí)現(xiàn)6、高性能的重點(diǎn)在于低延遲時(shí)間NetApp 的操作系統(tǒng) DataOntap 一改以往通用操作系統(tǒng)的做法，并且通過軟硬件的配合，使得其響同步容災(zāi)。應(yīng)時(shí)間（或稱延遲時(shí)間）大大降低。即使在大并發(fā)量的有效提高前端業(yè)務(wù)系統(tǒng)的性能，而且性能穩(wěn)定。下，延遲時(shí)間也沒有非線性地暴漲

28、，因此7、Appliance 的結(jié)構(gòu)充分降低管理復(fù)雜度，提高系統(tǒng)安全性采用 Appliance 的設(shè)計(jì)，有效降低人為管理的，從而降低了管理的復(fù)雜度和成本。同時(shí)和對(duì)NetApp設(shè)備將無從入手，加強(qiáng)了系統(tǒng)的安全性。數(shù)據(jù)庫應(yīng)用為什么選擇 NetApp？NetApp 的在數(shù)據(jù)庫環(huán)境下的技術(shù)優(yōu)勢(shì)可以總結(jié)為：數(shù)據(jù)庫的備份時(shí)間從數(shù)小時(shí)減少到幾秒鐘：Snapshot技術(shù)允許備份所有的數(shù)據(jù)庫更快、更有效，對(duì)業(yè)務(wù)也沒有造成任何中斷更快捷地從計(jì)劃外宕機(jī)或數(shù)據(jù)中恢復(fù)服務(wù)：無論多大的數(shù)據(jù)庫，SnapRestore都能在數(shù)分鐘內(nèi)迅速恢復(fù)；2 分鐘的重啟動(dòng)時(shí)間，大大減少了計(jì)劃內(nèi)和計(jì)劃外的宕機(jī)時(shí)間；提高數(shù)據(jù)的可用性而不僅僅是

29、系統(tǒng)的可用性：Appliance 的設(shè)計(jì)理念、文件共享式的、雙機(jī)容錯(cuò)的結(jié)構(gòu)以及用于容災(zāi)的SnapMirror保證數(shù)據(jù)的可用性；解放你寶貴的DBAs 資源：簡(jiǎn)化備份和恢復(fù)的工作，簡(jiǎn)化數(shù)據(jù)庫的物理專注于數(shù)據(jù)庫的設(shè)計(jì)和應(yīng)用系統(tǒng)的調(diào)優(yōu)等更有意義的工作；充分拓展系統(tǒng)自身的穩(wěn)定性和可靠性，分配，DBAs 可以更消除了在平衡性能和可靠性時(shí)的復(fù)雜度：1）動(dòng)態(tài)的數(shù)據(jù)條帶化、2）優(yōu)越的數(shù)據(jù)結(jié)構(gòu)及方式、 3）內(nèi)置有RAID 保護(hù)的專利的文件系統(tǒng)等在充分保證數(shù)據(jù)可靠性的同時(shí)獲得更高的性能；減少數(shù)據(jù)庫應(yīng)用系統(tǒng)QA 和研發(fā)的周期：通過組合Snapshot 和SnapRestore 的功能，簡(jiǎn)化新數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)及測(cè)試

30、環(huán)境，加快產(chǎn)品化的周期；零管理、免：NetApp 的設(shè)備支持即插即用、高性能的千兆以太網(wǎng)、Appliance 的設(shè)計(jì)理念，允許集中式管理和 LAN-free 的備份。的醫(yī)療信息系統(tǒng)中，可能會(huì)采用到多種數(shù)據(jù)庫的應(yīng)用，可能有Oracle 的，也可能有MS SQLServer 或者Sybase 數(shù)據(jù)庫，NetApp 的可以很好的支持到以上目前主流的各種數(shù)據(jù)庫。以O(shè)racle 為例，Oracle 公司表明采用NetApp 的的在性能上對(duì)多臺(tái)數(shù)據(jù)庫服0%-50%，并且在數(shù)據(jù)庫的擴(kuò)展、調(diào)優(yōu)、備份和恢復(fù)等問題上有著獨(dú)特的優(yōu)勢(shì)。務(wù)器可以同時(shí)加Oracle 公司的簡(jiǎn)介：NetApp 公司還參與了TPC-C表明，

31、 NetApp 的具備更優(yōu)的性價(jià)比。NetApp 如何應(yīng)用在數(shù)據(jù)庫環(huán)境？開放 的數(shù)據(jù)庫管理系統(tǒng)DBMS 都支持兩種創(chuàng)建數(shù)據(jù)庫的模式： 盤模式和文件模式。采用 盤模式建庫，主機(jī)的操作系統(tǒng)不參與對(duì) 介質(zhì)的邏輯管理，而是由數(shù)據(jù)庫管理系統(tǒng)DBMS 來對(duì) 盤空間進(jìn)行管理；采用文件模式建庫，數(shù)據(jù)庫管理系統(tǒng)DBMS 不直接管理磁盤的 空間，而是交由文件系統(tǒng)來進(jìn)行管理。在未采用NetApp的環(huán)境下，采用 盤建庫，可以獲得較好的性能，但擴(kuò)展性很差，管理復(fù)雜度很高；而采用文件建庫，雖然可以獲得良好的擴(kuò)展性和易管理性，但性能相對(duì)較差。尤其在醫(yī)療行業(yè)和公共衛(wèi)生系統(tǒng)里，由于數(shù)據(jù)量很大，處理的業(yè)務(wù)很多，而通用操作系統(tǒng)的文

32、件系統(tǒng)的龐大復(fù)雜的特點(diǎn)，和主機(jī)硬件性能的，數(shù)據(jù)庫廠商不主張采用文件模式進(jìn)行建庫，因此業(yè)務(wù)數(shù)據(jù)庫往往 盤建庫采用盤建庫的方式，并且為了充分保證性能，整個(gè)數(shù)據(jù)庫表空間會(huì)被劃分成幾十個(gè)、甚至上百個(gè)小的空間，由此帶來了巨大的管理復(fù)雜度，并且對(duì)性能的保證是不穩(wěn)定的，系統(tǒng)管理員需要經(jīng)常監(jiān)視過熱盤區(qū)的出現(xiàn)。但在采用NetApp的環(huán)境下，DBMS 采用文件的方式來建庫，由于沒有采用通用操作系統(tǒng)的文件系統(tǒng)，而是采用了NetApp獨(dú)特的WAFL（Write Anywhere File Layout）文件系統(tǒng)，業(yè)務(wù)支持應(yīng)用系統(tǒng)獲得了良好的性能、高度的擴(kuò)展性和非常低的管理復(fù)雜度。容災(zāi)與戰(zhàn)術(shù)的醫(yī)療信息系統(tǒng)中的數(shù)據(jù)是非常

33、重要的，有些可能是人命關(guān)天的數(shù)據(jù)，所以容災(zāi)的需求是醫(yī)療信息系統(tǒng)中必不可少的。NetApp SnapMirror具有強(qiáng)大的功能，而且易于使用和管理，它滿足了當(dāng)前的全球性企業(yè)對(duì)恢復(fù)和數(shù)據(jù)分布解決方案的需要。通過在 LAN 或 WAN 上高速關(guān)鍵應(yīng)用程序提供最高的數(shù)據(jù)可用性和最快的恢復(fù)速度。數(shù)據(jù)，SnapMirror將盡可能地為SnapMirror 技術(shù)將數(shù)據(jù)鏡像到一個(gè)或多個(gè)網(wǎng)絡(luò) Filer 上。 SnapMirror 不斷地更新鏡像數(shù)據(jù)，以確保數(shù)的，并且能夠用于進(jìn)行恢復(fù)、減少磁帶備份、發(fā)布只讀數(shù)據(jù)、在非生產(chǎn)性 Filer 上進(jìn)據(jù)是試、執(zhí)行聯(lián)機(jī)數(shù)據(jù)遷移等等。如果您的企業(yè)分布在不同的地點(diǎn)，而所有地點(diǎn)都

34、需要培訓(xùn)和CAD 工具等相同的數(shù)據(jù)集，SnapMirror 可以將同一數(shù)據(jù)發(fā)布到所有地點(diǎn)。通過自動(dòng)更新這些數(shù)據(jù)，并支持對(duì)鏡像數(shù)據(jù)的本地方式，SnapMirror 可以大大提高員工的工作效率。設(shè)備作為保存企業(yè)數(shù)據(jù)的載體，其容災(zāi)的全面性直接影響著企業(yè)數(shù)據(jù)的安全性。可以說現(xiàn)在沒有一種容災(zāi)方案能夠保證數(shù)據(jù)絕對(duì)安全的，只能面對(duì)不同的的損失。，最快地恢復(fù)，并且盡可能地減少數(shù)據(jù)來分析一下發(fā)生的原因和概率。根據(jù) 1999 年Gartner 的統(tǒng)計(jì)結(jié)果，為什么呢？首先讓知道的來源有四種：硬件故障，概率為 19%；人為錯(cuò)誤，概率 40%；難，概率不到 1%。故障，概率 40%；環(huán)境災(zāi)針對(duì)不同的原因，需要有針對(duì)性的

35、應(yīng)對(duì)。對(duì)硬件故障，需要采用硬件冗余的方法，如防范硬盤的故障，有 RAID 的技術(shù)；對(duì)人為錯(cuò)誤和貝；針對(duì)環(huán)境，采用設(shè)備冗余的方法，如故障，采用數(shù)據(jù)冗余的方式，如本地時(shí)間點(diǎn)拷同步或異步容災(zāi)。有的容災(zāi)方法，如磁帶備份，既可以防范人為的和的邏輯，也可以防范環(huán)境的物理，但效率和效果都越來越不能滿足企業(yè)用戶對(duì)數(shù)據(jù)高質(zhì)量保護(hù)的要求。不同的防范措施對(duì)不同的是沒辦法防范的，或有可能效果很差的。舉個(gè)例子，同步容災(zāi)投資很大，是否就能夠一勞永逸呢？這是不可能呢的。比如說生產(chǎn)中心的系統(tǒng)管理員不執(zhí)行了一個(gè)錯(cuò)誤的操作，把數(shù)據(jù)全部刪除了，或業(yè)務(wù)系統(tǒng)的數(shù)據(jù)被了、了，這樣的邏輯錯(cuò)誤會(huì)實(shí)時(shí)地向備份中心傳遞過去。這樣無論生產(chǎn)中心的數(shù)

36、據(jù)，還是容災(zāi)中心的數(shù)據(jù)就全被破壞了。因此，選購產(chǎn)品的時(shí)候，需要綜合全面地考核產(chǎn)品或者說的綜合解決方案的數(shù)據(jù)安全性，以及為此付出的成本和未來管理上帶來的代價(jià)。這樣才不至于為了防范概率不到 1%的環(huán)境，進(jìn)行了昂貴的投資，最后在面對(duì)概率 80%的人為錯(cuò)誤和更長(zhǎng)的時(shí)間才能夠恢復(fù)。故障時(shí)，或者束手無策，或者需要數(shù)小時(shí)甚至戰(zhàn)術(shù)硬件故障硬件故障指的是設(shè)備因?yàn)槎?。通常的?yīng)對(duì)是采用冗余的方法來應(yīng)對(duì)。比如，電源模塊和風(fēng)扇模塊采用 1+1 或 1+N 的方式來配備，一個(gè)模塊壞了，另一個(gè)模塊會(huì)進(jìn)行熱切換來保證系統(tǒng)正常穩(wěn)定地工作。磁盤子系 般采用RAID 進(jìn)行保護(hù)。RAID 一般是N+1 或 1+1 的方式配置，通

37、過一定的算法，利用額外的磁盤空間來實(shí)現(xiàn)數(shù)據(jù)的冗余。首先，復(fù)雜的系統(tǒng)并不意味著更可靠。系統(tǒng)越復(fù)雜，其故障發(fā)生的概率越大，發(fā)生故障后所需的恢復(fù)時(shí)間也越長(zhǎng)，導(dǎo)致的宕機(jī)時(shí)間也越多。因此，為減少潛在的硬件故障，首先 NetApp 優(yōu)化系統(tǒng)的設(shè)計(jì)，降低系統(tǒng)復(fù)雜度，從而大大減少故障發(fā)生的概率；同時(shí)對(duì)關(guān)鍵的進(jìn)行冗余設(shè)計(jì)，保證關(guān)鍵在發(fā)生故障時(shí)不會(huì)影響系統(tǒng)的正常運(yùn)行。尤其對(duì)于保存數(shù)據(jù)的介質(zhì)硬盤可能發(fā)生的故障，一方面，NetApp 通過構(gòu)建RAID 來進(jìn)行數(shù)據(jù)保護(hù)，另一方面，開發(fā)了具備獨(dú)立統(tǒng)，連同獨(dú)到的系統(tǒng)硬件設(shè)計(jì)，共同提供充分的數(shù)據(jù)保護(hù)。的操作系統(tǒng)和文件系針對(duì)需要高可用性的用戶，還提供Active-Active

38、的雙機(jī)容錯(cuò)模型，平時(shí)提供負(fù)載均衡，發(fā)生故障時(shí)則能起到接管故障機(jī)，保障數(shù)據(jù)機(jī)的時(shí)間。服務(wù)不被中斷，減少非計(jì)劃內(nèi)宕機(jī)的可能性，同時(shí)亦減少了計(jì)劃內(nèi)宕標(biāo)準(zhǔn)RAID 算法一般有RAID0、1、2、3、4、5 六種。除了RAID0 外，其余的都具有一定的數(shù)據(jù)恢復(fù) 功能。由于RAID 的實(shí)現(xiàn)結(jié)構(gòu)不一樣，各自也具有不同的特點(diǎn)。NetApp 采用了增強(qiáng)性RAID4 的改進(jìn)型算法，在保留了原RAID4 的易擴(kuò)展性外，還消除了標(biāo)準(zhǔn)RAID4 的熱點(diǎn)盤效應(yīng)，充分提高了性能和系統(tǒng)的可靠性。增強(qiáng)性RAID4 是NetApp 的一項(xiàng)專利，從結(jié)構(gòu)上看，和RAID4 一樣，使用獨(dú)立的校驗(yàn)盤作為冗余信息的空間，因此具備良好的易擴(kuò)

39、展性。但在實(shí)現(xiàn)算法上，增強(qiáng)性 RAID4 采用了NetApp 的批次動(dòng)態(tài)條帶化讀寫算法，因此提高了讀寫的性能，并消除了校驗(yàn)盤因頻繁讀寫，而產(chǎn)生性能低下，壽命短暫的熱點(diǎn)盤效應(yīng)問題。所有的RAID1、2、3、4、5 都無法避免同一RAID 組兩塊盤同時(shí)發(fā)生故障，導(dǎo)致數(shù)據(jù)丟失。包括號(hào)稱數(shù)據(jù)最可靠的組合型RAID0+1 和RAID1+0，同樣避免不了此問題。但采用NetApp 的RAID DP結(jié)構(gòu)，即使同一RAID 組里任意兩塊磁盤發(fā)生故障，數(shù)據(jù)照樣完好無損。此一 RAID 結(jié)構(gòu)為NetApp 產(chǎn)品獨(dú)有。如果再結(jié)合NetApp 的SyncMirror 功能，則可以同時(shí)防范任意的五塊盤故障。產(chǎn)品的RAI

40、D 實(shí)現(xiàn)有兩種模式：硬件實(shí)現(xiàn)和實(shí)現(xiàn)。所謂硬件實(shí)現(xiàn)是采用獨(dú)立的和內(nèi)存，執(zhí)系統(tǒng)的其他行RAID 的功能，并把這能集中在一塊卡上。而實(shí)現(xiàn)則是RAID 的功能實(shí)現(xiàn)和一塊同時(shí)執(zhí)行，沒有獨(dú)立的模塊。硬件實(shí)現(xiàn)的特點(diǎn)是無法靈活地改進(jìn)系統(tǒng)的 RAID 功能。這點(diǎn)從NetApp 的RAID DP 功能得到驗(yàn)證。在系統(tǒng)設(shè)計(jì)時(shí)NetApp 還采用Appliance 結(jié)構(gòu)的設(shè)計(jì)理念。正如Cisco 公司設(shè)計(jì)路由器一樣，NetApp 的產(chǎn)品除了硬件自己獨(dú)立開發(fā)外，還開發(fā)了具有獨(dú)立知識(shí)的操作系統(tǒng)（Data Ontap）和文件系統(tǒng)（WAFL）。Appliance 結(jié)構(gòu)的設(shè)備是專品的，其設(shè)計(jì)目的是為了提供高性能、多功能、零管理

41、、免的設(shè)備以滿足客戶的需求。其開放性則由對(duì)標(biāo)準(zhǔn)協(xié)議的支持來充分保障。人為（邏輯）人們經(jīng)常遇到辛苦工作了數(shù)天或數(shù)周的文件被意外刪除的情況，即便是在擁有箱的Windows 系統(tǒng)，有些時(shí)候文件的誤刪除也是性的，這種無疑是令人極其懊悔的。唯一可能的辦法是尋求系統(tǒng)管理員從一大堆備份磁帶中找回的備份，如果系統(tǒng)管理員正好外出培訓(xùn)或休假，而又要求當(dāng)天拿到，那簡(jiǎn)直是一場(chǎng)。系統(tǒng)管理員有時(shí)也會(huì)犯下愚蠢的錯(cuò)誤，而他們的錯(cuò)誤將會(huì)導(dǎo)致更大的，可能會(huì)讓所有的員工為此只能無所事事。如不 把系統(tǒng)全部刪除，即便是每小時(shí)能夠恢復(fù) 200GB 的數(shù)據(jù)，1TB 的數(shù)據(jù)也要 5 個(gè)小時(shí)才能完成，而一般的帶庫，每小時(shí) 100GB 的備份速

42、度，意味著一宿的工作，一旦恢復(fù)的過程中出現(xiàn)意外，就會(huì)影響第二天其他員工的工作。NetApp快照（SnapShot）和快照恢復(fù)（SnapRestore）能夠免除上述的困境。利用快照，系統(tǒng)可以每隔幾分鐘或幾小時(shí)進(jìn)行一次全部數(shù)據(jù)的快照（快速備份），快照所需的時(shí)間僅僅是短短的幾秒 鐘。這樣的快照不僅僅系統(tǒng)管理員可以使用，普通用戶也可以為此而受益。例如用戶誤刪除了文件，就可以自行在一個(gè)特殊的目錄下找回幾分鐘或幾小時(shí)前的備份。提供如此優(yōu)秀的功能，NetApp 的解決方案并未為此付出太大的代價(jià)。用戶可以自行定義快照所占空間的大小、頻度、數(shù)目等參數(shù)。而利用快照恢復(fù)功能，原來需要數(shù)小時(shí)的恢復(fù)時(shí)間現(xiàn)在只需要幾秒鐘

43、就可以了?？煺栈謴?fù)延伸的應(yīng)用范圍非常廣闊，如系統(tǒng)后需要進(jìn)行大規(guī)模的數(shù)據(jù)恢復(fù)、可能暗含缺陷的升級(jí)、需要反復(fù)進(jìn)行的測(cè)試等。除了充分考慮發(fā)生時(shí)的防范措施，與其他產(chǎn)品相比較，NetApp 的產(chǎn)品還具備 2 分鐘重起的功能。不僅大大減少了管理恢復(fù)文件服務(wù)。的宕機(jī)影響時(shí)間，同時(shí)還保證即便在掉電的情況下，系統(tǒng)亦可以迅速所以，利用NetApp 的這一系列優(yōu)秀的功能，可以大大的減少計(jì)劃外尤其是計(jì)劃內(nèi)的宕機(jī)時(shí)間，充分提高數(shù)據(jù)的可用性。信息生命周期管理現(xiàn)在常用的傳統(tǒng)構(gòu)架是兩級(jí)的：和離線海量。的速度要求。一般又稱工作級(jí)的，是高速的數(shù)據(jù)設(shè)備，滿足計(jì)算對(duì)數(shù)據(jù)有磁盤陣列等，價(jià)格相對(duì)非常昂貴。而離線海量主要是用于對(duì)的數(shù)據(jù)進(jìn)行

44、備份，以防范可能發(fā)生的數(shù)據(jù)，因此又稱備份級(jí)的。離線海量的典型產(chǎn)品就是磁帶庫。價(jià)格相對(duì)非常低廉。傳統(tǒng)的兩級(jí)模式的構(gòu)架已經(jīng)越來越不能應(yīng)對(duì)企業(yè)隨著數(shù)據(jù)膨脹而帶來的許多問題。比如：當(dāng)企業(yè)數(shù)據(jù)如果能夠被快速可靠地被，將會(huì)有效的增加企業(yè)數(shù)據(jù)的價(jià)值，這樣企業(yè)的投資，可這樣就會(huì)發(fā)現(xiàn)企業(yè)的IT就會(huì)考慮增加變得非常緊張你不可能買你想要的那么多的設(shè)備。企業(yè)數(shù)據(jù)備份無論采用冷備還是熱備，都會(huì)對(duì)業(yè)務(wù)服務(wù)器的性能或服務(wù)時(shí)間產(chǎn)生影響。為了有效地提高業(yè)務(wù)系統(tǒng)的性能和減少備份的時(shí)間，企業(yè)需要增加或改善備份用的帶庫。但緊接著我們就企業(yè)增加的投資并不能夠改善數(shù)據(jù)恢復(fù)的情況，因?yàn)閭浞莺突謴?fù)是非對(duì)稱的兩個(gè)過程。備份的作業(yè)負(fù)載可以平分到

45、多臺(tái)磁帶驅(qū)動(dòng)器上，但一旦需要恢復(fù)某一個(gè)的數(shù)據(jù)庫，恢復(fù)的作業(yè)卻往往只能夠從某一臺(tái)磁帶機(jī)中進(jìn)行。這樣企業(yè)增加在備份方面的投資并不能夠減少數(shù)據(jù)在恢復(fù)時(shí)候的宕機(jī)時(shí)間，從而對(duì)企業(yè)的業(yè)務(wù)的延續(xù)性就得不到相應(yīng)的改善。桌面系統(tǒng)的數(shù)據(jù)是企業(yè)非常重要的資產(chǎn)，但往往得不到相應(yīng)的備份保護(hù)，而日益猖獗的感要染和，還有可能的硬件故障，往往會(huì)對(duì)這些寶貴的數(shù)據(jù)造成不可恢復(fù)的毀壞。備份分布式的桌面數(shù)據(jù)卻幾乎是不可能的，因?yàn)樯婕暗絺浞菘蛻舳说耐顿Y過大、管理的復(fù)雜度急劇上升、備份速度過慢導(dǎo)致昂貴的帶庫的利用率低下等問題。企業(yè)數(shù)據(jù)在過去的幾年內(nèi)隨著企業(yè)業(yè)務(wù)的信息化和電子化在性地增長(zhǎng)。有效地對(duì)數(shù)據(jù)進(jìn)行整理會(huì)減少的空間浪費(fèi)，同時(shí)會(huì)有利于

46、提高系統(tǒng)的性能。但人們往往只是喜歡生產(chǎn)數(shù)據(jù)，而不對(duì)自己的數(shù)據(jù)進(jìn)行整理；即使他們能夠整理這些數(shù)據(jù)非常重要，并愿意為此做出努力，又怎么能夠保證在整理當(dāng)中不會(huì)無意地把有用的資料給刪除掉；而且整理工作需要人們花費(fèi)一定的時(shí)間來對(duì)數(shù)據(jù)進(jìn)行識(shí)別篩選，確定該被清楚掉的內(nèi)容，假如需要對(duì)兩年甚至更早前的一些數(shù)據(jù)進(jìn)行整理，那每天在此可能耗費(fèi)的時(shí)間集中起來就會(huì)非常可觀，直接影響到的生產(chǎn)率（難道企業(yè)雇你是為了讓你刪數(shù)據(jù)？）。假如僅僅投資非常廉價(jià)的就可以把這些繁瑣的工作給避免掉，那么相信許多企業(yè)會(huì)為此毫不猶豫的的決定的。企業(yè)面對(duì)的上述問題直接導(dǎo)致了近線的誕生。近線就是近似的，其特點(diǎn)是數(shù)據(jù)的速度接近，但在價(jià)格上需要接近離線

47、海量。一般來說，離線海量采用的是磁帶作為介質(zhì)，這是順序讀寫的。當(dāng)需要數(shù)據(jù)時(shí)，需要把帶子卷到頭，在進(jìn)行定位；當(dāng)需要對(duì)已寫入的數(shù)據(jù)進(jìn)行修改時(shí)，所有的數(shù)據(jù)都需要全部進(jìn)行改寫。因此，離線海量的是慢速度、低效率的。因此，近線必須采用不同的實(shí)現(xiàn)技術(shù)來克服離線海量的缺點(diǎn)。最先的近線產(chǎn)品的推出是采用光盤來實(shí)現(xiàn)的，但這種實(shí)現(xiàn)的方法并不徹底，其寫機(jī)制還是存在著許多。緊接著的近線產(chǎn)品是采用ATA 磁盤來充當(dāng)介質(zhì) 的。這樣就可以有效地降低產(chǎn)品的成本，同時(shí)又保留了磁盤隨機(jī)的特點(diǎn)，大大地加快了讀寫的速度，使之達(dá)到了保證數(shù)據(jù)能夠被及時(shí)的目的。被保存在近線上的數(shù)據(jù)通常不需要被頻繁的，而且的速度還是有巨大的提高的。也不需要迅速

48、的得到響應(yīng)，但是和磁帶進(jìn)行比較，其由于數(shù)據(jù)的速度不是主要，而能夠把分布式的數(shù)據(jù)集中整合到內(nèi)稱為主要考慮的方面，因此近線的架構(gòu)以NAS 為宜。通過以太網(wǎng)，各種分布的數(shù)據(jù)可以方便地備份或轉(zhuǎn)移到近線存儲(chǔ)，這樣無需額外的服務(wù)器進(jìn)行管理，同時(shí)也避免了復(fù)雜昂貴的SAN投資。在此領(lǐng)域，NetworkAppliance 公司的近線不同的需求。產(chǎn)品NearStore 是佼佼者，其同時(shí)支持NAS 和SAN 的接入方式，滿足用戶的所以現(xiàn)在流行的儲(chǔ)。構(gòu)架是三層的：第一層是，第二層是近線，第三層是離線海量存以外，近線還擴(kuò)展到保護(hù)企業(yè)業(yè)務(wù)延續(xù)性、歸檔利用/在應(yīng)用的領(lǐng)域，除了解決備份和恢復(fù)混合管理以及資料庫應(yīng)用的范圍。在其

49、優(yōu)點(diǎn)有：改善備份和恢復(fù)的策略數(shù)據(jù)的備份不再直接備份到磁帶，而是備份到近線。通過相應(yīng)的一些（如Network Appliance 公司的SnapVault）可以把上改動(dòng)的數(shù)據(jù)塊（而整個(gè)文件）到近線上，而原來每天需要進(jìn)行的備份到磁帶上的工作可以改為每周甚至更長(zhǎng)的一些時(shí)間進(jìn)行。而一旦發(fā)生數(shù)據(jù)恢復(fù)，只需簡(jiǎn)單所需的文件回就可以了。提高企業(yè)業(yè)務(wù)的延續(xù)性企業(yè)的數(shù)據(jù)可以通過相應(yīng)的構(gòu)建起容災(zāi)的系統(tǒng)，當(dāng)發(fā)生時(shí)，由于采用和磁帶不一樣的介質(zhì)，恢復(fù)的速度會(huì)更快，有利于企業(yè)業(yè)務(wù)延續(xù)性的提高。這點(diǎn)尤其在數(shù)據(jù)邏輯歸檔利用和混合發(fā)生的時(shí)候顯得更為重要。管理（HSM）象類型的應(yīng)用，通常希望保留時(shí)間可能長(zhǎng)達(dá)兩年甚至五年，以備可能的

50、查詢，而且刪除舊的會(huì)花費(fèi)很多的時(shí)間，因此，希望把舊的候直接能夠歸檔到近線上，這樣既可以降低的投資，同時(shí)還可以當(dāng)需要的時(shí)。而且企業(yè)不再需要面對(duì)非同質(zhì)的兩種設(shè)備進(jìn)行混合管理（HSM）。資料庫的應(yīng)用象醫(yī)院電子病例系統(tǒng)、電子化館、勘探數(shù)據(jù)庫等應(yīng)用，許多數(shù)據(jù)是不經(jīng)常被上；如果的，僅當(dāng)需要的時(shí)候才需要被，這樣就可以把這些數(shù)據(jù)放置在近線的量增加了，就有必要把這部分?jǐn)?shù)據(jù)轉(zhuǎn)移到上，以提高工作的速度廠商所聯(lián)合提供。和效率。這種解決方案現(xiàn)在已經(jīng)可以為近線廠商和其他一些磁帶備份數(shù)據(jù)備份方面，可以使用備份（如：Veritas 的NetBackup、Legato 的Networker、IBM Tivoli等），可以在系統(tǒng)

51、FAS 中的主控單元上配置FC-AL 光纖通道適配卡與磁帶機(jī)或磁帶庫（如：STK的L180、L700 磁帶庫）相聯(lián)，利用NDMP 協(xié)議實(shí)現(xiàn)LAN-FREE 的備份/恢復(fù)方式，即：備份（備份服務(wù)器）通過NDMP 協(xié)議發(fā)送控制指令到系統(tǒng)FAS，系統(tǒng)根據(jù)NDMP 協(xié)議指令直接將業(yè)務(wù)數(shù)據(jù)導(dǎo)入磁帶庫。建議系統(tǒng)FAS 中的主控單元上分別配置FC-AL 光纖通道適配卡與SAN 環(huán)境的光纖交換機(jī)相連，由于該光纖交換機(jī)可以提供SAN 備份的磁帶庫（如：STK L180）和備份服務(wù)器（Veritas NetBackup）,因此可以充分利用它為NAS據(jù)備份的效率。提供數(shù)據(jù)的集中備份，節(jié)省備份投資，提高數(shù)管理NetA

52、pp 公司的產(chǎn)品支持SNMP 管理協(xié)議，因此和別家的OpenView、IBM 的Tivoli、CA 的BrightStore 等。產(chǎn)品是可以實(shí)現(xiàn)管理的。如 HP 的NetApp 公司本身提供FilerView 和DFM 進(jìn)行管理。其中DFM 可以對(duì)NetApp 公司的主FAS 產(chǎn)品，近線NearStore 產(chǎn)品，緩存NetCache 產(chǎn)品進(jìn)行集中管理等內(nèi)容。和管理。還可以實(shí)現(xiàn)內(nèi)容分發(fā)、容災(zāi)NetApp 公司的FAS產(chǎn)品還支持命令行的方式進(jìn)行管理，用戶可以自行定義，利用 RSH 的方式來進(jìn)行控制和管理。二級(jí)生產(chǎn)數(shù)據(jù)匯聚未來如果需要，可以在二級(jí)生產(chǎn)中心，對(duì)于原有的產(chǎn)品，可以考慮應(yīng)用 NetApp

53、的Open SystemSnapVault每天把改動(dòng)的數(shù)據(jù)傳遞到一級(jí)生產(chǎn)中心，實(shí)現(xiàn)數(shù)據(jù)匯聚和備份。如果在二級(jí)生產(chǎn)中心采用了NetApp 的FAS，同樣可以采用NetApp 的SnapVault，把每天改動(dòng)的數(shù)據(jù)傳遞到一級(jí)生產(chǎn)中心，實(shí)現(xiàn)數(shù)據(jù)匯聚和備份。一級(jí)生產(chǎn)數(shù)據(jù)容災(zāi)未來當(dāng)企業(yè)需要對(duì)一級(jí)生產(chǎn)中心進(jìn)行容災(zāi)時(shí)，可以在容災(zāi)中心購置NetApp 的FAS，在一級(jí)生產(chǎn)中心和容災(zāi)中心的NetApp產(chǎn)品之間采用SnapMirror，利用兩中心之間的IP 鏈路，實(shí)現(xiàn)同步或準(zhǔn)同步或異步的容災(zāi)系統(tǒng)。SnapMirror 有兩種選項(xiàng)：Volume SnapMirror 和Qtree SnapMirror。VSM 是在

54、后目的數(shù)據(jù)以Volume 的方式存在。QSM 是在后目的數(shù)據(jù)以Qtree 的方式存在。SnapMirror 是基于NetApp 的快照功能上實(shí)現(xiàn)的，因此能夠充分保證目的數(shù)據(jù)的完整性和一致性。保證當(dāng)源數(shù)據(jù)發(fā)生環(huán)境時(shí)，容災(zāi)數(shù)據(jù)能夠繼續(xù)進(jìn)行應(yīng)用。目的數(shù)據(jù)在到遠(yuǎn)端NetApp 的上后，一般可以“只讀”，用于進(jìn)行備份、數(shù)據(jù)分析等。也可以臨時(shí)改為“可讀寫”，如用于測(cè)試等。從“可讀寫”狀態(tài)恢復(fù)后，系統(tǒng)將繼續(xù)進(jìn)行。由于鏈路的中斷，SnapMirror 支持?jǐn)帱c(diǎn)續(xù)傳。網(wǎng)絡(luò)解決方案中，采用了FS SAN、iSCSI SAN 和NAS 的三種在本模型，但在網(wǎng)絡(luò)連接上，充分使用了以太網(wǎng)絡(luò)，實(shí)現(xiàn)了IP的綜合應(yīng)用，在上，

55、僅采用了NetApp 的FAS和NearStore產(chǎn)品。其中Unix、Linux 下的數(shù)據(jù)庫服務(wù)器和服務(wù)器采用FAS 的FS SAN 應(yīng)用模型，在Windows 環(huán)境下，既采用了iSCSI SAN 同時(shí)又應(yīng)用了FS SAN 的結(jié)構(gòu)，而在廣域共享的文件應(yīng)用里，采用了NAS 的模型?？梢哉f在物理連接、網(wǎng)絡(luò)拓?fù)渖希邆浜?jiǎn)單的結(jié)構(gòu)；在上，具備的產(chǎn)品。大大簡(jiǎn)化了管理的難度和復(fù)雜度，同時(shí)也降低了整體的投資，擁有最低的總體擁有成本TCO 和最優(yōu)的投資回報(bào)率ROI。未來的擴(kuò)展項(xiàng)目中，用戶可能還需要支持FC SAN 的架構(gòu)。采用Network Appliance 公司的網(wǎng)絡(luò)存儲(chǔ)解決方案可以簡(jiǎn)單的滿足用戶的擴(kuò)展需

56、求。Network Appliance 公司是業(yè)內(nèi)唯一能夠僅僅通過增加相應(yīng)的接口卡和license 就在同一iSCSI 的license 免費(fèi)包含在所有的產(chǎn)品上同時(shí)提供對(duì)NAS、SAN 和iSCSI 進(jìn)行支持的廠商。并且產(chǎn)品內(nèi)，需要，用戶可以隨時(shí)啟動(dòng)使用。采用 NetworkAppliance 公司的網(wǎng)絡(luò)意味著用戶在未來無需為可能增加的系統(tǒng)結(jié)構(gòu)而擔(dān)憂技術(shù)及投資的可行性。如果需要改變，只需簡(jiǎn)單地把產(chǎn)品應(yīng)用在新的系統(tǒng)環(huán)境即可。如果用戶現(xiàn)有或新增的SQL Server，Exchange Server，Lotus Domino 服務(wù)器上增加千兆以太網(wǎng)卡，存儲(chǔ)設(shè)備采用NetApp 的FAS，兩者之間新增

57、一臺(tái)千兆以太網(wǎng)交換機(jī)，通過該交換機(jī)形成千兆以太私網(wǎng)，構(gòu)建起IP SAN 的局域網(wǎng)。NetApp 的FAS具備“按需擴(kuò)容，無縫升級(jí)”的特性，因此在初次選購時(shí)，可以根據(jù)相應(yīng)的有效數(shù)據(jù)量和情況采購相應(yīng)的型號(hào)。所謂“按需擴(kuò)容”是由于NetApp 的FAS產(chǎn)品采用了特殊的增強(qiáng)型RAID4 和RAID DP 結(jié)構(gòu)，能夠動(dòng)態(tài)地根據(jù)用戶的需求，進(jìn)行快速的單盤擴(kuò)容，并且容量可以迅速；而“無縫升級(jí)”是指NetApp的FAS能夠從最低的FAS200 系列在無需格式化磁盤的情況下，通過更換控制器的方式，簡(jiǎn)單快捷地完成產(chǎn)品型號(hào)的升級(jí)。圖 5：Netapp IP Storage 連接圖如果用戶的現(xiàn)有以太網(wǎng)絡(luò)擁有足夠的千兆

58、端口，也可以采用劃分 VLAN 的方法來形成千兆以太網(wǎng)私網(wǎng)，從而節(jié)約對(duì)千兆交換機(jī)的投資。無論NetApp 的FAS產(chǎn)品NearStore，都可以采用相同的千兆以太私網(wǎng)構(gòu)建法來產(chǎn)品還是近線建設(shè)。NetApp 的FAS能的要求。產(chǎn)品采用FC 的光通道盤，以達(dá)到高性能，滿足管理業(yè)務(wù)和支撐業(yè)務(wù)對(duì)系統(tǒng)性而NetApp 的NearStore產(chǎn)品采用的是ATA 的產(chǎn)品，屬于近線產(chǎn)品，在性能上要遠(yuǎn)優(yōu)于磁帶庫，價(jià)格上又和磁帶庫具備競(jìng)爭(zhēng)性。Windows NT/2000、SQL Server 服務(wù)器、Exchange Server 服務(wù)器、Lotus Domino 服務(wù)器、系統(tǒng)FAS 均配置同一網(wǎng)段的IP 地址，

59、通過千兆以太網(wǎng)交換機(jī)進(jìn)行相互之間的。SQL Server 服務(wù)器、Exchange Server 服務(wù)器、Lotus Domino 服務(wù)系統(tǒng)服務(wù)器主機(jī)上需要額外配置 1-2 塊千兆的以太網(wǎng)卡與FAS系統(tǒng)的連接；各服務(wù)器以及FAS通過 1000base_SX 或 100/1000base_TX 的千兆以太網(wǎng)卡與千兆交換機(jī)相連。當(dāng)網(wǎng)絡(luò)流量（主要是FAS系統(tǒng)的流量以及千兆以太網(wǎng)交換機(jī)和主機(jī)服務(wù)器間的流量）增加時(shí)，可以在千兆以太網(wǎng)交換機(jī)與FAS 以及主機(jī)服務(wù)器間使用Trunk(EthernetChannel)的技術(shù)，將多個(gè)端口使用（如：每一個(gè)FAS900 最多可以提供六個(gè)千兆網(wǎng)卡，F(xiàn)AS900C 最多

60、可以提供十二個(gè)千兆網(wǎng)卡，每個(gè)千兆網(wǎng)卡可提供 1/2/4 個(gè)端口），保證充足的網(wǎng)絡(luò)帶寬。由于千兆以太網(wǎng)交換機(jī)支持堆疊技術(shù)，因此可以很容易的擴(kuò)展端口，使系統(tǒng)具有高可擴(kuò)展性。所有的SQL Server 數(shù)據(jù)庫服務(wù)器，Exchange Server 郵件和OA 服務(wù)器等運(yùn)行iSCSI SAN，分別通過存儲(chǔ)網(wǎng)絡(luò)(建議采用于數(shù)據(jù)的千兆以太網(wǎng)，兩臺(tái)千兆以太網(wǎng)交換機(jī)保證網(wǎng)絡(luò)的通信鏈路冗余)，公用同一組NetApp 公司的FAS，集中存放數(shù)據(jù)，提供對(duì)應(yīng)用數(shù)據(jù)文件等多主機(jī)的數(shù)據(jù)集中；由于各種應(yīng)用數(shù)據(jù)進(jìn)行集中管理于NetApp 的FAS系統(tǒng)上，可以確保數(shù)據(jù)的一致性并降低維護(hù)成本。運(yùn)行WIN 操作系統(tǒng)的服務(wù)器通過網(wǎng)絡(luò)