智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案_第1頁
智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案_第2頁
智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案_第3頁
智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案_第4頁
智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案_第5頁
已閱讀5頁,還剩30頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、 智慧醫(yī)院系統(tǒng)災(zāi)備項(xiàng)目解決方案目 錄 TOC o 1-3 h z u HYPERLINK l _Toc54641790 1 需求分析 PAGEREF _Toc54641790 h 3 HYPERLINK l _Toc54641791 1.1面臨的挑戰(zhàn)及需求 PAGEREF _Toc54641791 h 3 HYPERLINK l _Toc54641792 1.2建立高效靈活的數(shù)據(jù)容災(zāi)和備份解決方案 PAGEREF _Toc54641792 h 3 HYPERLINK l _Toc54641793 2 可行性分析 PAGEREF _Toc54641793 h 4 HYPERLINK l _Toc

2、54641794 2.1建設(shè)目標(biāo) PAGEREF _Toc54641794 h 4 HYPERLINK l _Toc54641795 2.2建設(shè)思路 PAGEREF _Toc54641795 h 4 HYPERLINK l _Toc54641796 2.3 設(shè)計(jì)原則 PAGEREF _Toc54641796 h 5 HYPERLINK l _Toc54641797 3 系統(tǒng)建設(shè)方案 PAGEREF _Toc54641797 h 5 HYPERLINK l _Toc54641798 3.1 現(xiàn)狀分析 PAGEREF _Toc54641798 h 5 HYPERLINK l _Toc5464179

3、9 3.2災(zāi)備建設(shè) PAGEREF _Toc54641799 h 6 HYPERLINK l _Toc54641800 3.2.1統(tǒng)一存儲(chǔ)架構(gòu)設(shè)計(jì) PAGEREF _Toc54641800 h 6 HYPERLINK l _Toc54641801 3.2.2雙活數(shù)據(jù)中心存儲(chǔ)設(shè)計(jì) PAGEREF _Toc54641801 h 7 HYPERLINK l _Toc54641802 3.2.3 災(zāi)備中心整體架構(gòu)拓?fù)鋱D PAGEREF _Toc54641802 h 8 HYPERLINK l _Toc54641803 3.2.4網(wǎng)絡(luò)災(zāi)備拓?fù)鋱D設(shè)計(jì) PAGEREF _Toc54641803 h 9 HY

4、PERLINK l _Toc54641804 3.2.5本地及遠(yuǎn)程數(shù)據(jù)備份系統(tǒng)MetroCluster設(shè)計(jì) PAGEREF _Toc54641804 h 9 HYPERLINK l _Toc54641805 3.2.6 FlashCache與FlashPool加速區(qū)別與對(duì)比 PAGEREF _Toc54641805 h 12 HYPERLINK l _Toc54641806 3.2.7 虛擬化環(huán)境備份VMware VDP PAGEREF _Toc54641806 h 14 HYPERLINK l _Toc54641807 3.2.8 方案配置 PAGEREF _Toc54641807 h 15

5、 HYPERLINK l _Toc54641808 4 方案優(yōu)勢(shì) PAGEREF _Toc54641808 h 17 HYPERLINK l _Toc54641809 4.1統(tǒng)一存儲(chǔ)架構(gòu) PAGEREF _Toc54641809 h 17 HYPERLINK l _Toc54641810 4.2讀寫的高性能 PAGEREF _Toc54641810 h 18 HYPERLINK l _Toc54641811 4.3安全性 PAGEREF _Toc54641811 h 19 HYPERLINK l _Toc54641812 4.3.1完善的應(yīng)用連續(xù)性和數(shù)據(jù)安全保護(hù)解決方案 PAGEREF _To

6、c54641812 h 19 HYPERLINK l _Toc54641813 4.3.2數(shù)據(jù)的高可靠性 PAGEREF _Toc54641813 h 21 HYPERLINK l _Toc54641814 4.3.3 Oracle Dataguard 的優(yōu)勢(shì) PAGEREF _Toc54641814 h 21 HYPERLINK l _Toc54641815 4.3.4備份數(shù)據(jù)一致性和100%可恢復(fù)特性 PAGEREF _Toc54641815 h 24 HYPERLINK l _Toc54641816 4.3.5對(duì)于個(gè)人文件數(shù)據(jù)的安全性 PAGEREF _Toc54641816 h 26

7、HYPERLINK l _Toc54641817 4.3.6重復(fù)數(shù)據(jù)刪除 PAGEREF _Toc54641817 h 26 HYPERLINK l _Toc54641818 4.3.7國(guó)家標(biāo)準(zhǔn)信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范最高等級(jí)要求 PAGEREF _Toc54641818 h 27 HYPERLINK l _Toc54641819 4.3.8靈活的多元化管理 PAGEREF _Toc54641819 h 28 HYPERLINK l _Toc54641820 5 未來規(guī)劃 PAGEREF _Toc54641820 h 28 HYPERLINK l _Toc54641821 5.1橫向和縱向的系統(tǒng)高

8、擴(kuò)展性 PAGEREF _Toc54641821 h 28 HYPERLINK l _Toc54641822 5.2重新規(guī)劃與定義將退役設(shè)備 PAGEREF _Toc54641822 h 29 HYPERLINK l _Toc54641823 5.3對(duì)未來“云計(jì)算”數(shù)據(jù)中心的支持 PAGEREF _Toc54641823 h 31 HYPERLINK l _Toc54641824 6 廠商介紹 PAGEREF _Toc54641824 h 321 需求分析1.1面臨的挑戰(zhàn)及需求當(dāng)前市三院所需求一套高安全性、高可用性容災(zāi)架構(gòu)。同時(shí)在對(duì)未來的系統(tǒng)規(guī)劃中, 該架構(gòu)還應(yīng)具有橫向及縱向的擴(kuò)展功能。市三院

9、數(shù)據(jù)中心大部分應(yīng)用系統(tǒng)采用服務(wù)器本地磁盤與三套異構(gòu)存儲(chǔ)(HP、 NetApp、華賽)進(jìn)行數(shù)據(jù)存儲(chǔ),這樣做帶來以下問題:數(shù)據(jù)安全性差:通用操作系統(tǒng)無法提供如數(shù)據(jù)快照等高級(jí)數(shù)據(jù)保護(hù)方式;應(yīng)用系統(tǒng)無法實(shí)現(xiàn)高可用性:數(shù)據(jù)庫應(yīng)用無法實(shí)現(xiàn)高可用,業(yè)務(wù)易受影響;數(shù)據(jù)可管理性差:實(shí)現(xiàn)數(shù)據(jù)統(tǒng)一化備份、容災(zāi)困難存在數(shù)據(jù)中心整體故障影響前端業(yè)務(wù)的風(fēng)險(xiǎn)。1.2建立高效靈活的數(shù)據(jù)容災(zāi)和備份解決方案能夠完成對(duì)未備份的應(yīng)用系統(tǒng)結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)的容災(zāi)和備份,并且基于指定的任一時(shí)間點(diǎn)來恢復(fù)數(shù)據(jù),近年隨著信息化的發(fā)展,越來越多的企業(yè)意識(shí)到數(shù)據(jù)變的越來越重要。我們需要基于上述情況提出適合用戶的存儲(chǔ)、備份、容災(zāi)解決方案實(shí)現(xiàn)前

10、端應(yīng)用的存儲(chǔ)整合,實(shí)現(xiàn)數(shù)據(jù)和應(yīng)用的集中,保證應(yīng)用系統(tǒng)的存儲(chǔ)性能和可靠性。實(shí)現(xiàn)前端應(yīng)用系統(tǒng)的數(shù)據(jù)集中備份,保證數(shù)據(jù)的安全,當(dāng)發(fā)生災(zāi)難時(shí),快速的數(shù)據(jù)恢復(fù),盡快的恢復(fù)應(yīng)用,并提供服務(wù)。實(shí)現(xiàn)數(shù)據(jù)中心出現(xiàn)不可控災(zāi)難性事件后,整體IT業(yè)務(wù)能順利切換到恢復(fù)數(shù)據(jù)中心。醫(yī)院前端業(yè)務(wù)可以正常運(yùn)行。存儲(chǔ)集中與數(shù)據(jù)備份具備更加人性化的管理方式,便于日后的維護(hù)與管理,降低管理和維護(hù)成本。本次方案設(shè)計(jì)不僅要考慮當(dāng)前需求,更要為未來業(yè)務(wù)發(fā)展做預(yù)留。為硬件如服務(wù)器,存儲(chǔ)等后續(xù)整合。醫(yī)院內(nèi)部OA,郵件,遠(yuǎn)程辦公,遠(yuǎn)程診斷,醫(yī)療混合云等提供平臺(tái)接口。2 可行性分析2.1建設(shè)目標(biāo)建設(shè)一個(gè)先進(jìn)完善的數(shù)據(jù)中心存儲(chǔ)系統(tǒng)架構(gòu),使市三院數(shù)據(jù)

