oracle,平台,linux,数据库,archive,sql
操作系统：linux redhat 4.7
Oracle: 10.2.0.1
主库：orcl_pd
备库：LGDG
一、逻辑Standby创建过程
1、创建物理Standby
具体的参考：
Oracle Data Guard Linux 平台 Physical Standby 搭建实例
简单的做如下几点提示：
（1）初始化参数配置
初始化参数的修改并不仅仅只是在待创建的Standby数据库端创建，当前的Primary数据库甚至同一个Data Guard配置中的其他Standby数据库的初始化参数都有可能需要进行修改。
对于Primary数据库，至少需要新增一个LOG_ARCHIVE_DEST_n参数，以发送REDO数据到新的Standby端，同时其他一些与Standby环境相关的参数也会涉及调整，如LOG_ARCHIVE_CONFIG及FAL_*等参数。
而对于现有的Standby数据库（如果有的话），主要是基于角色转换的考虑，有必要对一些参数提前进行设置，设置的参数对当前功能不会有任何影响或促进，如果确定不进行角色转换，那么同一个Data Guard配置中的其他Standby数据库初始化参数也可以不做任何调整。
（2）监听和NetService配置
建议用Net Manager 工具来配置，这样不容易出现错误。
（3）创建密钥文件
必须确保在同一个Data Guard环境中，所有数据库的SYS用户拥有相同密码，建议从其他服务器复制密钥文件到本地，然后按照密钥文件名的格式修改文件名即可。
注意Windows平台和Linux/UNIX平台下，密钥文件名的命名格式并不相同，Windows平台下密钥文件名格式为PWD[sid].ora，而Linux/UNIX平台下密钥文件名格式为orapw[sid]，注意文件名的大小写哟。
2、Primary数据库生成数据字典
执行下列过程，生成LogMiner字典信息：
SQL> EXECUTE DBMS_LOGSTDBY.BUILD;
PL/SQL procedure successfully completed.
注意：在Primary生成数据字典前，一定要确保待转换的物理Standby数据库已经停止REDO应用。如果已经启用了REDO应用，执行下列语句停止REDO应用：
SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
Database altered.
控制文件中记录了日志文件的应用状态，正常情况下一个日志文件只会被应用一次，如果Primary生成的数据字典信息被物理Standby数据库应用了，等该物理Standby转换成逻辑Standby数据库时（不应用数据字典不代表就不能执行转换哟）就不会再应用这些文件，自然也没有Primary数据库对象的元数据，这可能会导致这部分对象的修改不能被逻辑Standby正常应用。
我们操作的根本目的是为了让逻辑Standby能够应用到这部分数据字典信息，只要能够实现这一点，是否暂停REDO应用或什么时间暂停REDO应用就无所谓了。这也我们理解另外一个问题，如果Primary生成LogMiner字典信息时，待转换的物理Standby数据库没有暂停REDO应用怎么办？好办，马上暂停REDO应用，然后Primary数据库重新生成一下LogMiner字典信息就是。
3、转换物理Standby为逻辑Standby
执行下列语句，转换物理Standby为逻辑Standby：
SQL> SHOW PARAMETER DB_NAME
NAME TYPE VALUE
---------------------- ----------- ------------------------------
db_name string orcl
SQL> ALTER DATABASE RECOVER TO LOGICAL STANDBY LGDG;
Database altered.
执行完该语句之后，关闭数据库并重新启动到MOUNT状态：
SQL> SHUTDOWN IMMEDIATE
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> STARTUP MOUNT;
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1218316 bytes
Variable Size 79694068 bytes
Database Buffers 83886080 bytes
Redo Buffers 2973696 bytes
Database mounted.
为什么要重启？因为上述操作涉及逻辑Standby数据库更名，包括DBID、INCARNATION等均已被重新初始化。
再次查看DB_NAME参数和数据库角色：
SQL> SHOW PARAMETER DB_NAME;
NAME TYPE VALUE
-------------------------- ----------- ------------------------------
db_name string LGDG
SQL> SELECT DATABASE_ROLE FROM V$DATABASE;
DATABASE_ROLE
----------------
LOGICAL STANDBY
现在DB_NAME和数据库的角色都已经被修改。
4、调整逻辑Standby数据库初始化参数
设置重做日志文件路径，将本地生成的归档文件和Primary数据库发送来的归档文件分开，存放到不同目录内，注意归档文件路径不要冲突，修改参数如下：
SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1='LOCATION=/u01/archive VALID_FOR=（ONLINE_LOGFILES, ALL_ROLES） DB_UNIQUE_NAME=LGDG'; # LGDG 是在tnsnames.ora 中配置的
System altered.
SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_3='LOCATION=/u01/std
VALID_FOR=（STANDBY_LOGFILES, STANDBY_ROLE） DB_UNIQUE_NAME=LGDG';
System altered.
5、打开逻辑Standby
由于逻辑Standby与Primary数据库事务并不一致，因此第一次打开时必须指定RESETLOGS子句，执行语句如下：
SQL> ALTER DATABASE OPEN RESETLOGS;
Database altered.
然后执行下列SQL命令开始应用REDO数据：
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY ;
Database altered.
如果要启用实时应用，建议首先创建Standby Redologs，例如，为该逻辑Standby创建几组Standby Redologs：
SQL> ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 '/u01/app/oracle/oradata/orcl/redo04.log' SIZE 50m;
Database altered.
重新执行启动REDO应用的命令，附加APPLY IMMEDIATE子句，以打开实时应用（由于当前REDO应用已经启动，因此我们首先停止REDO应用）：
SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;
Database altered.
SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;
Database altered.
6、验证环境
所有配置完成，接下来尝试在Primary数据库端执行修改操作，看看是否能够分别在逻辑Standby和物理Standby端应用。
首先在Primary数据库端执行下列语句，向tmp1表插入一条新记录并提交：
SQL> insert into scott.dept values（1,'dave','dmm'）；
1 row created.
SQL> commit;
Commit complete.
SQL> alter system switch logfile;
System altered.
接下来看看逻辑Standby的同步情况：
SQL> select * from scott.dept;