容災技術方案

1、 目錄容災技術的選擇3基于SAN城域網(wǎng)的鏡像技術3為什么我們建議選擇基于鏡像技術的容災方案？3為什么以前比較少用鏡像做容災，而用復制做容災？4為什么現(xiàn)在不建議采用基于磁盤系統(tǒng)的復制來構建容災系統(tǒng)？4傳統(tǒng)網(wǎng)絡傳輸與SAN 網(wǎng)絡傳輸?shù)闹饕獏^(qū)別4構建容災系統(tǒng)的技術要求5Symantec 基于鏡像技術的容災方案及其實現(xiàn)6數(shù)據(jù)同城容災方案原理分析6Symantec遠程鏡像數(shù)據(jù)容災原理6磁盤陣列同步復制原理及局限性8操作系統(tǒng)鏡像命令作用解釋10Symantec遠程鏡像數(shù)據(jù)容災系統(tǒng)故障和災難的響應10當生產(chǎn)中心數(shù)據(jù)系統(tǒng)故障11災備中心數(shù)據(jù)系統(tǒng)故障以及生產(chǎn)中心和災備中心SAN鏈路故障12故障修復后的恢復（遠程

2、鏡像快速恢復）12系統(tǒng)容災方案結(jié)構和實現(xiàn)13利舊項目中，生產(chǎn)中心與容災中心磁盤陣列性能差異問題：14Symantec遠程鏡像數(shù)據(jù)容災方案的技術優(yōu)勢14零停機時間和零數(shù)據(jù)損失14故障修復后的快速重新同步15跨磁盤陣列快照，實現(xiàn)邏輯錯誤快速恢復和容災中心數(shù)據(jù)利用15數(shù)據(jù)同步過程高度可控15節(jié)約硬件采購成本15Symantec遠程鏡像數(shù)據(jù)容災方案的工程優(yōu)勢16Symantec遠程鏡像數(shù)據(jù)容災方案對系統(tǒng)性能的影響18Symantec遠程鏡像數(shù)據(jù)容災方案典型案例20附件：VERITAS Storage Foundation21附件：VERITAS Storage Foundation for Datab

3、ases26容災技術的選擇基于SAN城域網(wǎng)的鏡像技術目前實現(xiàn)容災的技術方案看起來很多，不過目前比較通用的和實用的容災技術，主要有兩類，一種是基于主機的跨陣列數(shù)據(jù)鏡像容災方案，一種是基于磁盤系統(tǒng)的數(shù)據(jù)復制的容災方案。而隨著光纖存儲網(wǎng)絡技術的成熟和在距離上的拓展，光纖城域存儲網(wǎng)絡的實現(xiàn)已經(jīng)趨于成熟，這就使得我們今天可以不再需要依賴復雜的數(shù)據(jù)復制技術，就可以實現(xiàn)同城容災了。新的容災方案所利用的，是最為傳統(tǒng)的磁盤鏡像技術，也就是說我們可以利用基于城域SAN存儲網(wǎng)上的鏡像技術，輕松實現(xiàn)數(shù)據(jù)容災，然后在此基礎上，我們可以利用先進的集群軟件，構建應用級的容災系統(tǒng)。為什么我們建議選擇基于鏡像技術的容災方案？&

4、#252; 零停機、零切換: 基于鏡像的原理，鏡像中的任何一個磁盤陣列出現(xiàn)問題停頓時，都不會導致應用中斷。從而使容災的效果能夠達到無縫的數(shù)據(jù)高可用性，對業(yè)務系統(tǒng)的高可用性提供了保障。當然沒有停機，也就沒有切換操作，也就不會造成切換帶來的一系列麻煩。ü 成熟性：鏡像技術是從磁盤容錯技術中最成熟、歷史最悠久、可靠性最高的數(shù)據(jù)保護技術。ü 簡單性：鏡像技術是實現(xiàn)最為簡單的數(shù)據(jù)容錯技術。ü 異構性：鏡像技術不僅可以在磁盤陣列內(nèi)部實現(xiàn)，也可以跨越不同磁盤系統(tǒng)來實現(xiàn)，鏡像技術完全不依賴于磁盤系統(tǒng)的品牌和型號。所以，利用鏡像技術實現(xiàn)容災，我們就可以保留在任何時候自由、靈活的選擇

5、磁盤系統(tǒng)的權利。為什么以前比較少用鏡像做容災，而用復制做容災？ü 在SCSI技術時代，SCSI只能支持25米的距離，所以雖然基于磁盤系統(tǒng)間的鏡像被廣泛采用，但無法實現(xiàn)遠距離容災ü 復制技術可以很好的解決遠距離和低帶寬帶來的問題，當然在解決低帶寬問題時，普遍采用的技術的是異步復制方案，因為同步復制帶來的I/O延時是任何應用都無法接受的。所以一直以來，是容災方案的主要選擇。ü FC光纖存儲出現(xiàn)以后，為遠距離鏡像提供了可能，隨著同城光纖存儲網(wǎng)絡的普及，利用鏡像技術構建同城容災系統(tǒng)，將是一個既簡單、又實用的容災解決方案。為什么現(xiàn)在不建議采用基于磁盤系統(tǒng)的復制來構建容災系統(tǒng)

6、？ü 數(shù)據(jù)復制技術所能解決的距離和帶寬的問題，當前已經(jīng)不再是問題了。ü 基于復制的容災會機制，在災難發(fā)生時將導致停機、切換甚至是數(shù)據(jù)一致性風險，從容災效果上來說不很理想。ü 利用數(shù)據(jù)復制技術實現(xiàn)容災，由于其技術本身的局限性，必然導致容災系統(tǒng)的結(jié)構要比沒有容災系統(tǒng)的時候復雜得多。ü 同時，這樣的容災系統(tǒng)的故障環(huán)節(jié)不可避免的會增加，導致維護難度、維護成本的增加。ü 基于磁盤系統(tǒng)的數(shù)據(jù)復制技術，要求生產(chǎn)中心和災備中心選用同一個廠商的磁盤系統(tǒng)，甚至要求選用同一系列、同一型號的磁盤系統(tǒng)，用戶完全失去討價還價的余地，完全失去了在任何時候自由、靈活地選擇合作

