【正文】 方案。 最大可用模式：這種模式在不犧牲源數(shù)據(jù)庫可用性的條件下提供了盡可能高的數(shù)據(jù)保護等級。與最大保護模式一樣，日志數(shù)據(jù)需同時寫到源數(shù)據(jù)庫的聯(lián)機日志文件和至少一個目標(biāo)庫的備用日志文件（ standby redo log），事務(wù)才能提交，與最大保護模式不同的是，如果日志數(shù)據(jù)不能寫到至少一個目標(biāo)庫的備用日志文件（ standby redo log），源數(shù)據(jù)庫不會被關(guān)閉，而是運行在最大性能模式下，待故障解決并將延遲的日志成功應(yīng)用在目標(biāo)庫上以后，源數(shù)據(jù)庫將會自動回到最大可用模式下。 根據(jù)在目標(biāo)庫上日志應(yīng)用（ Log Apply）方 式的不同， Data Guard 可分為 Physical Standby（ Redo Apply）和 Logical Standby（ SQL Apply）兩種。 Physical Standby 數(shù)據(jù)庫，在這種方式下，目標(biāo)庫通過介質(zhì)恢復(fù)的方式保持與源數(shù)據(jù)庫同步，這種方式支持任何類型的數(shù)據(jù)對象和數(shù)據(jù)類型，一些對數(shù)據(jù)庫物理結(jié)構(gòu)的操作如數(shù)據(jù)文件的添加，刪除等也可支持。如果需要， Physical Standby 數(shù)據(jù)庫可以只讀方式打開，用于報表查詢、數(shù)據(jù)校驗等操作，待這些操作完成后再將數(shù)據(jù)庫置于日志應(yīng)用模式下。 Logical Standby 數(shù)據(jù)庫，在這種方式下，目標(biāo)庫處于打開狀態(tài)，通過 LogMiner 挖 22 掘從源數(shù)據(jù)庫傳輸過來的日志，構(gòu)造成 SQL 語句，然后在目標(biāo)庫上執(zhí)行這些 SQL，使之與源數(shù)據(jù)庫保持同步。由于數(shù)據(jù)庫處于打開狀態(tài)，因此可以在 SQL Apply 更新數(shù)據(jù)庫的同時將原來在源數(shù)據(jù)庫上執(zhí)行的一些查詢、報表等操作放到目標(biāo)庫上來執(zhí)行，以減輕源數(shù)據(jù)庫的壓力，提高其性能。 Data Guard 數(shù)據(jù)同步技術(shù)有以下優(yōu)勢： 1） Oracle 數(shù)據(jù)庫自身內(nèi)置的功能，與每個 Oracle 新版本的新特性（如 ASM）都完全兼容，且不需要另外付費； 2） 配置管理較簡單，不需要熟悉其他第三方的軟件產(chǎn)品； 3） Physical Standby 數(shù)據(jù)庫支持任何類型的數(shù)據(jù)對象和數(shù)據(jù)類型； 4） Logical Standby 數(shù)據(jù)庫處于打開狀態(tài)，可以在保持?jǐn)?shù)據(jù)同步的同時執(zhí)行查詢等操作； 5） 在最大保護模式下，可確保數(shù)據(jù)的零丟失； Data Guard 數(shù)據(jù)同步技術(shù)的劣勢體現(xiàn)在以下幾個方面： 1） 由于傳輸整個日志文件，因此需要較高的網(wǎng)絡(luò)傳輸帶寬； 2） Physical Standby 數(shù)據(jù)庫雖然可以只讀方式打開，然后做些查詢、報表等操作，但需要停止應(yīng)用日志，這將 使目標(biāo)庫與源數(shù)據(jù)不能保持同步，如果在此期間源數(shù)據(jù)庫發(fā)生故障，將延長切換的時間； 3） Logical Standby 數(shù)據(jù)庫不能支持某些特定的數(shù)據(jù)對象和數(shù)據(jù)類型； 4） 不支持一對多復(fù)制，不支持雙向復(fù)制，因此無法應(yīng)用于信息集成的場合； 5） 只能復(fù)制整個數(shù)據(jù)庫，不能選擇某個 schema 或表空間進行單獨復(fù)制； 6） 不支持異構(gòu)的系統(tǒng)環(huán)境，需要相同的操作系統(tǒng)版本和數(shù)據(jù)庫版本； Data Guard 技術(shù)是 Oracle 推薦的用于高可用災(zāi)難恢復(fù)環(huán)境的數(shù)據(jù)同步技術(shù)。 Streams 數(shù)據(jù)復(fù)制技術(shù) Streams 是從版本 Oracle 9i 才開始具有的數(shù)據(jù)同步功能，是為提高數(shù)據(jù)庫的高可用性和數(shù)據(jù)的分發(fā)和共享功能而設(shè)計的， Streams 利用高級隊列技術(shù)，通過用 LogMiner 挖掘日志文件生成變更的邏輯記錄，然后將這些變更應(yīng)用到目標(biāo)數(shù)據(jù)庫上，從而實現(xiàn)數(shù)據(jù)庫之間或一個數(shù)據(jù)庫內(nèi)部的數(shù)據(jù)同步。 Streams 數(shù)據(jù)同步大致分如下幾個步驟： 1） Capture 進程分析日志，生成邏輯記錄 LCR，將其放入一個隊列中； 23 2） Propagation 進程將 LCR 發(fā)送到另一個數(shù)據(jù)庫中，通常是目標(biāo)數(shù)據(jù)庫； 3） 在目標(biāo)數(shù)據(jù)庫中， Apply 進程將 LCR 應(yīng)用到目標(biāo)庫，實現(xiàn)數(shù)據(jù)的同步； 在簡單的 Streams 配置中， Capture 進程一般位于源數(shù)據(jù)庫，因此叫做 Local Capture Process， Capture 進程在分析日志后將生成的 LCR 放入隊列中，由 Propagation 進程將LCR 發(fā)送到目標(biāo)庫中。這樣做的好處是不用在網(wǎng)絡(luò)上傳送整個的日志文件，因此可提高網(wǎng)絡(luò)傳輸?shù)男剩@一般會給源數(shù)據(jù)庫帶來較大的壓力，影響其性能。 另一種配置是 Capture 進程位于 Downstream 數(shù)據(jù)庫中，源數(shù)據(jù)庫只負責(zé)將日志文件傳送（日志傳輸方式可為 ARCH 傳輸、 LGWR 同步傳輸和 LGWR 異步傳輸中的任何一種）到 Downstream 數(shù)據(jù)庫中，所有的 Capture 操作都在 Downstream 數(shù)據(jù)庫上完成。這種配置的好處是可以大大降低源數(shù)據(jù)庫的壓力，缺點是需要傳輸整個日志文件，對網(wǎng)絡(luò)帶寬要求較高。 Streams 數(shù)據(jù)同步技術(shù)有以下優(yōu)勢： 1） 可支持一對多、多對一和雙向復(fù)制，可用于數(shù)據(jù)分發(fā)和共享，這是 Data Guard所不具備的； 2） 可靈活配置復(fù)制數(shù)據(jù)庫中的一部分對象，如可按 Table 復(fù)制、 Schema 復(fù)制、表空間復(fù)制等，并可在復(fù)制過程中對數(shù)據(jù)進行過濾和轉(zhuǎn)換，使之滿足不 同的需要； 3） 同 Data Guard 一樣，是 Oracle 內(nèi)置功能，與每個 Oracle 新版本的新特性（如ASM）都完全兼容，且不需要額外付費； 4） 可用于異構(gòu)的操作系統(tǒng)和數(shù)據(jù)庫版本，但有一些限制； 5） 可支持非 Oracle 數(shù)據(jù)庫和 Oracle 數(shù)據(jù)庫之間的數(shù)據(jù)同步； 6） 目標(biāo)數(shù)據(jù)庫處于打開狀態(tài)，可以在保持?jǐn)?shù)據(jù)同步的同時執(zhí)行查詢等操作，分擔(dān)源數(shù)據(jù)庫的壓力； Streams 數(shù)據(jù)同步技術(shù)有以下缺點： 1） 配置維護較復(fù)雜，需要較高的技術(shù)水平； 2） 在非 Downstream 復(fù)制中，對源數(shù)據(jù)庫壓力較大；如果使 用 Downstream 復(fù)制，則增加了配置的復(fù)雜性且需要通過網(wǎng)絡(luò)傳輸整個日志文件，對網(wǎng)絡(luò)帶寬要求較高； 3） 不能支持某些特定的數(shù)據(jù)對象和數(shù)據(jù)類型； 4） 不能保證數(shù)據(jù)的零丟失； Oracle 公司將 Streams 技術(shù)定位于數(shù)據(jù)的分發(fā)和共享，雖然也可用于高可用的災(zāi)難 24 恢復(fù)場合，但 Oracle 推薦使用的災(zāi)難恢復(fù)技術(shù)是 Data Guard。 Advanced Replication 數(shù)據(jù)復(fù)制技術(shù) Advanced Replication 配置管理較復(fù)雜，且對源數(shù)據(jù)庫性能影響較大，在以后的Oracle 版本中將可能逐步被 Streams 技術(shù)所取代。 Golden Gate 數(shù)據(jù)復(fù)制技術(shù) Golden Gate 原來是一家獨立的軟件廠商的產(chǎn)品，現(xiàn)該產(chǎn)品已被 Oracle 公司收購，Oracle 將 Golden Gate 軟件集成到到其“融合（ Fusion）”中間件中，預(yù)計以后該產(chǎn)品將與 Oracle 數(shù)據(jù)庫更緊密地集成。 Golden Gate 可以用于多種不同的操作系統(tǒng)平臺（ Unix、Linux、 Windows）和多種不同數(shù)據(jù)庫系統(tǒng)（如 DB Oracle、 Infomix、 MySQL、 Sybase等）之間的數(shù)據(jù)同步，是一款優(yōu)秀的數(shù)據(jù)同步及數(shù)據(jù)分發(fā)產(chǎn)品。 GoldenGate 是一種基于軟件的數(shù)據(jù)復(fù)制方式，它從數(shù)據(jù)庫的日志中解析數(shù)據(jù)的變化（數(shù)據(jù)量只有日志的四分之一左右）， 并 將數(shù)據(jù)轉(zhuǎn)化為自己的格式，直接通過 TCP/IP 網(wǎng)絡(luò)傳輸，無需依賴于數(shù)據(jù)庫自身的傳遞方式如 Oracle Net，而且可以通過高達 9:1 的壓縮比率對數(shù)據(jù)進行壓縮，大大降低帶寬需求。在目標(biāo)端， GoldenGate 可以通過交易重組 、分批加載等技術(shù)大大加快數(shù)據(jù)投遞的速度和效率，降低目標(biāo)系統(tǒng)的資源占用，可以在秒一級實現(xiàn)大量數(shù)據(jù)的復(fù)制。 作為一種軟件方案， GoldenGate 可以采用非常靈活的方式加以配置，包括 單向 復(fù)制、雙向復(fù)制和多層次的數(shù)據(jù)復(fù)制。特別是其在雙向數(shù)據(jù)復(fù)制領(lǐng)域的 先進 技術(shù)，可以滿足用戶在本地或廣域網(wǎng)絡(luò)環(huán)境中的各種復(fù)雜需求。 GoldenGate 數(shù)據(jù)庫復(fù)制 技術(shù)具有如下特性 ∶ 本機數(shù)據(jù)改變捕捉 –作為一個基于日志的同步解決方案，將對源系統(tǒng)和網(wǎng)絡(luò)的影響減少到最低。 靈活性 –源和目的系統(tǒng)不需要有一樣的操作系統(tǒng)、數(shù)據(jù)庫及模板 (例如 ∶ 表，索引，等 )。 GoldenGate 能在同一個系統(tǒng)的多個數(shù)據(jù)庫實例之間實現(xiàn)數(shù)據(jù)復(fù)制，或把數(shù)據(jù)復(fù)制到局域網(wǎng)內(nèi)的 其它數(shù)據(jù)庫實例，或把數(shù)據(jù)復(fù)制到廣域網(wǎng)上的遠端數(shù)據(jù)庫實例。 無需宕機時間的移植 –GoldenGate 能在不同版本的數(shù)據(jù)庫和操作系統(tǒng)之間同步數(shù)據(jù)。數(shù)據(jù)庫，操作系統(tǒng)或應(yīng)用系統(tǒng)的更新可以在輔助系統(tǒng)里進行。一旦更新后的輔助系統(tǒng)通過了完整的測試，所有的處理工作就可以切換到輔助系統(tǒng)，然后更新主系統(tǒng)。一旦主系統(tǒng)的更新完成了，主與輔助系統(tǒng)之間能夠再一次同步而無宕機時間。 25 不依賴于硬件和數(shù)據(jù)庫 –GoldenGate 不依賴于操作系統(tǒng)，數(shù)據(jù)庫和硬件。數(shù)據(jù)可以在不同的環(huán)境之間移動，因而消除了客戶對任何拓撲結(jié)構(gòu)的依賴性。 RPO 與 RTO 的目標(biāo) –GoldenGate 提供了立即恢復(fù)備份的裝備。這是因為源和備份系統(tǒng)可以配置或構(gòu)架設(shè)計為雙向 ”端到端 ”的功能。 雙向復(fù)制 –GoldenGate 提供了兩個或兩個以上生產(chǎn)系統(tǒng)之間的數(shù)據(jù)復(fù)制功能。這些系統(tǒng)無須具有一樣的屬性或相同的操作系統(tǒng)，數(shù)據(jù)庫或數(shù)據(jù)庫版本。 數(shù)據(jù)一致性 –備份數(shù)據(jù)庫支持讀一致性的查詢活動 (交易的一致性在任何時候都受到保護 )。 靈活的拓撲結(jié)構(gòu) –在數(shù)據(jù)庫和表一級實現(xiàn)了多種相關(guān)數(shù)據(jù)的分部方式。例如 ∶ 支持一對多，多對一，多對多以及分層的配置。 映射與轉(zhuǎn)換功能 –列轉(zhuǎn)換能夠適應(yīng)特別的備份需要，包括查 看和執(zhí)行存儲過程。 數(shù)據(jù)選擇 –選擇性的復(fù)制數(shù)據(jù)而不是全部，例如表，行和列。 GoldenGate 是一種基于數(shù)據(jù)庫日志的數(shù)據(jù)復(fù)制產(chǎn)品，可以利用極少的系統(tǒng)開支，實時復(fù)制數(shù)據(jù)庫，改善數(shù)據(jù)可用性。 GoldenGate 可以在數(shù)據(jù)移植、在線維護等場合應(yīng)用，以減少或消除數(shù)據(jù)庫的停機時間。同時，它還可用于數(shù)據(jù)容災(zāi)、負載均衡、數(shù)據(jù)集中、數(shù)據(jù)分布等應(yīng)用中。 GoldenGate 可確保在這些工作進行時，源系統(tǒng)的正常事務(wù)處理得以繼續(xù)進行，功能上不受影響。 Share Plex 數(shù)據(jù)復(fù)制技術(shù) Share Plex 是 Quest 公司開發(fā)的用 于專門用于 Oracle 數(shù)據(jù)庫的數(shù)據(jù)同步軟件，可以運行在異構(gòu)的操作系統(tǒng)平臺上和 Oracle 數(shù)據(jù)庫的不同版本之間。 Share Plex 的數(shù)據(jù)復(fù)制原理與 Golden Gate 類似，需要分別在源數(shù)據(jù)庫服務(wù)器和目標(biāo)數(shù)據(jù)庫服務(wù)器上安裝 Share Plex 軟件。具體處理過程是： Capture 進程分析源數(shù)據(jù)庫的日志文件，抓取所需的數(shù)據(jù)變更操作，將其存儲在 Share Plex 自己專有的 queue 文件中，放入到 Capture Queue，然后由 Read 進程對 queue 文件進行封裝處理，將其放入到 Export Queue 中，由 Export 進程將 queue 文件通過網(wǎng)絡(luò)發(fā)送到目標(biāo)服務(wù)器上，目標(biāo)服務(wù)器上的Import 進程接收這些 queue 文件，將其放入到 Post Queue 中，最后由 Post 進程將這些queue 文件中的變更應(yīng)用到目標(biāo)數(shù)據(jù)庫中，其處理流程如下圖： 26 Share Plex 數(shù)據(jù)同步技術(shù)的優(yōu)勢有： ? 支持異構(gòu)的操作系統(tǒng)平臺，便于數(shù)據(jù)庫管理系統(tǒng)的版本升級及操作系統(tǒng)平臺切換； ? 跟 Data Guard 傳輸整個日志文件相比， Share Plex 傳輸?shù)臄?shù)據(jù)量大大降低，這點跟 Golden Gate 差不多； ? 目標(biāo)數(shù)據(jù)庫處于打開狀態(tài)，且支持一對多、多對一、雙向復(fù)制等配置，也可以選擇部分對象進行復(fù)制，可滿足數(shù)據(jù)分發(fā)和數(shù)據(jù)集成的需要，減輕源數(shù)據(jù)庫壓力，這方面也類似于 Golden Gate； ? 所占系統(tǒng)資源較少，通常在 10%以下。 Share Plex 數(shù)據(jù)同步技術(shù)的劣勢體現(xiàn)在以下幾個方面： ? 需要支付額外的 Liscense 費用，通常是一筆不小的支出； ? 需要在數(shù)據(jù)庫軟件外安裝一套專門數(shù)據(jù)同步軟件，增加了管理維護的復(fù)雜程度； ? 由于數(shù)據(jù)復(fù)制操作獨立于數(shù)據(jù)庫管理系統(tǒng)，因此不能確保數(shù)據(jù)零丟失； ? 由于是第三方的軟件產(chǎn)品，在對某些特定的數(shù)據(jù)對象、數(shù)據(jù)類型和 Oracle 某些新特性如 ASM 的支持方面不如數(shù)據(jù)庫廠商自己的解決方案；另外，還有一種可能就是如果 Oracle 對自己的日志格式做些改變或加密， Share Plex 將無能為力。 從上述分析可知， Share Plex 雖然專用于 Oracle 數(shù)據(jù)庫同步，但同 Golden Gate 相比并無明顯優(yōu)勢， Golden Gate 對異構(gòu)數(shù)據(jù)庫的支持更是 Share Plex 所不能比。 DSG Real Sync 數(shù)據(jù) 復(fù)制技術(shù) 除了上述數(shù)據(jù)同步技術(shù)外，在國內(nèi)市場上用于 Oracle 數(shù)據(jù)同步的產(chǎn)品還有 DSG 公 27 司的 Real Sync 軟件， Real Sync 的實現(xiàn)原理及功能與 Share Plex 基本類似，也是只支持Oracle 數(shù)據(jù)庫，也可以跨越不同的操作系統(tǒng)平臺。值得一提的是 Real Sync 在目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)裝載方面，不是通過主鍵或唯一鍵來實現(xiàn)數(shù)據(jù)記錄的定位，而是自己維護一個源數(shù)據(jù)庫和目標(biāo)數(shù)據(jù)庫的數(shù)據(jù)記錄的 rowid mappin