OracleDG修改逻辑Standby端数据

相对物理Standby，逻辑Standby的管理要复杂一点点。这个就是管理一个半数据库和管理两个数据库的差异（假设Data Guard环境为一主

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

推荐阅读：

Data Guard 配置 Standby Redo Log

RMAN duplicate for Standby失败解决过程

Data Gurad物理备份方式下以READ ONLY/WRITE模式打开物理Standby

RAC primary+Single Standby DG配置实践

Oracle Standby 策略 PPT

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.