7、廠商和磁盤系統(tǒng)的權利，必然給用戶造成被動和經(jīng)濟上的損失。傳統(tǒng)網(wǎng)絡傳輸與SAN 網(wǎng)絡傳輸?shù)闹饕獏^(qū)別ü 數(shù)據(jù)傳輸?shù)难訒r，SAN網(wǎng)絡與傳統(tǒng)網(wǎng)絡有著數(shù)量及的差別，舉例來說，如果傳統(tǒng)網(wǎng)絡的延時為毫秒級，SAN網(wǎng)絡的延時則為納秒級。由于SAN網(wǎng)絡中的延時遠遠小于傳統(tǒng)網(wǎng)絡，因而其數(shù)據(jù)傳輸速度，遠遠快于傳統(tǒng)網(wǎng)絡。ü 不同協(xié)議的封包結(jié)構，導致傳輸效率的差別。傳統(tǒng)網(wǎng)絡協(xié)議如TCP/IP協(xié)議的數(shù)據(jù)傳送的封包結(jié)構，比SAN 網(wǎng)絡上的協(xié)議如FCP要復雜，也導致了數(shù)據(jù)傳輸速度，遠遠慢于SAN網(wǎng)絡。ü 因此，我們可以簡單的得出結(jié)論，即便是在同樣的物理帶寬下，采用SAN網(wǎng)絡方式的數(shù)據(jù)傳輸，其速度

8、，穩(wěn)定性都要遠遠優(yōu)于傳統(tǒng)的網(wǎng)絡。綜上所述，既然可以采用基于光纖的城域SAN網(wǎng)絡，那么，我們就沒有必要再采用過時的基于磁盤系統(tǒng)數(shù)據(jù)復制的容災方案，采用基于主機鏡像技術來實現(xiàn)容災方案，是一個更好的選擇。構建容災系統(tǒng)的技術要求基于磁盤鏡像技術構建容災系統(tǒng)，在數(shù)據(jù)系統(tǒng)容錯實現(xiàn)的邏輯上，和本地磁盤系統(tǒng)間的鏡像沒有任何區(qū)別，所以我們大可以放心的去構建這樣的系統(tǒng)。但是，在實際應用環(huán)境中，我們還是發(fā)現(xiàn)了一個不同的地方，是我們在考慮容災方案的時候必須解決的，那就是距離。不是說我們已經(jīng)解決了距離的問題嗎？是的，我們在技術上已經(jīng)解決了遠距離數(shù)據(jù)鏡像的問題，但是，有幾個問題是任何技術都必須考慮的，不管是鏡像技術還是復

9、制技術，包括：· 距離決定了鏈路需要更高的可靠性。我們在短距離（比如一個機房內(nèi)）可以忽略不計的鏈路故障（可以通過鏈路冗余解決）在長距離上就無法忽略了，比如，我們無法保證我們的光纖不會被野蠻施工挖斷。· 距離會影響我們管理一個系統(tǒng)的復雜性和現(xiàn)場感遠距離災備系統(tǒng)永遠都是生產(chǎn)中心的附屬品，如果我們不能將其用直觀的方式納入到日常的管理體系中，很快我們就會發(fā)現(xiàn)我們對生產(chǎn)系統(tǒng)和災備系統(tǒng)的管理會脫節(jié)，所以，容災系統(tǒng)肯定不僅僅是鏡像那么簡單，他需要一個完整的、直觀的管理界面去管理，才能形成一個行之有效有的災備系統(tǒng)。所以，我們在構建容災系統(tǒng)的時候，必須考慮由距離引起的問題給我們的技術方案造成

10、的各種負面影響，并要很好的解決它。有關問題和解決方法，我們會在下一節(jié)中詳細論述，這里我們先簡單的把要求提出來，供參考。ü 對磁盤鏡像容災管理的要求：可視化磁盤管理和高度可控的容災管理。ü 應對鏈路故障引起的各種問題：實現(xiàn)增量鏡像和避免Split-Brain等ü 對于容災中心數(shù)據(jù)的挖掘和利用。Symantec 基于鏡像技術的容災方案及其實現(xiàn)數(shù)據(jù)同城容災方案原理分析Symantec遠程鏡像數(shù)據(jù)容災原理Symantec建議利用VERITAS Storage Foundation系列軟件的鏡像技術，來構建容災方案。利用VERITAS Storage Foundation的

11、鏡像技術構建容災系統(tǒng)是非常簡單的，它只有一個條件，就是將生產(chǎn)中心和災備中心之間的SAN存儲區(qū)域網(wǎng)絡通過光纖連接起來，建立城域SAN存儲網(wǎng)絡。然后，我們就可以通過Storage Foundation提供的非常成熟的跨陣列磁盤鏡像技術來實現(xiàn)同城容災了，容災方案的結(jié)構如下圖所示：從鏡像原理上講，在城域SAN存儲網(wǎng)絡上的兩套磁盤系統(tǒng)之間的鏡像，和在一個機房內(nèi)的SAN上的兩個磁盤系統(tǒng)之間的鏡像并沒有任何區(qū)別。利用裸光纖將生產(chǎn)中心和災備中心的SAN網(wǎng)絡連接起來，構成城域SAN網(wǎng)絡以后，利用 VERITAS Storage Foundation的先進的邏輯卷管理功能，我們就可以非常方便的實現(xiàn)生產(chǎn)中心磁盤系統(tǒng)

12、和災備中心磁盤系統(tǒng)之間的鏡像了。如下圖所示。我們可以看到，利用VERITAS Storage Foundation，我們可以創(chuàng)建任意一個邏輯卷（Volume）供業(yè)務主機使用，實際上是由兩個完全對等的，容量相同的磁盤片構成的，兩個磁盤片上的數(shù)據(jù)完全一樣，業(yè)務主機對該Volume的任意修改，都將同時被寫到位于生產(chǎn)中心和災備中心的兩個磁盤系統(tǒng)上。采用這種方式，生產(chǎn)中心的磁盤陣列與同城容災中心的磁盤陣列對于兩地的主機而言是完全同等的。利用城域SAN存儲網(wǎng)絡和VERITAS Storage Foundation鏡像功能，我們可以非常輕松的實現(xiàn)數(shù)據(jù)系統(tǒng)的異地容災。并且消除了復制技術（無論是同步還是異步）的

13、切換的動作，從而保證零停機時間，零數(shù)據(jù)損失的實現(xiàn)。磁盤陣列同步復制原理及局限性在同城的容災方案中，基于磁盤陣列的同步復制方案，也是較為流行的一種。其具體原理如下：以上的原理圖清楚地指出了基于磁盤陣列的同步復制方案的原理，其原理適用于所有類型的磁盤陣列間的同步復制原理。因此，我們可以看到，當生產(chǎn)中心的陣列發(fā)生問題時，會產(chǎn)生如下一系列的問題：1 主機必須手工的將I/O 路徑切換到容災中心的陣列上，這將導致無法避免的停機時間和用戶的業(yè)務停頓。2 陣列的切換操作，是直接在磁盤陣列上進行的，在發(fā)生磁盤陣列問題，也就是在用戶業(yè)務處于停頓狀態(tài)的時候，找什么人來做這個操作（此操作磁盤陣列廠商通常建議由廠商或是

