【正文】 VERITAS Volume Manager 還能夠保持多種 VM 版本右以訪問的現(xiàn)有磁盤存儲配置，允許以較低的停機時間輕松進行遷移。 VERITAS Volume Manager 支持 RAID RAID1+0、 RAID0+1 和RAID5，提供了數(shù)據(jù)冗余特性。 ? 數(shù)據(jù)完整性提高，停機時間縮短 VERITAS Volume Manager 具有在線管理與磁盤存儲配置更改功能（其中包括RAID 格式的轉(zhuǎn)換），消除了停機時間，從而避免了巨額資金損失。 VERITAS Volume Manager 允許將數(shù)據(jù)分配到多個物理驅(qū)動器（ RAID0）上，從而提高操作性能。該產(chǎn)品可對某些應用的數(shù)據(jù)格式進行在線調(diào)整，而且調(diào)整時對用戶不造成任何影響。 工作于操作系統(tǒng)層的 VERITAS Volume Manager 與 VERITAS File System 為其它增值技術(shù)的開發(fā)奠定了基礎，這些技術(shù)包括集群與故障排除、備份與 HSM 以及基于瀏覽器的遠程管理。 VERITAS File System 具有穩(wěn)定的可用性、更高的 I/O 和最高的結(jié)構(gòu)完整性，在各方面均優(yōu)于 UNIX 文件管理工具。此外，借助這些工具，服務器在備份和維護時無需脫機。該產(chǎn)品可在系統(tǒng)處于聯(lián)機狀態(tài)時提供磁盤使用情況分析、 RAID技術(shù)和磁盤存儲區(qū)的動態(tài)配置 。 VERITAS Volume Manager? 與 VERITAS File System? 均 具有各自的出色特性，兩者結(jié)合起來為企業(yè)在線存儲系統(tǒng)提供了最高水平的性能、可用性和可管理性。存儲與數(shù)據(jù)管理解決方案專門用于解決企業(yè)計算與新型存儲區(qū)域網(wǎng)（ SAN）環(huán)境中日益復雜且耗資巨大的關(guān)鍵任務數(shù)據(jù)與磁盤資源的管理問 題。所有工作均通過開放式環(huán)境進行有效管理。 VERITAS 軟件可以做到在集中管理模式下以最小的開銷對大容量的存儲環(huán)境進行最有效的管理。 VERITAS 存儲管理軟件可以通過最大限度縮短突發(fā)事件的停機時間，確保用 第 37 頁 戶應用的高可用。 VERlTAS 是世界唯一一家能提供多種企業(yè)級的存儲管理軟件的公司，為用戶提供端到端的多平臺、混合計算的存儲解決方案。公司的 OEM客戶和戰(zhàn)略聯(lián)盟包括從部件廠商到高端 UNIX領域的主機廠商。 VERITAS Software 公司是應用存儲管理的事實標準，世界領先的服務器和操作系統(tǒng)中有 60％使用它的軟件。公司 2020 財年的收入為 12 億美元，市值 700 億美元，穩(wěn)座全球五大軟件廠商之一的寶座。 第 36 頁 5 附 錄 一、 VERITAS 公司簡介 作為企業(yè)級應用存儲管理軟件的領先提供商， VERITAS Software (Nasdaq:VRTS)公司專門提供集成的跨平臺存儲管理軟件解決方案，用來保證關(guān)鍵業(yè)務信息的連續(xù)可靠性。 VERITAS NetBackup SClient 總結(jié)說明 以上各分系統(tǒng)的容災方案僅體現(xiàn)在技術(shù)實現(xiàn)及成本的區(qū)別，實際上，作為一個完整的應用級容災方案提供廠商， VERITAS 的上述所有方案均可以在統(tǒng)一的儀表盤界面下實現(xiàn)管理和控制。 VERITAS NetBackup Server/Client 5。 VERITAS Cluster Server Application Agent 3。 VERITAS BMR 第 34 頁 NetCool 網(wǎng)管服務器 /PM 服務器 /業(yè)務網(wǎng)管服務器 /Precision 服務器 軟件配置（每節(jié)點） 1。 VERITAS Global Cluster Manager 5。 VERITAS Cluster Server 3。 第 32 頁 4 網(wǎng)管全系統(tǒng)配置圖及各分系統(tǒng)配置圖 系統(tǒng)整體業(yè)務容災框圖如下： 數(shù)據(jù)流向圖如下圖所示： 第 33 頁 IPNET 流量服務器和 NetCool 匯總服務器 軟件配置（每節(jié)點） 1。 七、 至于基線建立過程、日常復制過程、故障切換過程和故障恢復過程對主機性能的影響，由于對不同的配置、不同 的情況將有很大的區(qū)別，所以，很難給出具體的數(shù)值。完全同步在應用運行期間也可以完成。這樣可以得到最大的帶寬利用率。 第 31 頁 五、 本方案如果不考慮帶寬，節(jié)點間沒有距離的限制。 三、 通過 SRL、 DCM、嚴格的按寫順序傳送、雙收條確認、反向切換時的重置等技術(shù)的使用，本方案可以最大限度 地保證主、備節(jié)點的數(shù)據(jù)一致性。 二、 當本地主系統(tǒng)恢復正常后，需要進行反向數(shù)據(jù)同步、應用切換等工作，該工作需要由操作人員在系統(tǒng)較空閑時進行。 一、 本方案能夠支持手動 /自動信令容災方案，用戶可以根據(jù)實際需要進行 自由選擇。 三、結(jié)論 如果帶寬充裕，可以使用同步 /異步自適應的工作方式；如果帶寬不是很充裕（例如 14Mbits/s），為了保證業(yè)務系統(tǒng)的性能，建議 VVR 工 作在異步方式下。 第 30 頁 二、 SRL容量計算 SRL（即數(shù)據(jù)復制的日志區(qū)）的容量計算，將視實際情況（如磁盤實際容量、網(wǎng)絡平均故障修復時間、變化數(shù)據(jù)量等）定。缺點是復制的數(shù)據(jù)量較大，對帶寬的要求較高。 2） 數(shù)據(jù)庫的內(nèi)容和 Log 都進行復制。該方法的優(yōu)點是復制數(shù)據(jù)量小，對帶寬要求小，而且比數(shù)據(jù)庫本身的復制功能更能保持數(shù)據(jù)一致性，因為數(shù)據(jù)庫本身的復制僅復制 Archive Log。當發(fā)生災難時，恢復的時間會很短。 有關(guān)數(shù)據(jù)的量化分析及結(jié)果 涉及數(shù)據(jù)庫的系統(tǒng)業(yè)務，除了對數(shù)據(jù)庫內(nèi)容的更改進行實時數(shù)據(jù)復制外，還要復制有關(guān)的系統(tǒng)文件，例如環(huán)境配置信息、數(shù)據(jù)庫環(huán)境配置信息。 方案分析 本章將就 移動 公司綜合結(jié)算需求書中提出的要求分析方案。 10） A節(jié)點重新成為 VVR 的 Primary，進行正常復制。 第 29 頁 8） 當反向同步完成后，數(shù)據(jù)庫和應用將停止 運行。 6） 重置完成后，將進行數(shù)據(jù)的反向同步，將災難期間 B 節(jié)點變化的數(shù)據(jù)（和需要 A節(jié)點重置的數(shù)據(jù)）傳送到 A。重置將把 A 節(jié)點 SRL 中數(shù)據(jù)或 DCM 中標記的數(shù)據(jù)位圖信息傳送到 B 節(jié)點。所以，要保持 A、 B 數(shù)據(jù)的一致性，一定要首先對這些數(shù)據(jù)進行處理。 因為在 A 節(jié)點發(fā)生災難時，有可能 A 的 SRL 中有沒來得及進行傳送得數(shù)據(jù)， 甚至 DCM 中標記的數(shù)據(jù)塊沒來得及進行傳送。 4） 進行反向同步的第一步是將 A 節(jié)點的 Pseudo Secondary 狀態(tài)轉(zhuǎn)成Secondary狀態(tài)。 3） GCM 發(fā)現(xiàn) A、 B 地點 Cluster 恢復正常，對它們進行正常管理。 1） 在災難期間， B 地點是 VVR 的 New Primary， B 的 DCM 記錄所有變化的數(shù)據(jù)塊。當 A 地點的系統(tǒng)恢復正常后，需要進行整個系統(tǒng)的回遷。 2） GCM 無法對兩地間的 Cluster 運行進行監(jiān)控。 3） GCM 處于正常工作狀態(tài)。 第 28 頁 1） VVR 將把 A的 SRL中積累的數(shù)據(jù)傳送到 B。 3） 在網(wǎng)絡故障發(fā)生后， GCM 將探測到，并對 Network Down 事件進行處理：向有關(guān)管理員發(fā)出告警。 2） 如果在一段較長時間內(nèi)，網(wǎng)絡故障無法恢復。 五、 如果 A、 B地點間網(wǎng)絡發(fā)生故障： 1） VVR 心跳檢測將發(fā)現(xiàn)該故障， A 地點 VVR 將根據(jù)事先的配置進行處理。 4） 數(shù)據(jù)復制暫停。 2） 在有關(guān)人員確認后，在 GCM 切換等待確認畫面上按確認按鈕，將進行地點間的容災切換。 三、 如果 A地點的主服務器恢復正常，整個系統(tǒng)將重新運行在正常情況下。 3） GCM 將監(jiān)控到該切換事件的發(fā)生。 二、 當 A 地點的主服務器發(fā)生硬件或軟件故障，導致主服務器無法提供正常服務： 1） VCS 進行本地切換，將主服務器的數(shù)據(jù)庫服務、應用軟件、 VVR 數(shù)據(jù)復制服務切換到本地后備節(jié)點。 3） 兩地的 VCS 對的各自節(jié)點內(nèi)的兩臺服務器的主機情況、數(shù)據(jù)庫服務、應用軟件進行實時監(jiān)控和管理，其中， VCS 還對 VVR 數(shù)據(jù)復制服務進行監(jiān)控。 A節(jié)點對外提供服務。 切換示意圖見圖六。 五、 進行全系統(tǒng)聯(lián)調(diào)，測試各種情況下的系統(tǒng)工作情況，并進一步優(yōu)化有關(guān)參數(shù)。定義 GCM 響應的事件和相應的處理動作。安裝完成后，在 VCS 的服務組 (Service Group)中增加了 GCM Master 和 GCM Slave。進行本地切換測試，優(yōu)化有關(guān)參數(shù)。 三、 安裝 VCS、 Oracle 或 Sybase 代理、客戶化應用代理和 VVR 代理。 4) 定義 RVG，將需要進行遠程復制的卷 (包括 SRL 卷 )都定義到一個 RVG 中，并與 RLINK 聯(lián)合綁定。 2) 創(chuàng)建 SRL。 二、 由于 VVR 與 VxVM 集成在一起，所以無需另外安裝。如果卷上需要文件系統(tǒng)，使用VxFS。將磁盤陣列中所有磁盤用Volume Manager 管理。 一、 安裝 VERITAS Volume Manager(VxVM)和 File System(VxFS)。 安裝、配置過程 在硬件和操作系統(tǒng)環(huán)境準備好后，整個方案的實際安裝、配置及工作過程如 第 25 頁 下。它負責對多個不同地點的多達 32 個集群系統(tǒng)進行監(jiān)控和管理，在發(fā)生嚴重災難時，進行 site 的切換（即應用的遠程切換）。 GCM 在VCS 中以兩個服務組（指 GCM Master 和 GCM Slave）的形式存在。該代理充分說明VERITAS 提供的是完整的容災解決方案。 4） 通過 Replicator 代理監(jiān)控和管理數(shù)據(jù)復制過程，當主服務器數(shù)據(jù)復制發(fā)生故障時，自動將數(shù)據(jù)復制工作切換到后備服務器，保證數(shù)據(jù)復制過程的連續(xù)性。 2） 通過數(shù)據(jù)庫代理 (Agent）監(jiān)控和管理數(shù)據(jù)庫系統(tǒng)，當出現(xiàn)故障時進行切換。 VCS 的功能特點請見附錄。 第 24 頁 三、 VERITAS Cluster Server（簡稱 VCS）是用于本地容災的集群軟件，支持多達 32 個節(jié)點的應用級切換，保證本地業(yè)務系統(tǒng)的軟硬件高可用性。第一個確認當后備節(jié)點收到數(shù)據(jù)后發(fā)出；第二個確認當后備節(jié)點數(shù)據(jù)成功寫入硬盤后發(fā)出。 11）雙收條（雙重確認）機制。 脫機處理主要指對后備節(jié)點種的數(shù)據(jù)進行處理，例如進行備份、打印報表、數(shù)據(jù)倉庫處理等。 10）脫機處理。而第一種情況的話，直接進行第二步工作。第二種情況在反向同步開始時第一步首先要進行重置，指將原主節(jié)點 SRL 和 DCM 中數(shù)據(jù)（這些數(shù)據(jù)在災難發(fā)生時尚未來得及傳送）的位置信息修改當前主節(jié)點（即原后備節(jié)點）的 DCM。 9） 當原來的主節(jié)點在災難后恢復正常，需要進行數(shù)據(jù)反向同步和角色轉(zhuǎn)換。 8） 當某些嚴重意外情況發(fā)生后，后備節(jié)點會變成新的主節(jié)點，稱為角色轉(zhuǎn)換。然后將RLINK 連接掛上，主節(jié)點 SRL 中記錄的的數(shù)據(jù)傳送到后備節(jié)點，完成后，兩邊數(shù)據(jù)一致，進入正常數(shù)據(jù)復制狀態(tài)。備份完成后，將檢查點取消。 對于網(wǎng)絡帶寬較小，或者需要完全同步的數(shù)據(jù)量太大時，使用備份 與檢查點結(jié)合的方法。自動同步對帶寬要求較高，否則，將無法完成完全同步。 自動同 步是指 通過 網(wǎng)絡將 數(shù)據(jù) 從主節(jié) 點 (Primary) 復制 到備份 節(jié)點(Secondary)。 后備節(jié)點的完全同步分為兩種情況，一是復制時主節(jié)點應用不進行數(shù)據(jù)更改，二是復制時主節(jié)點應用進行數(shù)據(jù)更改。 7）后備節(jié)點的完全同步，即所謂的 ”建立基線 ”。由于 VVR的數(shù)據(jù)復制嚴格按照 I/O 的修改順序進行，所以，無論在同步還是異步工作方式下