【正文】 心容災(zāi)恢復(fù)的能力。而其他備份產(chǎn)品，或沒有類似與 BMR 的模塊；或是不能支持AIX、Solaris、HP－Unix、Windows、Linux 全部操作系統(tǒng)，也就是說，不能實現(xiàn)統(tǒng)一的容災(zāi)應(yīng)對策略，反而會增加容災(zāi)的復(fù)雜度。容災(zāi)項目方案設(shè)計Veritas NetBackup 還有另外一個叫 Vault 的模塊，可以實現(xiàn)對備份數(shù)據(jù)的自動拷貝，并實現(xiàn)異地存放和管理。－Share 78 中 Tier 1 、Tier 2 級別容災(zāi)。Veritas NetBackup 還能構(gòu)實現(xiàn)快照備份，就是備份時對原盤做磁盤級快照。Veritas NetBackup 可以和 Veritas Volume Snapshot、EMC TimeFinder 等業(yè)界主流的快照工具做整合，實現(xiàn) ServerFree (OFFHost)的備份，既備份時，原應(yīng)用服務(wù)器不參與的備份，大大提供了備份系統(tǒng)的能力。Veritas NetBackup 針對 AIX、Solaris、HP－Unix、Windows、Linux 的備份，無論選擇何種平臺作為主控服務(wù)器、無論如何調(diào)整，都是通過同一 Java GUI 和 Web GUI 實現(xiàn)管理，簡單易用，用戶容易掌握。 實時數(shù)據(jù)保護(hù) SHARE 78 評審標(biāo)準(zhǔn)中，Tier 3 級別容災(zāi)。 數(shù)據(jù)鏡像（Mirroring）數(shù)據(jù)鏡像分軟件鏡像與硬件鏡像。 硬 件 鏡 像通過硬件級別的 Raid1 實現(xiàn)，其實現(xiàn)過程簡單，但要求嚴(yán)格。只能基于同一廠商、同一陣列、同樣容量大小的兩塊磁盤來實現(xiàn)。 軟 件 鏡 像容災(zāi)項目方案設(shè)計Veritas Volume Manager 實現(xiàn)邏輯卷級鏡像，對存儲空間要求較低，只要有空間且至少兩塊磁盤就行。不要求同一廠商、同一陣列、同樣容量大小的兩塊磁盤，Veritas Volume Manager 能夠?qū)崿F(xiàn)跨廠商、跨陣列的鏡像，在磁盤空間不均時，能夠?qū)崿F(xiàn) 1 塊磁盤對多塊磁盤、N 塊磁盤對 M 塊磁盤的鏡像。 鏡 像 技 術(shù) 在 容 災(zāi) 中 的 利 用在通過 SAN 的支持，DWDM 的拓展，光纖網(wǎng)絡(luò)可以擴(kuò)展到 100 公里或更遠(yuǎn)，鏡像可以在較遠(yuǎn)的兩個數(shù)據(jù)中心的磁盤上建立。但由于鏡像系統(tǒng)是以同步方式實現(xiàn)的，受到距離、光纖協(xié)議、和相關(guān)協(xié)議轉(zhuǎn)換的影響，同步方式會影響本地服務(wù)器的性能，所以，一般建議在20 公里的同城容災(zāi)中使用，在遠(yuǎn)程容災(zāi)中可作為一種加強(qiáng)方案與遠(yuǎn)程容災(zāi)方案整合，將在我們的詳細(xì)方案中描述。常說的遠(yuǎn)程磁盤鏡像，實際上是遠(yuǎn)程磁盤復(fù)制，不是真正意義上的鏡像。我們將在后續(xù)文章描述。基于 SAN 的鏡像，在容災(zāi)實現(xiàn)中，使用范圍較小，如上說述，適用于同城容災(zāi)，但支持所有的類型數(shù)據(jù)同步，包括文件數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)、裸設(shè)備、應(yīng)用配置文件、應(yīng)用程序、庫函數(shù)等，因而支持各類應(yīng)用系統(tǒng)容災(zāi)，包括數(shù)據(jù)庫、中間件、客戶自己開發(fā)的應(yīng)用，適用于 2 層架構(gòu)、3 層或多層應(yīng)用架構(gòu)。 數(shù)據(jù)復(fù)制（Replication）數(shù)據(jù)復(fù)制是運(yùn)程容災(zāi)實現(xiàn)的基礎(chǔ)。容災(zāi)項目方案設(shè)計 軟 件 復(fù) 制 （ 卷 復(fù) 制 ）VERITAS Volume Replicator(簡稱 VVR)負(fù)責(zé)遠(yuǎn)程數(shù)據(jù)復(fù)制。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ù)制卷組。復(fù)制的示意圖見圖四。 VVR 與 VxVM 完全集成在一起。用 VxVM 管理 GUI 界面和命令統(tǒng)一配置管理；由于VVR 僅僅將 Volume 上每次 I/O 的操作復(fù)制到遠(yuǎn)程節(jié)點(diǎn)，復(fù)制的信息是卷的日志，所以在網(wǎng)絡(luò)線路上傳輸?shù)臄?shù)據(jù)量很少，對帶寬的需求也較小。；Storage Replicator Log(簡稱 SRL)是 VVR 中的重要部件。需要復(fù)制的 I/O 操作，首先要寫入 SRL，然后傳到異地。VVR 通過 SRL 保證數(shù)據(jù)復(fù)制嚴(yán)格按照寫順序進(jìn)行，這在異步工作方式下非常重要。當(dāng)網(wǎng)絡(luò)中斷或異地系統(tǒng)出現(xiàn)故障時，本地數(shù)據(jù)將記錄在 SRL 中，當(dāng) SRL 滿后，VVR 將使用 DCM(Data Change Map)記錄變化的數(shù)據(jù)塊的塊號，等系統(tǒng)恢復(fù)正常時再將 SRL 中的數(shù)據(jù)按照先進(jìn)先出的順序傳送到異地，最后再將 DCM 中記錄的塊傳送到異地。容災(zāi)項目方案設(shè)計 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 性能。數(shù)據(jù)復(fù)制根據(jù)實際情況，自行在兩種工作模式之間切換。并且基于卷的日志（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ù)的一致性。 基于軟件的遠(yuǎn)程復(fù)制，在容災(zāi)實現(xiàn)中，使用范圍最廣，支持所有的類型數(shù)據(jù)同步，包括文件數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)、裸設(shè)備、應(yīng)用配置文件、應(yīng)用程序、庫函數(shù)等，支持各類應(yīng)用系統(tǒng)容災(zāi)，包括數(shù)據(jù)庫、中間件、客戶自己開發(fā)的應(yīng)用，適用于 2 層架構(gòu)、3 層或多層應(yīng)用架構(gòu)。容災(zāi)項目方案設(shè)計 硬 件 復(fù) 制通過所謂的遠(yuǎn)程磁盤鏡像實現(xiàn)，其實現(xiàn)要求嚴(yán)格。只能基于同一廠商、同型號陣列、同樣容量大小的兩個陣列來實現(xiàn)。廠商一般建議使用間歇性復(fù)制。遠(yuǎn)程磁盤鏡像（復(fù)制），在容災(zāi)實現(xiàn)中，支持所有的類型數(shù)據(jù)同步，包括文件數(shù)據(jù)、數(shù)據(jù)庫數(shù)據(jù)、裸設(shè)備、應(yīng)用配置文件、應(yīng)用程序、庫函數(shù)等，支持各類應(yīng)用系統(tǒng)容災(zāi)，包括數(shù)據(jù)庫、中間件、客戶自己開發(fā)的應(yīng)用，適用于 2 層架構(gòu)、3 層或多層應(yīng)用架構(gòu)。與應(yīng)用無關(guān)，但與磁盤陣列直接相關(guān)。只能基于同一廠商、同樣容量大小的兩個陣列來實現(xiàn)。受光纖線路影響、復(fù)制數(shù)據(jù)量大，在使用間歇性復(fù)制時，數(shù)據(jù)延遲大，磁盤容量要求 4 倍于源數(shù)據(jù)，并且在極端情況下，不能保證數(shù)據(jù)一致性。硬件復(fù)制的過程，在上文已經(jīng)描述。下面我們將描述極端情況。磁盤復(fù)制在生產(chǎn)中心和容災(zāi)中心復(fù)制的是改動過的物理數(shù)據(jù)塊，而物理數(shù)據(jù)塊的寫是無序的。為了保證數(shù)據(jù)的一致性，通過帶時間戳的數(shù)據(jù)塊，改善了一定的數(shù)據(jù)塊的無序性，但仍然不能解決。我們看到，數(shù)據(jù)庫是通過帶時間戳的數(shù)據(jù)塊和聯(lián)機(jī)日志一起來解決，如果一個數(shù)據(jù)文件中的數(shù)據(jù)塊的時間戳不一致，數(shù)據(jù)庫需要日志來修正，日志中記錄的是一些有序的數(shù)據(jù)庫操作，通過 Recover 的動作，將不一致的數(shù)據(jù)文件，前滾或后滾到某一特定時間點(diǎn)。帶時間戳的數(shù)據(jù)文件和有序的日志，二者缺一不可，否則不能保證數(shù)據(jù)的一致性。在磁盤復(fù)制中，唯獨(dú)少了至關(guān)重要的磁盤寫日志（不可能有）。更有甚，如果這種磁盤塊的無序?qū)?，發(fā)生在數(shù)據(jù)庫的聯(lián)機(jī)日志上，那將對數(shù)據(jù)庫數(shù)據(jù)的一致性造成破壞。 數(shù) 據(jù) 庫 復(fù) 制數(shù)據(jù)庫復(fù)制，如 Oracle 的 Data Guard、Quest SharePlex、DSG RealSync 等，容災(zāi)項目方案設(shè)計通過分析數(shù)據(jù)庫 Redo Log 和 Archive Log 實現(xiàn)日志的復(fù)制，將分析結(jié)果直接或轉(zhuǎn)化為 SQL 語句傳到容災(zāi)中心，在容災(zāi)中通過心 Aply 數(shù)據(jù)庫日志或?qū)⑷罩巨D(zhuǎn)化的 SQL語句重做，來保證容災(zāi)中心數(shù)據(jù)與生產(chǎn)中心數(shù)據(jù)一致。數(shù)據(jù)庫復(fù)制，在簡單的環(huán)境中，實現(xiàn)兩個較小的數(shù)據(jù)庫數(shù)據(jù)同步，可以說是一個簡化的解決方案。對于容災(zāi)環(huán)境，我們認(rèn)為大大不合適，原因如下。數(shù)據(jù)庫復(fù)制，是專門針對相應(yīng)數(shù)據(jù)庫的，只能實現(xiàn)單一的數(shù)據(jù)庫復(fù)制。現(xiàn)有的數(shù)據(jù)庫就有 Oracle ,SQL Server，DB2，Sybase ASE。在容災(zāi)系統(tǒng)中，如果使用數(shù)據(jù)庫復(fù)制方式，管理員將要維護(hù) Oracle 一套、SQL Server 一套、DB2 一套、等相互各不相同的數(shù)據(jù)庫復(fù)制技術(shù)，管理和維護(hù)工作根本不能保證其能夠正常運(yùn)行。下面我們就以 Oracle 為例，雖然有眾多廠商、技術(shù)方案支持的數(shù)據(jù)庫復(fù)制，仍然有不可逾越的技術(shù)障礙。Oracle 數(shù)據(jù)庫的容災(zāi)復(fù)制被稱為 Standby Database, 其產(chǎn)生于 Oracle ，在 Oracle 9i 后，改稱為 Data Guard。Standby Database 又分為 Physical Standby，和 Logical Standby。Physical Standby 方式是將生產(chǎn)中心產(chǎn)生的數(shù)據(jù)庫redo log 和 archive log，不停復(fù)制到容災(zāi)中心，不停的 apply log，來實現(xiàn)容災(zāi)中心的數(shù)據(jù)庫與生產(chǎn)中心一致。Logical Standby，是通過解析 redo log 和archive log，產(chǎn)生相關(guān)的 SQL 語句，把這些語句傳到容災(zāi)中心重做。Quest SharePlex 和 DSG 的 Realsync 類似與 Data Guard 的 Logical Stand by，復(fù)制 SQL語句。1．容災(zāi)的目的是使數(shù)據(jù)能夠被正常訪問，業(yè)務(wù)能夠正常運(yùn)行。數(shù)據(jù)庫復(fù)制技術(shù)，不是一個完整的容災(zāi)解決方案，只能有限的復(fù)制數(shù)據(jù)庫數(shù)據(jù)，不能復(fù)制其他的應(yīng)用程序，配置文件，就是 Oracle 自己的 , ，, *.ctl 也不能復(fù)制，一旦這些文件改動過，將需要管員人為操作或者需要其他軟件的管理，保證容災(zāi)中心與生產(chǎn)中心同步應(yīng)用、程序、配置文件同步。容災(zāi)項目方案設(shè)計2．由于 Data Guard 是通過日志來實現(xiàn)的，這要求數(shù)據(jù)庫必須運(yùn)行在歸檔日志模式下。但我們知道，并不是所有的數(shù)據(jù)庫操作都寫日志：oracle 的 DML（Data Manipulation Language）或 DDL（Data Dictionary Language）語句是不能被復(fù)制的，如 create index、table，alter table 等等；觸發(fā)器、存儲過程操作不能被復(fù)制；系統(tǒng)升級、patchs 更新不能被復(fù)制。3．與備份軟件的沖突。如前所述，對于核心應(yīng)用系統(tǒng)，數(shù)據(jù)備份必不可少。對于數(shù)據(jù)庫的備份，也要求數(shù)據(jù)庫在歸檔模式下運(yùn)行。備份系統(tǒng)在備份作用發(fā)起時，需要備份數(shù)據(jù)文件、control file、歸檔日志、甚至需要數(shù)據(jù)庫實現(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)事故。為了不影響生產(chǎn)環(huán)境，問題一，在備份作業(yè)發(fā)起，強(qiáng)制歸檔；備份完成后，刪除歸檔日志后，數(shù)據(jù)庫復(fù)制軟件，該如何操作，將嚴(yán)重造成生產(chǎn)中心和容災(zāi)中心數(shù)據(jù)不一致。如果備份作用不刪除歸檔日志，系統(tǒng)管理員將不定時的來維護(hù)歸檔目錄，他必須知道本地歸檔目錄中，哪一個歸檔日志已經(jīng)被備份，通過檢查容災(zāi)中心數(shù)據(jù)庫中哪一個歸檔日志已經(jīng)被 apply，這將是一個惡夢一樣的維護(hù)工作。4．極限情況下的危害。當(dāng)生產(chǎn)中心和容災(zāi)中心的復(fù)制鏈路一定時期內(nèi)不能恢復(fù)時，同樣需要在生產(chǎn)主機(jī)中保留所有的歸檔日志，這又需要管理員大量的維護(hù)工作。 數(shù) 據(jù) 庫 雙 活在 Data Guard 中 Physical Standby 模式下，數(shù)據(jù)庫可以通過 readonly 方式打開。正如前面所述，Physical Standby 通過 apply 數(shù)據(jù)日志，實現(xiàn)數(shù)據(jù)庫復(fù)制。但數(shù)據(jù)庫被以 readonly 方式打開時，新的日志將不能被追加，必須將數(shù)據(jù)庫重新切換到 recover 模式下，才能繼續(xù) apply 日志。也就是說數(shù)據(jù)庫是被間歇式打開，影響數(shù)據(jù)庫日志的追加不說，試問，什么應(yīng)用對數(shù)據(jù)庫的操作是間歇式，應(yīng)用程序容災(zāi)項目方案設(shè)計也要間歇式的啟動和停止。并且在 readonly 方式下，一切在數(shù)據(jù)庫中又修改、增加的操作，都會被以錯誤方式返回，什么應(yīng)用不寫數(shù)據(jù)庫？Data Guard 中 Logical Standby 模式下（Quest SharePlex、DSG Realsync 類似）數(shù)據(jù)庫可以被正常打開和操作。這也是需要大量的系統(tǒng)維護(hù)工作作為保障的，如前面描述的日志的維護(hù)問題。是的，該功能有一定的應(yīng)用場所，但也是需要高量的管理和維護(hù)來保證。因為在這種模式下，生產(chǎn)中心和容災(zāi)中心實際上是兩個獨(dú)立的數(shù)據(jù)庫，兩個數(shù)據(jù)庫的數(shù)據(jù)有可能出現(xiàn)不一致的情況。因此，如何確定兩個數(shù)據(jù)庫的一致性，又將是一個技術(shù)難題，如果不一致，又將以誰為準(zhǔn)？容災(zāi)中心的數(shù)據(jù)庫數(shù)據(jù)是生產(chǎn)中心的備份，數(shù)據(jù)應(yīng)完全一致，這是容災(zāi)的宗旨，為此，我們花費(fèi)了大量的人力、物力和財力，如果我們僅僅是想要打開數(shù)據(jù)庫生成報表、實現(xiàn)數(shù)據(jù)挖掘、或是一些測試，有很多其他一些成熟的解決方案。卷快照采用 Volume Manager 的鏡像功能創(chuàng)建邏輯卷的某時間點(diǎn)拷貝。原數(shù)據(jù)(Primary)卷和卷快照都可以包含多個邏輯設(shè)備，如數(shù)據(jù)庫數(shù)據(jù)文件、redo log、archive log 目錄。對于 Oracle 數(shù)據(jù)庫，通過將數(shù)據(jù)庫置于 backup 模式以達(dá)到靜默；或者是使相關(guān)的表空間，置于 backup 模式以達(dá)到靜默。然后對整個instance 或某個表空間實現(xiàn)快照。由于 Oracle 的容錯能力，很多情況下，應(yīng)用不靜默而直接對數(shù)據(jù)庫的數(shù)據(jù)卷照相，再由 Oracle log 機(jī)制恢復(fù)到一致性狀態(tài), 從而可以創(chuàng)建一個與生產(chǎn)中心完全相同數(shù)據(jù)的數(shù)據(jù)庫實例，可以用于生成報表、實現(xiàn)數(shù)據(jù)挖掘、或是一些測試。 瞬間快照(Instant Snapshot) 瞬間快照有三種方式，instant full snapshot，i