14、由資質(zhì)的代理來做。），或是用戶自己來做此操作，都是對操作人員是非常嚴峻的考驗。無形中也就增加了用戶的風險。3 當整個過程進行到第4或第5步時，生產(chǎn)中心磁盤陣列突然發(fā)生故障，主機將認為數(shù)據(jù)沒有寫入磁盤陣列，而實際上數(shù)據(jù)已經(jīng)寫入容災中心磁盤陣列，一旦啟用容災中心磁盤陣列，將導致數(shù)據(jù)不一致風險。4 如果用戶選擇的是在不同品牌的磁盤陣列之間實現(xiàn)鏡像，基于磁盤陣列的同步復制方案更是無能為力了。因此，無論從容災效果，還是從易操作，易管理的角度，基于磁盤陣列的同步復制方案，都不是同城容災（基于SAN）的最佳選擇。操作系統(tǒng)鏡像命令作用解釋我們都知道，類似于 AIX, HP-UX 等操作系統(tǒng)，其本身體統(tǒng)如 mi

15、rror disk 的命令來實現(xiàn)鏡像。同樣是鏡像，為什么不能作為同城數(shù)據(jù)容災的方案呢？1 OS 鏡像最初為主機內(nèi)系統(tǒng)盤鏡像設計，用戶防范主機的啟動盤發(fā)生故障，而對于大數(shù)據(jù)量的、跨多個光纖交換機、遠距離的在主機之外陣列間的數(shù)鏡像，其穩(wěn)定性，無第三方的測試報告，因此也無大型案例可以參考。2 OS 鏡像還有一個無法解決的問題就是，一旦鏡像打破，再修復鏡像時，其重新同步，需要重新做全同步，對系統(tǒng)影響極大。在實際經(jīng)驗中我們發(fā)現(xiàn)，重新同步的時間，跟系統(tǒng)停機的時間幾乎沒有什么區(qū)別。3 對于異構的磁盤陣列環(huán)境，OS不支持對不同品牌的多路徑（主機到磁盤陣列的光纖路徑）管理。因為不同陣列廠商提供各自的多路徑管理軟

16、件，而不同的多路經(jīng)管理軟件是不能在同一主機上正常工作的，因此無法真正意義上實現(xiàn)異構磁盤陣列間的鏡像。Symantec遠程鏡像數(shù)據(jù)容災系統(tǒng)故障和災難的響應一個完整的災備系統(tǒng)，除了在數(shù)據(jù)災難發(fā)生時，能夠完成災備的使命，需要考慮災備系統(tǒng)本身的可維護性和可操作性，以及對系統(tǒng)盡可能快的恢復。下面，我們來看一下，數(shù)據(jù)系統(tǒng)故障和災難情況下，Symantec 的遠程鏡像容災系統(tǒng)是怎樣響應的。當生產(chǎn)中心數(shù)據(jù)系統(tǒng)故障生產(chǎn)中心數(shù)據(jù)系統(tǒng)故障意味著災難，磁盤故障，鏈路故障，或者數(shù)據(jù)系統(tǒng)的計劃內(nèi)停機時間，也就是一切導致主機無法訪問生產(chǎn)中心數(shù)據(jù)系統(tǒng)的情況。我們來看一下我們推薦的容災方案是如何響應的，見下圖：當生產(chǎn)中心的磁盤

17、系統(tǒng)發(fā)生故障（災難）時，由于同城容災中心的磁盤是它的鏡像，所以操作系統(tǒng)會自動隔離生產(chǎn)中心的磁盤，轉(zhuǎn)而對容災中心的數(shù)據(jù)進行訪問。從上圖我們看到，業(yè)務系統(tǒng)可以通過城域SAN網(wǎng)絡直接訪問災備中心的磁盤系統(tǒng)的數(shù)據(jù)，而不需要有任何針對業(yè)務系統(tǒng)的動作。也就是說，生產(chǎn)中心磁盤系統(tǒng)的災難，對業(yè)務系統(tǒng)是透明的，應用和數(shù)據(jù)庫不會因為生產(chǎn)中心磁盤系統(tǒng)的故障而停止；更重要的是，因為應用和數(shù)據(jù)庫不會因為災難而異常中止，從而避免了發(fā)生數(shù)據(jù)庫損壞（數(shù)據(jù)一致性風險）的可能。值得注意的是：整個過程對應用完全透明，不需要也不會中斷業(yè)務系統(tǒng)的正常運行。這是基于磁盤系統(tǒng)間復制技術構建的容災系統(tǒng)無法實現(xiàn)的。災備中心數(shù)據(jù)系統(tǒng)故障以及生產(chǎn)

18、中心和災備中心SAN鏈路故障災備中心數(shù)據(jù)系統(tǒng)故障，以及生產(chǎn)中心到災備中心的鏈路故障，我們都可以把其看成是容災部分的故障，其原理和后果與生產(chǎn)中的數(shù)據(jù)系統(tǒng)故障相同。都是導致了鏡像的破壞。而后，系統(tǒng)將自動的只與狀態(tài)健康的磁盤陣列繼續(xù)工作。整個過程對應用完全透明。故障修復后的恢復（遠程鏡像快速恢復）磁盤系統(tǒng)故障修復之后，我們需要盡可能快的將遠程鏡像系統(tǒng)恢復起來，以確保容災的功能繼續(xù)得以實現(xiàn)，同時，在整個鏡像恢復的過程中，勢必會對應用造成影響。因為磁盤數(shù)據(jù)的同步，一定會造成I/O的極度繁忙而導致應用性能下降，如果鏡像恢復無法快速完成，其后果跟系統(tǒng)應用停機也非常接近了。因此，如何快速有效的實現(xiàn)鏡像的重新同

19、步，同樣是一個容災方案是否成功的關鍵因素。傳統(tǒng)的鏡像技術（如OS的鏡像技術），在鏡像鏈路被中斷以后，中斷的鏡像會被認為完全作廢，在鏈路恢復以后，我們不得不將數(shù)據(jù)完整地從生產(chǎn)中心拷貝一份到容災中心。這種方式，對于用戶的應用是無法接受的。鏈路方面的故障如果經(jīng)常發(fā)生，我們就需要不斷的重復將生產(chǎn)中心的數(shù)據(jù)全部同步到災備中心的磁盤系統(tǒng)上，實際上，這種方案不具有可實施性和可維護性，是不現(xiàn)實的。這也是為什么主機廠商雖然也有類似鏡像功能，但不會用于容災的的根本原因。為了解決這個問題，VERITAS Storage Foundation提供了DCO+FMR技術，其中DCO（Data Change Object）

