可以通过以下几种方式激活保护组:
全局,即在配置保护组的两个群集上均激活保护组
仅在主群集上
仅在辅助群集上
在主群集或辅助群集上激活保护组时,其结果取决于正在使用的数据复制类型。如果正在使用 Sun StorEdge Availability Suite 3.2.1 软件,则仅能从主群集启动数据复制。因此,在辅助群集上激活保护组时,激活操作将不会启动数据复制。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
激活该保护组。
此命令在本地群集上激活保护组。
如果您在主群集上激活保护组,则其应用程序资源组也会进入联机状态。
# geopg start -e scope [-n] AVS-protection-group |
指定命令的范围
如果该范围为 Local,则该命令仅在本地群集上生效。如果该范围为 Global,则该命令在部署保护组的两个群集上均会生效。
属性值(例如 Global 和 Local)不区分大小写。
防止在启动保护组时启动数据复制
如果省略此选项,则在保护组启动时将启动数据复制子系统,并且该命令会在保护组中的每个设备组上执行以下操作:
验证为复制资源配置的角色是否与本地群集上保护组的角色相同。
验证与设备组相关联的卷集的角色是否与本地群集上保护组的角色相同。
如果本地群集上的保护组的角色为 secondary,请卸载所有与设备组相关联的卷集中所定义的本地卷。
如果在本地群集上保护组的角色为 primary,请启用 Sun StorEdge Availability Suite 3.2.1 远程镜像软件的自动同步特性。此外,请重新同步与设备组相关联的卷集。
指定保护组的名称
geopg start 命令使用 scswitch -Z -g resource-groups 命令使资源组和资源联机。有关使用此命令的更多信息,请参阅 scswitch(1M) 手册页。
如果本地群集上的保护组的角色为 primary,则 geopg start 命令将执行以下操作:
该命令执行 RoleChange_ActionCmd 中定义的脚本。
此命令使保护组中的应用程序资源组在本地群集上进入联机状态。
如果应用程序资源组是故障转移类型的资源组,它与相同保护组中的一个设备组具有关联,则该命令将在应用程序资源组和轻量资源组之间添加牢固的正关联和故障转移委托。
该应用程序资源组绝不能具有带有故障转移委托的牢固正关联。否则,在轻量资源组上添加带有故障转移委托的牢固正关联将会失败。
该命令为此设备组在应用程序资源组的 HAStoragePlus 资源和轻量资源组的 HAStoragePlus 资源之间建立了牢固的依赖关系。
如果该命令失败,则 Configuration 状态可能会被设置为 Error,这取决于故障的原因。保护组保持取消激活的状态,但可能会启动数据复制,并且可能会使某些资源组进入联机状态。您应该运行 geoadm status 命令来获取系统的状态。
如果 Configuration 状态被设置为 Error,请使用如何验证 Sun StorEdge Availability Suite 3.2.1 保护组中介绍的过程重新验证保护组。
以下示例说明如何全局激活保护组:
# geopg start -e global avspg |
以下的示例说明了如何仅在本地群集上激活保护组。根据群集的角色,此本地群集可能是主群集或辅助群集。
# geopg start -e local avspg |