搭建物理Data Guard的简要步骤

搭建物理Data Guard的详细步骤在互联网上已经有很多了，本节就不再详述。相关流程简述如下：
（1）检查主备主机的操作系统是否支持搭建Data Guard。
（2）检查主备数据库之间的网络带宽是否满足要求，生产库产生的归档量越大，带宽要求越高。
（3）检查备份端的存储的空间和性能是否满足要求，生产库产生的归档量越大，存储的空间和性能要求越高。
（4）检查生产库是否处于归档模式，并打开FORCE LOGGING模式。如果数据库不处于FORCE LOGGING模式，虽然备库应用日志时不会出错，但在备库中无法查询NOLOGGING操作的表。
（4）备份端要和生产库安装一样的数据库软件版本，并且建议安装相同的补丁。
（5）拷贝生产库密码文件至备份端相应的目录中（如果是RAC，则要求所有节点密码文件相同），配置生产端和备份端中的监听配置文件（主备实例之间要求能够使用sysdba权限互相连接，如果不能互连，主备之间的切换不能成功），这一步非常重要。
（6）配置生产端和备份端数据库的Data Guard相关参数，主要配置日志传输参数和路径转换参数相关介绍详见10.3.2节。
（7）根据数据库参数文件在备份端创建相关目录。如STANDBY CONTROLFILE的存放路径、跟踪文件存放路径、数据文件存放路径、闪回日志存放路径（如果备份端不开启闪回或者数据库版本为Oracle 9i则不需要配置）等。
（8）在生产端创建STANDBY CONTROLFILE文件，并传输至备份端CONTROL_FILES参数文件所指定的位置，建议配置2个以上的STANDBY CONTROLFILE。
（9）启动备份库至MOUNT状态，添加STANDBY LOGFILE。其添加原则是STANDBY LOGFILE的大小至少要和生产库日志文件的大小保持一致，且日志组数在2组以上（如果生产库为RAC，则每个THREAD添加2组以上日志组）。这一步完成之后，生产库产生的日志应该能够自动传输到备份端了。如果日志传输失败，则查看生产端和备份端警告日志，查询视图V$ARCHIVE_DEST查看日志传输失败的原因。
（10）同步数据库至备份端。笔者常用的方法是将数据库置于热备份模式之后，将数据文件用FTP工具传输到备份端，传输完成之后将生产数据库数据库置回END BAKCUP。如果生产数据文件放在ASM中，那么可以通过RMAN将其镜像拷贝出来。
（11）在备份端手动应用归档日志（即执行RECOVER STANDBY DATABASE），当STANDBY控制文件和数据文件的SCN值处于一致性的时候，就可以启用MRP进程自动应用归档日志了。如果数据库版本在Oracle 10g以上，可以在备库开启数据库级别闪回。Oracle 11G企业版推出了Active Data Guard功能，备库MRP进程可以在READ ONLY状态下应用归档日志，利用这个特性可以将一些只读业务从生产库迁移至备份库中来运行，从而减轻生产库的压力。
（12）Data Guard搭建完成之后，就可以进行主备数据库的角色切换了。角色切换有SWITCHOVER、GRACEFUL FAILOVER和FORCED FAILOVER 3种方式。SWITCHOVER、GRACEFUL FAILOVER切换时要求备库应用完生产库的所有日志，所以这两种方式不会丢失数据，而FORCED FAILOVER相当于将备库使用RESETLOGS选项强制打开，存在丢失数据的风险。