20、是一種針對鏡像的Log技術，該技術允許Storage Foundation在鏡像鏈路中斷后記錄邏輯卷的數(shù)據(jù)變化情況，以便在鏡像鏈路恢復后，由FMR實現(xiàn)數(shù)據(jù)的增量恢復。所謂FMR，其全稱是Fast Mirror Resync，意思就是“鏡像的快速再同步”，F(xiàn)MR是和DCO技術對應的鏡像快速恢復技術，利用VERITAS Storage Foundation 的DCO和FMR技術，我們現(xiàn)在可以不用再擔心容災系統(tǒng)本身的可維護性了。利用DCO和FMR，我們的應對步驟如下：1 當任何故障發(fā)生，導致鏡像被破壞。2 生產(chǎn)中心的Storage Foundation利用 DCO日志記錄因業(yè)務數(shù)據(jù)的變化而變化的數(shù)據(jù)

21、塊。3 一旦故障被修復，Storage Foundation的FMR功能模塊，會根據(jù) DCO日志記錄的情況，將鏈路中斷后更新的業(yè)務數(shù)據(jù)（變化量）同步到災難端實現(xiàn)增量更新。4 鏡像快速同步的過程中，用戶的應用始終可以正常工作。整個過程的發(fā)起，只需要執(zhí)行一條命令即刻完成。整個過程的速度，由于只是同步增量，時間遠遠小于整個數(shù)據(jù)系統(tǒng)的完全同步。從而大大減小對用戶應用的影響，這也是傳統(tǒng)鏡像技術如OS鏡像所以不具備的。系統(tǒng)容災方案結(jié)構和實現(xiàn)根據(jù)上面的闡述，我們提出了在SAN環(huán)境下，基于VERITAS Storage Foundation遠程鏡像的數(shù)據(jù)容災方案：1 生產(chǎn)中心與容災中心通過裸光纖將兩邊的SAN

22、 環(huán)境聯(lián)接起來。2 容災中心增加一臺磁盤陣列。利用Storage Foundation 的鏡像技術，建立基于磁盤系統(tǒng)間鏡像的容災系統(tǒng)。3 每個使用需要容災的數(shù)據(jù)的主機，都需要部署一套Storage Foundation 系列軟件。4 如果距離較遠，無法直接部署光纖聯(lián)接，可以租用運營商光纖將生產(chǎn)中心和災備中心的SAN網(wǎng)絡連接起來。常用的技術有DWDM技術。5 根據(jù)實際容災需求，如果希望實現(xiàn)應用級容災，需要在災備中心布置和生產(chǎn)中心處理能力相當?shù)挠糜跒膫涞姆掌飨到y(tǒng)。利舊項目中，生產(chǎn)中心與容災中心磁盤陣列性能差異問題：生產(chǎn)中心與容災中的陣列如果有較大的性能差異，在數(shù)據(jù)同步的技術范疇中，無論是采用軟件

23、鏡像還是磁盤陣列的同步復制，一定會產(chǎn)生整體性能受到性能差的磁盤陣列拖累得情況?；诖疟P陣列的復制技術，是無法對這種情況進行改善的。通常的方案就是讓用戶退而求其次的進行異步復制。這不但增加了系統(tǒng)的復雜程度，數(shù)據(jù)一致性風險，還導致了如果災難發(fā)生，一部分數(shù)據(jù)將會丟失。Storage Foundation 遠程鏡像中的“Reading Policy set”技術，可以實現(xiàn)將讀/寫操作集中在性能高的卷（磁盤陣列上），低性能的陣列只負責寫操作。在交易型（讀操作遠遠大于寫操作）的數(shù)據(jù)庫應用中，既能夠保證生產(chǎn)中心和容災中心磁盤陣列上的數(shù)據(jù)同步，還能夠大大提高整體應用的性能。Symantec遠程鏡像數(shù)據(jù)容災方案

24、的技術優(yōu)勢和其他容災方案相比，VERITAS容災方案具有明顯的優(yōu)勢，這些優(yōu)勢不僅僅表現(xiàn)在技術實現(xiàn)方面，還表現(xiàn)在開放性、可維護性等各個方面。零停機時間和零數(shù)據(jù)損失由于Storage Foundation 采用的是跨異構陣列的鏡像技術，而鏡像技實現(xiàn)原理，就決定了在這種方式下，無論是哪一邊的磁盤陣列由于物理故障停頓，都不會影響數(shù)據(jù)的可用性而造成數(shù)據(jù)的損失，這從根本上實現(xiàn)了在物理故障的情況下，數(shù)據(jù)的高度可用性。故障修復后的快速重新同步Storage Foundation 提供的鏡像技術，是基于日志的鏡像技術，無論由于主機發(fā)生故障，還是由于鏡像中的鏈路或是硬盤發(fā)生故障導致的鏡像被破壞的情況，都可以通過鏡

25、像日至得以快速恢復。這使得鏡像恢復過程對系統(tǒng)的性能影響微乎其微?？绱疟P陣列快照，實現(xiàn)邏輯錯誤快速恢復和容災中心數(shù)據(jù)利用Storage Foundation 提供基于卷，以及文件系統(tǒng)的多種快照技術，其邏輯輯快照可采用少量磁盤空間，快速，多次的對文件系統(tǒng)，或者是卷作快照。因而，當用戶出現(xiàn)數(shù)據(jù)的邏輯錯誤時，利用快照就可以迅速恢復文件系統(tǒng)或卷。這在數(shù)據(jù)保護的體系，大大的彌補了傳統(tǒng)備份恢復保護方式速度慢的缺陷，從而把數(shù)據(jù)損失量降到最低限度。同時，數(shù)據(jù)快照還被廣泛的利用在容災中心數(shù)據(jù)利用方面，比如可以通過快照實現(xiàn)數(shù)據(jù)備份、查詢、測試等。數(shù)據(jù)同步過程高度可控Storage Foundation Remote

26、r Mirror 提供完整的容災命令集，在數(shù)據(jù)同步的過程中，可以隨時得知同步的進度，并可隨時暫停、繼續(xù)數(shù)據(jù)同步。節(jié)約硬件采購成本Storage Foundation 支持對不同品牌，不同型號的異構陣列做鏡像，這可以幫助用戶方便的選擇適應自身業(yè)務需求的硬件，從而獲得最好的價格性能比。同時，Storage Foundation 的DMP（動態(tài)多路徑）既能夠管理異構陣列到主機的多條光纖鏈路，也幫助用戶節(jié)省了從陣列廠商處購買同類型軟件（陣列到主機的多路徑管理軟件）的成本。Symantec遠程鏡像數(shù)據(jù)容災方案的工程優(yōu)勢ü 結(jié)構簡單基于鏡像的容災方案較任何一種容災方案為簡單。比如基于磁盤系統(tǒng)復制

