OracleActiveDataGuardADG可行性方案

《OracleActiveDataGuardADG可行性方案》由會員分享，可在線閱讀，更多相關(guān)《OracleActiveDataGuardADG可行性方案（7頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、OracleActiveDataGuard 數(shù)據(jù)同步復制技術(shù)方案 概述 OracleActiveDataGuard是Oracle11g版本推出的新功能。該功能可以實現(xiàn)Oracle 數(shù)據(jù)庫讀寫分離。ActiveDataGuard從底層技術(shù)上實現(xiàn)了在日志恢復數(shù)據(jù)的同時可以用只讀的方式打開數(shù)據(jù)庫，用戶可以在備用數(shù)據(jù)庫上進行查詢、報表等操作，這類似邏輯Data Guard備用數(shù)據(jù)庫的功能（查詢功能方面），數(shù)據(jù)同步的效率更高、對硬件的資源要求更低?？梢愿蟪潭鹊匕l(fā)揮物理備用數(shù)據(jù)庫的硬件資源的效能。 ActiveDataGuard用于維護Oracle數(shù)據(jù)庫的單獨、同步物理副本，從而實現(xiàn)HA/D

2、R。 ActiveDataGuard支持高可用性（通過零數(shù)據(jù)丟失和/或自動故障切換）和災難恢復。并 且數(shù)據(jù)同步的效率更高、對硬件的資源要求更低。是一種有效可行的解決方案。 隨著OracleADG的出現(xiàn)，Oracle在讀寫分離的支持上又得到進一步提升，可以在延遲很 少的情況下提供讀，而且不會出現(xiàn)復制錯誤或者數(shù)據(jù)不一致的問題。 ActiveDataguardReaderFarm架構(gòu)至少存在以下優(yōu)勢： 1 .管理維護簡單，DBA只要熟悉Dataguard的管理即可，無需再額外學習其他方面的新知識； 2 .ActiveDataguardReaderFarm節(jié)點是靈活可擴展的，可以在線添加

3、或者刪除節(jié)點，并且可以線性擴展而不對生產(chǎn)系統(tǒng)造成影響； 3 .可以真正做到實時查詢，不會應為大事務造成同步阻塞，性能有保障； 4 .沒有數(shù)據(jù)類型的限制； 5 .高可用性，節(jié)點的宕機都不會影響到數(shù)據(jù)庫的可用性。 OracleActiveDataGuard系統(tǒng)架構(gòu)如下： PrimaiyDatabaseProcesses Primary transactions Redobuffer lgwr Archivedredo ARCO IReal-timeappM standbyredologs Archivedre

4、se Backup Reports ActiveDataGuard的同步是通過standby數(shù)據(jù)庫對主數(shù)據(jù)庫文件的不斷copy,不斷應用 主庫傳輸過來的redo重做日志來保持和主庫的物理結(jié)構(gòu)一致。standby數(shù)據(jù)庫分為物理 standby和邏輯standby。主備庫之間走的是SSL協(xié)議，SS朋用RSA公鑰密碼和對稱密鑰加 密，提供身份驗證、加密和數(shù)據(jù)完整性。ActiveDataGuard從底層技術(shù)上實現(xiàn)了在日志恢復數(shù)據(jù)的同時可以用只讀的方式打開數(shù)據(jù)庫，用戶可以在備用數(shù)據(jù)庫上進行查詢、報表等操作。 OracleActiveDataGuard包括一個生產(chǎn)數(shù)據(jù)庫，也稱為主數(shù)據(jù)庫，

5、以及一個或多個備用 數(shù)據(jù)庫，這些備用數(shù)據(jù)庫是與主數(shù)據(jù)庫在事務上一致的副本。DataGuard利用重做數(shù)據(jù)保持 這種事務一致性。當主數(shù)據(jù)庫中發(fā)生事務時，則生成重做數(shù)據(jù)并將其寫入本地重做日志文件 中。通過OracleActiveDataGuard,還將重做數(shù)據(jù)傳輸?shù)絺溆谜军c上，并應用到備用數(shù)據(jù)庫中，從而使備用數(shù)據(jù)庫與主數(shù)據(jù)庫保持同步。OracleActiveDataGuard允許管理員選擇將重 做數(shù)據(jù)同步還是異步地發(fā)送到備用站點上。 備用數(shù)據(jù)庫的底層技術(shù)是OracleActiveDataGuard重做應用（物理備用數(shù)據(jù)庫）。物理備用數(shù)據(jù)庫在磁盤上擁有和主數(shù)據(jù)庫逐塊相同的數(shù)據(jù)庫結(jié)構(gòu)，并且使

6、用Oracle介質(zhì)恢復進 行更新。 i.硬件及操作系統(tǒng)需求 X 系統(tǒng)平臺 硬件配置 操作系統(tǒng) 存儲異構(gòu) 同一個Data 不同服務器的硬 必須一致，不過 支持 Gurid配置中的 件配置可以/、 操作系統(tǒng)版本可 所有oracle數(shù) 同,比如cpu, 以略有差異，比 據(jù)庫必須運行 內(nèi)存，存儲設備， 如(linuxas4&linux primary數(shù) 于相同的平臺。 但是必須確保 as5),primary數(shù) 據(jù)庫 比如inter架構(gòu) standby數(shù)據(jù)庫 據(jù)庫和standby VS 下的32位linux

