Oracle DG 修改逻辑Standby端数据

2014-11-24 17:47:09 · 作者: · 浏览: 0

相对物理Standby,逻辑Standby的管理要复杂一点点。这个就是管理一个半数据库和管理两个数据库的差异(假设Data Guard环境为一主一备的情况下),毕竟逻辑Standby只是逻辑上,仿佛与Primary数据库一致,其实它是一个独立运行的,甚至可能与Primary数据库完全不同的数据库系统,对于这种配置环境,管理上多花点工夫想想也是应该的。


推荐阅读:


1、指定对象跳过应用


在默认情况下,接收自Primary的REDO数据中,所有能够被逻辑Standby数据库支持的操作都会在逻辑Standby端执行。如果你希望跳过对某些对象的某些操作的话,DBMS_LOGSTDBY.SKIP就能派上用场了。



先来看看DBMS_LOGSTDBY.SKIP的语法:



DBMS_LOGSTDBY.SKIP (



stmt IN VARCHAR2,



schema_name IN VARCHAR2 DEFAULT NULL,



object_name IN VARCHAR2 DEFAULT NULL,



proc_name IN VARCHAR2 DEFAULT NULL,



use_like IN BOOLEAN DEFAULT TRUE,



esc IN CHAR1 DEFAULT NULL);



除stmt外,其他都是可选参数,并且看字面意义就能明白其所指。例如,你想跳过SCOTT用户下对dept表的DML操作,可以通过执行下列语句实现(执行该过程前需要先停止REDO应用):



SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;



Database altered.



SQL> EXEC DBMS_LOGSTDBY.SKIP('DML', 'SCOTT', 'DEPT');



PL/SQL procedure successfully completed.



SQL>ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;



Database altered.




2、恢复对象同步



如果逻辑Standby中的某些表取消了与Primary的同步维护,现在希望再恢复同步,没问题,DBMS_LOGSTDBY家大业大,它还有个叫UNSKIP的门生专干这个。



我们来看一下DBMS_LOGSTDBY.UNSKIP的语法:



DBMS_LOGSTDBY.UNSKIP (



stmt IN VARCHAR2,



schema_name IN VARCHAR2,



object_name IN VARCHAR2);



三项均为必选参数,各参数的定义与SKIP过程相同。



下面演示恢复tmp1表的同步。



首先查看当前逻辑Standby都有哪些对象处于不同步状态,可以通过DBA_LOGSTDBY_SKIP视图查看,例如:



SQL> select * from dba_logstdby_skip;



ERROR STATEMENT_OPT OWNER NAME U E PROC



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



N DML SCOTT DEPT Y



N INTERNAL SCHEMA SYSTEM % Y



N INTERNAL SCHEMA SYS % Y



N INTERNAL SCHEMA OLAPSYS % Y



N INTERNAL SCHEMA SI_INFORMT % Y



N INTERNAL SCHEMA MGMT_VIEW % Y



N INTERNAL SCHEMA ORDPLUGINS % Y



N INTERNAL SCHEMA XDB % Y



N INTERNAL SCHEMA SYSMAN % Y



N INTERNAL SCHEMA WMSYS % Y



N INTERNAL SCHEMA DBSNMP % Y



注意在执行DBMS_LOGSTDBY.UNSKIP过程前,要停止当前的SQL应用状态:



SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;



Database altered.



执行DBMS_LOGSTDBY.UNSKIP过程,恢复前面停止的scott.tmp1表的应用:



SQL> execute dbms_logstdby.unskip('DML', 'SCOTT', 'dept');



PL/SQL procedure successfully completed.




3、添加或重建对象



指定对象跳过应用虽然被取消,但是有可能在此期间由于Primary数据库做过数据修改,两端此时已经不同步,如果Standby端继续应用极有可能导致应用错误的数据。



对于这类情况,Oracle也早有预见,DBMS_LOGSTDBY包中还有一个过程叫INSTANTIATE_TABLE,专门用来同步一下跳过的对象,以保持与Primary数据库的一致。



DBMS_LOGSTDBY.INSTANTIATE_TABLE的调用语法如下:



DBMS_LOGSTDBY.INSTANTIATE_TABLE (



schema_name IN VARCHAR2,



table_name IN VARCHAR2,



dblink IN VARCHAR2);



除了SCHEMA名称和表名称外,还需要提供一个数据库链,因此这里我们首先在逻辑Standby端创建一个连接Primary数据库的数据库链:



SQL> CREATE DATABASE LINK PRE_TBL_DATA CONNECT TO SYSTEM IDENTIFIED BY ADMIN



USING 'ORCL_PD';



Database link created.



执行使用DBMS_LOGSTDBY.INSTANTIATE_TABLE过程,重新同步SCOTT.TMP1表(注意执行该过程前别忘了暂停当前的SQL应用):



SQL>EXEC DBMS_LOGSTDBY.INSTANTIATE_TABLE('SCOTT', 'DEPT', 'PRE_TBL_DATA');



PL/SQL procedure successfully completed.



SQL> SELECT * FROM SCOTT.DEPT;



对象已被重建,然后重新启动SQL应用即可:



SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;



Database altered.