11、中心形成統(tǒng)一數(shù)據(jù)存儲(chǔ)架構(gòu),并且實(shí)現(xiàn)關(guān)鍵數(shù)據(jù)的保護(hù)。合理設(shè)計(jì)數(shù)據(jù)中心存儲(chǔ)架構(gòu):為適應(yīng)當(dāng)前及未來企業(yè)業(yè)務(wù)系統(tǒng)對(duì)不同數(shù)據(jù)訪問方式的要求,對(duì)數(shù)據(jù)中心存儲(chǔ)系統(tǒng)架構(gòu)進(jìn)行統(tǒng)一設(shè)計(jì),使市三院建立數(shù)據(jù)的統(tǒng)一存儲(chǔ)和管理機(jī)制,推動(dòng)業(yè)務(wù)的發(fā)展。關(guān)鍵業(yè)務(wù)系統(tǒng)的連續(xù)性:市三院關(guān)鍵業(yè)務(wù)系統(tǒng)應(yīng)用服務(wù)器集群分布于兩個(gè)數(shù)據(jù)中心,通過存儲(chǔ)系統(tǒng)底層的支持,實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)365724不中斷的連續(xù)運(yùn)行。數(shù)據(jù)中心本地?cái)?shù)據(jù)備份系統(tǒng):通過高效的數(shù)據(jù)保護(hù)措施,實(shí)現(xiàn)本地?cái)?shù)據(jù)的安全,確保在出現(xiàn)硬件、軟件和邏輯錯(cuò)誤時(shí)能夠快速恢復(fù)數(shù)據(jù)。數(shù)據(jù)中心災(zāi)備切換:通過NetApp, VMware虛擬化容災(zāi),Oracle DataGuard數(shù)據(jù)庫容災(zāi)兩種方式提供主備

12、數(shù)據(jù)中心之間的業(yè)務(wù)保障能力。2.2建設(shè)思路首先,市三院兩個(gè)機(jī)房部署建設(shè)雙活數(shù)據(jù)中心,通過數(shù)據(jù)的快速、自動(dòng)切換,保障上層應(yīng)用如門戶網(wǎng)站、PACS、HIS等系統(tǒng)的高可用性。第二,針對(duì)市三院業(yè)務(wù)系統(tǒng)全部包含結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)兩部分?jǐn)?shù)據(jù),每一部分的數(shù)據(jù)都包括了大量關(guān)鍵數(shù)據(jù),因此我們?cè)谠O(shè)計(jì)存儲(chǔ)系統(tǒng)的架構(gòu)時(shí)采用了統(tǒng)一存儲(chǔ)架構(gòu)。采用統(tǒng)一存儲(chǔ)架構(gòu)滿足了各個(gè)業(yè)務(wù)系統(tǒng)對(duì)數(shù)據(jù)訪問方式的不同要求。第三,在數(shù)據(jù)中心建設(shè)本地?cái)?shù)據(jù)的安全保護(hù)體系,實(shí)現(xiàn)對(duì)不同應(yīng)用系統(tǒng)數(shù)據(jù)如郵件,虛擬化,數(shù)據(jù)庫,文件服務(wù)器等快速自主恢復(fù)。與單文件恢復(fù)能力。2.3 設(shè)計(jì)原則為達(dá)到市三院數(shù)據(jù)中心建設(shè)項(xiàng)目總體目標(biāo),在設(shè)計(jì)過程中,我公司著眼于當(dāng)前

13、以及未來數(shù)據(jù)中心對(duì)存儲(chǔ)系統(tǒng)的需求,著重考慮了以下設(shè)計(jì)原則:1、先進(jìn)性原則:技術(shù)構(gòu)成先進(jìn),符合信息科技的發(fā)展趨勢(shì),能適應(yīng)當(dāng)前不同數(shù)據(jù)平臺(tái)架構(gòu)下進(jìn)行大規(guī)模數(shù)據(jù)存儲(chǔ)的需要,保證系統(tǒng)具有較強(qiáng)的開發(fā)、使用空間;2、均衡性原則:提供較好的系統(tǒng)運(yùn)行效率,不產(chǎn)生系統(tǒng)瓶頸;3、節(jié)能性原則:綠色環(huán)保為營(yíng)造良好的節(jié)能環(huán)境,節(jié)約能源為前提;4、拓展性原則:隨著業(yè)務(wù)規(guī)模的擴(kuò)大比較方便地獨(dú)立升級(jí),能夠比較方便地和其它系統(tǒng)進(jìn)行無縫集成;5、穩(wěn)定性原則:保證系統(tǒng)724小時(shí)的穩(wěn)定運(yùn)行,并能保證一段時(shí)間關(guān)機(jī)情況下重起系統(tǒng)的穩(wěn)定性;6、安全性原則:有嚴(yán)謹(jǐn)周密的安全體系結(jié)構(gòu),系統(tǒng)能夠提供有效的安全機(jī)制,防御各種可能的自然毀傷或惡意攻

14、擊,在運(yùn)行安全、網(wǎng)絡(luò)安全、數(shù)據(jù)安全和應(yīng)用系統(tǒng)安全等方面有合理可靠的策略;7、風(fēng)險(xiǎn)性原則:提供比較成熟可靠的運(yùn)行管理、監(jiān)控、故障處理等技術(shù)手段,最大限度地降低實(shí)施過程的風(fēng)險(xiǎn);8、經(jīng)濟(jì)性原則:設(shè)備有較好的性能價(jià)格比;我公司將嚴(yán)格遵守如上原則,為市三院數(shù)據(jù)中心容災(zāi)備份系統(tǒng)項(xiàng)目提供最適合的解決方案。3 系統(tǒng)建設(shè)方案3.1 現(xiàn)狀分析市三院主數(shù)據(jù)中心核心網(wǎng)絡(luò)由銳捷RGWS5708,RGS8610,RGS7606等組成。HIS系統(tǒng)由兩臺(tái)HP DL580G7 Redhat Oracle RAC來支持。PACS系統(tǒng)由數(shù)臺(tái)HP DL580G7的VMware虛擬化平臺(tái)來支持。核心業(yè)務(wù)分別同時(shí)像HP EVA6400與

15、華賽5300讀寫數(shù)據(jù)。NetApp FAS2240-4以NAS方式掛載給PACS業(yè)務(wù)使用。3.2災(zāi)備建設(shè)為了構(gòu)建市三院數(shù)據(jù)中心災(zāi)備平臺(tái),我們參考國(guó)內(nèi)外先進(jìn)技術(shù)和解決方案,按照數(shù)據(jù)中心所涉及的各個(gè)層面的要求,選用在相關(guān)領(lǐng)域具有代表性的產(chǎn)品和技術(shù),同時(shí)也充分考慮技術(shù)的成熟性和可靠性,選擇有實(shí)際部署和使用經(jīng)驗(yàn)的相關(guān)案例進(jìn)行參考,保證各個(gè)產(chǎn)品和技術(shù)的可靠性和兼容性。3.2.1統(tǒng)一存儲(chǔ)架構(gòu)設(shè)計(jì)市三院目前的應(yīng)用系統(tǒng)中包括Oracle、SQL Server等典型數(shù)據(jù)庫應(yīng)用,對(duì)于此類應(yīng)用非常適合用于SAN架構(gòu)。此外,也包括了非常重要的設(shè)計(jì)數(shù)據(jù)、工藝數(shù)據(jù)等文件類型數(shù)據(jù)。所以不能用單一的存儲(chǔ)技術(shù)來解決用戶的所有存

