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