【正文】 ERITAS Extension for Oracle Disk Manager （包含在Storage Foundation for Oracle RAC）與ODM接口。所有數(shù)據(jù)庫(kù)相關(guān)文件系統(tǒng)都通過(guò)共享文件系統(tǒng)同時(shí)掛接在所有Oracle RAC 節(jié)點(diǎn)上，進(jìn)行并行讀寫(xiě)。我們可以說(shuō)，是應(yīng)用沒(méi)有準(zhǔn)備好，那么，在Oracle RAC 構(gòu)架設(shè)計(jì)中，我們準(zhǔn)備好了么？ 當(dāng)有一天用戶希望從分級(jí)存儲(chǔ)中實(shí)現(xiàn)存儲(chǔ)成本控制，我們?cè)O(shè)計(jì)的Oracle RAC構(gòu)架是否具備這樣的能力呢？2 Storage Foundation 構(gòu)架及技術(shù)特點(diǎn)： Storage Foundation產(chǎn)品體系圖：Storage Foundation EnterpriseVolume ManagerFile SystemFlashsnap /Fast ReSyncDSTQuick I/OODMStorage Foundation for Oracle RACCluster File SystemCVMCFSSF fro Oracle Storage Foundation 產(chǎn)品體系組件說(shuō)明:VERITAS Storage Foundation產(chǎn)品家族是由一系列組件交叉組合而成的多個(gè)產(chǎn)品包，通過(guò)如下結(jié)構(gòu)介紹它的組成。這是在國(guó)外已經(jīng)很成熟的應(yīng)用了，而在國(guó)內(nèi)還停留在概念的基礎(chǔ)上。c) 分級(jí)存儲(chǔ)簡(jiǎn)單的說(shuō)就是把不重要（使用量小）的數(shù)據(jù)放在便宜的陣列上，而重要（使用量大）的數(shù)據(jù)放在高性能的磁盤(pán)上。即便是在當(dāng)前Oracle 10g 的數(shù)據(jù)庫(kù)文件已經(jīng)與操作系統(tǒng)無(wú)關(guān)的情況下，操作系統(tǒng)間的卷、文件系統(tǒng)的不兼容性也只能讓我們通過(guò)網(wǎng)絡(luò)傳輸、或者備份/恢復(fù)的方式將數(shù)據(jù)文件從一個(gè)操作系統(tǒng)平臺(tái)轉(zhuǎn)移到另一個(gè)操作系統(tǒng)上去，大數(shù)據(jù)量的數(shù)據(jù)庫(kù)遷移，通過(guò)網(wǎng)絡(luò)或備份/恢復(fù)方式停機(jī)時(shí)間、過(guò)程的可控性差，失敗概率高。b) 操作系統(tǒng)遷移數(shù)據(jù)庫(kù)操作系統(tǒng)的遷移并不是常見(jiàn)的情況，相比較數(shù)據(jù)跨陣列的遷移而言，更為復(fù)雜。3. 高級(jí)存儲(chǔ)管理：a) 數(shù)據(jù)跨陣列遷移傳統(tǒng)的數(shù)據(jù)遷移，通常采用數(shù)據(jù)備份/恢復(fù)、數(shù)據(jù)庫(kù)復(fù)制、等的方式實(shí)現(xiàn)的，整個(gè)過(guò)程停機(jī)時(shí)間長(zhǎng)，實(shí)現(xiàn)時(shí)間更長(zhǎng)，因此出錯(cuò)的概率也隨之增加。Oracle ASM 是Oracle 在近幾年推出的存儲(chǔ)方案，即有待于時(shí)間的進(jìn)一步考驗(yàn)，同時(shí)也不是標(biāo)準(zhǔn)的文件系統(tǒng)解決方案。而每一次Oracle 數(shù)據(jù)庫(kù)數(shù)據(jù)存放空間的擴(kuò)展，都意味著系統(tǒng)（存儲(chǔ)）管理員和數(shù)據(jù)庫(kù)管理員的雙重工作。隨著數(shù)據(jù)的急劇增加，裸設(shè)備的數(shù)量也會(huì)隨之不斷增加，而系統(tǒng)管管理員要管理的對(duì)象也就不斷增加。裸設(shè)備的擴(kuò)展對(duì)于數(shù)據(jù)增長(zhǎng)量較大的用戶一直是個(gè)較大的困惑。b) 光纖路徑SAN環(huán)境中的多條路徑，不僅是為了路徑的冗余，同時(shí)也是為了獲得更好的傳輸流量，尤其是在并發(fā)路徑管理（A/A）模式下，是否提供多種的路徑負(fù)載平衡算法，以及能否方便的選擇調(diào)整路徑算法，都是在性能調(diào)優(yōu)的過(guò)程中棘手的問(wèn)題。如果兩者之間的溝通不徹底，那么很有可能就是系統(tǒng)（存儲(chǔ)）管理員簡(jiǎn)單的劃分一大塊LUN交給數(shù)據(jù)庫(kù)管理使用。a) 磁盤(pán)陣列LUN的規(guī)劃和調(diào)整磁盤(pán)陣列輸出的LUN的RAID方式，以及磁盤(pán)陣列輸出的LUN與物理磁盤(pán)的關(guān)系，以及LUN 與數(shù)據(jù)庫(kù)不同性質(zhì)的數(shù)據(jù)存放對(duì)應(yīng)關(guān)系，是直關(guān)系到磁盤(pán)陣列的性能能否被發(fā)揮好的重要因素。因此，一套最安全的系統(tǒng)，未必就是我們所以希望的，而在高可用性、易管理性和性能之間的平衡是在整體方案設(shè)計(jì)中最最重要的部分，而平衡就意味著取舍。2. 系統(tǒng)性能：當(dāng)我們付出了各種代價(jià)（軟件投資、硬件投資）去構(gòu)造一個(gè)安全穩(wěn)固的系統(tǒng)時(shí)，我們還會(huì)不經(jīng)意的付出另一件東西，那就是性能。c) 數(shù)據(jù)備份作為數(shù)據(jù)歸檔，和大范圍的數(shù)據(jù)庫(kù)恢復(fù)，備份/恢復(fù)始終是無(wú)法替代的最有效且低成本的解決方案。在我們面對(duì)像誤刪除、非法操作等人為造成的數(shù)據(jù)庫(kù)邏輯錯(cuò)誤時(shí)，只有通過(guò)恢復(fù)數(shù)據(jù)庫(kù)進(jìn)行修復(fù)，而傳統(tǒng)的離線備份/恢復(fù)方式，在一個(gè)高可用要求極高的系統(tǒng)上已經(jīng)有一點(diǎn)力不從心了。b) 數(shù)據(jù)庫(kù)邏輯錯(cuò)誤的快速恢復(fù)物理冗余總是我們會(huì)最想想到的，而邏輯錯(cuò)誤總是我們最常遇到的。在一個(gè)核心應(yīng)用SAN架構(gòu)中，不可能出現(xiàn)從陣列到主機(jī)之間只有一根光纖通道的情況，要想實(shí)現(xiàn)載多根光纖通道間的冗余和高可用，必須由相應(yīng)的軟件支持，而操作系統(tǒng)是不提供對(duì)存儲(chǔ)光纖多路徑的管理。如果再深究一些，那么跨陣列冗余的RPO和RTO能否為零（不停機(jī)、不丟數(shù)據(jù)）、性能、可控性、以恢復(fù)性、以及能否跨異構(gòu)陣列冗余、能否在性能差異較大的陣列間冗余而不付出太大的性能代價(jià)等問(wèn)題，會(huì)讓這件事變得更復(fù)雜。越來(lái)越多的用戶意識(shí)到，傳統(tǒng)的雙機(jī)熱備構(gòu)架中，仍然存在著存儲(chǔ)管理領(lǐng)域的高可用缺陷：磁盤(pán)陣列物理冗余磁盤(pán)陣列作為數(shù)據(jù)存儲(chǔ)的載體，其安全性要求是不言而喻的，雖然它本身提高極高的冗余等幾，而磁盤(pán)陣列的物理磁盤(pán)之間也一定會(huì)采用多種RAID方式進(jìn)行冗余，但這都還是局限在一個(gè)物理單位中。一系列的應(yīng)用到硬件到存儲(chǔ)方式及存儲(chǔ)規(guī)模的發(fā)展，以及用戶對(duì)IT系統(tǒng)依賴性的增加，都給原先單一的存儲(chǔ)管理帶來(lái)巨大的挑戰(zhàn)。而存儲(chǔ)設(shè)備隨著數(shù)據(jù)量的不斷增加，也從一臺(tái)設(shè)備發(fā)展到多臺(tái)設(shè)備。SYMANTEC公司保留所有權(quán)利。存儲(chǔ)管理構(gòu)架方案建議書(shū)Symantec 上海分公司楊 豪存儲(chǔ)管理構(gòu)架方案建議書(shū) 商業(yè)信用聲明：該文檔由SYMANTEC維爾軟件上海分公司所提交。文中的所有信息均為本公司機(jī)密信息，僅供下文中被呈送方使用，務(wù)請(qǐng)妥善保管并且僅在與項(xiàng)目有關(guān)人員范圍內(nèi)使用，未經(jīng)本公司明確做出的書(shū)面許可，不得為任何目的、以任何形式或手段（包括電子、機(jī)械、復(fù)印、錄音或其他形式）對(duì)本文檔的任何部分進(jìn)行復(fù)制、存儲(chǔ)、引入檢索系統(tǒng)或者傳播。文檔屬性屬性內(nèi)容客戶名稱項(xiàng)目名稱項(xiàng)目編號(hào)文檔主題存儲(chǔ)管理構(gòu)架方案建議書(shū)文檔副標(biāo)題文檔編號(hào)文檔版本版本日期200878文檔狀態(tài)內(nèi)部參照作者楊豪文檔變更版本修訂日期修訂人描述200878楊豪初稿文檔送呈客戶姓名或客戶單位名稱目的審閱、留檔目 錄1 目前存儲(chǔ)管理需求 3 在線數(shù)據(jù)管理發(fā)展歷程： 3 存儲(chǔ)管理構(gòu)架面臨的挑戰(zhàn)： 32 Storage Foundation 構(gòu)架及技術(shù)特點(diǎn)： 7 Storage Foundation產(chǎn)品體系圖： 7 Storage Foundation 產(chǎn)品體系組件說(shuō)明: 73. Storage Foundation構(gòu)架技術(shù)優(yōu)勢(shì) 93．1 基于文件系統(tǒng)構(gòu)架Oracle或者Oracle RAC： 93．2 ODM 技術(shù)，文件系統(tǒng)管理下的裸設(shè)備讀寫(xiě)速度： 93．3 DMP，支持異構(gòu)陣列，提供多種優(yōu)化算法： 103．4 Remote Mirror，零停機(jī)的物理冗余，在線數(shù)據(jù)遷移： 113．5 Storage CheckPoint，邏輯錯(cuò)誤快速恢復(fù)： 123．5 PDC，快速跨操作系統(tǒng)數(shù)據(jù)遷移： 143．6 DST，動(dòng)態(tài)調(diào)整性能，動(dòng)態(tài)分級(jí)存儲(chǔ)： 174. Storage Foundaion方案的部署、配置、說(shuō)明 18 產(chǎn)品配置表： 18 產(chǎn)品部署圖： 19 產(chǎn)品說(shuō)明: 195. Storage Foundation 方案總結(jié)： 19 強(qiáng)大的存儲(chǔ)管理平臺(tái): 19 Storage Foundation 方案的價(jià)值： 20附件： 公司介紹 25業(yè)務(wù)概述 27技術(shù)概述 30個(gè)人用戶產(chǎn)品 31企業(yè)安全解決方案 31企業(yè)可用性解決方案 32服務(wù) 33行業(yè)標(biāo)準(zhǔn) 33賽門(mén)鐵克研究實(shí)驗(yàn)室 341 目前存儲(chǔ)管理需求 在線數(shù)據(jù)管理發(fā)展歷程：在線數(shù)據(jù)的管理隨著應(yīng)用系統(tǒng)的壯大，經(jīng)歷了從本機(jī)數(shù)據(jù)存儲(chǔ)（本地硬盤(pán)）到SCSI的集中存戶，到SAN的集中存儲(chǔ)。設(shè)備型號(hào)、品牌，處于采購(gòu)、以及多種技術(shù)冗余的策略，也從單一的品牌在往多品牌異構(gòu)環(huán)境的存儲(chǔ)環(huán)境發(fā)展。 存儲(chǔ)管理構(gòu)架面臨的挑戰(zhàn)：1. 系統(tǒng)高可用性：當(dāng)前的核心系統(tǒng)都是按照冗余方式設(shè)計(jì)的。如何實(shí)現(xiàn)跨陣列的磁盤(pán)陣列冗余是，越來(lái)越多用戶考慮的問(wèn)題。a) 光纖多路徑冗余假設(shè)我們解決了陣列的物理冗余部分，我們的目光自然會(huì)轉(zhuǎn)向從陣列到主機(jī)之間的聯(lián)接部分。事實(shí)用戶只能采用陣列廠商所提供的多路徑管理軟件來(lái)管理多根光纖通道，而一旦用戶的陣列環(huán)境是異構(gòu)的，那么多個(gè)磁盤(pán)陣列廠商所提供的不同的多路徑軟件，是無(wú)法在同一臺(tái)主機(jī)上正常工作的。畢竟磁盤(pán)乃至整個(gè)陣列發(fā)生故障的概率還是很低的?；謴?fù)的時(shí)間和對(duì)整個(gè)系統(tǒng)的影響程度，讓所有的管理員在數(shù)據(jù)庫(kù)的邏輯錯(cuò)誤恢復(fù)過(guò)程中倍感痛苦。以O(shè)racle RAC 為例，我們都知到在恢復(fù)Oracle時(shí)，數(shù)據(jù)庫(kù)Archive Log是必不可少的，而在RAC 系統(tǒng)中，即便是恢復(fù)一個(gè)節(jié)點(diǎn)，RAC中所有節(jié)點(diǎn)的 Archive Log也是必須的，由于這個(gè)特性，更多的系統(tǒng)管理員不得不面臨更復(fù)雜的備份設(shè)置和恢復(fù)手續(xù)。系統(tǒng)的保護(hù)往往就意味著性能代價(jià)的付出。我們可以看到，在現(xiàn)代數(shù)據(jù)中心架構(gòu)中，從磁盤(pán)陣列到數(shù)據(jù)庫(kù)應(yīng)用本身，影響性能的環(huán)節(jié)和因素，遠(yuǎn)遠(yuǎn)不止是在應(yīng)用本省的調(diào)整。由于這部分的規(guī)劃涵蓋了數(shù)據(jù)庫(kù)存儲(chǔ)的方式以及磁盤(pán)陣列劃分兩方面的專業(yè)知識(shí)，必須由數(shù)據(jù)庫(kù)管理員和系統(tǒng)（存儲(chǔ)）管理員來(lái)共同制定。而數(shù)據(jù)庫(kù)管理員每次發(fā)現(xiàn)某些數(shù)據(jù)庫(kù)的存儲(chǔ)單位（如某個(gè)數(shù)據(jù)問(wèn)題或者某個(gè)裸設(shè)備）I/O 性能很差，需要調(diào)底層陣列LUN結(jié)構(gòu)的時(shí)候，必須停機(jī)進(jìn)行數(shù)據(jù)遷移。c) 文件系統(tǒng)還是裸設(shè)備的選擇文件系統(tǒng)還是裸設(shè)備，一直是讓用戶兩難的選擇，數(shù)據(jù)庫(kù)管理員通常會(huì)堅(jiān)持選用裸設(shè)備，因?yàn)槁阍O(shè)備的I/O 性能較傳統(tǒng)的文件系統(tǒng)要好，而系統(tǒng)管理員則希望采用文件系統(tǒng)，因?yàn)槲募到y(tǒng)的管理要方便得多，據(jù)個(gè)簡(jiǎn)單的例子，如果希望擴(kuò)展數(shù)據(jù)庫(kù)數(shù)據(jù)存放空間，系統(tǒng)管理員之需要簡(jiǎn)單的擴(kuò)展文件系統(tǒng)就可以辦到了?；诼阍O(shè)備的Oracle 數(shù)據(jù)存放模式，當(dāng)裸設(shè)備用滿的時(shí)候，基本上不會(huì)采用擴(kuò)展裸設(shè)備的方式，而是采用增加裸設(shè)備的方式來(lái)擴(kuò)展數(shù)據(jù)存放空間。可以想象一下，要維護(hù)一套有著數(shù)十個(gè)甚至與上百個(gè)裸設(shè)備的Oracle 系統(tǒng)會(huì)給管理員帶來(lái)多大的挑戰(zhàn)。如果是在Oracle RAC 解決方案中，我們好像沒(méi)有太多的選擇，因?yàn)镺racle RAC 只支持裸設(shè)備方式以及Oracle ASM 方式管理存儲(chǔ)。其管理仍然與系統(tǒng)（存儲(chǔ)）管理員的工作互不相通。所以，到目前為止，數(shù)據(jù)的跨陣列遷移，始終是存儲(chǔ)管理員面對(duì)的最大挑戰(zhàn)之一。通常是在系統(tǒng)已經(jīng)運(yùn)行了相當(dāng)一段時(shí)間后，出于對(duì)主機(jī)平臺(tái)的進(jìn)一步需求，才可能出現(xiàn)跨操作系統(tǒng)的數(shù)據(jù)遷移需求。對(duì)于一個(gè)高可用系統(tǒng)，長(zhǎng)時(shí)間停機(jī)在其投入生產(chǎn)使用一段時(shí)間后幾乎是不可能的，這也是數(shù)據(jù)庫(kù)跨操作系統(tǒng)平臺(tái)遷移所面臨的主要挑戰(zhàn)。可以想象在一個(gè)數(shù)據(jù)庫(kù)中的數(shù)據(jù)，絕不可能是所有的數(shù)據(jù)都必須放在昂貴的高端存儲(chǔ)上的，而根據(jù)數(shù)據(jù)的生命周期，將數(shù)據(jù)根據(jù)自身使用情況放在合適價(jià)值的存儲(chǔ)上，是最直接最快速能夠看到成本節(jié)約的。其主要原因是用戶的應(yīng)用，基本上沒(méi)有將數(shù)據(jù)根據(jù)使用情況分類的設(shè)計(jì)，也就無(wú)從知道那些數(shù)據(jù)因該被放在便宜的存儲(chǔ)上了。標(biāo)準(zhǔn)版產(chǎn)品包系列：（包含4個(gè)產(chǎn)品包）Storage Foundation StandardStorage Foundation Standard for OracleStorage Foundation Standard HAStorage Foundation Standard for Oracle HA企業(yè)版產(chǎn)品包系列：（包含7個(gè)產(chǎn)品包)Storage Foundation EnterpriseStorage Foundation Enterprise for OracleStorage Foundation Enterprise HAStorage Foundation Enterprise for Oracle HAStorage Foundation Enterprise Cluster File SystemStorage Foundation Enterprise Cluster Fi