16、儲(chǔ)問題,統(tǒng)一存儲(chǔ)是應(yīng)用發(fā)展的必然選擇。NetApp存儲(chǔ)設(shè)備集成了SAN和NAS多種訪問方式,提供了構(gòu)建在同一個(gè)操作系統(tǒng)之上的統(tǒng)一存儲(chǔ)架構(gòu)解決方案,與企業(yè)內(nèi)部的應(yīng)用完全適應(yīng)。從長(zhǎng)期業(yè)務(wù)發(fā)展來看,非結(jié)構(gòu)化數(shù)據(jù)(文件類型)的增長(zhǎng)速度遠(yuǎn)遠(yuǎn)超過結(jié)構(gòu)化數(shù)據(jù)(數(shù)據(jù)庫類型)的增長(zhǎng)。 隨著技術(shù)的發(fā)展,容量、性能、可靠性都能滿足用戶的需求,簡(jiǎn)單、環(huán)保、易管理、業(yè)務(wù)連續(xù)性是用戶的進(jìn)一步追求。NetApp提供統(tǒng)一存儲(chǔ)解決方案采用一個(gè)操作系統(tǒng)可以解決數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)保護(hù)的各種問題,大大簡(jiǎn)化了企業(yè)維護(hù)的負(fù)擔(dān)。3.2.2雙活數(shù)據(jù)中心存儲(chǔ)設(shè)計(jì)我們采用NetApp MetroCluster、VMware的VDP與Oracle D

17、ataguard解決方案來實(shí)現(xiàn)市三院關(guān)鍵應(yīng)用主備兩個(gè)數(shù)據(jù)中心之間的高可用。借助NetApp MetroCluster將NetApp FAS8020兩個(gè)控制器分別部署在主備數(shù)據(jù)中心。同時(shí)利用VMware VDP技術(shù)來提供業(yè)務(wù)虛擬機(jī)保護(hù)的解決方案。數(shù)據(jù)庫方面,在災(zāi)備數(shù)據(jù)中心建立數(shù)據(jù)庫單點(diǎn)主機(jī)與主數(shù)據(jù)中心的Oracle RAC之間部署Oracle Dataguard做業(yè)務(wù)同步。3.2.3 災(zāi)備中心整體架構(gòu)拓?fù)鋱D3.2.4網(wǎng)絡(luò)災(zāi)備拓?fù)鋱D設(shè)計(jì)生產(chǎn)環(huán)境與災(zāi)備環(huán)境的外網(wǎng)線路均為A, B兩個(gè)的運(yùn)營(yíng)商的雙線(圖中紅線為A運(yùn)營(yíng)商,綠線為B運(yùn)營(yíng)商)運(yùn)營(yíng)商雙線接入生產(chǎn)環(huán)境和災(zāi)備環(huán)境的防火墻,每個(gè)環(huán)境的防火墻均為主備部

18、署防火墻與內(nèi)部網(wǎng)絡(luò)中間部署公共交換機(jī),工作在2層模式核心路由與核心交換可以整合部署(collapsed core)3.2.5本地及遠(yuǎn)程數(shù)據(jù)備份系統(tǒng)MetroCluster設(shè)計(jì)我們采用NetApp MetroCluster解決方案來實(shí)現(xiàn)市三院關(guān)鍵應(yīng)用在主備數(shù)據(jù)中心之間的災(zāi)備高可用。MetroCluster的主要優(yōu)點(diǎn)包括:提供數(shù)據(jù)中心級(jí)別的可用性簡(jiǎn)單快速的恢復(fù)數(shù)據(jù)零丟失應(yīng)用透明切換延伸型 MetroCluster(有時(shí)稱為非交換機(jī) MetroCluster)就是一種高可用性對(duì)控制器配置,其中的控制器可根據(jù)速度和電纜類型最遠(yuǎn)延伸至 500 米。 它還提供同步鏡像 (SyncMirror) 以及使用單

19、條命令執(zhí)行站點(diǎn)故障轉(zhuǎn)移的功能。光纖 MetroCluster( 也稱為交換機(jī) MetroCluster)在雙重結(jié)構(gòu)配置中使用四個(gè)光纖通道交換機(jī)和一個(gè)單獨(dú)的集群互連卡,在節(jié)點(diǎn) A 與節(jié)點(diǎn) B 這兩個(gè)位置之間實(shí)現(xiàn)更遠(yuǎn)距離傳輸(根據(jù)速度和電纜類型,最遠(yuǎn)可達(dá) 100 公里),Stretch MetroCluster 由以下組件構(gòu)成:Clustered Failover在主Filer和遠(yuǎn)程Filer間提供高可用性失敗恢復(fù)能力,故障接管的決策是由管理員通過單一命令行決定的。SyncMirror 為遠(yuǎn)端存儲(chǔ)提供即時(shí)的數(shù)據(jù)拷貝,當(dāng)故障接管時(shí),數(shù)據(jù)可以僅通過遠(yuǎn)端的Filer進(jìn)行訪問。ClusterRemote

20、提供管理機(jī)制用以判斷災(zāi)難的發(fā)生并初始遠(yuǎn)端存儲(chǔ)進(jìn)行接管。MetroCluster解決方案支持一下所有錯(cuò)誤的保護(hù):我們采用NetApp SnapVault技術(shù)作為數(shù)據(jù)中心本地及遠(yuǎn)程數(shù)據(jù)備份解決方案,通過NetApp SnapManager軟件保證數(shù)據(jù)備份的一致性。SnapVault 是一種基于磁盤的集中式備份解決方案。通過可以主存儲(chǔ)上的多個(gè) Snapshot 副本中的備份數(shù)據(jù)存儲(chǔ)到備份存儲(chǔ)系統(tǒng)上或者一套集群存儲(chǔ)的另外一個(gè)控制器上,以便于進(jìn)行快速恢復(fù)。并且還允許用戶選擇備份的數(shù)據(jù)對(duì)象、備份頻率及備份副本要保留的時(shí)間。SnapVault只傳輸主存儲(chǔ)上改變的數(shù)據(jù)塊,大大減少了備份窗口和備份介質(zhì)的消耗。每

21、一次的SnapVault備份均為全備份,且數(shù)據(jù)格式與原格式相同,便于用戶進(jìn)行數(shù)據(jù)恢復(fù)和備份完整性驗(yàn)證。通過NetApp FlexClone技術(shù),在不占用空間的情況下快速生成可以讀寫的數(shù)據(jù)副本,實(shí)現(xiàn)應(yīng)用的測(cè)試、開發(fā),并卸載主存儲(chǔ)的壓力。我們建議市三院主數(shù)據(jù)中心存儲(chǔ)系統(tǒng)和災(zāi)備數(shù)據(jù)中心所需要的硬件和軟件產(chǎn)品包含:主數(shù)據(jù)中心存儲(chǔ):NetApp FAS 2240-4 存儲(chǔ)一套(已有)災(zāi)備數(shù)據(jù)中心存儲(chǔ):NetApp FAS8020 存儲(chǔ)一套Oracle數(shù)據(jù)庫災(zāi)備解決方案:Oracle DataGuard本地?cái)?shù)據(jù)備份:NetApp SnapVault, OSSV, Snapshot.注:為滿足光纖 Metr

22、oCluster的實(shí)施條件,建議兩地?cái)?shù)據(jù)中心間預(yù)留8芯光纜(兩個(gè)控制器之間FCVI, Disk連接使用)。3.2.6 FlashCache與FlashPool加速區(qū)別與對(duì)比物理介質(zhì)FlashCache是采用PCIe接口(支持第二代PCIe)的閃存卡,插在存儲(chǔ)控制器上。FlashPool解決方案使用SSD固態(tài)硬盤,需使用磁盤架,可以和HDD磁盤混插。規(guī)格型號(hào)原理特點(diǎn)FlashCache可提高隨機(jī)讀取密集型工作負(fù)載的性能,而無需添加更多高性能的磁盤驅(qū)動(dòng)器。不占用額外的機(jī)架空間,而且耗電量比一個(gè)裝滿 15K RPM 磁盤驅(qū)動(dòng)器的磁盤架低 95%。Flash Pool 可提供智能讀寫緩存功能,用于識(shí)別

23、和托管 SSD 上的熱數(shù)據(jù)。這就確保可在成本最低的介質(zhì)上托管絕大多數(shù)工作負(fù)載容量,從而降低整體成本,并提高整體性能(吞吐量增加,響應(yīng)時(shí)間縮短)。加速范圍FlashCache為整個(gè)控制器級(jí)別的所有隨機(jī)讀取負(fù)載進(jìn)行加速。將常規(guī) HDD 與 SSD 結(jié)合在一起,組成FlashPool 聚合,F(xiàn)lashPool可在該聚合級(jí)別提供智能讀寫緩存功能。3.2.7 虛擬化環(huán)境備份VMware VDPVMware VDP介紹VMware vSphere Data Protection(VDP)是無需客戶端代理的虛擬設(shè)備,VMware VDP采用重復(fù)數(shù)據(jù)刪除技術(shù)來提升備份存儲(chǔ)空間利用率,VMware VDP只處理

