共计 6796 个字符，预计需要花费 17 分钟才能阅读完成。
这篇文章将为大家详细讲解有关 Oracle 11gR2 Active DataGuard 如何配置 Step By Step，丸趣 TV 小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。
进行各种配置之后，我们就可以进行 duplicate 过程了。
7、RMAN 进行 duplicate 操作
构建 physical standby 的方法，历代 Oracle 版本是有不同的方法，而且这些方法是向下兼容的。也就是说，旧版本 standby 构建方法在新版本下是可以的。而且，一些方法还有比较强的实用场景。
11g Oracle 推出了使用 RMAN 进行 active database 的构建方法，在主库不停机的情况下也能进行持续的 standby 构建。传统需要单独准备的参数文件和控制文件，也可以通过脚本方法方式进行整理。
在 standby 实例启动的时候，我们只是设置了 db_name 参数。其他 Data Guard 相关的参数，是需要在 RMAN 执行过程中进行配置的。在过去的版本中，这些参数是需要手工设置的。
准备脚本程序：
run {
duplicate target database for standby from active database
spfile
parameter_value_convert ora11g , ora11gsy
set db_unique_name= ora11gsy
set control_files= /u01/app/oradata/ORA11GSY/controlfile/ora11gsby01.ctl
set db_file_name_convert= ORA11G , ORA11GSY
set log_file_name_convert= ORA11G , ORA11GSY
set log_archive_max_processes= 5
set fal_client= ora11gsy
set fal_server= ora11g
set standby_file_management= AUTO
set log_archive_config= dg_config=(ora11g,ora11gsy)
set log_archive_dest_2= service=ora11g async valid_for=(ONLINE_LOGFILE,PRIMARY_ROLE) db_unique_name=ora11g
}
这里有一些注意点：control_files 是必须加入的，表示 standby 数据库的控制文件方法。其他 DG 相关参数在脚本中都有所涉及。Log_archive_dest_2 中配置的 valid_for 项目，表示数据库在 primary_role 角色的时候才会向主库 ora11g 传递日志的。
将脚本保存为文件，cr_standby_script。
[oracle@SimpleLinux dbs]$ ls -l | grep cr
-rw-r–r–. 1 oracle oinstall 653 Apr 13 13:31 cr_standby_script
启动 RMAN 进行 duplicate，连接 target 和 auxiliary。
[oracle@SimpleLinux dbs]$ rman nocatalog
Recovery Manager: Release 11.2.0.4.0 – Production on Sun Apr 13 13:32:18 2014
Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved.
RMAN connect target sys/oracle@ora11g
connected to target database: ORA11G (DBID=4239941846)
using target database control file instead of recovery catalog
RMAN connect auxiliary sys/oracle@ora11gsy
connected to auxiliary database: ORA11GSY (not mounted)
执行脚本：
RMAN @cr_standby_script
RMAN run {
2 duplicate target database for standby from active database
3 spfile
4 parameter_value_convert ora11g , ora11gsy
5 set db_unique_name= ora11gsy
6 set control_files= /u01/app/oradata/ORA11GSY/controlfile/ora11gsby01.ctl
7 set db_file_name_convert= ORA11G , ORA11GSY
8 set log_file_name_convert= ORA11G , ORA11GSY
9 set log_archive_max_processes= 5
10 set fal_client= ora11gsy
11 set fal_server= ora11g
12 set standby_file_management= AUTO
13 set log_archive_config= dg_config=(ora11g,ora11gsy)
14 set log_archive_dest_2= service=ora11g async valid_for=(ONLINE_LOGFILE,PRIMARY_ROLE) db_unique_name=ora11g
15 }
Starting Duplicate Db at 13-APR-14
allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: SID=19 device type=DISK
（篇幅原因，有省略……）
input datafile copy RECID=3 STAMP=844781878 file name=/u01/app/oradata/ORA11GSY/datafile/o1_mf_undotbs1_9mnjs068_.dbf
datafile 4 switched to datafile copy
input datafile copy RECID=4 STAMP=844781878 file name=/u01/app/oradata/ORA11GSY/datafile/o1_mf_users_9mnjs074_.dbf
Finished Duplicate Db at 13-APR-14
RMAN **end-of-file**
脚本没有报错，执行成功。
8、DG 测试
下面，我们检查一下安装 DG 效果。在 standby 端，可以登录数据库检查状态。
[oracle@SimpleLinux dbs]$ env | grep ORACLE_SID
ORACLE_SID=ora11gsy
SQL select name, open_mode, database_role from v$database;
NAME OPEN_MODE DATABASE_ROLE
——— ——————– —————-
ORA11G MOUNTED PHYSICAL STANDBY
Standby 默认情况下，是维持 mounted 状态。主库此时状态如下：
SQL select name, open_mode, database_role from v$database;
NAME OPEN_MODE DATABASE_ROLE
——— ——————– —————-
ORA11G READ WRITE PRIMARY
注意：我们修改主库数据，是在 scope=spfile 基础上。重启主库：
SQL startup force
ORACLE instance started.
Total System Global Area 372449280 bytes
Fixed Size 1364732 bytes
Variable Size 301993220 bytes
Database Buffers 62914560 bytes
Redo Buffers 6176768 bytes
Database mounted.
Database opened.
检查数据库 DG 传递，首先检查 log_archive_dest 状态。如果显示 valid，就表示已经联通。
SQL select dest_id, dest_name, status, binding, archiver, destination from v$archive_dest;
DEST_ID DEST_NAME STATUS BINDING ARCHIVER DESTINATION
———- ——————– ——— ——— ———- —————————
1 LOG_ARCHIVE_DEST_1 VALID MANDATORY ARCH USE_DB_RECOVERY_FILE_DEST
2 LOG_ARCHIVE_DEST_2 VALID OPTIONAL LGWR ora11gsy
同步情况，通过 v$archived_log 视图中查看，注意其中的 applied 列。如果传递到 standby 端，并且应用上 apply，数据为 Yes。
SQL select sequence#, name, STANDBY_DEST, ARCHIVED, APPLIED from v$archived_log where standby_dest= YES order by sequence#;
SEQUENCE# NAME STANDBY_DEST ARCHIVED APPLIED
———- ———- ———— ——– ———
6 ora11gsy YES YES NO
7 ora11gsy YES YES NO
8 ora11gsy YES YES NO
启动同步，要在 standby 数据库中启动操作。Apply 是一个持续的过程，我们启动连接操作一定要加入 disconnect from session 命令，这样就可以在后台进行应用执行动作。
SQL alter database recover managed standby database using current logfile disconnect from session;
Database altered
主库各归档日志应用情况如下：
SQL select sequence#, name, STANDBY_DEST, ARCHIVED, APPLIED from v$archived_log where standby_dest= YES order by sequence#;
SEQUENCE# NAME STANDBY_DEST ARCHIVED APPLIED
———- ———- ———— ——– ———
6 ora11gsy YES YES YES
7 ora11gsy YES YES YES
8 ora11gsy YES YES YES
9 ora11gsy YES YES NO
Standby 端中的归档日志，也可以看到应用过程。
SQL select sequence#, name, STANDBY_DEST, ARCHIVED, APPLIED from v$archived_log order by sequence#;
SEQUENCE# NAME STANDBY_DEST ARCHIVED APPLIED
———- ——————————————————————————– ———— ——– ———
6 /u01/app/fast_recovery_area/ORA11GSY/archivelog/2014_04_13/o1_mf_1_6_9nn99r20_.a NO YES YES
7 /u01/app/fast_recovery_area/ORA11GSY/archivelog/2014_04_13/o1_mf_1_7_9nn99k17_.a NO YES YES
8 /u01/app/fast_recovery_area/ORA11GSY/archivelog/2014_04_13/o1_mf_1_8_9nn99qff_.a NO YES YES
9 /u01/app/fast_recovery_area/ORA11GSY/archivelog/2014_04_13/o1_mf_1_9_9nn9zxyx_.a NO YES IN-MEMORY
同步成功！
9、同步测试
下面我们通过一个简单实验来验证数据库同步动作。在 scott 用户下创建一个数据库表。
SQL conn scott/tiger@ora11g
Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.4.0
Connected as scott
SQL create table t_psby as select * from dba_objects;
Table created
SQL select count(*) from t_psby;
COUNT(*)
———-
86032
切换到 standby 库，在 mount 状态中是不能读取的，需要首次的 open 数据库。但是实验室失败的。
[oracle@SimpleLinux ~]$ sqlplus /nolog
SQL*Plus: Release 11.2.0.4.0 Production on Sun Apr 13 14:05:26 2014
Copyright (c) 1982, 2013, Oracle. All rights reserved.
SQL conn / as sysdba
Connected.
SQL alter database open;
alter database open
*
ERROR at line 1:
ORA-10456: cannot open standby database; media recovery session may be in
Progress
当前我们在应用日志同步的状态。在进行同步的时候，是不能 open 的。我们需要首先将这个日志同步动作 cancel 中。
SQL conn / as sysdba
Connected.
SQL alter database recover managed standby database cancel;
Database altered.
SQL alter database open;
Database altered.
Scott 用户数据表创建。
SQL conn scott/tiger@ora11gsy
Connected.
SQL select count(*) from t_psby;
COUNT(*)
———-
86032
主库数据表添加数据，进行修改。
SQL insert into t_psby select * from dba_objects;
86032 rows inserted
SQL commit;
Commit complete
SQL select count(*) from t_psby;
COUNT(*)
———-
172064
此时 standby 库，并没有同步。因为我们刚刚关闭 cancel 同步。下面启动同步过程，接受新的数据。
SQL alter database recover managed standby database using current logfile disconnect from session;
Database altered.
SQL select open_mode from v$database;
OPEN_MODE
——————–
READ ONLY WITH APPLY
SQL select count(*) from scott.t_psby;
COUNT(*)
———-
172064
同步成功！注意：在 11g 中，READ ONLY WITH APPLY 状态表示在同步同时，也可以应用数据库 Redo Log。如果是之前的版本，数据库需要恢复到 mount 状态。这个也就是 11g 中 Advanced
关于“Oracle 11gR2 Active DataGuard 如何配置 Step By Step”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。
