终于有空闲的机器腾出来了，生产环境上的一套Oracle环境终于可以鸟枪换炮了，生产环境有Data Guard，为了减少停机时间，而且避免重新构建Data Guard的麻烦（其实也不麻烦，就是浪费时间），计划借助Data Guard的switchover来完成。

      不打无准备的仗，观察了一下某生产环境的Data Guard，发现配置极其简单，趁机抄袭了一下并搭建好测试环境，怎么个简单呢，配置如下：

      (1) 主备节点没有配置standby log file ；

      (2) 只在主节点配置了日志发送的路径；

      (3) 没有配置FAL；

     还是贴配置吧，主节点：

     备节点：

     当然 spfile 中的配置是不止这些的，但是与Data Guard 相关的就这几条，简单吧，从同事的口中了解到该Data Guard就是只为了Failover，也不打算搞实时apply，就采用maximum performance的保护模式（其他都是浮云）。

     介绍一下测试环境，两台Oracle服务器，primary节点 test02 ，standby节点 test03，tnsname分别是 mydb_test02 和 mydb_test03。

     众所周知，搞Data Guard要折腾三个地方：初始化参数（spfile/pfile），控制文件和数据文件，参数文件的设置如上，将primary节点的spfile和password文件复制到standby节点的$ORACLE_HOME/dbs/目录下面，然后将standby启动到nomount。

     设置一下primary节点的spfile：

     以下是如何配置standby controlfile和数据文件：

     在 primary 节点中先使用rman备份数据文件并准备 standby controlfile：

     注意看输出中的备份集信息，先不要退出rman会话，后面还有用，将以上rman脚本产生的两个备份集复制到standby机器的相同目录中

     复制所需的归档日志到standby机器，先确定归档的路径：

     还是回到primary机器的rman会话中，执行duplicate语句来创建Data Guard的备用数据库：

     最后启动Data Guard Standby节点的归档恢复进程：

     自此，测试环境的Data Guard搭建完成。

data guard折腾记一