前言
日益增長的分布式應用需求要求實現更好分布式的軟件環境，不斷推動著分布式技術的進步。Oracle數據復制是實現分布式數據環境的一種技術，通過在不同的物理站點拷貝數據來建立分布式數據環境。它與分布式數據庫不同，在分布式數據庫中，雖然每個數據對象也對所有的站點可用，但是特定的數據對象只存在於一個特定的站點中。而數據復制實現所有的站點都有相同數據對象的可用拷貝。
在一個典型的分布式商業應用中經常需要把個地區的數據備份到總部的數據庫中，一方面可以作為一種備份方式，另一方面也方便總部應用中的綜合統計。這是Oracle數據復制中的簡單應用，本文將以這樣一個例子，講述如何實現Oracle數據復制。
實際情況是，A公司總部在北京，有三個營業部分別位於上海(ORACLE.SHANGHAI.COM)、杭州(ORACLE.HANGZHOU.COM)和武漢(ORACLE.
WUHAN.COM)。三個營業部的軟件系統相同，數據庫結構也相同。現在需要把三個營業部的數據全部備份到總部的數據庫中。
准備工作
在進行復制之前需要准備的東西很多，當然最基礎就是網絡必須暢通，之後需要收集一些復制環境的基本信息：
1． 需要復制的數據庫站點的數量
2． 每個站點的Oracle版本號
3． 每個需要復制的數據庫的大小
4． 每個數據庫所使用的字符集
5． 每個需要復制的數據所用的方案名
收集完環境信息，可以開始建立總部的集中數據庫，集中數據庫要求版本高於所有主戰點的版本，最好所有的數據庫都是用相同的字符集。建好庫後為每個主站點的備份數據分別建一個表空間，表空間大於需要復制的數據量，至於預留以後的發展空間視實際情況而定。
為每個主站點的對應復制數據建立方案，如果各個主站點所使用的方案名不同，在集中數據庫站點分別建立名稱相同的對應方案。否則為各主站點的復制數據分別建立相應的方案名。實際情況是後者，各營業部的數據庫都是用Oracle的方案名，這裡我們建立三個對應方
案：SHORACL、HZORACL 和WHORACL。所有數據庫的版本都是9i。
基本概念
復制之前先解釋一下復制中的幾個概念：
1．主站點（Mater Site）：在復制過程中提供數據源的站點。如上圖中的上海數據庫站點。
2．實體化視圖站點（Materialized View Site）：實體化視圖復制中的目標站點。如上圖中的北京數據庫站點。
3．多主體站點復制（Multimaster Replication）：復制環境中的站點都是主站點，對復制的數據庫對象有相同的管理權限。
4．實體化視圖復制（Materialized View Replication）： 一個主體站點提供源復制對象，一個實體化視圖站點拷貝主站點數據。
5．實體化視圖（Materialized View）：在實體化視圖站點為每個復制表或者視圖建立一個對應的表保存相應的數據，該表只能通過Oracle的復制機制進行增刪改數據的操作。
6． 快速刷新、完全刷新和強制刷新：復制過程中的三種刷新方式。快速刷新只復制源數據對象的改變部分；完全刷新每次都拷貝一遍源數據對象；強制刷新是數據庫的一個折衷方案，如果快速刷新失敗則使用完全刷新。
7． 主體組（Master Group）：主體站點中被復制的源數據對象的集合。
8． 實體化視圖組（Materialized View Site）：實體化視圖站點中復制對象的集合。
9． 實體化視圖日志（Materialized View Log）：實體化視圖復制中使用快速刷新時記錄主體源數據對象操作日志的表。
同步復制和異步復制就不解釋了，本例采用每天一次的異步復制。
進行復制
配置好本地服務名分別為：上海站點：SH，杭州站點：HZ，武漢站點：WH，北京站點：BJ，進入沒有登錄的sqlplus，讓我們開始復制！
一．設置主站點。
這裡以上海主站點設置為例。
1．連接主站點，創建復制管理員並授予相應的權限，復制管理員是管理整個復制環境並創建復制對象的用戶。只有數據管理員可以建立主體組和實體化視圖組。
connect system/passwd@SH
create user repadmin identified by repadmin;
begin
dbms_repcat_admin.grant_admin_any_schema(
username=>’repadmin’);
end;
/
grant comment any table to REPADMIN;
grant lock any table to REPADMIN;
後面的兩個grant語句使復制管理員可以為任何表建立實體化視圖日志。如果想改用戶可以使用視圖管理器，還需要下面的命令：
grant select any dictionary to REPADMIN;
2．注冊傳播方，傳播方會將主體站點的延遲事務隊列推入其他主體站點或者實體化視圖站點。
begin
dbms_defer_sys.register_purpagator(username=>’repadmin’);
end;
3．調度清除作業，該作業會定時清除延遲事務隊列並用傳播方將延遲事務推入其他主體站點或者實體化視圖站點。先更換用戶：
disconnect;
connect repadmin/repadmin@SH;
begin
dbms_defer_sys.schedule_purge(
next_date=>sysdate,interval=>’sysdate + 1’,delay_seconds=>0);
end;
next_date：下一次執行日期，sysdate表示立即。
interval：間隔時段，sysdate + 1表示間隔一天，sysdate+ 1/24表示間隔一小時
delay_seconds：當延遲隊列沒有延遲事件時停止被次清除操作的延遲時間。
4．為實體化視圖站點建立復制代理。創建復制代理用戶並授予視圖接受方權限。復制代理是復制接收方連接主體站點的用戶
disconnect;
connect system/passwd@SH;
create user proxy_bjoracle identified by proxy_bjoracle;
begin
dbms_repcat_admin.register_user_repgroup(
user_name=>’proxy_bjoracle,
privilege_type => ’proxy_snapadmin’,list_of_gnames => NULL);
end;
/
grant select_catalog_role to proxy_bjoracle;
5． 創建主體組。
disconnect;
connect repadmin/repadmin@SH;
begin
dbms_repcat.create_master_repgroup(gname=>’sh_rep’);
end;
/