24、修改過的數(shù)據(jù)塊以加速備份周期,VMware VDP還支持完整虛擬機(jī)和文件級(jí)的恢復(fù),VMware VDP甚至關(guān)機(jī)狀態(tài)的虛擬機(jī)也能受保護(hù)。VMware VDP設(shè)備可以通過刪除重復(fù)數(shù)據(jù)來減少存儲(chǔ)空間需求,但VMware VDP重復(fù)數(shù)據(jù)刪除只有在存在共用數(shù)據(jù)塊時(shí)才能工作。這意味著VMware VDP設(shè)備在啟用初期的數(shù)據(jù)量將迅速增加,因?yàn)榇藭r(shí)許多VMware VDP數(shù)據(jù)塊的內(nèi)容可能都是唯一的。VMware VDP重復(fù)數(shù)據(jù)刪除技術(shù)不會(huì)一開始就能減少存儲(chǔ)空間需求,直到相似的VMware VDP虛擬機(jī)也加入保護(hù),或者同一個(gè)VMware VDP虛擬機(jī)已完成了至少一次備份。例如,如果你是首次備份單個(gè)VMware

25、VDP虛擬機(jī),你不會(huì)在VMware VDP重復(fù)數(shù)據(jù)消除技術(shù)方面看見任何效果。然而,隨著類似的虛擬機(jī)一起受到VMware VDP保護(hù),相同內(nèi)容的VMware VDP數(shù)據(jù)塊就會(huì)減少存儲(chǔ)要求,并且VMware VDP相同虛擬機(jī)的多次備份操作也只會(huì)存儲(chǔ)修改過的數(shù)據(jù)塊。隨著更多的VMware VDP數(shù)據(jù)內(nèi)容被更頻繁地備份和保護(hù),VMware VDP重復(fù)數(shù)據(jù)的效果將越來越好。由于未變化的VMware VDP舊數(shù)據(jù)被清除,后續(xù)的VMware VDP備份將只需要極小的存儲(chǔ)空間。最終,VMware VDP備份新數(shù)據(jù)時(shí)需要的存儲(chǔ)空間約等于刪除舊的數(shù)據(jù)量之后的剩余值。VMware VDP的文檔建議,當(dāng)VMware

26、VDP設(shè)備的配置正確時(shí),備份數(shù)據(jù)的存儲(chǔ)空間占用率應(yīng)該穩(wěn)定在總存儲(chǔ)空間的80%以下。IT管理員可以通過VMware VDP報(bào)告選項(xiàng)卡的“已用容量”條目來監(jiān)控VMware VDP存儲(chǔ)空間的使用,。在VMware VDP容量利用率達(dá)到80%時(shí),VMware VDP將向管理員發(fā)出存儲(chǔ)空間不足的預(yù)警。只要沒有突發(fā)的新VMware VDP虛擬機(jī)或者其它VMware VDP數(shù)據(jù)備份任務(wù),管理員通常都會(huì)有足夠的機(jī)會(huì)擴(kuò)充VMware VDP存儲(chǔ)空間,或采取別的措施來降低VMware VDP存儲(chǔ)空間占用。這些措施通常有:清除不需要的VMware VDP還原點(diǎn),刪掉不必要的VMware VDP備份計(jì)劃,拒絕備份新V

27、Mware VDP虛擬機(jī),并重新評(píng)估備份VMware VDP數(shù)據(jù)保留策略,從而降低VMware VDP備份的整體數(shù)據(jù)存儲(chǔ)空間需求。此外還可以通過部署更多的VMware VDP設(shè)備來提供更多存儲(chǔ)空間,同時(shí)提高整體VMware VDP備份性能或?qū)崿F(xiàn)備份工作負(fù)載平衡。如果VMware VDP容量利用率達(dá)95%,VMware VDP會(huì)和其它嚴(yán)重狀況一樣引發(fā)健康檢查警報(bào)。已有的VMware VDP備份任務(wù)可以繼續(xù)執(zhí)行,但新VMware VDP備份任務(wù)將被禁止,直到VMware VDP有足夠的可用空間。當(dāng)VMware VDP存儲(chǔ)容量利用率達(dá)到100%時(shí),所有VMware VDP備份任務(wù)都會(huì)被禁止,VMwa

28、re VDP設(shè)備進(jìn)入只讀模式,直到問題解決。VMware VDP部件構(gòu)成操作配置界面3.2.8 方案配置主數(shù)據(jù)中心配置:序號(hào)設(shè)備名稱廠商名稱產(chǎn)品型號(hào)產(chǎn)品描述數(shù)量1主存儲(chǔ)FAS2240-4NetAppFAS2240A-4已有1災(zāi)備數(shù)據(jù)中心配置:序號(hào)設(shè)備名稱廠商名稱產(chǎn)品型號(hào)產(chǎn)品描述數(shù)量1備存儲(chǔ)FAS8020NetAppFAS8020FAS8020,HA存儲(chǔ)架構(gòu)(雙控),4x 10Gbps以太網(wǎng)光接口,41Gbps以太網(wǎng)電接口,4x8GB FC光纖接口。FCP協(xié)議,NFS協(xié)議,快照、重復(fù)數(shù)據(jù)刪除、壓縮等基本軟件包、SnapMirror、SnapVault、Snaprestore許可、Flexarra

29、y。3年硬件替換,4hr服務(wù)。12SATA磁盤柜NetAppDS4246243TB SATA硬盤13SAS磁盤柜NetAppDS224624x900GB SAS硬盤(滿足MetroCluster基本配置)24光纖交換機(jī)OEM Brocade 300 Full Fab FC 8Gbps,(光纖型MetroCluster套裝使用)45服務(wù)器HP DL580G8Xeon E7-4850 v2 2.3 GHz 24MB L3 十二核處理器x4,128GB DDR3內(nèi)存,智能陣列 P830i/2GB FBWC x1支持Raid0,1,10,5,4x1GB以太網(wǎng)接口,2x8GB FC光纖接口,1200W電

30、源 x4 ,2xSAS 900GB硬盤,iLO Management Engine、Insight Control,3年部件,3年人工,3年現(xiàn)場(chǎng)46 機(jī)柜K3鼎極網(wǎng)絡(luò)服務(wù)器機(jī)柜標(biāo)準(zhǔn)19英寸機(jī)柜,42U符合ANSI/EIA RS-310-D,IEC297-2,DIN41491;PART1,DIN41494;PART7,GB/T3047.2- 92標(biāo)準(zhǔn);37網(wǎng)絡(luò)設(shè)備銳捷RG-S8610ERG-S8610E組合配置包02,M8600E-48GT-ED,RG-WALL 1600-B-ED,XG-SFP-LR-SM131018虛擬化軟件VMware vSphere 6VMware vSphere 6 E

31、nterprise for 1 processor(企業(yè)版許可授權(quán),每1個(gè)物理CPU(最大支持虛擬內(nèi)存64 GB)一個(gè)授權(quán); SnS支持服務(wù)必配;此授權(quán)包含下列組件:VMware ESXi 或 ESX,含一年電話支持及免費(fèi)升級(jí)服務(wù)169虛擬化軟件VMware vSphere 6VMware vCenter Server 6 Standard for vSphere 6 (Per Instance)(標(biāo)準(zhǔn)版vCenter管理軟件,無管理數(shù)量限制;SnS支持服務(wù)必配,含一年電話支持及免費(fèi)升級(jí)服務(wù))1注:1 選擇FAS8020,攜帶的FlexArray可以整合第三方異構(gòu)存儲(chǔ),如HP EVA6000,

32、HP EVA4000。2 RG-S12010已停產(chǎn),利用銳捷RG-S8610E替代。4 方案優(yōu)勢(shì)4.1統(tǒng)一存儲(chǔ)架構(gòu)市三院目前的應(yīng)用系統(tǒng)中包括Oracle、SQL Server等典型數(shù)據(jù)庫應(yīng)用,對(duì)于此類應(yīng)用非常適合用于SAN架構(gòu)。此外,也包括了非常重要的個(gè)人文件應(yīng)用,當(dāng)前個(gè)人文件大多存放在個(gè)人電腦硬盤本地,缺乏對(duì)數(shù)據(jù)的統(tǒng)一備份和災(zāi)備管理,數(shù)據(jù)的安全性得不到保障。NAS方式,是解決個(gè)人文件集中存儲(chǔ),統(tǒng)一進(jìn)行備份和災(zāi)備管理的完美解決方案。NetApp存儲(chǔ)設(shè)備集成了SAN和NAS多種訪問方式,提供了構(gòu)建在同一個(gè)操作系統(tǒng)之上的統(tǒng)一存儲(chǔ)架構(gòu)解決方案。在本方案中我們?cè)O(shè)計(jì)了高速FC SAN網(wǎng)絡(luò)和NAS兩種網(wǎng)絡(luò)

