Oracle Data Guard的配置确实不难，但是比较繁琐。
下面呈现关于Oracle 11g Data Guard物理备库的技术细节。

主库：192.168.124.128
备库：192.168.124.129

我的环境中：
主库的实例名为：yayu
备库的实例名为：standby_yayu

首先，打开主库的归档模式：

打开主库的强制日志功能，确保用户无法执行诸如NOLOGGING这样的操作：

设置standby文件的自动管理，这样在主库添加或者删除数据文件的时候，在备库这些文件也会被自动的添加与删除：

确认主库有standby log file。
备库使用standby log file保存从主库接收的重做日志。

密码文件的设置：
初始化参数）

密码文件）

初始化参数：db_unique_name。

开启数据库闪回：

配置SQL*Net：
主库：

备库：

重做日志的传输的配置：

至此，主库的环境基本配置好了。

（备库的环境）
主库）

备库：

修改PFILE：

在备库上，创建基本的目录结构：

启动备库到nomount阶段：

创建备库：

备库的ALERT日志：

确认日志应用是否正常：
主库：

（如上所示，到备库的日志的APPLIED与ARCHIVED应该都是YES。）
备库：

如果发现有日志没有被应用，那么有可能是重做日志的连续性被打破了。
一般来说FAL_SERVER设置正确，是不会出现这样的问题的。
一下SQL可以帮助你检查你的DG是否存在重做日志的缺口问题，该SQL应该在主库上执行。

一切正常的时候，如上所示，返回VALID和NO GAP。

如果需要查询你的Data Guard的状态（发生过什么），那么除了可以通过查看ALERT日志确认外，还可以通过以下方法查看：

————————————————————————————————
Ending。