SQL> SELECT * FROM DBA_LOGSTDBY_UNSUPPORTED;

OWNER      TABLE_NAME           COLUMN_NAME          DATA_TYPE            ATTRIBUTES
---------- -------------------- -------------------- -------------------- --------------------
SH         MVIEW$_EXCEPTIONS    BAD_ROWID            ROWID
OE         CUSTOMERS            CUST_ADDRESS         CUST_ADDRESS_TYP
OE         CUSTOMERS            PHONE_NUMBERS        PHONE_LIST_TYP
OE         CUSTOMERS            CUST_GEO_LOCATION    SDO_GEOMETRY
OE         WAREHOUSES           WAREHOUSE_SPEC       XMLTYPE
OE         WAREHOUSES           WH_GEO_LOCATION      SDO_GEOMETRY
PM         ONLINE_MEDIA         PRODUCT_AUDIO        ORDAUDIO
PM         ONLINE_MEDIA         PRODUCT_TESTIMONIALS ORDDOC
PM         ONLINE_MEDIA         PRODUCT_PHOTO        ORDIMAGE
PM         ONLINE_MEDIA         PRODUCT_PHOTO_SIGNATURE ORDIMAGESIGNATURE
PM         ONLINE_MEDIA         PRODUCT_THUMBNAIL    ORDIMAGE
PM         ONLINE_MEDIA         PRODUCT_VIDEO        ORDVIDEO
PM         PRINT_MEDIA          AD_TEXTDOCS_NTAB     TEXTDOC_TAB
PM         PRINT_MEDIA          AD_GRAPHIC           BFILE
PM         PRINT_MEDIA          AD_HEADER            ADHEADER_TYP
OE         CATEGORIES_TAB       CATEGORY_NAME        VARCHAR2             Object Table
OE         CATEGORIES_TAB       CATEGORY_DESCRIPTION VARCHAR2             Object Table
OE         CATEGORIES_TAB       CATEGORY_ID          NUMBER               Object Table
OE         CATEGORIES_TAB       PARENT_CATEGORY_ID   NUMBER               Object Table

19 rows selected.

2)维护逻辑standby与primary的数据库同步是通过sql应用实现，SQL应用转换的SQL语句在执行时，对于insert还好说，对于update,delete操作则必须能够唯一定位到数据库待更新的那条记录，问题就在这里，如果primary库中表设置不当，可能就无法确认唯一条件，逻辑standby跟物理standby的区别，就是因为它只是逻辑上与primary数据库相同，物理上可能与primary数据库存在相当大差异，一定要认识到，逻辑standby的物理结构与primary是不相同的(即使初始逻辑standby是通过primary的备份创建)，因此想通过rowid更新显然是不好使的，就不能再将其做为唯一条件，可以通过以下的方法来解决：
如何确保primary库中各表的行可被唯一标识
Oracle 通过主键、唯一索引/约束补充日志(supplemental logging)来确定待更新逻辑standby库中的行，当数据库启用了补充日志(supplemental logging)每一条update语句写redo的时候会附加列值唯一信息，比如：
如果表定义了主键，则主键值会随同被更新列一起做为update语句的一部分，以便执行时区别哪些列应该被更新；
如果没有主键，则非空的唯一索引/约束会随同被更新列做为update语句的一部分，以便执行时区分哪些列应该被更新，如果该表有多个唯一索引/约束，则oracle自动选择最短的那个；
如果表即无主键，也没有定义唯一索引/约束，所有可定长度的列连同被更新列作为update语句的一部分，更明确的话可定长度的列是指那些除:long,lob,long raw,object type,collection类型外的列；
确定在主数据库上，补充日志是否被启用，可以查询v$database，如下：SQL> select SUPPLEMENTAL_LOG_DATA_FK,SUPPLEMENTAL_LOG_DATA_ALL,SUPPLEMENTAL_LOG_DATA_MIN from v$database; 
SUP SUP SUPPLEME
--- --- --------
NO  NO  NO

SQL> ALTER DATABASE ADD SUPPLEMENTAL LOG DATA;       
Database altered.
SQL> select SUPPLEMENTAL_LOG_DATA_FK,SUPPLEMENTAL_LOG_DATA_ALL,SUPPLEMENTAL_LOG_DATA_MIN from v$database;

SUP SUP SUPPLEME
--- --- --------
NO  NO  YES

