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】由于备库参数设置不当导致数据文件无法添加的故障分析》（）。
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的奥秘。