共计 2212 个字符，预计需要花费 6 分钟才能阅读完成。
Grid Control（文中简称 GC）是监控和管理数据库好帮手，同时也是一把双刃剑。如能“熟练”应用，可以大幅度的提高管理和维护数据库的效率；反之，如果对其隐含的细节没有全面的掌握，很容易带来不必要的麻烦和故障。本文通过实践操作给大家展示一下使用 Grid Control 快速部署 Oracle 物理 DataGuard 的详细过程。供参考。
1. 登入到 GC，依次点击 Targets – Databases
此时可以看到被 GC 管理的两个 Oracle 数据库实例，secdb 实例是物理 DataGuard 主数据库实例，secgc 是 GC 工具对应的数据库实例。
2. 点击 secdb 实例，进入 secdb 实例的 Home 页面 
3. 点击“Maintenance”进入到 secdb 实例的维护页面
在右侧我们便可以寻觅到 Data Guard 的身影，点击 Data Guard 下面的“Setup and Manage”。
4. 此时需要提供管理用户及密码信息，点击 Login
5. 点击“Add Standby Database”
此页面中给出了使用 GC 创建和管理 Data Guard 的优势。
6. 保持默认的第一个选项，点击 Continue
7. 保持默认第一个选项不变，点击 Next
此时已经进入到 step-by-step 的配置阶段，因为之前没有备份介质可用，因此此处我们选择生成备份。
8. 此处需要提供备份介质存放的目录及备份选项
备份目录指定为“/home/oracle”；
为了节省空间选择压缩备份，相应的备份时间也会有所增加；
保留备份介质供不时之需。
9. 给出物理 Data Guard 存放的位置
物理 Data Guard 的实例名这里指定为 secdg；
输入 oracle 用户名和密码；
在此配置下，新部署的备库和主库均在主机 secdb1 上。
10. 给出文件对应关系
这一步骤非常的关键，无数的仁人志士跌倒在这里。
此处一定不要急于点击 Next 进入到下一环节，我们需要点击 Customize 对文件目录进行定制。否则 standby_file_management 参数将为“MANUAL”、db_file_name_convert 及 log_file_name_convert 参数为空，当主库添加数据文件后备库将无法正常恢复，关于该故障的案例分析请参考《【DataGuard】由于备库参数设置不当导致数据文件无法添加的故障分析》（http://space.itpub.net/519536/viewspace-670703）。
11. 默认情况下数据文件、临时文件、日志文件和控制文件的创建路径如下三图所示
是不是有一种目瞪口呆的感觉，这些路径内容急需调整。
12. 为了简便我们将所有的数据库对应的文件都指定到“/u01/app/oracle/oradata/secdg”
注意：单单的给出路径是不够的，一定要点击路径后面的“Go”。只有这样，给出的路径名才会真正的得到应用，否则无济于事。
1）一一修改，确保修改全面后点击“OK”。
2）点击 OK 后，会收到如下的提醒信息。该警告信息是由于我们指定的目录事先没有创建导致的，点击 Yes，系统将自动创建。
3）又回到 File Locations 界面，似乎什么都没有发生，但什么事情都有所改变。点击 Next 继续。
13. 配置界面需要给出备库的 Unique Name、Target Name 和 Standby 归档路径信息
1）按照图中内容进行修改，修改后点击 Next。
2）此处警告信息同样是由于设置的 Standby 归档路径不存在导致的，点击 Yes 让系统自动创建。
14. 此时是对前几步配置的 Review 阶段
1）仔细检查主备库的基本参数信息是否正确
2）仔细检查主备数据库数据文件、临时文件、日志文件和控制文件的对应关系是否调整正确。一切确认无误后点击 Finish，此后将进入到无人值守的自动创建阶段。
15. 以下是 GC 自动创建物理 Data Guard 的过程。如果之前配置的没有问题，稍等片刻后，一个鲜活的物理 Data Guard 将会呈现在世人的面前。
1）初始化 Job，用于后续的自动创建
2）自动创建 Job 后台自动运行，此时可以点击“Creation in progress”跟踪整个 Job 的运行过程
3）整体运行情况
4）每一步骤运行的详细情况及进度 
5）此时，整个物理 Data Guard 的创建工作已完成
总用时 369 秒，不到 7 分钟。
6）此时 Job 的的 status 已经显示为“Succeeded”，创建成功。
16. 最后，从 Targets – Databases 界面已经可以看到成功加入的 secdg 实例的信息，它便是 secdb 的物理 Data Guard 数据库。
17. 小结
如果一切顺利，使用 Grid Control 创建物理 Data Guard 大约仅需 10 分钟左右的时间，可谓速度惊人。在得到便捷的同时，该方法也隐藏了很多实现细节，不便于深入了解 Data Guard 的运行原理。建议以脚本创建为主 GC 创建为辅的原则来探索 Data Guard 的奥秘。
利用 Oracle Data Guard 完成跨平台的数据库迁移案例 http://www.linuxidc.com/Linux/2016-01/127224.htm
更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址：http://www.linuxidc.com/Linux/2016-04/130335.htm
