Oracle11GRACtoRACDATAGUARD配置

第五部分ORACLE 11G RAC TO RACDataguard 安装与管理5.1 环境准备

以HDB为例，阐述oracle 11g Dataguard physical standby的安装过程。主从数据库都是ORACLE 11G RAC环境，数据和ORACLE程序都在CFS共享磁盘上。运⾏crs_stat –t 检查各资源状态。

在本系统中，采⽤Maximum Performance⽅式，即⽇志同步采取lgwr noaffirm⽅式。环境如下：

5.2 Dataguard Physical Standby 数据库创建5.2.1 tnsnames.ora修改

修改源端和⽬标端的tnsnames.ora, 加⼊以下内容：

5.2.2 password file 重建

重新⽣成源端的password file，并复制到⽬标端。并建⽴到$ORACLE_HOME/dbs的软

5.2.3 设置数据库运⾏在force logging模式

5.2.4 创建pfile 参数⽂件

在源端数据库⽣成pfile, 并复制到⽬标端。并修改以下参数

5.2.5 ⽣成spfile参数⽂件

在⽬标端⽤pifle启动数据库到nomount状态。从pfile ⽣成spfile.

5.2.6 测试备库连接在源端：

确保从主库可以连接到从库。如果不能连接，检查以前的配置，然后再进⾏下⼀步。5.2.7 创建standby⽇志⽂件在主库上创建，应该会同步到从库。Standy log 的推荐数⽬为：(# of online redo logs per primary instance + 1) * # of instances

5.2.8 复制数据库

数据库的复制过程有⼏种⽅法：⽅法1：RMAN “on the fly duplicate”

这种⽅式可以⾃动备份datafile,control⽂件到⽬标端，⽽且复制过程事主库仍可正常运⾏。⽅法2: 复制数据⽂件将主库shutdown，然后复制所有的数据⽂件到从库的相应⽬录。启动主库到mount 状态，

⽅法3: RMAN 备份复制

在从库RMAN恢复，

5.2.9 启动备库

在从库上运⾏startup mount; 启动到mount 状态。登录主库，并修改主库相关参数

需要重起主库以使参数⽣效。5.2.10 启动重做应⽤

观察从库的alert_hdb1.log，看是否归档成功应⽤。

测试⽇志传输与归档

5.2.11 注册第⼆个节点到CRS在从库的第⼆个节点上，

5.3 Dataguard ⽇常管理5.3.1 数据库切换

在RAC状态下，主从数据库的切换时主从库只能有⼀个实例在运⾏状态。在切换前需关掉其他节点，在切换完成后再启动其他节点。

如果主库状态为“sessions active”，则需要在命令后加上with session shutdown 语句。重起原数据库到mount 状态。在原从库上执⾏切换命令

shutdown 并startup 新主数据库。在新的从库启动redo apply.

5.3.2 启⽤real time redo apply和read only open

从库将可以以只读模式提供查询和报表服务。5.3.3 从库过期归档⽇志删除

5.3.4 Dataguard运⾏状态检查5.3.4.1 alert log ⽇志检查

Dataguard⽇志复制及应⽤，以及错误信息在alert log中都有记录。正常情况下，主库⽇志通常显⽰为以下内容：

正常情况下，从库⽇志通常显⽰为以下内容：

5.3.4.2 查询DataGuard⽇志传输⽅式

SQL> select process,client_process,sequence#,status from v$managed_standby;PROCESS列显⽰进程信息

CLIENT_PROCESS列显⽰对应的主数据库中的进程SEQUENCE#列显⽰归档redo的序列号STA TUS列显⽰的进程状态

5.3.4.4 查询primary server上有哪些⽇志没有被传输到Standby

5.3.4.5 查询dataguard 状态信息

SQL> SELECT MESSAGE FROM V$DATAGUARD_STATUS;5.3.4.6 监控恢复操作的进程

5.3.4.7 Dataguard 相关视图

5.3.5故障转移

在某些情况下，不能执⾏正常的切换操作。如源端主数据库停掉，不能在短时间内恢复或数据库⽆法恢复甚⾄需要重建，需要启⽤从库。值得注意的是，这种操作是destructive操

5.4 常见故障处理故障⼀：

这种情况通常是主库不能连到从库，⼀般是从库当机或关闭。⾸先在主库⽤sqlplus 测试到从库的连接，检查从库状态。从库

启动后，这种错误就会消失。故障⼆：

数据库的维护步骤：关闭：先关主库后关从库，启动：先启动从库然后启动主库。