创建、修改、验证和删除 Oracle Data Guard 保护组

本节包含以下主题：

您可以创建不配置为使用数据复制的保护组。要创建不使用数据复制子系统的保护组，请在使用 geopg 命令时省略 -d datareplicationtype 选项。如果省略此选项，则 geoadm status 命令将显示数据复制的状态为 NONE。

如何创建和配置 Oracle Data Guard 保护组

下面的示例以第 1 章中介绍的示例配置为基础。

在本示例中，sales 数据库在 cluster-paris 群集上联机，并受 Oracle Data Guard 保护。

继续进行以下步骤之前，请确保 mysales.com Oracle Data Guard Broker 配置存在，因为 Sun Cluster Geographic Edition 不会为您创建此配置。

开始之前

确保满足以下条件：

• 您的群集是伙伴关系的成员。

• 您要创建的保护组还不存在。

保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。

您还可以将现有的保护组配置从远程群集复制到本地群集。有关更多信息，请参见将 Oracle Data Guard 保护组配置复制到伙伴群集。

1. 登录到一个群集节点。

   要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 在本地群集的所有节点上，创建一个新的保护组。

   phys-node-n# geopg create -s partnershipname -d odg \ -o localrole [-p property [-p...]] protectiongroupname

   -s partnershipname

   指定伙伴关系的名称。

   -d odg

   指定由 Oracle Data Guard 软件复制保护组数据。

   -o localrole

   指定此保护组在本地群集上的角色为 primary 或 secondary。

   -p propertysetting

   指定保护组的属性。

   可指定以下属性：

   • Description －描述保护组。

   • Timeout －以秒为单位指定保护组的超时时限。

   protectiongroupname

   指定保护组的名称。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

   有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。

   创建保护组之前，数据复制层将验证配置是否正确。

   • 如果验证成功，则本地 Configuration 状态将设置为 OK，Synchronization 状态将设置为 Error。

   • 如果验证不成功，则不会创建保护组。

如何修改 Oracle Data Guard 保护组

开始之前

确保本地存在要修改的保护组。

1. 登录到一个群集节点。

   要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 修改保护组的配置

   phys-node-n# geopg set-prop -p property[-p…] protectiongroupname

   -p property

   指定保护组的属性。

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   protectiongroupname

   指定保护组的名称。

   如果伙伴群集包含具有相同名称的保护组，则 geopg set-prop 命令还会将新的配置信息传播给伙伴群集。

   geopg set-prop 命令会用新的配置信息来重新验证保护组。如果在本地群集上验证不成功，则不会修改保护组的配置。否则，将在本地群集上修改 Configuration 并将其状态设置为 OK。

   如果 Configuration 状态在本地群集上设置为 OK，但验证在伙伴群集上不成功，将在伙伴群集上修改 Configuration，并在伙伴群集上将配置状态设置为 Error。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

   有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。

示例 2–1 修改保护组的配置

本示例说明如何修改保护组的 timeout 属性。

phys-paris-1# geopg set-prop -p Timeout=300 sales-pg

如何验证 Oracle Data Guard 保护组

开始之前

如果保护组的 Configuration 状态在 geoadm status 命令的输出中显示为 Error，则您可以使用 geopg validate 命令对该配置进行验证。此命令检查保护组及其实体的当前状态。

如果保护组及其实体是有效的，则保护组的 Configuration 状态将设置为 OK。如果 geopg validate 命令在配置文件中发现了错误，它将显示一条有关该错误的消息，并且配置将保持错误状态。在这种情况下，您可以修正配置中的错误，然后再次运行 geopg validate 命令。

此命令仅对本地群集上保护组的配置进行验证。要验证伙伴群集上的保护组配置，请再次在伙伴群集上运行该命令。

在验证保护组的配置之前，请确保本地存在要进行验证的保护组，而且伙伴双方群集所有节点上的通用代理容器均处于联机状态。

1. 登录到一个群集节点。

   要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 验证保护组的配置。

   此命令仅对本地群集上单个保护组的配置进行验证。

   phys-node-n# geopg validate protectiongroupname

示例 2–2 验证保护组的配置

本示例说明了如何验证保护组。

phys-node-n# geopg validate sales-pg

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

在验证保护组的过程中，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。

如何删除 Oracle Data Guard 保护组

开始之前

要将某个保护组从所有群集上删除，请在该保护组所在的每个群集上运行 geopg delete 命令。

在删除保护组之前，请确保满足以下条件：

• 该保护组在本地存在

• 该保护组在本地群集上处于脱机状态

要在删除保护组时使应用程序资源组保持联机状态，请在删除保护组之前从该保护组中删除应用程序资源组。您不需要对阴影 RAC 服务器代理资源组执行任何操作，因为删除保护组会删除这些资源组，而不会影响它们所投影的 RAC 服务器代理资源组。

1. 登录至要从中删除该保护组的群集（如 cluster-paris）内的一个节点上。

   要完成此步骤，您需要分配有 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

   cluster-paris 是主群集。有关群集配置样例，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。

2. 删除该保护组。

   phys-node-n# geopg delete protectiongroupname

   此命令可从本地群集删除保护组的配置。此命令还删除保护组中 Oracle Data Guard Broker 配置的 Oracle RAC 服务器代理资源组和复制资源组。

   如果保护组未删除，则 Configuration 状态将设置为 Error。解决此错误，然后重新运行 geopg delete 命令。

示例 2–3 删除保护组

本示例说明了如何同时从两个伙伴群集中删除保护组。

# rlogin cluster-paris -l root
phys-paris-1# geopg delete sales-pg
# rlogin cluster-newyork -l root
phys-newyork-1# geopg delete sales-pg

示例 2–4 应用程序资源组保持联机时删除保护组

本示例说明了如何在删除两个应用程序资源组 apprg1 和 apprg2 共享的保护组 sales-pg 的同时保持这两个资源组联机。

先从保护组中删除应用程序资源组，然后再删除该保护组。

phys-paris-1# geopg remove-resource-group apprg1,apprg2 sales-pg
phys-paris-1# geopg stop -e global sales-pg
phys-paris-1# geopg delete sales-pg

与其他数据复制模块不同，不会向保护组中添加 Oracle RAC 服务器代理资源组，而是添加阴影 RAC 服务器代理资源组来表示该资源组。可以随时在保护组中添加和删除阴影 RAC 服务器代理资源组，而不会影响 Oracle Data Guard 数据复制。

因此，本示例中显示的应用程序资源组可以没有要复制的数据，因为此特定保护组仅支持 Oracle Data Guard 数据复制。可能满足此条件的应用程序资源组可以是可缩放的 Web 服务器，这些服务器的数据是静态的或存放在并非由此群集控制的某些远程存储上。