27、技術的容災方案，必須在磁盤系統(tǒng)內(nèi)部專門配置相應的接口卡，使用該磁盤系統(tǒng)專有的復制軟件，才可以構建容災系統(tǒng)。明顯的，該方法增加了一個在非容災系統(tǒng)中完全不需要的環(huán)節(jié)，不僅增加了故障源，同時也增加了維護難度。事實上，基于主機的復制技術存在同樣的問題。在一個使用邏輯卷管理的應用系統(tǒng)中，我們只是利用了其中最常用、最成熟的鏡像功能，就可以實現(xiàn)容災，而不必像其他容災系統(tǒng)那樣增加很多不必要的環(huán)節(jié)。ü 技術成熟鏡像技術是比任何數(shù)據(jù)復制技術更早使用于高可用系統(tǒng)的成熟的功能，這種功能已經(jīng)廣泛應用于包括IBM Mainframe、AS400、RS6000、HPUX、Digital Unix、SUN Sola

28、ris、Linux、Windows等在內(nèi)的所有服務器系統(tǒng)上，同時也被廣泛用于磁盤系統(tǒng)內(nèi)部作為企業(yè)級解決方案，象EMC、HDS、HP、IBM、SUN、Compaq等眾多存儲設備生產(chǎn)廠商，都將鏡像技術內(nèi)置于其磁盤系統(tǒng)內(nèi)部，用于對數(shù)據(jù)可用性要求最高的用戶群。ü 存儲開放性利用VERITAS Storage Foundation的鏡像技術，我們構建容災方案的同時，還構建起一個支持異構磁盤陣列存儲虛擬化的平臺。不再要求生產(chǎn)系統(tǒng)和災備系統(tǒng)的存儲系統(tǒng)必須是同一個品牌的，對具體型號更沒有任何要求，體現(xiàn)了存儲平臺選擇的開放性。由此，用戶可以獲得在存儲平臺選擇上的主動權，避免被存儲廠商“綁架”的尷尬。&

29、#252; 技術的完整性VERITAS Storage Foundation擁有一個容災方案必須的所有技術特性，它不僅可以提供可靠的鏡像技術，實現(xiàn)跨磁盤系統(tǒng)的數(shù)據(jù)容災，同時，我們可以利用Storage Foundation 的DCO和FMR技術，保證該容災系統(tǒng)的可維護性。ü 容災系統(tǒng)的可視化管理一個災備系統(tǒng)和生產(chǎn)系統(tǒng)是一個整體，而不是兩個孤立的系統(tǒng)，一個系統(tǒng)的可視化管理工具，有利于管理者將兩個系統(tǒng)有機的結(jié)合起來，而不是分別處理兩個獨立的系統(tǒng)。VERITAS Storage Foundation VEA 提供企業(yè)范圍內(nèi)全局的邏輯卷管理視圖，通過任何一臺安裝有Storage Founda

30、tion或者其Console的系統(tǒng)，我們就可以訪問我們想要訪問的系統(tǒng)的（被授權）邏輯卷，這意味著，我們可以將同一個應用的生產(chǎn)系統(tǒng)和災備系統(tǒng)的邏輯卷置于同一個管理視圖中，從而實現(xiàn)對生產(chǎn)中心和災備中心存儲的統(tǒng)一管理。VERITAS VEA管理界面豐富，下圖為其中一個管理界面，僅供參考。ü 應對災難，應用不中斷，數(shù)據(jù)不丟失VERITAS建議的容災方案，不會因為生產(chǎn)中心（或者災備中心）磁盤系統(tǒng)的故障和災難而導致應用和數(shù)據(jù)庫的異常中止，這不僅避免了對應用系統(tǒng)正常運作的影響，還避免了發(fā)生數(shù)據(jù)庫損壞的可能。相比較而言，如果采用數(shù)據(jù)復制的方式（無論是基于磁盤系統(tǒng)的硬件復制方式還是基于軟件的數(shù)據(jù)復制方

31、式），都需要在生產(chǎn)中心故障時對數(shù)據(jù)系統(tǒng)進行切換操作，反而造成業(yè)務的停頓。另外，由于在災難發(fā)生時，數(shù)據(jù)庫系統(tǒng)的復制是即刻停止的，數(shù)據(jù)庫系統(tǒng)沒有經(jīng)過正常的Shutdown，所以不僅不可避免的導致部分交易的損失，甚至還有可能導致數(shù)據(jù)庫的損壞。ü I/O效率最佳從性能上來分析，在操作系統(tǒng)一級進行鏡像，數(shù)據(jù)會在同一時間寫入到兩地的磁盤。數(shù)據(jù)可寫入過程是兩組并行的操作，即本地寫和完成信號返回+異地寫和完成信號返回。而相比較而言，數(shù)據(jù)復制技術需要通過以下4個步驟才算寫操作完成：1 數(shù)據(jù)先有操作系統(tǒng)寫入本地磁盤系統(tǒng)2 磁盤系統(tǒng)將數(shù)據(jù)通過鏈路復制到異地系統(tǒng)3 異地磁盤系統(tǒng)完成寫操作，返回信號給本地磁盤

32、系統(tǒng)4 本地磁盤系統(tǒng)返回信號給操作系統(tǒng)明顯的，這個過程和直接數(shù)據(jù)鏡像相比，把原先并行的2組步驟變成了純串行的4個步驟，并且需要SCSI到復制協(xié)議的轉(zhuǎn)換過程，無論在流程上和反應時間上都會比直接鏡像造成更多的延時，對應用系統(tǒng)有更大的影響。另外，在邏輯卷這個層面，我們可以根據(jù)需要對鏡像的數(shù)據(jù)靈活設置，我們不需將所有磁盤進行鏡像，而只需鏡像必要的邏輯卷（Volume）。這種靈活性在實際使用過程中將大大減少數(shù)據(jù)遠程復制的數(shù)量，從而避免對系統(tǒng)不必要的影響。Symantec遠程鏡像數(shù)據(jù)容災方案對系統(tǒng)性能的影響大家都比較關心容災系統(tǒng)建立以后對原有業(yè)務系統(tǒng)性能的影響，考察容災系統(tǒng)對業(yè)務系統(tǒng)性能的影響，主要從兩個

33、方面衡量，一是CPU資源的消耗，二是I/O，特別是寫操作的延遲效應。ü CPU資源消耗采用主機端的軟件鏡像技術，對CPU資源的損耗，實際上是微乎其微的，但很多時候被磁盤系統(tǒng)廠商人為的夸大了。具體的事實我們可以通過簡單的測試得到，我們可以設置這樣一個測試，就一目了然了：1）在測試系統(tǒng)上，往一個沒有鏡像的邏輯卷Copy一個大文件，察看CPU使用率；2）在測試系統(tǒng)上，往一個有鏡像的邏輯卷上Copy一個大文件，察看CPU使用率。事實上，處理鏡像需要的CPU時間是非常非常小的，原因是磁盤I/O操作的速度是毫秒（ms）級的，磁盤系統(tǒng)Cache I/O的速度是受限于光纖通道的100-200MB（8

