一般搭建DG我们都希望是一个干净的环境，这样问题好，但是客户确实希望重用资源，这样就需要我们做细致的分析，发现问题，解决问题。下面是个小总结，希望大家有帮助。

部分：开始需要对方协调或者告之的问题总结:

检查了主库和备库配置以及ASM磁盘信息，需要协助作如下工作

1 备库分配公网IP，scanIP ，VIP地址，目前地址与主库冲突。新地址需要我们通过集群重新配置，注意不要改私网IP ，千万不要改，需要改请先通知我。
2 ASM磁盘组备库需要扩容到与主库一致。
3 备库数据库要删除，是删除数据库不是删除数据库软件。
4 修改主库的primary database角色。

这些问题都一一确认解决了，具体操作资料很多，这里就不一一粘贴了，需要提醒大家，就是在主库上做任何操作请务必确认对生成库不会造成影响，这是根本。

而且查询这些问题，也是我们搭建DG需要考虑的方面。

第二部分：遇到的问题总结

1 ASM 磁盘属组不一致,造成duplicate是报 ASM 磁盘组 incomplete.
2 静态监听使用grid用户，完成后删除，此时该节点network资源处于offline状态，srvctl start listener -n node1 启动资源。
3 主库有OMF和非OMF的数据文件，此时db_file_name_convert要使用完整路径映射，在备库创建相应目录。
4 注册备库是手误添加备库角色时，srvctl modify database -d orcldg -r physical_standby -p '+ASMVG1/orcldg/spfileorcldg.ora'中-p
后多了一个=， -p ='+ASMVG1/orcldg/spfileorcldg.ora' 造成srvctl启动数据库报错无法识别参数文件指定的路径。
5 主库两个节点的密码文件不同（节点1与备库都相同），造成节点2日志无法传输到备库，也影响到节点1日志在备库无法应用（因为整个数据库缺少日志，这里是缺少节点2的日志）
6 忘记观测主库参数log_archive_dest_state_2,该参数被修改为deffered,造成主库日志无法传送到备库

7 切忌，详细审核参数文件，详细了解系统历史和现状，认真核对主库的响应参数设置，认真比对所有节点的密码文件是否一致

AIX : csum -h MD5 orapwordg.ora <<<<检查密码文件是否一致