33、基礎(chǔ)架構(gòu),既滿足Oracle、SQLServer等應(yīng)用的需要,也滿足了個(gè)人文件等需要采用NAS架構(gòu)進(jìn)行數(shù)據(jù)訪問的應(yīng)用需要,統(tǒng)一存儲(chǔ)的架構(gòu)將保證航天材料研究所的數(shù)據(jù)中心基礎(chǔ)架構(gòu)長(zhǎng)期的可用性。 統(tǒng)一存儲(chǔ)架構(gòu)采用一個(gè)存儲(chǔ)操作系統(tǒng),一套硬件系統(tǒng)支持,簡(jiǎn)化了數(shù)據(jù)中心的整體架構(gòu),減少了可能出現(xiàn)故障的設(shè)備數(shù)量和線纜的數(shù)量,降低了維護(hù)工作的工作量和難度。前端服務(wù)器的不斷增加對(duì)于后端存儲(chǔ)系統(tǒng)無疑會(huì)造成巨大的性能壓力,絕大多數(shù)系統(tǒng)在這種情況下均會(huì)很快出現(xiàn)性能瓶頸,響應(yīng)時(shí)間迅速變大,從而導(dǎo)致系統(tǒng)不可用。4.2讀寫的高性能Data ONTAP操作系統(tǒng)融合了一種獨(dú)特的專利文件系統(tǒng)技術(shù)和一種強(qiáng)大的基于微內(nèi)核(microk

34、ernel)的設(shè)計(jì),以使其專門用于網(wǎng)絡(luò)數(shù)據(jù)存取。其構(gòu)建體系通過減少與文件服務(wù)無關(guān)的功能,如圖形窗口系統(tǒng)或運(yùn)行本地應(yīng)用程序的能力,從而增強(qiáng)系統(tǒng)總體的性能。Data ONTAP操作系統(tǒng)有一種簡(jiǎn)單的微內(nèi)核設(shè)計(jì),其結(jié)果是具有更短的代碼路徑。該設(shè)計(jì)方案無須復(fù)雜的硬件配置或手工調(diào)節(jié)性能,就可以產(chǎn)生快速響應(yīng)時(shí)間和高數(shù)據(jù)吞吐量。通過其獨(dú)特的多平臺(tái)特性,操作系統(tǒng)無須降低其兼容性和性能,就可以同時(shí)向UNIX,Windows和Web客戶端提供文件服務(wù)。通過支持開放標(biāo)準(zhǔn),運(yùn)行Data ONTAP軟件的NetApp 存儲(chǔ)設(shè)備可以很方便地集成到現(xiàn)存的系統(tǒng)環(huán)境中而無需額外的客戶端軟件。為不斷增強(qiáng)的系統(tǒng)性能優(yōu)化文件服務(wù)。Da

35、ta ONTAP軟件可以調(diào)整它的Write Anywhere File Layout(WAFL)一種具有專利技術(shù)的日志結(jié)構(gòu),可以進(jìn)行動(dòng)態(tài)的信息節(jié)點(diǎn)(inode)分配以加快對(duì)硬盤的寫操作。NetApp的這種獨(dú)特的內(nèi)核設(shè)計(jì)保證了系統(tǒng)在處于非常高負(fù)荷的情況下,仍然保持快速的響應(yīng)時(shí)間。對(duì)于這種密集并發(fā)的訪問,無論是文件應(yīng)用還是數(shù)據(jù)庫應(yīng)用,NetApp的存儲(chǔ)系統(tǒng)都提供了卓越的、絕對(duì)業(yè)界領(lǐng)先的性能。值得說明的是,當(dāng)使用Snapshot保存了多份在線備份時(shí),NetApp存儲(chǔ)系統(tǒng)依然保持一致的高性能。這是由于WAFL文件系統(tǒng)的獨(dú)特設(shè)計(jì)保證更改的數(shù)據(jù)塊只被寫入新的空閑的塊中,沒有舊數(shù)據(jù)拷貝的過程。而其他系統(tǒng)使用

36、的Copy-On-Write技術(shù),則會(huì)在保存多份在線備份時(shí),性能出現(xiàn)迅速下降。4.3安全性4.3.1完善的應(yīng)用連續(xù)性和數(shù)據(jù)安全保護(hù)解決方案根據(jù)Forester Research公司災(zāi)難恢復(fù)雜志對(duì)產(chǎn)生宕機(jī)事故的調(diào)查,把導(dǎo)致宕機(jī)產(chǎn)生原因分為了兩大類:數(shù)據(jù)中心內(nèi)部和外部原因 NetApp通過RaidDP、Snapshot、SnapVault、SnapMirror和MetroCluster多種技術(shù)解決手段,提高了系統(tǒng)的可靠性,使應(yīng)用系統(tǒng)能過做到365724的連續(xù)運(yùn)行,并確保了數(shù)據(jù)的安全性。 4.3.2數(shù)據(jù)的高可靠性對(duì)于用戶來說,不論數(shù)據(jù)量多大或多小,數(shù)據(jù)是否可用,永遠(yuǎn)是最為關(guān)心的問題。Applianc

37、e的設(shè)計(jì)理念NetApp的存儲(chǔ)基于Appliance的理念來設(shè)計(jì),使用了具有最小內(nèi)核并經(jīng)過優(yōu)化的操作系統(tǒng)(DataOntap)與文件系統(tǒng)(WAFL)。這樣的設(shè)計(jì)使得系統(tǒng)的運(yùn)行穩(wěn)定而高效。事實(shí)證明,經(jīng)過使用NetApp的AutoSupport技術(shù)對(duì)實(shí)際用戶環(huán)境中運(yùn)行的系統(tǒng)的監(jiān)控,NetApp的單機(jī)存儲(chǔ)的可靠性超過99.999%,而雙機(jī)頭的存儲(chǔ)系統(tǒng)的可靠性則高達(dá)99.999%(包括計(jì)劃停機(jī)時(shí)間)。WAFL保證真正的數(shù)據(jù)高可用性系統(tǒng)的可用并不代表數(shù)據(jù)的可用。因?yàn)閿?shù)據(jù)是否可用不僅取決于底層硬件系統(tǒng)的可靠與冗余,更大程度上還取決于數(shù)據(jù)的邏輯組織的完整性,即文件系統(tǒng)的完整性。NetApp的存儲(chǔ)系統(tǒng)采用了內(nèi)

38、嵌的專用文件系統(tǒng)(WAFL),可以保證在任何情況下數(shù)據(jù)的完整與一致。這使得系統(tǒng)管理員無需擔(dān)心突然停電或其他原因而導(dǎo)致的停機(jī)事故,存儲(chǔ)設(shè)備完成整個(gè)系統(tǒng)重啟動(dòng)只需要2分鐘的時(shí)間,啟動(dòng)完成數(shù)據(jù)立即對(duì)前端主機(jī)可用,無需任何數(shù)據(jù)一致性檢查(FSCK)的時(shí)間。創(chuàng)新的RAID保護(hù)NetApp采用了獨(dú)創(chuàng)的RAID DP(Double Parity)技術(shù)以保證在一個(gè)卷組中,當(dāng)發(fā)生兩塊磁盤損壞時(shí),數(shù)據(jù)仍然保持完整,不會(huì)丟失任何數(shù)據(jù)。而普通的RAID機(jī)制在這種情況下,數(shù)據(jù)已經(jīng)完全破壞而不能恢復(fù)。4.3.3 Oracle Dataguard 的優(yōu)勢(shì)Oracle DataGuard是Oracle自帶的數(shù)據(jù)同步功能,基本

