1. 11g 新特性 Streams 同步
捕获
by Maclean.liu
liu.maclean@gmail.com
www.oracledatabase12g.com

2. About Me
l Email:liu.maclean@gmail.com
l Blog:www.oracledatabase12g.com
l Oracle Certified Database Administrator Master 10g
and 11g
l Over 6 years experience with Oracle DBA technology
l Over 7 years experience with Linux technology
l Member Independent Oracle Users Group
l Member All China Users Group
l Presents for advanced Oracle topics: RAC,
DataGuard, Performance Tuning and Oracle Internal.

3. 11g 中引入了新的 Streams 特性:Synchronous Capture 同步捕获。不同于传统 Streams 的捕获机制，
Synchronous Capture 同步捕获不基于归档日志或者在线重做日志来捕捉数据库中的变化。取而代之，同步捕获
使用另一种内部机制来捕捉数据库中的变化并对这些捕获的变化实施格式化，最终形成一条 LCR(Logical change
Record)。这些由同步捕获捕捉到得记录被称为 persistent LCRs。同步捕捉总是将记录入列(enqueue)到一个提
交时队列中(commit-time queue)以保证事务的顺序准确。
即便我们采用了同步捕捉来替代传统的捕捉方式，propagation 和 apply 并不会有什么不同，这我们无需担忧。
同步捕获可以捕捉由 UPDATE、INSERT、DELETE 和 MERGE 四种 DML 语句产生的 DML 变化。因为其不依赖
于重做和归档的特性，其甚至可以被用在非归档模式下，并且不要求打开任何追加日志。
同步捕捉可能适用于以下几种情景中:
1. 无法使用基于重做(redo-based)的传统捕获方式(例如在 Oracle database Standards Edition 中)
2. 无法使用重做或基于日志挖掘相关的功能，但可以用到其他 Streams 进程
3. 要求在用户事务发生的同时执行捕获
4. 捕获的变化被要求存放在磁盘上的队列中
5. 克隆较少更新的表上的数据
同步捕获支持对以下数据类型列的 DML 变更捕捉:
• VARCHAR2
• NVARCHAR2
• NUMBER
• FLOAT
• DATE
• BINARY_FLOAT
• BINARY_DOUBLE
• TIMESTAMP
• TIMESTAMP WITH TIME ZONE
• TIMESTAMP WITH LOCAL TIME ZONE

4. • INTERVAL YEAR TO MONTH
• INTERVAL DAY TO SECOND
• RAW
• CHAR
• NCHAR
• UROWID
需要注意的是不同于传统捕获方式，同步捕获不能使用如 ADD_SCHEMA_RULES 或 ADD_GLOBAL_RULES 存
储过程建立。同步捕获仅能通过 ADD_TABLE_RULES 建立白名规则(table rule with a positive rule set)，而不支
持建立黑名规则(negative rule set)。
下面我们通过实例来体验一下该同步捕获新特性。
一、首先我们需要配置 Streams 所要求的软件环境和前提条件，这包括:
1.确保合理设置 Streams 相关的初始化参数，可以参考<How to setup Oracle Streams Bi-Directional>一文中
Streams 推荐的初始化参数的配置
2.在各个数据库中创建 Streams 管理员用户(一般为 strmadmin)
[oracle@rh2 ~]$ export ORACLE_SID=MACLEAN
[oracle@rh2 ~]$ sqlplus / as sysdba
SQL*Plus: Release 11.2.0.2.0 Production on Wed Apr 6 15:54:51 2011
create user STRMADMIN identified by STRMADMIN
default tablespace USERS
quota unlimited on USERS;
Grant DBA TO STRMADMIN
begin
DBMS_STREAMS_AUTH.GRANT_ADMIN_PRIVILEGE('STRMADMIN');
end;
/

