Oracle Data Gurad Logical Standby 相关说明

一．逻辑Standby的准备工作
1  确认操作的对象和语句是否能被逻辑Standby支持
由于逻辑Standby是通过SQL应用来保持与Primary数据库的同步。SQL应用与REDO应用是有很大的区别，REDO应用实际上是在物理Standby端进行RECOVER；SQL应用则是分析重做日志文件中的REDO信息，并将其转换为SQL语句，在逻辑Standby端执行，因此，需要注意以下几点：
（1）并非所有的数据类型都能被逻辑Standby支持，
逻辑Standby支持的数据类型有：
BINARY_DOUBLE、BINARY_FLOAT、BLOB、CHAR、CLOB and NCLOB、 DATE、INTERVAL YEAR TO MONTH、INTERVAL DAY TO SECOND、  LONG、LONG RAW、NCHAR、NUMBER、NVARCHAR2、RAW、TIMESTAMP、  
TIMESTAMP WITH LOCAL TIMEZONE、TIMESTAMP WITH TIMEZONE、VARCHAR2 and VARCHAR  
说明：下列类型在获取Standby支持时需要注意兼容性：
CLOB，需要Primary数据库的兼容级别运行于10.1或更高。
含LOB字段的索引组织表（IOT），需要Primary数据库的兼容级别运行于10.2或更高。
不含LOB字段的索引组织表（IOT），需要Primary数据库的兼容级别运行于10.1或更高。
不支持的数据类型有：
BFILE、Encrypted Columns、ROWID, UROWID、XMLType、对象类型、VARRAYS、嵌套表、自定义类型。
也可以通过查询DBA_LOGSTDBY_UNSUPPORTED来确定主数据库中是否含有不支持的对象
SQL> select * from dba_logstdby_unsupported;
注意：该视图的ATTRIBUTES列，显示对象不被SQL应用支持的原因。
  （2）并非所有的存储类型都能被逻辑Standby支持。
逻辑Standby能够支持簇表（Cluster Tables）、索引组织表（Index-Organized Tables）、堆组织表（Heap-Organized Tables），但不支持段压缩（Segment Compression）存储类型。
  （3）并非所有的PL/SQL包都能被SQL应用支持。
通常那些不会修改系统元数据（Metadata）的Package在实际应用时不会有问题，如DBMS_OUTPUT、DBMS_RANDOM、DBMS_METADATA之类的包。
那些可能修改系统元数据的Package不会被SQL应用支持，即使它们在Primary执行过，并且被成功传输到逻辑Standby端，也不会执行。如DBMS_JAVA、DBMS_REGISTRY、DBMS_ALERT、DBMS_SPACE_ADMIN、DBMS_REFRESH、DBMS_REDEFINITIO