39、原理是將日志文件從原數(shù)據(jù)庫傳輸?shù)侥繕?biāo)數(shù)據(jù)庫,然后在目標(biāo)數(shù)據(jù)庫上應(yīng)用這些日志文件,從而使目標(biāo)數(shù)據(jù)庫與源數(shù)據(jù)庫保持同步,是一種數(shù)據(jù)庫級(jí)別的高可用性方案。 DataGuard可以提供Oracle數(shù)據(jù)庫的冗災(zāi)、數(shù)據(jù)保護(hù)、故障恢復(fù)等,實(shí)現(xiàn)數(shù)據(jù)庫快速切換與災(zāi)難性恢復(fù)。在生產(chǎn)數(shù)據(jù)庫的保證事務(wù)一致性時(shí),使用生產(chǎn)庫的物理全備份創(chuàng)建備庫,備庫會(huì)通過生產(chǎn)庫傳輸過來的歸檔日志或重做條目自動(dòng)維護(hù)備用數(shù)據(jù)庫。 DataGuard數(shù)據(jù)同步技術(shù)有以下優(yōu)勢(shì): Oracle數(shù)據(jù)庫自身內(nèi)置的功能,與每個(gè)Oracle新版本的新特性都完全兼容,且不需要另外付費(fèi)。 配置管理較簡(jiǎn)單,不需要熟悉其他第三方的軟件產(chǎn)品。物理Standby數(shù)據(jù)庫

40、支持任何類型的數(shù)據(jù)對(duì)象和數(shù)據(jù)類型; 邏輯Standby數(shù)據(jù)庫處于打開狀態(tài),可以在保持?jǐn)?shù)據(jù)同步的同時(shí)執(zhí)行查詢等操作。在最大保護(hù)模式下,可確保數(shù)據(jù)的零丟失。 架構(gòu) Oracle DataGuard由一個(gè)primary數(shù)據(jù)庫(生產(chǎn)數(shù)據(jù)庫)及一個(gè)或多個(gè)standby數(shù)據(jù)庫(最多9個(gè))組成。組成Data Guard的數(shù)據(jù)庫通過Oracle Net連接,并且有可以分布于不同地域。只要各庫之間可以相互通信,它們的物理位置并沒有什么限制,不受操作系統(tǒng)的限制。Primary 數(shù)據(jù)庫 DataGuard包含一個(gè)primary數(shù)據(jù)庫即被大部分應(yīng)用訪問的生產(chǎn)數(shù)據(jù)庫,該庫既可以是 單實(shí)例數(shù)據(jù)庫,也可以是RAC。Stan

41、dby 數(shù)據(jù)庫 Standby數(shù)據(jù)庫是primary數(shù)據(jù)庫的復(fù)制(事務(wù)上一致)。在同一個(gè)Data Guard中可以最多創(chuàng)建9個(gè)standby數(shù)據(jù)庫。一旦創(chuàng)建完成,Data Guard通過應(yīng)用primary數(shù)據(jù)庫的redo自動(dòng)維護(hù)每一個(gè)standby數(shù)據(jù)庫。Standby數(shù)據(jù)庫同樣即可以是單實(shí)例數(shù)據(jù)庫,也可以是RAC結(jié)構(gòu)。 Standby數(shù)據(jù)庫類型Standby數(shù)據(jù)庫通常分兩類:邏輯standby和物理standby。 邏輯standby 邏輯standby是通過接收primary數(shù)據(jù)庫的redo log并轉(zhuǎn)換成sql語句,然后在standby數(shù)據(jù)庫上執(zhí)行SQL語句實(shí)現(xiàn)同步。 物理standby

42、 物理standby是通過接收并應(yīng)用primary數(shù)據(jù)庫的redo log以介質(zhì)恢復(fù)的方式實(shí)現(xiàn)同步,不僅文件的物理結(jié)構(gòu)相同,連塊在磁盤上的存儲(chǔ)位置都是一模一樣的。 服務(wù) 重做傳輸服務(wù)(Redo Transport Services) 控制redo數(shù)據(jù)的傳輸?shù)揭粋€(gè)或多個(gè)歸檔目的地。 日志應(yīng)用服務(wù)(Log Apply Services) 應(yīng)用redo數(shù)據(jù)到standby數(shù)據(jù)庫,以保持與primary數(shù)據(jù)庫的事務(wù)一致。redo數(shù)據(jù)即可以從standby數(shù)據(jù)庫的歸檔文件讀取,也可直接應(yīng)用備用日志文件讀取。 角色轉(zhuǎn)換服務(wù)(Role Transitions) DataGuard中有兩種角色:primary

43、和standby。角色轉(zhuǎn)換就是讓數(shù)據(jù)庫在這兩個(gè)角色中切換, 切換分兩種:switchover和failover switchover:轉(zhuǎn)換primary數(shù)據(jù)庫與standby數(shù)據(jù)庫。switchover可以確保不會(huì)丟失數(shù)據(jù)。 failover:當(dāng)primary數(shù)據(jù)庫出現(xiàn)故障并且不能被及時(shí)恢復(fù)時(shí),會(huì)調(diào)用failover將一個(gè)standby數(shù)據(jù)庫轉(zhuǎn)換為新的primary數(shù)據(jù)庫。在最大保護(hù)模式或最高可用性模式下,failover可以保證不會(huì)丟失數(shù)據(jù)。 保護(hù)模式 最大保護(hù) 這種模式是默認(rèn)的數(shù)據(jù)保護(hù)模式,在不影響源數(shù)據(jù)庫性能的條件下提供盡可能高的數(shù)據(jù)保護(hù)等級(jí)。在該種模式下,一旦日志數(shù)據(jù)寫到源數(shù)據(jù)庫的聯(lián)機(jī)

44、日志文件,事務(wù)即可提交,不必等待日志寫到目標(biāo)數(shù)據(jù)庫,如果網(wǎng)絡(luò)帶寬充足,該種模式可提供類似于最大可用模式的數(shù)據(jù)保護(hù)等級(jí)。2.最大可用性 這種模式和最大保護(hù)基本上差不多。正常情況下,主備庫之間是同步的。當(dāng)網(wǎng)絡(luò)或者備庫出現(xiàn)問題時(shí),不會(huì)影響到主庫的當(dāng)機(jī),主庫會(huì)自動(dòng)轉(zhuǎn)換庫最大性能模式,等待備庫可用時(shí),將歸檔傳輸?shù)絺鋷熳龌謴?fù)。3.最大性能 這種模式保證主庫性能最大化,主備庫之間數(shù)據(jù)是異步傳輸?shù)摹<?,主備日志歸檔以后才會(huì)傳輸?shù)絺溆脦?,在備庫上使用歸檔日志文件做恢復(fù)操作。4.3.4備份數(shù)據(jù)一致性和100%可恢復(fù)特性當(dāng)前在用戶IT環(huán)境中含有多套由Oracle和SQL Server數(shù)據(jù)庫支撐的應(yīng)用系統(tǒng)。在SQLS

45、erver和Oracle數(shù)據(jù)庫的集成方面,NetApp SnapManager具有成熟的、經(jīng)過驗(yàn)證的技術(shù)方案實(shí)現(xiàn)與數(shù)據(jù)庫管理和備份的集成。NetApp SnapManager軟件,包含了Oracle、SQL Server、VMWare、SharePoint、SAP等多個(gè)應(yīng)用的解決方案。借助NetApp SnapManager軟件可以自動(dòng)執(zhí)行各個(gè)應(yīng)用數(shù)據(jù)的備份、恢復(fù)和數(shù)據(jù)庫克隆活動(dòng)相關(guān)的復(fù)雜且耗時(shí)的流程,從而幫助降低成本并簡(jiǎn)化數(shù)據(jù)管理。NetApp SnapManager軟件既可以優(yōu)化存儲(chǔ)管理任務(wù),同時(shí)又能簡(jiǎn)化數(shù)據(jù)庫的配置、備份和恢復(fù)操作。NetApp SnapManager 軟件能夠提供接近即