34、bit*10ns）帶寬和距離（15公里 = 0.1ms）的，而相反的，高端主機總線的寬度一般是64-128Byte，甚至更高，主機CPU的處理速度更是在千兆的水平（ns級），所以I/O對主機CPU的消耗往往都是可以忽略不計的，如果說需要關心的話，也主要針對象RAID-5這樣的技術（需要一定量計算，從而消耗主機的CPU資源），而像鏡像這樣的技術，是幾乎不需要消耗CPU時間的。ü I/O的延遲效應（特別是寫操作的延遲效應）采用VERITAS Storage Foundation的鏡像技術構建容災系統(tǒng)，其對系統(tǒng) I/O的延遲效應要小于任何一種數(shù)據(jù)復制技術，不管是基于磁盤系統(tǒng)的硬件數(shù)據(jù)復制技

35、術，還是基于主機軟件的數(shù)據(jù)復制技術，這在上一節(jié)中已經(jīng)闡述。這里我想要補充的是在整個容災系統(tǒng)中，對業(yè)務系統(tǒng)的性能的影響最大的不是任何一種技術所產(chǎn)生的負面作用，而是“距離”，正如前面提到的，在Cache命中率較高的系統(tǒng)中，距離對寫操作的影響較大，這和光的傳播速度有關，光在150公里距離上的一個來回需要1ms，在15KM距離上一個來回需要0.1ms，我們列出一個對照表，供大家參考。本對照表不包含設備協(xié)議轉(zhuǎn)換和光在光纖中的折射等因素。同時，我們知道，100MB光纖對應的速度是ns級的。距離光傳輸距離傳輸時間說明15 km30 km100us同城容災中心的距離級別150 m300 m1us15 m30

36、m100ns一個機房的內(nèi)部距離1.5 m3 m10ns一個主板的內(nèi)部距離本地Cache寫的時間nsus級本地磁盤寫的時間usms級我們的結(jié)論是，只要是數(shù)據(jù)復制方式的同步方式能夠做的系統(tǒng)，采用鏡像方式也一定能做，而且會做的更好。Symantec遠程鏡像數(shù)據(jù)容災方案典型案例· 上海銀聯(lián)：§ 主機平臺： IBM§ 陣列：同構，SUN (OEM HDS)§ 容災距離：64km, 浦東浦西§ 方案選擇因素： 0 停機時間 鏡像快速重新同步 穩(wěn)定性· 蘇寧電器：§ 主機平臺： IBM，HP§ 陣列：異構，IBM, EMC

37、67; 容災距離：目前同一機房，今后30km§ 方案選擇因素： 0 停機時間 鏡像快速重新同步 穩(wěn)定性· 上海建行南中心：§ 主機平臺： IBM，HP§ 陣列：異構，HDS, EMC§ 容災距離：同一機房§ 方案選擇因素： 0 停機時間 異構陣列鏡像 鏡像快速重新同步附件：VERITAS Storage Foundationl 成倍提高存儲利用率l 管理員效率倍增l 消除停機時間 VERITAS Storage Foundation結(jié)合業(yè)界領先的VERITAS Volume Manager 和VERITAS File System，提

38、供完整的在線存儲管理工具。借助VERITAS Storage Foundation，用戶可將磁盤分組成為邏輯卷，提高磁盤的利用率，并杜絕由于存儲問題導致的停機。另外，VERITAS Storage Foundation可在不同的操作系統(tǒng)和存儲陣列之間移動數(shù)據(jù)；將I/O分布在多個路徑中，從而提高系統(tǒng)性能；還可以將不重要或過時的文件移動到成本較低的存儲設備，從而降低存儲成本。成倍提高存儲利用率： 將不重要的文件移動到成本較低的存儲設備VERITAS Storage Foundation可將不重要或過時的文件移動到成本較低的存儲設備，而無需改變用戶或應用訪問這些文件的原有方式。QoSS策略SATA卷

39、SCSI卷文件VERITAS 文件系統(tǒng)成倍提高存儲利用率：將不重要的文件移至低成本存儲設備，從而釋放昂貴陣列上的存儲空間。 只要簡單地設置一項策略，比如可按照文件的創(chuàng)建時間、最近訪問時間、作者、大小或者名稱來移動文件。然后，您可以指定文件移動的目的地。Storage Foundation可以自動遷移這些文件，而無需將這些文件離線。更為重要的是，這種移動對于擁有這些文件的用戶和應用是完全透明的他們不需要知道文件已被移動。此外，VERITAS Storage Foundation可以將磁盤分組成為邏輯卷，動態(tài)確定大小和重新調(diào)整大小，以完美匹配每種應用的需求。管理員效率倍增： 實現(xiàn)手工存儲管理任務的

40、自動化使用Storage Foundation新的配置模板來配置存儲資源，管理員可以快速、輕松、無誤地創(chuàng)建全新存儲環(huán)境。用戶可以創(chuàng)建和定制這些配置模板，在每個模板中添加關于存儲設備品牌、位置、布局的信息以及其它參數(shù)。然后，可以將這些模板導出到其它服務器，以實現(xiàn)全公司范圍內(nèi)的配置一致性。此外，直觀的Storage Foundation圖形用戶界面( GUI)包括了管理員配置、更改和報告存儲設備和I/O 路徑狀態(tài)需要的所有信息。而且，由于Storage Foundation 的圖形用戶界面( GUI)在所有主要操作系統(tǒng)中都是相同的，公司可以因此節(jié)省針對各個操作系統(tǒng)培訓管理員的時間和資金。消除停機時

41、間：消除計劃內(nèi)和意外停機計劃內(nèi)停機：由于幾乎所有與存儲相關的任務 （例如，RAID 重新配置、磁盤碎片整理、文件系統(tǒng)大小調(diào)整、卷大小調(diào)整）都可在線進行，因而Storage Foundation極大地縮短了管理員讓存儲離線以執(zhí)行常規(guī)維護功能需要的時間。意外停機：VERITAS Storage Foundation 可實現(xiàn)數(shù)據(jù)鏡像，以提供冗余數(shù)據(jù)，自動將數(shù)據(jù)從出現(xiàn)故障的磁盤移動到正常磁盤，減少由于意外事件導致的停機。此外，Storage Foundation高可用版本中包括的VERITAS Cluster Server(集群控制軟件)，能夠快速將應用從出現(xiàn)故障的服務器切換到正常運行的服務器。最后，

42、借助Storage Foundation的動態(tài)多路徑功能，管理員能夠?qū)/O分布在多條可用路徑上，以消除I/O路徑、HBA(主機適配卡)或交換機故障導致的停機。異構支持：在異構操作系統(tǒng)之間移動數(shù)據(jù)減少對廠商的依賴通過在不同的操作系統(tǒng)間移動數(shù)據(jù)，簡化服務器遷移除為所有操作系統(tǒng)提供同樣的存儲管理工具之外，Storage Foundation實際上能使所有主要操作系統(tǒng)共享同一組數(shù)據(jù)。在操作系統(tǒng)間移動數(shù)據(jù)時，管理員無需使用NFS或磁帶。借助Storage Foundation，管理員只需將數(shù)據(jù)從一個操作系統(tǒng)導出，再導入另外一個系統(tǒng)即可。Storage Foundation可迅速地自動為新平臺轉(zhuǎn)換數(shù)據(jù)。

