数据复制层如何验证应用程序资源组和数据复制实体

在验证保护组的过程中，Oracle Data Guard 数据复制层会验证应用程序资源组和数据复制实体。Oracle Data Guard 数据复制层检验以下条件：

• 所验证的保护组内的资源组不包含含有 Oracle RAC 服务器代理资源的 Oracle RAC 服务器代理资源组

  不能将这些资源组添加到 Oracle Data Guard 保护组，因为当保护组以全局方式启动时，由 Oracle RAC 服务器代理资源管理的 Oracle RAC 数据库在备用群集上关闭，从而禁用 Oracle Data Guard 数据复制。

• 保护组内应用程序资源组的 Auto_start_on_new_cluster 属性设置为 False

  使保护组在主群集上联机时，数据复制层使参与该保护组的应用程序资源组仅在同一主群集上联机。将 Auto_start_on_new_cluster 属性设置为 False 可以防止 Sun Cluster 资源组管理器自动启动应用程序资源组。在这种情况下，保留资源组的启动功能供 Sun Cluster Geographic Edition 软件使用。

  当保护组激活时，应用程序资源组只需要在主群集上联机。确保满足以下条件：

• Oracle dgmgrl 命令对每个 Oracle Data Guard Broker 配置均显示 SUCCESS 状态

  dgmgrl 命令的输出中存在 Oracle ORA- 消息可能意味着 sysdba_username 密码错误或者群集已被禁用。此信息反映在 Oracle Data Guard Broker 配置的复制资源的状态中。

• Oracle Data Guard Broker 配置详细信息与 Sun Cluster Geographic Edition 所持有的配置详细信息匹配

  要检查的详细信息包括哪个群集是主群集、配置名称、数据库模式（对于主群集和备用群集而言）、复制模式以及备用类型。

• sysdba_username 密码对于备用群集有效，以确保可进行切换

验证完成时，Sun Cluster Geographic Edition 软件将创建阴影 RAC 服务器代理资源组和资源、复制资源组以及此复制资源组的资源（如果不存在的话），并将它们置于联机状态。如果具有相同名称的资源组或资源已经存在，则 Sun Cluster Geographic Edition 操作可能会修改它们的属性。Sun Cluster Geographic Edition 软件无法创建具有相同名称的新资源组或资源（如果已经有一个存在）。

成功地完成验证后，Configuration 状态将设置为 OK。如果验证不成功，则 Configuration 状态将设置为 Error。