46、時(shí)的熱備份與快速恢復(fù),可為數(shù)據(jù)庫環(huán)境提供業(yè)界領(lǐng)先的可用性、可擴(kuò)展性、性能和可靠性。SnapManager可以利用接近即時(shí)的備份和恢復(fù),最大程度地提高數(shù)據(jù)庫的可用性。SnapManager 軟件通過將流程自動(dòng)化,輕松實(shí)現(xiàn)無需人工干預(yù)的數(shù)據(jù)管理,簡(jiǎn)化數(shù)據(jù)庫的數(shù)據(jù)保護(hù)。利用該軟件,可以安排數(shù)據(jù)庫的備份時(shí)間以及自動(dòng)執(zhí)行備份,使用基于策略的備份存儲(chǔ)管理,簡(jiǎn)化現(xiàn)有數(shù)據(jù)庫向 NetApp 存儲(chǔ)系統(tǒng)的遷移。同時(shí),SnapManager 通過能夠在線擴(kuò)展數(shù)據(jù)庫的功能,可以實(shí)現(xiàn)內(nèi)置的高可用性。SnapManager可以利用即時(shí)的可擴(kuò)展性,最大限度地縮短計(jì)劃內(nèi)宕機(jī)時(shí)間。采用 SnapManager 的 NetApp

47、 存儲(chǔ)系統(tǒng)實(shí)現(xiàn)了即時(shí)的可擴(kuò)展性,這樣無需數(shù)據(jù)庫或 NetApp 存儲(chǔ)系統(tǒng)離線,就可非常方便地增加存儲(chǔ)量和擴(kuò)展卷,滿足公司對(duì)存儲(chǔ)量不斷增長(zhǎng)的需求。SnapManager可以有效降低數(shù)據(jù)庫存儲(chǔ)的復(fù)雜性。SnapManager 對(duì)數(shù)據(jù)庫執(zhí)行一致的在線備份,所執(zhí)行的在線完全備份只需有增量備份的存儲(chǔ)空間即可完成??梢源鎯?chǔ)多達(dá) 255 個(gè)數(shù)據(jù)庫備份的在線副本。SnapManager 還能實(shí)現(xiàn)與磁帶備份產(chǎn)品的標(biāo)準(zhǔn)集成。利用 SnapManager 可以快速恢復(fù)各種數(shù)據(jù)庫。還可以選擇要恢復(fù)到哪個(gè)時(shí)間點(diǎn)(可以精確到分鐘)。利用 SnapManager,一個(gè)恢復(fù)操作可執(zhí)行多個(gè)恢復(fù)點(diǎn)操作。根據(jù)恢復(fù)要求的特點(diǎn),還可以

48、在以下恢復(fù)選項(xiàng)中進(jìn)行選擇:完全的數(shù)據(jù)庫內(nèi)容恢復(fù)、單獨(dú)的 tablespace存儲(chǔ)組恢復(fù)、單獨(dú)的 table數(shù)據(jù)恢復(fù)。利用 SnapManager Cloning功能在線對(duì)數(shù)據(jù)庫做多個(gè)副本的克隆,同時(shí)修改配置文件,實(shí)現(xiàn)輕松管理和掛接多個(gè)數(shù)據(jù)庫副本進(jìn)行測(cè)試等工作的需要。SnapManager 簡(jiǎn)化了在任何選定服務(wù)器上恢復(fù)數(shù)據(jù)庫的操作。它有助于縮短災(zāi)難恢復(fù)時(shí)間,并簡(jiǎn)化在實(shí)際執(zhí)行快照恢復(fù)過程之前執(zhí)行的測(cè)試過程。從下表可以看出,和傳統(tǒng)的備份方法相比,SnapManager在各方面都有著巨大的優(yōu)勢(shì)。Snapmanger傳統(tǒng)數(shù)據(jù)庫磁帶備份恢復(fù)簡(jiǎn)單恢復(fù),秒級(jí)或者分鐘級(jí)恢復(fù)需要消耗更多時(shí)間,也更復(fù)雜備份窗口只需

49、要一次全備份窗口定期需要大的備份窗口網(wǎng)絡(luò)帶寬永遠(yuǎn)只進(jìn)行數(shù)據(jù)庫快照基于局域網(wǎng)的解決方案,定期的全備份需要可觀的帶寬存儲(chǔ)介質(zhì)只保存變化的數(shù)據(jù)庫部分,節(jié)省磁盤空間保存整個(gè)文件,需要更多介質(zhì)授權(quán)針對(duì)存儲(chǔ)系統(tǒng)授權(quán)按照服務(wù)器數(shù)量授權(quán)下表則是SnapManager所解決的傳統(tǒng)備份面臨的迫切問題。磁帶Snapmanger快速可靠的恢復(fù)NY備份消耗很少的備份介質(zhì)(節(jié)省成本)NY恢復(fù)不需要管理員干預(yù)NY遠(yuǎn)程/分部備份更容易管理NY縮小備份窗口NY備份數(shù)據(jù)通過RAID來保護(hù),以及塊級(jí)別的校驗(yàn)NY實(shí)施備份消耗很少的網(wǎng)絡(luò)帶寬NY針對(duì)數(shù)據(jù)庫的應(yīng)用,NetAppSnapManager軟件具有以下的特殊優(yōu)勢(shì):數(shù)據(jù)庫的備份時(shí)間

50、從數(shù)小時(shí)減少到幾秒鐘:Snapshot技術(shù)允許備份數(shù)據(jù)庫更快、更有效,對(duì)業(yè)務(wù)也沒有造成任何中斷;更快捷地從計(jì)劃外宕機(jī)或數(shù)據(jù)災(zāi)難中恢復(fù)服務(wù):無論多大的數(shù)據(jù)庫,SnapRestore軟件都能在數(shù)分鐘內(nèi)迅速恢復(fù);2分鐘的重啟動(dòng)時(shí)間,大大減少了計(jì)劃內(nèi)和計(jì)劃外的宕機(jī)時(shí)間;提高數(shù)據(jù)的可用性結(jié)合NetApp SnapVault技術(shù),可以將備份數(shù)據(jù)通過LAN或者WAN將數(shù)據(jù)遠(yuǎn)程復(fù)制到遠(yuǎn)程數(shù)據(jù)中心的NetApp存儲(chǔ)中,保證數(shù)據(jù)的可用性;解放寶貴的DBAs資源:簡(jiǎn)化備份和恢復(fù)的工作,簡(jiǎn)化數(shù)據(jù)庫的物理存儲(chǔ)分配,DBAs可以更專注于數(shù)據(jù)庫的設(shè)計(jì)和應(yīng)用系統(tǒng)的調(diào)優(yōu)等更有意義的工作;減少數(shù)據(jù)庫應(yīng)用系統(tǒng)QA和研發(fā)的周期:通過

51、FlexClone的功能,簡(jiǎn)化新數(shù)據(jù)庫應(yīng)用系統(tǒng)的開發(fā)及測(cè)試環(huán)境,加快產(chǎn)品化的周期;我們可在未來業(yè)務(wù)逐漸將SnapManager Suit套裝引入到當(dāng)前業(yè)務(wù)內(nèi)。只需購(gòu)買許可激活即可使用。4.3.5對(duì)于個(gè)人文件數(shù)據(jù)的安全性NetApp存儲(chǔ)系統(tǒng)集成了微軟Active Directory認(rèn)證的功能,當(dāng)采用此功能時(shí)NetApp存儲(chǔ)被視為一臺(tái)加入域的計(jì)算機(jī),所有的數(shù)據(jù)訪問均由域內(nèi)的域控制器管理。此功能與中國(guó)航天當(dāng)前的個(gè)人文件數(shù)據(jù)使用方式完全一致,在繼承了原有個(gè)人文件數(shù)據(jù)安全性的前提下可以將個(gè)人數(shù)據(jù)做集中存儲(chǔ)和備份、災(zāi)備管理,大大的增強(qiáng)了個(gè)人數(shù)據(jù)的安全性。4.3.6重復(fù)數(shù)據(jù)刪除NetApp提供了強(qiáng)大的數(shù)據(jù)去

52、重功能,這樣可以節(jié)省磁盤空間。降低企業(yè)成本。下表為各種情況下去重節(jié)省空間的比率。 4.3.7國(guó)家標(biāo)準(zhǔn)信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范最高等級(jí)要求2007年11月1日,國(guó)家標(biāo)準(zhǔn)信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范(GB/T20988-2007)開始正式實(shí)施。這是中國(guó)災(zāi)難備份與恢復(fù)行業(yè)的第一個(gè)國(guó)家標(biāo)準(zhǔn),是各行業(yè)進(jìn)行災(zāi)備建設(shè)的重要參考性文件,具有重大意義。信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范將災(zāi)難恢復(fù)能力劃分為6級(jí): 在信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范中,也給出了某個(gè)特定行業(yè)災(zāi)難恢復(fù)能力等級(jí)與RTO、RPO之間關(guān)系的示例,可作為參考:災(zāi)難恢復(fù)能力等級(jí)RTORPO12天以上1天至7天224小時(shí)以后1天至7天312小時(shí)以上數(shù)小時(shí)至1天4數(shù)小時(shí)至2天數(shù)小時(shí)至1