43、為效用計算奠定基礎 集成了先進的軟硬件套件，創(chuàng)建無縫數(shù)據(jù)中心 Storage Foundation的設計充分考慮到了完整數(shù)據(jù)中心的需要，它專門設計了一些特殊功能，用于與領先的備份、集群、復制、存儲資源管理軟件集成，方便用戶使用?？捎眯裕篠torage Foundation 與VERITAS NetBackup 集成，以進行基于磁盤的關鍵數(shù)據(jù)備份。此外，Storage Foundation高可用版本包括了VERITAS Cluster Server，并與VERITAS Volume Replicator集成，以實現(xiàn)本地和廣域的應用可用性。性能： VERITAS i3 應用性能管理產(chǎn)品與Stora

44、ge Foundation 結(jié)合使用，可優(yōu)化應用性能。 自動化：VERITAS存儲資源管理產(chǎn)品(如SANPoint Control) 與VERITAS Storage Foundation緊密集成，為用戶提供了SAN環(huán)境的全面視圖，包括所有設備、文件系統(tǒng)和卷的情況。此外，領先的服務器資源配置解決方案VERITAS OpForce可與Storage Foundation 結(jié)合使用，為自動分配的服務器配置與VERITAS Storage Foundation 兼容的卷和文件系統(tǒng)。 自動化性能可用性應用服務器存儲為效用計算奠定基礎： Storage Foundation 集成了領先的可用性、性能和自

45、動化產(chǎn)品，以提供真正的效用計算。 VERITAS Storage Foundation的功能及優(yōu)勢成倍提高存儲利用率功能優(yōu)勢存儲服務質(zhì)量（QoSS）允許管理員將重要性較低或歷史性過久的文件移動到較便宜的存儲設備中，同時用戶或其它應用訪問這些文件的方式保持不變?？缭酱疟P的數(shù)據(jù)存儲可以將物理磁盤歸類為能夠動態(tài)調(diào)整大小的邏輯磁盤。根據(jù)每種應用調(diào)整磁盤空間。管理員效率倍增功能優(yōu)勢智能存儲資源配置模板（ISP）根據(jù)用戶化模板自動分配并擴展存儲。由模板確定所需存儲的類型、配置方式、位置，以及其它參數(shù)。由此達到保持公司內(nèi)部存儲配置一致，并消除存儲配置錯誤的目標。動態(tài)多路徑（DMP）在服務器和陣列間的可用路徑

46、間分配I/O，提高系統(tǒng)性能及可用性。自動性能調(diào)整自動優(yōu)化調(diào)整寫操作，使系統(tǒng)達到最佳狀態(tài)。管理員不須再為性能優(yōu)化而手工調(diào)整寫操作。自動發(fā)現(xiàn)SAN設備使用VERITAS SANPoint Control QuickStart（包含在Storage Foundation中）自動搜索SAN中的所有設備。消除停機時間功能優(yōu)勢在線管理在維持數(shù)據(jù)在線的情況下，進行卷和文件系統(tǒng)大小調(diào)整（包括縮小）、區(qū)域重置、磁盤碎片整理、備份以及脫機數(shù)據(jù)處理。從而減少了磁盤進行離線維護的時間。熱重定位可在線自動將數(shù)據(jù)從出現(xiàn)故障的磁盤移動到正常的磁盤。配額功能管理大量用戶的空間要求。防止嚴重故障防止由于磁盤及文件系統(tǒng)錯誤造成的

47、系統(tǒng)嚴重故障。RAID支持在多個磁盤發(fā)生故障的情況下，保證用戶仍然能夠訪問數(shù)據(jù)。FlashSnap技術對數(shù)據(jù)建立空間最優(yōu)化的即時快照集，用于脫機處理和備份。在重新同步時，僅對改變的數(shù)據(jù)塊進行快速同步。VERITAS集群服務器Storage Foundation 的高可用性版本（HA）包含了VERITAS集群服務器，用于增強本地和廣域應用的可用性。Storage CheckPoints技術為文件或文件系統(tǒng)即時生成磁盤備份, 而無需額外磁盤空間.用戶可以輕易地恢復這種備份。還可用于進行系統(tǒng)或應用研發(fā)時，對原始文件系統(tǒng)拷貝的維護。減少對廠商的依賴功能優(yōu)勢Portable Data Container

48、s(可移動數(shù)據(jù)封裝)保證數(shù)據(jù)在不同操作系統(tǒng)間快速任意轉(zhuǎn)換。由于簡化了數(shù)據(jù)切換到新操作系統(tǒng)的過程，因此可以提高與服務器廠商談判的優(yōu)勢。支持所有主要存儲陣列允許公司根據(jù)實際需要選擇最適合的存儲硬件。通用GUI由于所有平臺上的界面保持相同，可為公司節(jié)省培訓費用。根據(jù)客戶環(huán)境優(yōu)化 選擇適用于客戶操作環(huán)境的版本 VERITAS Storage Foundation HA：具備Storage Foundation的所有特性，并包括VERITAS Cluster Server。該版本集Storage Foundation的存儲可用性與VERITAS Cluster Server 的服務器和應用可用性于一身。

49、VERITAS Storage Foundation for Database：具備Storage Foundation的所有特性，并包括特殊的數(shù)據(jù)庫加速器，可同時提供裸設備級的性能和文件系統(tǒng)的可管理性。提供標準版和企業(yè)版兩種版本。Storage Foundation Cluster File System：具備Storage Foundation的所有特性，并提供集群文件系統(tǒng)和集群卷管理器，可實現(xiàn)從多臺服務器對數(shù)據(jù)的并發(fā)訪問。只提供企業(yè)版一種版本。VERITAS Storage Foundation for Oracle RAC：具備Storage Foundation集群文件系統(tǒng)的所有功能

50、，并提供支持Oracle RAC 環(huán)境的特性。只提供企業(yè)版一種版本。 支持的操作系統(tǒng)平臺： l Sun Solaris l HP HP-UXal IBM AIXal Red Hat Linux a l Microsoft Windowsb附件：VERITAS Storage Foundation for Databases為數(shù)據(jù)庫提供強大的可管理性、高可用性和卓越性能，支持Oracle、DB2和Sybase數(shù)據(jù)庫隨著當前企業(yè)依賴于數(shù)據(jù)庫的應用數(shù)量大幅增長，企業(yè)對大型復雜的關鍵數(shù)據(jù)庫環(huán)境的需求也在增長，進而使服務水平協(xié)議變得更加嚴格 即要求現(xiàn)有數(shù)據(jù)庫具有更高的性能和更高的可用性。更高的服務水平要