5. GRANT SELECT ANY DICTIONARY TO STRMADMIN;
grant insert any table TO STRMADMIN;
grant update any table TO STRMADMIN;
grant delete any table TO STRMADMIN;
grant select any table TO STRMADMIN;
grant alter any table TO STRMADMIN;
grant read on directory data_pump_dir to strmadmin;
grant write on directory data_pump_dir to strmadmin;
3.在源端数据库(source database)以 STRMADMIN 使用 sqlplus 登录，并创建以 STRMADMIN 用户身份连接到目
标端数据库中的数据库连接(database link):
SQL> conn strmadmin/STRMADMIN
Connected.
SQL> create database link DW connect to strmadmin identified by STRMADMIN using 'DW';
Database link created.
二、正式开始配置使用同步捕获的 Streams
1.进一步确认以上配置的初始化参数、用户权限及数据库连接均已经到位
2.创建示例使用的用户模式以及模式下的示例用表，该步骤在源端和目标端都需要执行:
SQL> create user user1 identified by user1 default tablespace users temporary
tablespace temp;
User created.
SQL> grant connect,resource to user1;
Grant succeeded.
SQL> conn user1/user1
Connected.
SQL> create table TAB1( empid number primary key, name varchar2(10), comments
varchar2(10) );
Table created.

6. 3.以 Streams 管理员身份登录到源端数据库和目标端数据库中，执行以下创建队列(queue)的操作:
BEGIN
DBMS_STREAMS_ADM.SET_UP_QUEUE(
queue_table => 'strmadmin.sync_queue_table',
queue_name => 'strmadmin.sync_cap_queue',
queue_user => 'user1');
END;
/
4.在目标端数据库中创建 apply 队列:
BEGIN
DBMS_STREAMS_ADM.SET_UP_QUEUE(
queue_table => 'strmadmin.sync_queue_table',
queue_name => 'strmadmin.sync_apply_queue',
queue_user => 'user1');
END;
/
5.在目标端数据库创建 apply 进程，但暂时不启动它:
BEGIN
DBMS_APPLY_ADM.CREATE_APPLY(
queue_name => 'strmadmin.sync_apply_queue',
apply_name => 'sync_apply',
apply_captured => FALSE);
END;
/
6.在目标端数据库中为 apply 进程添加应用规则，该规则要求 SYNC_APPLY 应用进程将 SYNC_APPLY_QUEUE
队列中出现的所有 DML 变更 apply 到 USER1.TAB1 表上。

7. BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'user1.tab1',
streams_type => 'apply',
streams_name => 'sync_apply',
queue_name => 'strmadmin.sync_apply_queue',
source_database => 'MACLEAN'); /*此处填入源端数据库的 global name */
END;
/
7.在源端数据库中创建 propagation 进程将捕获到的变更传播到目标端数据库中。使用
ADD_TABLE_PROPAGATION_RULES 存储过程创建该 propagation 及其白名规则(positive rule set)。在源端数
据库中以 STRMADMIN 身份登录，创建该 propagation:
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES(
table_name => 'user1.tab1',
streams_name => 'sync_prop',
source_queue_name => 'strmadmin.sync_cap_queue',
destination_queue_name => 'strmadmin.sync_apply_queue@DW', /*@后面跟上连接到目标端
数据库的 dblink 名字 */
source_database => 'MACLEAN', /* 此处填入源端数据库的 global name
*/
queue_to_queue => TRUE);
END;
/
8.在源端数据库中创建同步捕获进程(synchronous capture)，且仅捕捉 USER1.TAB1 表上的变更:
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES(
table_name => 'user1.tab1',
streams_type => 'sync_capture',
streams_name => 'sync_capture',
queue_name => 'strmadmin.sync_cap_queue');
END;
/
9.为目标端数据库中的 USER1.TAB1 表设置实例化 SCN 号(instantiation SCN):

8. DECLARE
iscn NUMBER; -- Variable to hold instantiation SCN value
BEGIN
iscn := DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER();
DBMS_APPLY_ADM.SET_TABLE_INSTANTIATION_SCN@DW( /*@后面跟上连接到目标端数据库的
dblink 名字*/
source_object_name => 'USER1.TAB1',
source_database_name => 'MACLEAN', /* 此处填入源端
数据库的 global name */
instantiation_scn => iscn);
END;
10.在目标端数据库中启动 apply:
BEGIN
DBMS_APPLY_ADM.START_APPLY(
apply_name => 'sync_apply');
END;
/
因为同步捕获进程会被隐式地启动，所以我们在这里无需去手动启动 sync_capture 进程。
同时我们无法从 dba_capture 视图中找到同步捕获进程的信息，因为它们记录在 dba_sync_capture 视图中:
SQL> set linesize 200
SQL> select state , capture_name from v$streams_capture;
no rows selected
SQL> select status from dba_capture;
no rows selected
SQL> select capture_name, queue_name, rule_set_name, capture_user
2 from dba_sync_capture;