53、天5數(shù)分鐘至2天0至30分鐘6數(shù)分鐘0要到的信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范要求的災(zāi)備恢復(fù)能力等級(jí),不僅需要數(shù)據(jù)備份系統(tǒng)能夠支持,同時(shí)也要求備用基礎(chǔ)設(shè)施、網(wǎng)絡(luò)、災(zāi)備恢復(fù)預(yù)案也要達(dá)到應(yīng)用的要求。本項(xiàng)目作為數(shù)據(jù)中心建設(shè)的一期目標(biāo),市三院著重提出了要求能夠未來能夠支持信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范第六級(jí)的要求。此方案中核心業(yè)務(wù)NetApp MetroCluster與Oracle Dataguard符合第6項(xiàng)標(biāo)準(zhǔn)。未來可以考慮將使用NetApp存儲(chǔ)的業(yè)務(wù)整體平滑過渡到NetApp MetroCluster架構(gòu)內(nèi)。4.3.8靈活的多元化管理NetApp存儲(chǔ)系統(tǒng)提供了本地用戶認(rèn)證、與微軟AD集成的用戶認(rèn)證方式和kerberos

54、認(rèn)證等多種認(rèn)證方式。NetApp存儲(chǔ)采用基于角色訪問控制機(jī)制,可以針對(duì)每一個(gè)用戶指定不同的權(quán)限,實(shí)現(xiàn)多元化管理。 NetApp支持對(duì)管理員行為進(jìn)行審計(jì),并支持配置審計(jì)消息指向服務(wù)器。5 未來規(guī)劃5.1橫向和縱向的系統(tǒng)高擴(kuò)展性NetApp的產(chǎn)品提供了非常方便及有效的方式對(duì)存儲(chǔ)系統(tǒng)進(jìn)行擴(kuò)展。這種擴(kuò)展包括兩個(gè)方面:硬件系統(tǒng)的擴(kuò)展所有NetApp的存儲(chǔ)產(chǎn)品,從最低的FAS2000到最高的FAS8000系統(tǒng)均使用完全一樣的操作系統(tǒng)與文件系統(tǒng),并且將系統(tǒng)信息保存磁盤上。當(dāng)一個(gè)較小的系統(tǒng)的容量達(dá)到極限,需要升級(jí)到更大的系統(tǒng)時(shí),僅僅需要更換對(duì)應(yīng)的機(jī)頭,而磁盤子系統(tǒng)完全不需要進(jìn)行任何遷移(沒有備份、數(shù)據(jù)回遷的需

55、要)。而更換機(jī)頭的過程平均只需要3分鐘,升級(jí)過程即告完成。邏輯卷容量的擴(kuò)展與硬件系統(tǒng)擴(kuò)展相比,邏輯卷容量的擴(kuò)展則更具挑戰(zhàn)性。通過NetApp的專利的WAFL文件系統(tǒng),邏輯卷容量的擴(kuò)展可以通過一條簡(jiǎn)單的命令完成,而且對(duì)前端的應(yīng)用完全沒有任何影響,不需要停機(jī),也不需要停止應(yīng)用。所需的時(shí)間也僅僅是磁盤初始化的時(shí)間,且對(duì)應(yīng)用訪問的性能也不會(huì)造成任何下降。 5.2重新規(guī)劃與定義將退役設(shè)備當(dāng)前生產(chǎn)環(huán)境內(nèi)的HP EVA存儲(chǔ),可以利用NetApp FAS8020 的FlexArray功能進(jìn)行異構(gòu)擴(kuò)平臺(tái)整合,并且提供統(tǒng)一存儲(chǔ)能力(SAN+NAS),也可以享受NetApp相關(guān)許可。HW530可以搭建文件服務(wù)器或通

56、過備份軟件來做為第三備份設(shè)備。NetApp FAS2240,可以通過NetApp SnapMirror, SnapVault等與FAS8020建立起數(shù)據(jù)同步或數(shù)據(jù)備份關(guān)系。做數(shù)據(jù)歸檔存儲(chǔ)使用。我們采用NetApp SnapVault技術(shù)作為數(shù)據(jù)中心本地及遠(yuǎn)程數(shù)據(jù)備份解決方案,通過NetApp SnapManager軟件保證數(shù)據(jù)備份的一致性。SnapVault 是一種基于磁盤的集中式備份解決方案。通過可以主存儲(chǔ)上的多個(gè) Snapshot 副本中的備份數(shù)據(jù)存儲(chǔ)到備份存儲(chǔ)系統(tǒng)上或者一套集群存儲(chǔ)的另外一個(gè)控制器上,以便于進(jìn)行快速恢復(fù)。并且還允許用戶選擇備份的數(shù)據(jù)對(duì)象、備份頻率及備份副本要保留的時(shí)間。S

57、napVault只傳輸主存儲(chǔ)上改變的數(shù)據(jù)塊,大大減少了備份窗口和備份介質(zhì)的消耗。每一次的SnapVault備份均為全備份,且數(shù)據(jù)格式與原格式相同,便于用戶進(jìn)行數(shù)據(jù)恢復(fù)和備份完整性驗(yàn)證。通過NetApp FlexClone技術(shù),在不占用空間的情況下快速生成可以讀寫的數(shù)據(jù)副本,實(shí)現(xiàn)應(yīng)用的測(cè)試、開發(fā),并卸載主存儲(chǔ)的壓力。我們建議市三院主數(shù)據(jù)中心存儲(chǔ)系統(tǒng)和災(zāi)備數(shù)據(jù)中心所需要的硬件和軟件產(chǎn)品包含:主數(shù)據(jù)中心存儲(chǔ):NetApp FAS 2240-4 存儲(chǔ)一套(已有)災(zāi)備數(shù)據(jù)中心存儲(chǔ):NetApp FAS8020 存儲(chǔ)一套本地?cái)?shù)據(jù)備份:NetApp SnapVault, OSSV, Snapshot.5.3

58、對(duì)未來“云計(jì)算”數(shù)據(jù)中心的支持NetApp通過集成在云計(jì)算管理控制臺(tái)的插件,可以直接在虛擬化軟件中管理、配置和監(jiān)控存儲(chǔ)系統(tǒng)。NetApp為“云計(jì)算”數(shù)據(jù)中心提供了以下的獨(dú)特技術(shù)能力:即時(shí)的備份和恢復(fù);大多數(shù)勞動(dòng)密集型數(shù)據(jù)管理任務(wù)(包括災(zāi)難恢復(fù))的自動(dòng)化;快速部署虛擬機(jī)的能力;在主存儲(chǔ)、備份存儲(chǔ)、DR存儲(chǔ)和歸檔存儲(chǔ)之間重復(fù)數(shù)據(jù)刪除 6 廠商介紹建議方案中我們推薦采用了NetApp FAS8020產(chǎn)品和銳捷網(wǎng)絡(luò)產(chǎn)品。Network Appliance公司1992年成立于美國(guó)的Sunnyvale,是一家跨國(guó)性高科技公司,專業(yè)從事網(wǎng)絡(luò)存儲(chǔ)設(shè)備和相關(guān)設(shè)備的生產(chǎn)、開發(fā)及銷售業(yè)務(wù),現(xiàn)今在全球擁有120多家分支機(jī)構(gòu),員工近5000余人。NetApp公司是網(wǎng)絡(luò)數(shù)據(jù)存儲(chǔ)解決方案的市場(chǎng)領(lǐng)導(dǎo)者,其統(tǒng)一網(wǎng)絡(luò)存儲(chǔ)設(shè)備提供高效、簡(jiǎn)捷、可靠的數(shù)據(jù)存取。NetApp 企業(yè)存儲(chǔ)系統(tǒng)的作用相當(dāng)于“統(tǒng)一引擎”,同時(shí)支持光纖通道 SAN、iSCSI 存儲(chǔ)區(qū)域網(wǎng)絡(luò) (SAN) 和網(wǎng)絡(luò)附加存儲(chǔ) (NAS)。Network Appliance 統(tǒng)一存儲(chǔ)便于部署單個(gè)集成的存儲(chǔ)解決方案。目前業(yè)內(nèi)通過存儲(chǔ)設(shè)備實(shí)現(xiàn)NAS和SAN融合的方法有兩個(gè)

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論