51、求提出了進一步的運行要求，縮短數(shù)據(jù)庫備份時間，從停機狀態(tài)更加快速地恢復，并且讓資源消耗密集型的非關鍵工作負荷離線。VERITAS Storage Foundation for Databases是集成解決方案，為Oracle、DB2和Sybase數(shù)據(jù)庫提供具有最優(yōu)性能、強大的可管理性和可持續(xù)訪問能力。VERITAS Storage Foundation for Databases基于采用業(yè)界領先的文件系統(tǒng)和卷管理技術的VERITAS Storage Foundation。此外，特定數(shù)據(jù)庫增強功能，如I/O加速器、數(shù)據(jù)庫恢復工具和廣泛的在線管理功能，能夠增加大型關鍵數(shù)據(jù)庫環(huán)境管理的廣度和深度。V

52、ERITAS Storage Foundation for Databases具有多種版本。標準版本專為支持小型辦公環(huán)境的數(shù)據(jù)庫而設計。企業(yè)版本是快速增長的大型數(shù)據(jù)庫配置的理想之選，使您能夠從整套的Storage Foundation for Databases功能中受益。Storage Foundation HA for Databases是高可用性（HA）版本，可讓數(shù)據(jù)庫符合高可用性和快速恢復的要求。它使用VERITAS Cluster Server 和特定的數(shù)據(jù)庫代理-VERITAS Cluster Server Agent，從一個集中控制臺，自動和主動地管理多達32個節(jié)點的集群配置中的

53、數(shù)據(jù)庫、服務器和應用故障切換。新推出的VERITAS Storage Foundation for Databases 4.0版本包含大量的數(shù)據(jù)庫存儲管理增強功能。例如，管理員現(xiàn)在能夠根據(jù)預先定義的屬性和參數(shù)，隨時間發(fā)展，將他們的關鍵數(shù)據(jù)分配或遷移到適當級別的存儲設備，而無需更改用戶或應用訪問數(shù)據(jù)的方式。在線配置目前使管理員能利用公司定義的標準模板來分配或擴展數(shù)據(jù)庫存儲。借助數(shù)據(jù)庫FlashSnap的快照功能，管理員可以更加輕松、快捷地創(chuàng)建和使用時間點數(shù)據(jù)庫快照和節(jié)約空間的Storage Checkoints。使用即時卷快照，最新創(chuàng)建的數(shù)據(jù)庫副本可以被立即加載和寫入?？煺湛梢员贿w移到一個備用服

54、務器，用于資源消耗密集型的數(shù)據(jù)處理，如備份、決策支持、報告和測試，而不影響生產(chǎn)應用和用戶。這些快照可以迅速與原始數(shù)據(jù)重新同步，也可以反向同步。存儲映射功能使管理員能夠檢測和分析數(shù)據(jù)庫對象（如存儲堆棧中的數(shù)據(jù)文件或數(shù)據(jù)封裝）的存放位置，糾正性能熱區(qū)。數(shù)據(jù)庫對象可以在所有存儲級別中映射，深入到LUN甚至磁盤級別。存儲映射是一種開放式解決方案，支持所有主要硬件RAID供應商，不需要任何第三方工具。Storage Foundation 4.0 for Databases的其他增強功能包括：支持多個卷的文件系統(tǒng)、64位文件系統(tǒng)，以及適當?shù)臄?shù)據(jù)庫遷移工具，將數(shù)據(jù)庫從裸設備或本機文件系統(tǒng)遷移到VERITAS

55、文件系統(tǒng)。卓越的數(shù)據(jù)庫性能VERITAS Storage Foundation for Databases可提供隨環(huán)境增長而擴展的性能。它從以下幾個方面提高數(shù)據(jù)庫環(huán)境的整體性能。1. 快速I/O。獨一無二的VERITAS數(shù)據(jù)庫加速器可提供與裸設備分區(qū)相同的OLTP性能，同時保持VERITAS文件系統(tǒng)的所有可管理性優(yōu)勢?？焖買/O可以裸設備形式向數(shù)據(jù)庫提供文件系統(tǒng)，從而消除了的傳統(tǒng)UNIX文件系統(tǒng)雙緩沖機制（數(shù)據(jù)庫和文件系統(tǒng)級別的重復緩存）的低效率，通過單一寫操作鎖定機制，在文件級別實現(xiàn)的順序?qū)懖僮?。消除文件系統(tǒng)緩沖，可以提供性能和數(shù)據(jù)完整性的優(yōu)勢，因為數(shù)據(jù)能夠從數(shù)據(jù)庫緩沖池直接寫入磁盤。由于快

56、速I/O文件看起來象裸設備，它們還能夠利用通常只有裸設備才具備的異步I/O的性能優(yōu)勢。2. 除了OLTP性能優(yōu)勢以外，VERITAS Storage Foundation for Databases還可用于讀取頻繁的環(huán)境，比如數(shù)據(jù)倉庫。Cached Quick I/O使數(shù)據(jù)庫能夠?qū)⒖捎孟到y(tǒng)內(nèi)存（在數(shù)據(jù)庫緩沖池或緩存分配區(qū)之上）用于數(shù)據(jù)緩存，從而使數(shù)據(jù)庫性能高于建立在裸設備之上時的性能。Cached Quick I/O緩存頻繁訪問數(shù)據(jù)庫塊，減少物理I/O請求的數(shù)量（見下圖）。3. VERITAS Storage Foundation for Databases利用VERITAS文件系統(tǒng)的exte

57、nt-base (拓展型)塊分配機制，將數(shù)據(jù)分布存儲在磁盤上。該功能可為大型數(shù)據(jù)庫文件（如音頻和視頻）提供優(yōu)秀的性能，最小化文件系統(tǒng)碎片(fragmentation)。4. VERITAS Storage Foundation for Databases可利用在線軟件RAID重配置選件來提高性能。例如，條帶化能夠增強大部分數(shù)據(jù)庫環(huán)境中的并行數(shù)據(jù)傳輸，從而提高吞吐量和帶寬。5. 動態(tài)多路徑(DMP)能夠負載均衡所有可用路徑（從服務器到陣列）的I/O活動，從而提高性能。和裸分區(qū)相比的性能百分比裸分區(qū)性能=100%提高可管理性VERITAS Storage Foundation for Databases可以自動化與數(shù)據(jù)庫管理相關的許多手動任務，提高可管理性，從而減少管理工作以及人為和操作錯誤。Storage Foundation for Databases使管理員能夠靈活管理Oracle、DB2或Sybase的卷和文件系統(tǒng)，使用相同的VERITAS Enterprise Administrator(VEA)圖形用戶界面來管理VERITAS Storage Foundation。實際上，相同的VEA界面也可以管理所有支持的存儲設備和操作系統(tǒng)，因此