批注：SUPPLEMENTAL_LOG_DATA_MIN=YES和IMPLICIT都表示数据库启动了最小化的补充日志。YES表示通过ALTER DATABASE ADD SUPPLEMENTAL LOG DATA语句启动的最小化补充日志;如果启动了对主键、唯一键、外键、ALL的补充日志，默认情况下都会打开最小化的补充日志，IMPLICIT表示的是通过启动对主键、唯一键、外键或者ALL的支持而打开的最小化补充日志。
因此，Oracle 建议你为表创建一个主键或非空的唯一索引/约束，以尽可能确保sql应用能够有效应用redo数据更新逻辑standby数据库。
3)执行下列语句检查sql应用能否唯一识别表列，找出不被支持的表：
SQL> SELECT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_NOT_UNIQUE
  2  WHERE (OWNER, TABLE_NAME) NOT IN
  3  (SELECT DISTINCT OWNER, TABLE_NAME FROM DBA_LOGSTDBY_UNSUPPORTED)
  4  AND BAD_COLUMN = 'Y';

OWNER                          TABLE_NAME
------------------------------ ------------------------------
TSMSYS                         SRS$      --这是一张系统表，首先查看该用户是否可以登录，如果是锁定状态，我们就无需设置它

SQL> select username,account_status from dba_users where username like '%TSMSYS%';

USERNAME                       ACCOUNT_STATUS
------------------------------ --------------------------------
TSMSYS                         EXPIRED & LOCKED
批注：DBA_LOGSTDBY_NOT_UNIQUE 该视图显示包含不被支持的数据类型，即既没有主键，也没有唯一索引的表，如果表中的列包括足够多的信息通常也可支持在逻辑standby的更新，不被支持的表通常是由于列的定义包含了不支持的数据类型。
对于BAD_COLUMN 列值有两个：
Y：表示该表中有采用大数据类型的字段，比如LONG，CLOB，如果表中除log列某些行记录完全匹配，则该表无法成功应用于逻辑standby，standby会尝试维护这些表，不过你必须保证应用不允许；
Ｎ：表示该表拥有足够的信息，能够支持在逻辑standby的更新，不过仍然建议你为该表创建一个主键或者唯一索引/约束以提高log应用效率；

4)假设某张表你可以确认数据是唯一的，但是因为效率方面的考虑，不想为其创建主键或唯一约束，怎么办呢，没关系，oracle想到了这一点，你可以创建一个disable的primary-key rely约束：
关于primary-key RELY约束：
如果你能够确认表中的行是唯一的，那么可以为该表创建rely的主键，RELY约束并不会造成系统维护主键的开销，如果你对一个表创建了rely约束，系统则会假定该表中的行是唯一，这样能够提供sql应用时的性能，但是需要注意，由于rely的主键约束只是假定唯一，如果实际并不唯一的话，有可能会造成错误的更新。
创建rely的主键约束非常简单，只要在标准的创建语句后加上RELY DISABLE即可，示例如下：
SQL> ALTER TABLE mytab ADD PRIMARY KEY (id, name) RELY DISABLE;    --表mytab为我要创建rely主键约束的表名

2.创建逻辑standby
为了方便区分当前操作的数据库，设置一下操作符，如下：
SQL> set sqlprompt primary>           --表示primary数据库
SQL> set sqlprompt lgstandby>         --表示standby数据库
1)在物理standby上取消redo apply ：
lgstandby>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
批注：如果决定将其转换为逻辑standby,就必须停止该物理standby的redo应用，以避免提前应用含LogMiner 字典的redo 数据，造成转换为逻辑standby 后，sql 应用时logMiner 字典数据不足而影响到逻辑standby 与primary 的正常同步。
2)设置primary数据库
[oracle@xiaoru app]$ mkdir my_arch2
[oracle@xiaoru app]$ ls
admin  flash_recovery_area  my_arch  my_arch2  oracle  oradata  oraInventory
primary>alter system set LOG_ARCHIVE_DEST_3='LOCATION=/u01/app/my_arch2/ VALID_FOR=(STANDBY_LOGFILES,STANDBY_ROLE)
  2  DB_UNIQUE_NAME=orcl' LOG_ARCHIVE_DEST_STATE_3=ENABLE SCOPE=BOTH ;

System altered.

primary>show parameter LOG_ARCHIVE_DEST_3;

NAME                  TYPE        VALUE
--------------------- ----------- ------------------------------
log_archive_dest_3     string      LOCATION=/u01/app/my_arch2/ VALID_FOR=(STANDBY_LOGFILES,STANLID_FOR=(
                                   STANDBY_LOGFILES,STANDBY_ROLE) DB_UNIQUE_NAME=orcl

执行如下语句，生成LogMiner字典信息：
primary>EXECUTE DBMS_LOGSTDBY.BUILD;

PL/SQL procedure successfully completed.

批注：该过程专门用于生成记录的元数据信息到redo log，这样改动才会被传输到逻辑standby，然后才会被逻辑standby 进行SQL 应用。该过程通过闪回查询的方式来获取数据字典的一致性，因此oracle初始化参数UNDO_RETENTION值需要设置的足够大。
3)转换物理standby为逻辑standby
lgstandby>show parameter db_name;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_name                              string      myorcl