9. CAPTURE_NAME QUEUE_NAME RULE_SET_NAME
CAPTURE_USER
------------------------------ ------------------------------
------------------------------ ------------------------------
SYNC_CAPTURE SYNC_CAP_QUEUE RULESET$_8 STRMADMIN
可以通过以下 SQL 语句了解同步捕获所涉及的表名:
col streams_name for a20
col rule_name for a20
SELECT r.STREAMS_NAME,
r.RULE_NAME,
r.SUBSETTING_OPERATION,
t.TABLE_OWNER,
t.TABLE_NAME,
t.ENABLED
FROM DBA_STREAMS_TABLE_RULES r, DBA_SYNC_CAPTURE_TABLES t
WHERE r.STREAMS_TYPE = 'SYNC_CAPTURE'
AND r.TABLE_OWNER = t.TABLE_OWNER
AND r.TABLE_NAME = t.TABLE_NAME;
STREAMS_NAME RULE_NAME SUBSET TABLE_OWNER
TABLE_NAME ENA
-------------------- -------------------- ------ ------------------------------
------------------------------ ---
SYNC_CAPTURE TAB17 USER1 TAB1 YES
也可以通过以下 SQL 语句查询了解那些列上不支持使用同步捕获(synchronous captures):
SELECT OWNER, TABLE_NAME, COLUMN_NAME, SYNC_CAPTURE_REASON
FROM DBA_STREAMS_COLUMNS
WHERE SYNC_CAPTURE_VERSION IS NULL;
OWNER TABLE_NAME COLUMN_NAME
SYNC_CAPTURE_REASON
------------------------------ ------------------------------
------------------------------ ---------------------------------------

10. IX AQ$_ORDERS_QUEUETABLE_T MSGID
AQ queue table
IX AQ$_ORDERS_QUEUETABLE_H HINT
AQ queue table
IX AQ$_ORDERS_QUEUETABLE_I HINT
AQ queue table
IX AQ$_ORDERS_QUEUETABLE_I MSGID
AQ queue table
IX AQ$_ORDERS_QUEUETABLE_I MSG_LOCAL_ORDER_NO
AQ queue table
IX AQ$_STREAMS_QUEUE_TABLE_T ACTION
AQ queue table
IX AQ$_STREAMS_QUEUE_TABLE_H NAME AQ queue table
11.测试并验证数据复制的情况
SQL> conn user1/user1
Connected.
SQL> insert into tab1 values(8,'MACLEAN','PERFECT');
1 row created.
SQL> commit;
Commit complete.
/* 连接到目标端数据库并查询 TAB1 表 */
SQL> conn user1/user1@DW
Connected.
SQL> select * from tab1;
EMPID NAME COMMENTS
---------- ---------- ----------
8 MACLEAN PERFECT
12.停止并清理 Streams 环境；注意以下步骤会将已有的 Streams 配置移除，因此在执行前应当保证数据库中没有配置
其他 Streams：
exec dbms_apply_adm.stop_apply('sync_apply'); /* 目标端数据库 */

11. exec dbms_capture_adm.drop_capture('sync_capture',true); /* 源端数据库 */
exec dbms_apply_adm.drop_apply('sync_apply',true); /* 目标端数据库 */
exec dbms_streams_adm.remove_streams_configuration; /* both */
同时删除 Streams 管理员和示例所用用户模式:
drop user user1 cascade;
drop user strmadmin cascade;
© 2011, www.oracledatabase12g.com. 版权所有.文章允许转载,但必须以链接方式注明源地址,否则追求法律责
任.