【正文】 ation 方案的價(jià)值：支持異構(gòu)磁盤陣列，幫助用戶在存儲整合的過程中，獲得最好的價(jià)值性能比。5. Storage Foundation 方案總結(jié)： 強(qiáng)大的存儲管理平臺:從直觀上看，Veritas Storage Foundation是提高在線數(shù)據(jù)的高可用性，削減存儲管理成本的有效方法是尋求最全面的存儲管理工具集，它提供了：■ 全面的功能，包括虛擬設(shè)備管理和文件系統(tǒng)管理等基本功能，以及快照、遠(yuǎn)程復(fù)制、存儲網(wǎng)絡(luò)路徑管理和多層存儲管理等高級功能。VxFS 未對放置級別施加任何有關(guān)容量、性能、可用性或其他方面的限制。VxFS 文件放置策略由一些規(guī)則組成，這些規(guī)則將文件的位置限制為由管理員定義的、文件系統(tǒng)卷集中各個(gè)卷的子集。該文件系統(tǒng)中的所有文件都是同一命名空間的一部分，在訪問和處理這些文件時(shí)就如同它們?nèi)空加脝蝹€(gè)卷一樣。構(gòu)建文件系統(tǒng)所使用的各個(gè)卷被稱作該文件系統(tǒng)的卷集。顧名思義，多卷文件系統(tǒng)是指占用了兩個(gè)或多個(gè)虛擬存儲卷的文件系統(tǒng)。它僅在分離鏡像和將元數(shù)據(jù)輸出到接收文件（dumpfile）的時(shí)候需要一個(gè)短暫的停機(jī)。反之，如果不是永久性的數(shù)據(jù)移植，那么可以使用基于Oracle的數(shù)據(jù)復(fù)制來創(chuàng)建表空間副本，或者先暫停數(shù)據(jù)庫，再對文件進(jìn)行物理拷貝來創(chuàng)建副本。如果在傳送集合之后需要在目標(biāo)系統(tǒng)上重新建立參考性約束（referential constraint），可以命令處理過程繞過完整性約束（integrity constraints）. 一個(gè)Oracle TTS是數(shù)據(jù)空間元數(shù)據(jù)與應(yīng)用數(shù)據(jù)文件的集合。最后，PDC功能將確定的數(shù)據(jù)卷傳送給新平臺，并在新平臺上將該卷可以插入到目標(biāo)Oracle實(shí)例之中。 VERITAS PDC消除了Oracle TTS組件的這個(gè)首要缺陷。 TTS具有一個(gè)明顯的缺陷。 TTS組件的設(shè)計(jì)初衷就是要解決在不同Oracle實(shí)例之間移植數(shù)據(jù)庫數(shù)據(jù)的時(shí)候產(chǎn)生的問題。平臺字節(jié)順序之間的差異既影響了定義在存儲卷上文件系統(tǒng)的元數(shù)據(jù)，又影響了通過這些相同文件系統(tǒng)訪問的應(yīng)用數(shù)據(jù)的格式。新參數(shù)為cds=on（現(xiàn)有卷可以被在線轉(zhuǎn)換）的卷可以被所有VERITAS Volume Manager平臺所識別，而不管初始化磁盤的操作環(huán)境如何。由于對數(shù)據(jù)遷移沒有任何限制，所有的處理器資源都可以成為應(yīng)用主機(jī)的候選對象。 3．5 PDC，快速跨操作系統(tǒng)數(shù)據(jù)遷移：Portable Data Container：在異構(gòu)平臺之間共享數(shù)據(jù)。這種技術(shù)能夠?qū)㈩~外存儲空間需求降到最低，但是這樣做的后果是無法保護(hù)存儲介質(zhì)物理損壞造成的數(shù)據(jù)損壞。而存儲檢查點(diǎn)位于文件系統(tǒng)層中，它能夠“意識到”用于存儲新文件內(nèi)容的數(shù)據(jù)塊原來是空的，從而能夠?qū)崿F(xiàn)充分智能化的復(fù)制過程，避免將空數(shù)據(jù)塊復(fù)制到檢查點(diǎn)中。另外，創(chuàng)建檢查點(diǎn)只需執(zhí)行單步命令即可。然后，將這兩個(gè)LUN同步化，創(chuàng)建一個(gè)鏡像對（mirrored pair）。訪問這個(gè)凍結(jié)的鏡像的方式與訪問原有的文件系統(tǒng)的方式完全相同。 除了迅速修復(fù)文件之外，管理員還可以結(jié)合使用存儲檢查點(diǎn)和VERITAS NetBackup Advanced Client（高級客戶端），將傳統(tǒng)的備份操作變?yōu)榛诖疟P的備份操作：檢查點(diǎn)成為了存儲介質(zhì)。一個(gè)固定的清晨檢查點(diǎn)使用戶可以迅速恢復(fù)被誤刪除的文件或郵件，他們可以直接執(zhí)行恢復(fù)處理過程，而不需要系統(tǒng)管理員的幫助。這樣，存儲檢查點(diǎn)就簡化了應(yīng)用升級過程中的備份和恢復(fù)步驟，從而減輕了管理員的工作負(fù)擔(dān)，延長了系統(tǒng)的運(yùn)行時(shí)間。當(dāng)發(fā)現(xiàn)變化時(shí)，驅(qū)動(dòng)程序?qū)⒈桓淖兊膬?nèi)容保存到存儲檢查點(diǎn)分區(qū)中。 業(yè)務(wù)優(yōu)勢 系統(tǒng)管理員可以把存儲檢查點(diǎn)當(dāng)作一個(gè)Undo鍵來使用，從而在遇到問題時(shí)迅速恢復(fù)原有的文件。這種技術(shù)使磁盤和I/O處理過程變得更加流暢和簡單，并且允許保留無限數(shù)量的檢查點(diǎn)。在文檔的附錄中，詳細(xì)列出了由管理員開發(fā)并實(shí)際使用的用于發(fā)揮存儲檢查點(diǎn)最大作用的文本程序。3．5 Storage CheckPoint，邏輯錯(cuò)誤快速恢復(fù)：VERITAS的Storage Checkpoints（存儲檢查點(diǎn)）技術(shù)為管理員提供了一項(xiàng)與軟件中常見的“回滾（Undo）”鍵相同的功能。原理如下：122334生產(chǎn)中心容災(zāi)中心LUNSAN100公里內(nèi)數(shù)據(jù)寫入流程：1. 客戶端向服務(wù)器發(fā)出寫請求?？绱疟P陣列鏡像一旦發(fā)生災(zāi)難，修復(fù)時(shí)通過增量的數(shù)據(jù)同步，而不需要重新同步所有數(shù)據(jù)，對系統(tǒng)的影響極小。5． 異構(gòu)環(huán)境支持， 支持所有主流的磁盤陣列。3．3 DMP，支持異構(gòu)陣列，提供多種優(yōu)化算法：Storage Foundation DMP 的首要用途是通過在 I/O 路徑出現(xiàn)故障時(shí)保持存儲設(shè)備可訪問來保證數(shù)據(jù)的可用性。ODM是在最高用戶量極限負(fù)載水平上保持平均Raw I/O性能達(dá)到97％的唯一一種I/O配置。VERITAS Extension for Oracle Disk Manager （包含在Storage Foundation for Oracle RAC）與ODM接口。我們可以說，是應(yīng)用沒有準(zhǔn)備好，那么，在Oracle RAC 構(gòu)架設(shè)計(jì)中，我們準(zhǔn)備好了么？ 當(dāng)有一天用戶希望從分級存儲中實(shí)現(xiàn)存儲成本控制，我們設(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)品體系組件說明:VERITAS Storage Foundation產(chǎn)品家族是由一系列組件交叉組合而成的多個(gè)產(chǎn)品包，通過如下結(jié)構(gòu)介紹它的組成。c) 分級存儲簡單的說就是把不重要（使用量?。┑臄?shù)據(jù)放在便宜的陣列上，而重要（使用量大）的數(shù)據(jù)放在高性能的磁盤上。b) 操作系統(tǒng)遷移數(shù)據(jù)庫操作系統(tǒng)的遷移并不是常見的情況，相比較數(shù)據(jù)跨陣列的遷移而言，更為復(fù)雜。Oracle ASM 是Oracle 在近幾年推出的存儲方案，即有待于時(shí)間的進(jìn)一步考驗(yàn)，同時(shí)也不是標(biāo)準(zhǔn)的文件系統(tǒng)解決方案。隨著數(shù)據(jù)的急劇增加，裸設(shè)備的數(shù)量也會隨之不斷增加，而系統(tǒng)管管理員要管理的對象也就不斷增加。b) 光纖路徑SAN環(huán)境中的多條路徑，不僅是為了路徑的冗余，同時(shí)也是為了獲得更好的傳輸流量，尤其是在并發(fā)路徑管理（A/A）模式下，是否提供多種的路徑負(fù)載平衡算法，以及能否方便的選擇調(diào)整路徑算法，都是在性能調(diào)優(yōu)的過程中棘手的問題。a) 磁盤陣列LUN的規(guī)劃和調(diào)整磁盤陣列輸出的LUN的RAID方式，以及磁盤陣列輸出的LUN與物理磁盤的關(guān)系，以及LUN 與數(shù)據(jù)庫不同性質(zhì)的數(shù)據(jù)存放對應(yīng)關(guān)系，是直關(guān)系到磁盤陣列的性能能否被發(fā)揮好的重要因素。2. 系統(tǒng)性能：當(dāng)我們付出了各種代價(jià)（軟件投資、硬件投資）去構(gòu)造一個(gè)安全穩(wěn)固的系統(tǒng)時(shí)，我們還會不經(jīng)意的付出另一件東西，那就是性能。在我們面對像誤刪除、非法操作等人為造成的數(shù)據(jù)庫邏輯錯(cuò)誤時(shí)，只有通過恢復(fù)數(shù)據(jù)庫進(jìn)行修復(fù)，而傳統(tǒng)的離線備份/恢復(fù)方式，在一個(gè)高可用要求極高的系統(tǒng)上已經(jīng)有一點(diǎn)力不從心了。在一個(gè)核心應(yīng)用SAN架構(gòu)中，不可能出現(xiàn)從陣列到主機(jī)之間只有一根光纖通道的情況，要想實(shí)現(xiàn)載多根光纖通道間的冗余和高可用，必須由相應(yīng)的軟件支持，而操作系統(tǒng)是不提供對存儲光纖多路徑的管理。越來越多的用戶意識到，傳統(tǒng)的雙機(jī)熱備構(gòu)架中，仍然存在著存儲管理領(lǐng)域的高可用缺陷：磁盤陣列物理冗余磁盤陣列作為數(shù)據(jù)存儲的載體，其安全性要求是不言而喻的，雖然它本身提高極高的冗余等幾，而磁盤陣列的物理磁盤之間也一定會采用多種RAID方式進(jìn)行冗余，但這都還是局限在一個(gè)物理單位中。而存儲設(shè)備隨著數(shù)據(jù)量的不斷增加，也從一臺設(shè)備發(fā)展到多臺設(shè)備。存儲管理構(gòu)架方案建議書Symantec 上海分公司楊 豪存儲管理構(gòu)架方案建議書 商業(yè)信用聲明：該文檔由SYMANTEC維爾軟件上海分公司所提交。文檔屬性屬性內(nèi)容客戶名稱項(xiàng)目名稱項(xiàng)目編號文檔主題存儲管理構(gòu)架方案建議書文檔副標(biāo)題文檔編號文檔版本版本日期200878文檔狀態(tài)內(nèi)部參照作者楊豪文檔變更版本修訂日期修訂人描述200878楊豪初稿文檔送呈客戶姓名或客戶單位名稱目的審閱、留檔目 錄1 目前存儲管理需求 3 在線數(shù)據(jù)管理發(fā)展歷程： 3 存儲管理構(gòu)架面臨的挑戰(zhàn)： 32 Storage Foundation 構(gòu)架及技術(shù)特點(diǎn)： 7 Storage Foundation產(chǎn)品體系圖： 7 Storage Foundation 產(chǎn)品體系組件說明: 73. Storage Foundation構(gòu)架技術(shù)優(yōu)勢 93．1 基于文件系統(tǒng)構(gòu)架Oracle或者Oracle RAC： 93．2 ODM 技術(shù)，文件系統(tǒng)管理下的裸設(shè)備讀寫速度： 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)分級存儲： 174. Storage Foundaion方案的部署、配置、說明 18 產(chǎn)品配置表： 18 產(chǎn)品部署圖： 19 產(chǎn)品說明: 195. Storage Foundation 方案總結(jié)： 19 強(qiáng)大的存儲管理平臺: 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賽門鐵克研究實(shí)驗(yàn)室 341 目前存儲管理需求 在線數(shù)據(jù)管理發(fā)展歷程：在線數(shù)據(jù)的管理隨著應(yīng)用系統(tǒng)的壯大，經(jīng)歷了從本機(jī)數(shù)據(jù)存儲（本地硬盤）到SCSI的集中存戶，到SAN的集中存儲。 存儲管理構(gòu)架面臨的挑戰(zhàn)：1. 系統(tǒng)高可用性：當(dāng)前的核心系統(tǒng)都是按照冗余方式設(shè)計(jì)的。a) 光纖多路徑冗余假設(shè)我們解決了陣列的物理冗余部分，我們的目光自然會轉(zhuǎn)向從陣列到主機(jī)之間的聯(lián)接部分。畢竟磁盤乃至整個(gè)陣列發(fā)生故障的概率還是很低的。以O(shè)racle RAC 為例，我們都知到在恢復(fù)Oracle時(shí)，數(shù)據(jù)庫Archive Log是必不可少的，而在RAC 系統(tǒng)中，即便是恢復(fù)一個(gè)節(jié)點(diǎn)，RAC中所有節(jié)點(diǎn)的 Archive Log也是必須的，由于這個(gè)特性，更多的系統(tǒng)管理員不得不面臨更復(fù)雜的備份設(shè)置和恢復(fù)手續(xù)。我們可以看到，在現(xiàn)代數(shù)據(jù)中心架構(gòu)中，從磁盤陣列到數(shù)據(jù)庫應(yīng)用本身，影響性能的環(huán)節(jié)和因素，遠(yuǎn)遠(yuǎn)不止是在應(yīng)用本省的調(diào)整。而數(shù)據(jù)庫管理員每次發(fā)現(xiàn)某些數(shù)據(jù)庫的存儲單位（如某個(gè)數(shù)據(jù)問題或者某個(gè)裸設(shè)備）I/O 性能很差，需要調(diào)底層陣列LUN結(jié)構(gòu)的時(shí)候，必須停機(jī)進(jìn)行數(shù)據(jù)遷移。基于裸設(shè)備的Oracle 數(shù)據(jù)存放模式，當(dāng)裸設(shè)備用滿的時(shí)候，基本上不會采用擴(kuò)展裸設(shè)備的方式，而是采用增加裸設(shè)備的方式來擴(kuò)展數(shù)據(jù)存放空間。如果是在Oracle RAC 解決方案中，我們好像沒有太多的選擇，因?yàn)镺racle RAC 只支持裸設(shè)備方式以及Oracle ASM 方式管理存儲。所以，到目前為止，數(shù)據(jù)的跨陣列遷移，始終是存儲管理員面對的最大挑戰(zhàn)之一。對于一個(gè)高可用系統(tǒng)，長時(shí)間停機(jī)在其投入生產(chǎn)使用一段時(shí)間后幾乎是不可能的，這也是數(shù)據(jù)庫跨操作系統(tǒng)平臺遷移所面臨的主要挑戰(zhàn)。其主要原因是用戶的應(yīng)用，基本上沒有將數(shù)據(jù)根