在逻辑备库上,有的时候主库大量的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/