7、 服務器有足夠的 數(shù)據(jù)庫的目錄路 standby數(shù) 據(jù)庫 系統(tǒng)可以與 inter架構(gòu)下的 32位linux系統(tǒng) 組成一組Data Guard。64位 HP-UX也可以 與32位HP-UX 組成一組Data Guard 磁盤空間用來接 收及應用redo 數(shù)據(jù) 徑可以/、同 2.軟件需求 ActiveDataGuard作為Oracle企業(yè)版一個特性功能，標準版不支持。而且作為Oracle軟件的單獨組件（類似OracleRac組件），需要單獨收取費用。 同一個DataGuard配置中所有數(shù)據(jù)庫初始化參數(shù)：COMPAT舊LE的值必須相同。 Primary

8、數(shù)據(jù)庫必須運行于歸檔模式，并且務必確保在primary數(shù)據(jù)庫上打開 FORCELOGGING以避免用戶通過nologging等方式避免寫redo造成對應的操作無法傳輸?shù)絪tandby數(shù)據(jù)庫。 Primary和standby數(shù)據(jù)庫均可應用于單實例或RAC架構(gòu)下，并且同一個dataguard 配置可以混合使用邏輯standby和物理standby。 Primary和standby數(shù)據(jù)庫可以在同一臺服務器，但需要注意各自的數(shù)據(jù)文件存放目錄，避免重寫或覆蓋。 使用具有sysdba系統(tǒng)權(quán)限的用戶管理primary和standby數(shù)據(jù)庫。 建議數(shù)據(jù)庫必須采用相同的存儲架構(gòu)。比如存儲采用ASM/

9、OMF的話，那不分 primarty或是standby也都需要采用ASM/OMF。 各服務器的時間設置，時區(qū)/時間設置需一致。 四、ActiveDataGuarcE作模式 OracleActiveDataGuard有MAXPERFORMANCE,MAXAVAILABILIJMIAXPROTECTIONE 種數(shù)據(jù)保護模式: 模式 數(shù)據(jù)丟失風險 傳輸 如果備用數(shù)據(jù)庫未提交任何確認 最高保護 零數(shù)據(jù)丟失雙重故障保護 同步 僅當從備用數(shù)據(jù)庫收到已將事務的重做硬化到磁盤的確認后，才向應用程序發(fā)送提交成功信號。 最局可用性 零數(shù)據(jù)丟失單重故障保護 同步 快速同步 遠程同

10、步 僅當收到備用數(shù)據(jù)庫的確認 后，或超出閾值期限后，才向應用程序發(fā)送提交成功信號，蝌T取其先 最高性能 可能有極小的數(shù)據(jù)丟失風險 日止升少 主數(shù)據(jù)庫從不等待備用數(shù)據(jù)庫的確認，而是直接向應用程序發(fā)送提交成功信號。 OracleActiveDataGuard支持多種物理架構(gòu)模式，Primary和standby數(shù)據(jù)庫均可應用 于單實例或RAC架構(gòu)下。目前采用較多的物理架構(gòu)模式有如下兩種： 1.主機數(shù)據(jù)庫（RAQ+備機數(shù)據(jù)庫（DG單機）+同磁盤陣列： 數(shù)據(jù)庫陣列 2.主機數(shù)據(jù)庫（RAQ+備機數(shù)據(jù)庫（RAQ+同磁盤陣列: 數(shù)據(jù)庫陣列 （比 對比以上兩種方案，備

11、機部署為RAC雙機方式為備機查詢應用提供更好的高可用性如負載均衡和應用透明切塊），但同時也增加日常維護的復雜程度。如果考慮能夠持續(xù)穩(wěn)定地向外圍系統(tǒng)提供數(shù)據(jù)查詢服務，推薦使用主備機數(shù)據(jù)庫均為RAC的模式。 六、方案特點 1 .高性能、高可靠性 本方案采用本地備份與遠程復制相結(jié)合，最大限度的保證業(yè)務數(shù)據(jù)的安全性。結(jié)合 對操作系統(tǒng)級和數(shù)據(jù)庫級的性能優(yōu)化，消除系統(tǒng)瓶頸，使硬件資源得到最大限度的利用。 2 .方便靈活 在系統(tǒng)中，備份數(shù)據(jù)中心的數(shù)據(jù)庫系統(tǒng)可以切換到打開狀態(tài)，不同于冷容災模式下 容災站點的數(shù)據(jù)庫系統(tǒng)在進行數(shù)據(jù)復制是不可用的情況。因此，備份數(shù)據(jù)中心可以通過 為其它系統(tǒng)提供數(shù)據(jù)共

12、享服務。如通過備份數(shù)據(jù)中心為綜合查詢系統(tǒng)提供快速的數(shù)據(jù)抽取功能，并且實現(xiàn)數(shù)據(jù)的抽取與生產(chǎn)系統(tǒng)完全隔離，減少對生產(chǎn)系統(tǒng)的影響。 3 .高效率、低負載 數(shù)據(jù)復制引擎使用基于Log的復制，復制操作集中于對數(shù)據(jù)的改變，因此將對源數(shù) 據(jù)庫系統(tǒng)、源操作系統(tǒng)和網(wǎng)絡的影響最小化。數(shù)據(jù)復制引擎效率很高，同時保證了復制 數(shù)據(jù)的精確性。在源數(shù)據(jù)庫一端，數(shù)據(jù)復制引擎嚴格地遵守讀一致性模式。在目標數(shù)據(jù)庫一端，數(shù)據(jù)復制引擎使用Oracle內(nèi)部交易格式提交事務，在容災端的交易執(zhí)行速度遠遠高于標準SQL語句執(zhí)行速度。同時系統(tǒng)保證操作次序和會話上下文的一致。 4 .全面---數(shù)據(jù)類型、DML和DDL復制 系統(tǒng)支持Oracle所有的數(shù)據(jù)類型、DML和DDL復制。在復制時，系統(tǒng)可選擇性地在用戶級、對象級、命令級排除(exclude)不需要復制的內(nèi)容。