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