相对物理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.
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/1883177.html
