相对物理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.