lgstandby>ALTER DATABASE RECOVER TO LOGICAL STANDBY lg_myorcl;
ALTER DATABASE RECOVER TO LOGICAL STANDBY lg_myorcl
*
ERROR at line 1:
ORA-02084: database name is missing a component
ORACLE10G官网查看错误分析，截图如下：

Database altered.

批注：逻辑standby是一个全新的数据库，如果当前使用spfile,则数据库会自动修改其中的相关信息，如果使用的是pfile,在下次执行shutdown的时候oracle会提示你去修改db_name初始化参数的值。
4)重启standby数据库
lgstandby>shutdown immediate
lgstandby>startup mount;
lgstandby>show parameter db_name;        --查看db_name

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_name                              string      LGMYORCL

lgstandby>select name,database_role,open_mode from v$database;

NAME      DATABASE_ROLE    OPEN_MODE
--------- ---------------- ----------
LGMYORCL  LOGICAL STANDBY  MOUNTED
5)打开逻辑standby
由于逻辑standby与primary数据库事务并不一致，因此第一次打开时必须指定resetlogs选择，如下：
lgstandby>alter database open resetlogs;

Database altered.

然后执行如下SQL语句打开redo应用：
lgstandby>alter database start logical standby apply immediate;

Database altered.

3.验证
1)首先查询主、备库中scott用户下的表，如下：
primary>conn scott/tiger;
Connected.
primary>select * from tab;

TNAME                          TABTYPE  CLUSTERID
------------------------------ ------- ----------
DEPT                           TABLE
EMP                            TABLE
BONUS                          TABLE
SALGRADE                       TABLE

lgstandby>conn scott/tiger;
Connected.
lgstandby>select * from tab;

TNAME                          TABTYPE  CLUSTERID
------------------------------ ------- ----------
DEPT                           TABLE
EMP                            TABLE
BONUS                          TABLE
SALGRADE                       TABLE

2)主库中创建表mydept，并为其添加主键约束，如下
primary>create table mydept as select * from dept;

Table created.

primary>alter table mydept add constraints pk_d primary key (deptno);

Table altered.

primary>select * from tab;

TNAME                          TABTYPE  CLUSTERID
------------------------------ ------- ----------
DEPT                           TABLE
EMP                            TABLE
BONUS                          TABLE
SALGRADE                       TABLE
MYDEPT                         TABLE

primary>select TABLE_NAME,CONSTRAINT_NAME,CONSTRAINT_TYPE from user_constraints where table_name='MYDEPT';

TABLE_NAME                     CONSTRAINT_NAME                C
------------------------------ ------------------------------ -
MYDEPT                         PK_D                           P
primary>conn / as sysdba
Connected.
primary>alter system switch logfile;   --切换日志

System altered.

3)备库查看主库在scott用户下创建的mydept表是否同步
lgstandby>select * from tab;

TNAME                          TABTYPE  CLUSTERID
------------------------------ ------- ----------
DEPT                           TABLE
EMP                            TABLE
BONUS                          TABLE
SALGRADE                       TABLE
MYDEPT                         TABLE

lgstandby>select TABLE_NAME,CONSTRAINT_NAME,CONSTRAINT_TYPE from user_constraints where table_name='MYDEPT';

TABLE_NAME                     CONSTRAINT_NAME                C
------------------------------ ------------------------------ -
MYDEPT                         PK_D                           P

4)主库上对表mydept执行DML语句，示例如下：
primary>conn scott/tiger
Connected.
primary>delete mydept where deptno=10;

1 row deleted.

primary>select * from mydept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        50 ORACLE         JAVA
        60 dayong         xiaoru
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

primary>commit;

Commit complete.

primary>conn / as sysdba;
Connected.
primary>alter system switch logfile;

System altered.

5)备库查询数据是否同步
lgstandby>show user;
USER is "SCOTT"
lgstandby>select * from mydept;

    DEPTNO DNAME          LOC
---------- -------------- -------------
        50 ORACLE         JAVA
        60 dayong         xiaoru
        20 RESEARCH       DALLAS
        30 SALES          CHICAGO
        40 OPERATIONS     BOSTON

批注：由查询结果可知，备库已经成功同步，至此，物理standby转为逻辑standby已经完成