逻辑备库管理：通过物理备库重新初始化逻辑备库的某些表实例分享

在逻辑备库上，有的时候主库大量的DML，造成逻辑备库延迟，一种处理逻辑就是临时过滤这张表，等到前台DML完成，逻辑备库追上后重新初始化数据，或者其他一些原因我们需要重新同步被skip掉表，可以通过exec dbms_logstdby.instantiate_table同步，但是对于这种同步方式需要对主库产生一定的压力，如果环境是中存在物理备库作为DR， 逻辑备库作为读分担，那么就可以通过物理备库进行数据的初始化，而不需要通过主库，下面是一个例子

1）首先在逻辑备库创建到物理备库的dblink

create public database link lnk_stb connect to test identified by test using 'link_test';

2）停止物理备库的恢复

alter database recover managed standby database cancel;

3）等逻辑备库恢复超过物理备库的时间点后，停止逻辑备库的SQL APPLY，需要等待10分钟

alter database stop logical standby apply;

4）取消表的skip设置

execute dbms_logstdby.UNSKIP (stmt => 'DML', schema_name => 'TEST', object_name => 'TEST');

execute dbms_logstdby.UNSKIP (stmt => 'SCHEMA_DDL', schema_name => 'TEST',object_name => 'TEST');

5）applied_scn获得逻辑备库当前的

col applied_scn for 99999999999999999999

select APPLIED_SCN from v$logstdby_progress;

          APPLIED_SCN

---------------------

        9606658319417

6）恢复物理备库到该SCN

alter database recover automatic standby database until change 9606671794379;

col CONTROLFILE_CHANGE# for 999999999999999999999

select CONTROLFILE_CHANGE# from v$database;

7）清除逻辑备库中需要重新初始化的表的数据

alter database open read only;

alter table test rename to test1;

truncate table test.test;

8）通过dblink插入数据

insert into test a

select * from test@link_test b;

commit;

当然，这一步，如果是一张比较大的表，是不能这么直接插过来的，undo会爆掉。需要根据情况做手工并行，例如根据rowid切换，或者根据主键切分

select /*+ parallel(b,8)*/*  from test@link_test b;

commit;

9）重新启动逻辑备库的SQL Apply

alter database start logical standby apply immediate;

10）删除创建的dblink

drop public database link lnk_test; 

11）检查以及收尾工作

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/22503721/viewspace-719627/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/22503721/viewspace-719627/