管理 Sun StorEdge Availability Suite 3.2.1 应用程序资源组

要使应用程序具有高可用性，必须将该应用程序作为一种资源在应用程序资源组中进行管理。

您在主群集上为应用程序资源组配置的所有实体（比如应用程序数据资源、配置文件和资源组）都必须复制到辅助群集。资源组的名称在这两个群集上必须相同。而且，应用程序资源使用的数据也必须被复制到辅助群集上。

本节介绍了以下任务的信息：

• 如何将应用程序资源组添加至 Sun StorEdge Availability Suite 3.2.1 保护组

• 如何从 Sun StorEdge Availability Suite 3.2.1 保护组删除应用程序资源组

如何将应用程序资源组添加至 Sun StorEdge Availability Suite 3.2.1 保护组

开始之前

您可以将现有的资源组添加到保护组的应用程序资源组列表中。将应用程序资源组添加到保护组之前，请确保满足以下条件：

• 已定义该保护组。

• 要添加的资源组在两个群集上均已存在，并且处于适当的状态。

• 资源组的 Auto_start_on_new_cluster 属性已设置为 False。您可以使用 scrgadm 命令查看该属性。

  # scrgadm -pvv -g apprg1 | grep Auto_start_on_new_cluster

  将 Auto_start_on_new_cluster 属性设置为 False，如下所示：

  # scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False

  将 Auto_start_on_new_cluster 属性设置为 False 可以防止 Sun Cluster 资源组管理器自动启动保护组中的资源组。因此，在 Sun Cluster Geographic Edition 软件重新启动之后与远程群集进行通信以确保远程群集正在运行并且远程群集是该资源组的辅助群集。Sun Cluster Geographic Edition 软件不会自动在主群集上启动资源组。

  激活保护组后，应用程序资源组应仅在主群集上处于联机状态。

  • 与资源所定义的设备组相关联的故障转移应用程序资源组的 Nodelist 属性必须与保护组的 Nodelist 属性包含相同的条目，且条目顺序相同。

  • 该应用程序资源组与此保护组外部的资源组和资源绝不能具有依赖性。要添加几个具有依赖关系的应用程序资源组，您必须在单个操作中将所有具有依赖关系的应用程序资源组添加到该保护组。如果单独添加这些应用程序资源组，则操作会失败。

保护组的状态可以是已激活或已取消激活，资源组的状态可以是联机或未受管理。

保护组的配置更改后，如果资源组的状态是未受管理，并且保护组的状态为已激活，则保护组的本地状态将变为错误。

如果要添加的资源组处于 Online 状态并且已取消激活保护组，则请求将被拒绝。在添加联机资源组之前，必须先激活保护组。

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

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

2. 将应用程序资源组添加到该保护组。

   # geopg add-resource-group resourcegrouplist protectiongroup

   resourcegrouplist

   指定应用程序资源组的名称。

   您可以在逗号分隔的列表中指定多个资源组。

   protectiongroup

   指定保护组的名称。

   此命令将应用程序资源组添加到本地群集上的保护组。如果伙伴群集上包含有相同名称的保护组，则该命令会将新的配置信息传播给伙伴群集。

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

   如果在本地群集上添加操作不成功，则不会修改保护组的配置。否则，本地群集上的 Configuration 状态将被设置为 OK。

   如果本地群集上的配置状态为正常，但伙伴群集上的添加操作不成功，则伙伴群集上的配置状态将被设置为错误。

   将应用程序资源组添加到保护组后，该应用程序资源组将被作为保护组的一个实体进行管理。此后，该应用程序资源组将会受到保护组操作（如启动、停止、切换和接管）的影响。

   如果该应用程序资源组是故障转移类型的资源组，它与同一保护组中的某个设备组具有关联，则 Sun Cluster Geographic Edition 软件会更改它的 RG_affinities 属性，使之包括一个与内部资源组（称为轻量资源组）的牢固正关联。此关联包括故障转移委托。

   该应用程序资源组绝不能与其他资源组之间存在带有故障转移委托的牢固正关联。否则，在轻量资源组上添加带有故障转移委托的牢固正关联将会失败。

   Sun Cluster Geographic Edition 软件还会在应用程序资源组中的 HAStoragePlus 资源和轻量资源组中的 HAStoragePlus 资源之间为此设备组建立牢固的依赖性。保护组进入联机状态或将联机的应用程序资源组添加到联机的保护组时，会发生此重定向。

   请勿修改应用程序资源组和轻量资源组之间的依赖性和资源组关联。

示例 2–7 将应用程序资源组添加至 Sun StorEdge Availability Suite 3.2.1 保护组

以下示例向 avspg 中添加了 apprg1 和 apprg2 两个应用程序资源组。

# geopg add-resource-group apprg1,apprg2 \
avspg

如何从 Sun StorEdge Availability Suite 3.2.1 保护组删除应用程序资源组

您可以在不改变应用程序资源组的状态或内容的情况下从保护组删除应用程序资源组。

开始之前

确保满足以下条件：

• 在本地群集上已定义该保护组。

• 要删除的资源组属于保护组的应用程序资源组。例如，您不能删除属于数据复制管理实体的资源组。

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

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

2. 从保护组中删除应用程序资源组：

   此命令从本地群集上的保护组中删除应用程序资源组。如果伙伴群集中包含具有相同名称的保护组，则还会从伙伴群集的保护组中删除该应用程序资源组。

   # geopg remove-resource-group resourcegrouplist \ protectiongroup

   resourcegrouplist

   指定应用程序资源组的名称。

   您可以在逗号分隔的列表中指定多个资源组。

   protectiongroup

   指定保护组的名称。

   如果即将删除的资源组与保护组中的其他资源组存在依赖性，则必须同时删除与即将删除的资源组存在依赖性的其他所有资源组。

   如果本地群集上的删除操作失败，则系统不会修改保护组的配置。否则，本地群集上的 Configuration 状态将被设置为 OK。

   如果本地群集上的配置状态为正常，但伙伴群集上的删除操作不成功，则伙伴群集上的配置状态将被设置为错误。

   Sun Cluster Geographic Edition 软件将删除应用程序资源组和轻量资源组之间的关联和资源依赖性。

示例 2–8 从保护组删除应用程序资源组

以下示例从 avspg 中删除了 apprg1 和 apprg2 两个应用程序资源组。

# geopg remove-resource-group apprg1,apprg2 \
avspg