【正文】 as Volume Manager 能夠?qū)崿F(xiàn)跨廠商、跨陣列的鏡像，在磁盤空間不均時，能夠?qū)崿F(xiàn) 1 塊磁盤對多塊磁盤、N 塊磁盤對 M 塊磁盤的鏡像。但由于鏡像系統(tǒng)是以同步方式實(shí)現(xiàn)的，受到距離、光纖協(xié)議、和相關(guān)協(xié)議轉(zhuǎn)換的影響，同步方式會影響本地服務(wù)器的性能，所以，一般建議在20 公里的同城容災(zāi)中使用，在遠(yuǎn)程容災(zāi)中可作為一種加強(qiáng)方案與遠(yuǎn)程容災(zāi)方案整合，將在我們的詳細(xì)方案中描述。我們將在后續(xù)文章描述。 數(shù)據(jù)復(fù)制（Replication）數(shù)據(jù)復(fù)制是運(yùn)程容災(zāi)實(shí)現(xiàn)的基礎(chǔ)。VVR 復(fù)制基于Volume 進(jìn)行，將數(shù)據(jù)特別是需要進(jìn)行遠(yuǎn)程復(fù)制的相關(guān)文件系統(tǒng)、數(shù)據(jù)庫、裸設(shè)備、應(yīng)用程序等，存放在復(fù)制卷組中，系統(tǒng)便能自動同步本地和異地相應(yīng)的復(fù)制卷組。 VVR 與 VxVM 完全集成在一起。；Storage Replicator Log(簡稱 SRL)是 VVR 中的重要部件。VVR 通過 SRL 保證數(shù)據(jù)復(fù)制嚴(yán)格按照寫順序進(jìn)行，這在異步工作方式下非常重要。容災(zāi)項(xiàng)目方案設(shè)計(jì) VVR 數(shù)據(jù)流程見圖五： 圖五 數(shù)據(jù)復(fù)制的工作模式缺省為同步/異步自適應(yīng)，即在網(wǎng)絡(luò)延時情況較好、數(shù)據(jù)能夠及時復(fù)制時，工作在同步方式，完全保證兩邊數(shù)據(jù)的一致性；當(dāng)網(wǎng)絡(luò)延時情況較差、數(shù)據(jù)不能及時復(fù)制時，工作在異步方式下，保證主節(jié)點(diǎn)的 I/O 性能。并且基于卷的日志（SRL：先進(jìn)先出）保正了再極端情況下，如容災(zāi)網(wǎng)絡(luò)中斷、數(shù)據(jù)復(fù)制不能正常進(jìn)行，容災(zāi)中心數(shù)據(jù)于生產(chǎn)中心數(shù)據(jù)有延遲，在一切故障排除后，能夠嚴(yán)格保證所以 I/O 的寫順序，這類似于數(shù)據(jù)庫數(shù)據(jù)塊和數(shù)據(jù)庫日志的關(guān)系，通過帶時間戳的數(shù)據(jù)塊和順序日志，保證數(shù)據(jù)的一致性。容災(zāi)項(xiàng)目方案設(shè)計(jì) 硬 件 復(fù) 制通過所謂的遠(yuǎn)程磁盤鏡像實(shí)現(xiàn)，其實(shí)現(xiàn)要求嚴(yán)格。廠商一般建議使用間歇性復(fù)制。與應(yīng)用無關(guān)，但與磁盤陣列直接相關(guān)。受光纖線路影響、復(fù)制數(shù)據(jù)量大，在使用間歇性復(fù)制時，數(shù)據(jù)延遲大，磁盤容量要求 4 倍于源數(shù)據(jù)，并且在極端情況下，不能保證數(shù)據(jù)一致性。下面我們將描述極端情況。為了保證數(shù)據(jù)的一致性，通過帶時間戳的數(shù)據(jù)塊，改善了一定的數(shù)據(jù)塊的無序性，但仍然不能解決。帶時間戳的數(shù)據(jù)文件和有序的日志，二者缺一不可，否則不能保證數(shù)據(jù)的一致性。更有甚，如果這種磁盤塊的無序?qū)懀l(fā)生在數(shù)據(jù)庫的聯(lián)機(jī)日志上，那將對數(shù)據(jù)庫數(shù)據(jù)的一致性造成破壞。數(shù)據(jù)庫復(fù)制，在簡單的環(huán)境中，實(shí)現(xiàn)兩個較小的數(shù)據(jù)庫數(shù)據(jù)同步，可以說是一個簡化的解決方案。數(shù)據(jù)庫復(fù)制，是專門針對相應(yīng)數(shù)據(jù)庫的，只能實(shí)現(xiàn)單一的數(shù)據(jù)庫復(fù)制。在容災(zāi)系統(tǒng)中，如果使用數(shù)據(jù)庫復(fù)制方式，管理員將要維護(hù) Oracle 一套、SQL Server 一套、DB2 一套、等相互各不相同的數(shù)據(jù)庫復(fù)制技術(shù)，管理和維護(hù)工作根本不能保證其能夠正常運(yùn)行。Oracle 數(shù)據(jù)庫的容災(zāi)復(fù)制被稱為 Standby Database, 其產(chǎn)生于 Oracle ，在 Oracle 9i 后，改稱為 Data Guard。Physical Standby 方式是將生產(chǎn)中心產(chǎn)生的數(shù)據(jù)庫redo log 和 archive log，不停復(fù)制到容災(zāi)中心，不停的 apply log，來實(shí)現(xiàn)容災(zāi)中心的數(shù)據(jù)庫與生產(chǎn)中心一致。Quest SharePlex 和 DSG 的 Realsync 類似與 Data Guard 的 Logical Stand by，復(fù)制 SQL語句。數(shù)據(jù)庫復(fù)制技術(shù)，不是一個完整的容災(zāi)解決方案，只能有限的復(fù)制數(shù)據(jù)庫數(shù)據(jù)，不能復(fù)制其他的應(yīng)用程序，配置文件，就是 Oracle 自己的 , ，, *.ctl 也不能復(fù)制，一旦這些文件改動過，將需要管員人為操作或者需要其他軟件的管理，保證容災(zāi)中心與生產(chǎn)中心同步應(yīng)用、程序、配置文件同步。但我們知道，并不是所有的數(shù)據(jù)庫操作都寫日志：oracle 的 DML（Data Manipulation Language）或 DDL（Data Dictionary Language）語句是不能被復(fù)制的，如 create index、table，alter table 等等；觸發(fā)器、存儲過程操作不能被復(fù)制；系統(tǒng)升級、patchs 更新不能被復(fù)制。如前所述，對于核心應(yīng)用系統(tǒng)，數(shù)據(jù)備份必不可少。備份系統(tǒng)在備份作用發(fā)起時，需要備份數(shù)據(jù)文件、control file、歸檔日志、甚至需要數(shù)據(jù)庫實(shí)現(xiàn)強(qiáng)制歸檔，來備份歸檔日志，備份作業(yè)成功后，由備份系統(tǒng)自動刪除備份過的歸檔日志，應(yīng)為當(dāng)數(shù)據(jù)庫運(yùn)行在歸檔日志模式下時，歸檔日志往往因數(shù)據(jù)庫繁忙而快速大量產(chǎn)生，需要備份軟件自動清除維護(hù)，否則當(dāng)歸檔日志空間占滿后，聯(lián)機(jī)日志不能歸檔時，生產(chǎn)數(shù)據(jù)庫不在運(yùn)作，則所有應(yīng)用業(yè)務(wù)不能操作，釀成生產(chǎn)事故。如果備份作用不刪除歸檔日志，系統(tǒng)管理員將不定時的來維護(hù)歸檔目錄，他必須知道本地歸檔目錄中，哪一個歸檔日志已經(jīng)被備份，通過檢查容災(zāi)中心數(shù)據(jù)庫中哪一個歸檔日志已經(jīng)被 apply，這將是一個惡夢一樣的維護(hù)工作。當(dāng)生產(chǎn)中心和容災(zāi)中心的復(fù)制鏈路一定時期內(nèi)不能恢復(fù)時，同樣需要在生產(chǎn)主機(jī)中保留所有的歸檔日志，這又需要管理員大量的維護(hù)工作。正如前面所述，Physical Standby 通過 apply 數(shù)據(jù)日志，實(shí)現(xiàn)數(shù)據(jù)庫復(fù)制。也就是說數(shù)據(jù)庫是被間歇式打開，影響數(shù)據(jù)庫日志的追加不說，試問，什么應(yīng)用對數(shù)據(jù)庫的操作是間歇式，應(yīng)用程序容災(zāi)項(xiàng)目方案設(shè)計(jì)也要間歇式的啟動和停止。這也是需要大量的系統(tǒng)維護(hù)工作作為保障的，如前面描述的日志的維護(hù)問題。因?yàn)樵谶@種模式下，生產(chǎn)中心和容災(zāi)中心實(shí)際上是兩個獨(dú)立的數(shù)據(jù)庫，兩個數(shù)據(jù)庫的數(shù)據(jù)有可能出現(xiàn)不一致的情況。卷快照采用 Volume Manager 的鏡像功能創(chuàng)建邏輯卷的某時間點(diǎn)拷貝。對于 Oracle 數(shù)據(jù)庫，通過將數(shù)據(jù)庫置于 backup 模式以達(dá)到靜默；或者是使相關(guān)的表空間，置于 backup 模式以達(dá)到靜默。由于 Oracle 的容錯能力，很多情況下，應(yīng)用不靜默而直接對數(shù)據(jù)庫的數(shù)據(jù)卷照相，再由 Oracle log 機(jī)制恢復(fù)到一致性狀態(tài), 從而可以創(chuàng)建一個與生產(chǎn)中心完全相同數(shù)據(jù)的數(shù)據(jù)庫實(shí)例，可以用于生成報表、實(shí)現(xiàn)數(shù)據(jù)挖掘、或是一些測試。與傳統(tǒng)快照方式相比，瞬間快照的特點(diǎn)有以下幾點(diǎn)：plex 或者 snapshot 卷在進(jìn)行 snapshot 前不需要鏡像同步，極大節(jié)省了創(chuàng)建snapshot 的時間。spaceoptimized snapshot（即空間優(yōu)化 snapshot）只要使用很少的空間就可以創(chuàng)建 snapshot。在下一個 snapshot，該數(shù)據(jù)庫與生產(chǎn)環(huán)境的數(shù)據(jù)庫在快照時間點(diǎn)保持完全一致性。容災(zāi)應(yīng)用切換，就是把這種高可用性的應(yīng)用，拓展到廣域網(wǎng)上。目前主流的高可用方案主要有某 VCS、IBM HACMP、HP MC/Service Guard、Sun Cluster、Windows CCS 等。只能支持自己的平臺。某 VCS 通過統(tǒng)一得圖形化 JAVA GUI 或 Web GUI，提供對AIX、HP－Unix、Solaris、Windows、Linux 所有操作系統(tǒng)平臺、所有數(shù)據(jù)庫Oracle、Oracle RAC、SQL Server、Sybase、DB所有中間件：Weblogic、WebSphere、9iAs、Tuxedo，甚至是用戶自己寫得應(yīng)用程序，實(shí)現(xiàn)得集中統(tǒng)一的集群管理和監(jiān)控。例如在 WebLogic Server 啟動之前，必須先啟動 Oracle,因?yàn)樵?WebLogic Server 啟動是會建立數(shù)據(jù)庫得連接池，如果數(shù)據(jù)庫未啟動，WebLogic Server 啟動將失敗。大大提供容災(zāi)中心服務(wù)得接管速度。在災(zāi)難修復(fù)后，又需要指向原生產(chǎn)中心。在災(zāi)難發(fā)生前，IP 映射為生產(chǎn)中心服務(wù)器；在災(zāi)難發(fā)生后，IP 由映射為容災(zāi)中心得服務(wù)器；在災(zāi)難修復(fù)后，IP 又映射為生產(chǎn)中心得服務(wù)器。而通過某 Global Cluster Option 能夠?qū)崿F(xiàn)對外部 DNS 服務(wù)器 IP 映射的自動改容災(zāi)項(xiàng)目方案設(shè)計(jì)動。這些過程，可以通過手工命令行、腳本方式切換、也可以通過某 Global Cluster Option 自動化完成，或是通過某 Global Cluster Option GUI，以點(diǎn)擊一次鼠標(biāo)完成。實(shí)現(xiàn)的過程是在原生產(chǎn)中心建立一個或一組測試服務(wù)組，改服務(wù)組，依賴于原有系統(tǒng)，可以有數(shù)據(jù)庫服務(wù)、應(yīng)用服務(wù)，通過 GCO 和 VCS 來控制該服務(wù)在生產(chǎn)中心和容災(zāi)中心的自由切換，并測試其可訪問的能力，從而檢驗(yàn)整個容災(zāi)方案的可靠性。容災(zāi)項(xiàng)目方案設(shè)計(jì) 平臺獨(dú)立性 保護(hù)幾乎所有的主流平臺,其中包括所有主要 UNIX 派生平臺,Windows NT/XP/202NetWare、Macintosh、Linux 以及其它許多平臺，為 UNIX、Linux 或Windows 服務(wù)器的備份設(shè)備提供主機(jī)托管，以實(shí)現(xiàn)最佳性能。 基于策略的集中式管理中央控制臺通過一個直觀界面，提供單一管理點(diǎn)，允許備份管理員以更有效的方式，管理大量的服務(wù)器。 無與倫比的性能采用多路傳輸方式，把多達(dá) 32 個不同數(shù)據(jù)流發(fā)送至單一磁帶驅(qū)動器，為客戶硬件實(shí)現(xiàn)最大化額定吞吐量。 透明的不間斷備份數(shù)據(jù)庫識別代理技術(shù)為關(guān)鍵任務(wù)數(shù)據(jù)庫，提供安全可靠的保護(hù)，而且不影響應(yīng)用可用性。由于和基于硬件的分鏡像及快照技術(shù)或某 NetBackup Flashbackup?相集成，能夠提供完全透明的備份操作。通過 SCSI 或 SAN，以動態(tài)方式共享各種磁帶驅(qū)動器，或使用可選 NetBackup NDMP 協(xié)議，保護(hù)流行連網(wǎng)存儲器（NAS）系統(tǒng)或大型存儲設(shè)備。容災(zāi)項(xiàng)目方案設(shè)計(jì) 可伸縮三/四層體系架構(gòu)現(xiàn)有數(shù)百種產(chǎn)品可以為開放系統(tǒng)環(huán)境執(zhí)行備份與恢復(fù)，但為處理現(xiàn)代數(shù)據(jù)中心的大量數(shù)據(jù)而專門設(shè)計(jì)的卻少之又少。它整合了尖端介質(zhì)管理功能和高性能，能夠適應(yīng)最大規(guī)模數(shù)據(jù)中心的需求。典型的 NetBackup Enterprise 的備份管理系統(tǒng)是由一個 Master Server，一個或多個Media Servers，以及多個 Clients 組成；這樣的一個備份管理系統(tǒng)就構(gòu)成一個NetBackup 的存儲備份域（NetBackup Storage Domain）。(注：在此 NetBackup Enterprise?本身是三層體系結(jié)構(gòu)，再加上集中管理工具 Netbackup Operation Manager，則構(gòu)成了四層體系結(jié)構(gòu)) NetBackup Master ServerNetBackup Master Server 是 NetBackup Enterprise 第一層的部件。它所管理的工作包括：任務(wù)調(diào)度、客戶端備份、介質(zhì)管理、設(shè)備管理等等。 NetBackup Media Server當(dāng)需要備份的數(shù)據(jù)屬于不同分組（如不同部門、子系統(tǒng)、應(yīng)用等）或數(shù)據(jù)量比較大的時候，我們需要使用多個 Media Servers 來做分組備份管理和分擔(dān)備份任務(wù)。Media Server 可以和 Master Server 或其他的 Media Server 共享磁帶庫，也可以配置其自己的磁帶設(shè)備。 NetBackup Client第三層是 NetBackup Client 端（客戶端），所有的需要通過網(wǎng)絡(luò)把數(shù)據(jù)傳到Master Server 或 Media Servers 上來做數(shù)據(jù)備份的計(jì)算機(jī)，都是備份的客戶端。這些備份客戶端可能在網(wǎng)絡(luò)當(dāng)中本身也充當(dāng)應(yīng)用服務(wù)器的腳色。Media Server 和 Client 都可以通過 Master Server，實(shí)現(xiàn)集中式管理。NOM 儀表板NOM 的圖形用戶界面，通過一個控制臺，為整個備份與恢復(fù)環(huán)境提供單一健康視圖。通過儀表板，用戶還可以創(chuàng)建整個環(huán)境的定制化視圖，或訪問全球范圍內(nèi)的任何站點(diǎn)。有了 NetBackup Adanced Reporter 系統(tǒng)管理員可以在一個地點(diǎn)智能的管理，驗(yàn)證，并解決 NetBackup 操作中的各種情況問題。這樣可以給 NetBackup 系統(tǒng)管理員提早主動地發(fā)現(xiàn)問題、解決問題提供很大的方便。自定義的報告生成容災(zāi)項(xiàng)目方案設(shè)計(jì) 數(shù) 據(jù) 庫 在 線 備 份 ： Database AgentNetBackup 最全面的支持各種數(shù)據(jù)庫的備份，并簡化其的備份和恢復(fù)過程及各項(xiàng)管理。 數(shù) 據(jù) 庫 歸 檔 ： NetBackup Database ArchiverNetBackup Database Archiver 可以支持不同版本的數(shù)據(jù)庫間的數(shù)據(jù)歸檔。比如，可以把 Oracle 8i 的數(shù)據(jù)歸檔導(dǎo)出，然后可以把這些導(dǎo)出的數(shù)據(jù)導(dǎo)入到 Oracle 9i 中。比如把 HPUX 上的 Oracle 9i 的數(shù)據(jù)導(dǎo)到 Solaris 上的 Oracle 8i 中。產(chǎn)品亮點(diǎn)：Oracle 表級(table lever)和行級(row level)的備份和恢復(fù)不受版本限制歸檔和恢復(fù)的是邏輯數(shù)據(jù)完全的災(zāi)難恢復(fù)支持無人值守的歸檔工作方式可以歸檔數(shù)據(jù)庫客戶端系統(tǒng)的數(shù)據(jù)保證數(shù)據(jù)保密性多任務(wù)的歸檔和恢復(fù)模式創(chuàng)建歸檔腳本和策略非常簡便可恢復(fù)到不同的客戶端靈活的搜索機(jī)制支持命令行方式支持雙字節(jié)系統(tǒng)(中日韓系統(tǒng))容災(zāi)項(xiàng)目方案設(shè)計(jì) 塊 級 增 量 備 份 ： BlockLevel Incremental BackupNetBackup for Oracle Advanced BLI (blocklevel incremental) Agent 提供了不宕機(jī)和不影響 Oracle 的快照(snapshot)備份。它還是集成在 Oracle RMAN(Recovery Manager)的界面里，Advanced BLI Agent 的技術(shù)旨在滿足不斷增長的高性能數(shù)據(jù)保護(hù)，提高 RMAN 的可管理性以及簡化恢復(fù)過程等