基于同一主机配置Oracle 11g Data Guard(logical standby)

Oracle Data Guard逻辑备库是利用主库的一个备份首先建立一个物理备库，然后再将其转换为逻辑备库。这之后主库将日志传递到备库，

Oracle Data Guard逻辑备库是利用主库的一个备份首先建立一个物理备库，然后再将其转换为逻辑备库。这之后主库将日志传递到备库，备库利用logminer从主库的日志中解析出主库所执行过的SQL，在备库上重新执行一遍，从而保证与主库的数据在逻辑上保持一致。与物理备库相对应的是，物理备库使用的是redo apply，逻辑备库使用的是sql apply。因此逻辑备库仅仅保证数据与主库是在逻辑上是一致的，从而逻辑备库可以处于open状态下并进行相应的DML操作。本文描述了创建逻辑备库的注意事项以及给出了如何创建逻辑备库。

相关参考:
Oracle Data Guard 重要配置参数
基于同一主机配置 Oracle 11g Data Guard

1、逻辑备库的一些限制
对于逻辑备库，存在很多限制，如对于一些特殊的些数据类型象object,nested table,rowid，对象类型，自定义的数据类型等不被支持，以及不
支持段压缩，不支持一些特定的DDL语句等等一大堆的东西了。具体可以参考Oracle Data Guard Concepts and Administration。尽管如此，逻
辑备库依旧有很多物理备库所不具备的特点。下面仅仅列出逻辑备库几个重要关注的信息。

a、确定不被支持的schema
--对于Oracle数据库自带的相关schema会被跳过，因此不要基于这些schema来创建对象或测试，可使用下面的查询来查看
SQL> SELECT OWNER FROM DBA_LOGSTDBY_SKIP WHERE STATEMENT_OPT = 'INTERNAL SCHEMA';

c、确定存在唯一性问题的对象
由于逻辑standby与原数据库是逻辑相同，因此逻辑standby上的rowid并不等同于主库上的rowid。关于rowid可参考：Oracle ROWID
对于主库上的update,delete操作，Oracle通过主键和唯一索引/补充日志确保主库与备库所操作的对象为同一对象上的同一记录
对于启用了主键和唯一索引，补充日志的情形，每一条update语句如何去鉴别被更新的行呢？针对下面的情形在写redo的时候会附加列值唯一信息
表存在主键，则主键值会随同被更新列一起做为update语句的一部分
表无主键，存在非空的唯一索引/约束时，则最短的非空的唯一索引/约束会随同被更新列做为update语句的一部分
表无主键，无唯一索引/约束，所有可定长度的列(除long,lob,long raw,object type,collection类型列)连同被更新列作为update语句的一部分
注，存在函数唯一索引的表能够被实现SQL Apply，只要修改的行能够被唯一鉴别，但该索引函数不能用作唯一性去鉴别更新的行
对于那些可由应用程序确保表上的行记录唯一的，又不希望创建主键的情形，可以通过创建RELY约束，以避免维护主键所带来的额外开销
--可使用下面的方式为表添加RELY约束