在辅助群集上需要使应用程序进入联机状态时,您可以执行接管操作(而无论在主卷和辅助卷之间数据是否完全一致)。启动接管操作后将执行以下步骤:
如果可以访问以前的主群集 cluster-paris,则将取消激活保护组。
有关哪一个群集是 cluster-paris 的提示信息,请参见图 2–1。
原先的主群集 cluster-paris 的数据卷将由新主群集 cluster-newyork 接管。
此数据可以与最初的主卷不一致。从新的主群集 cluster-newyork 到原先的主群集 cluster-paris 的数据复制将停止。
在不进行数据复制的情况下将激活保护组。
有关在执行接管操作前后主群集和辅助群集的各种可能情况的详细信息,请参见附录 C,接管执行后的情况。
以下过程介绍了强制辅助群集执行接管操作时所必须执行的步骤以及如何恢复数据。
在强制辅助群集承担主群集的活动前,请确保满足以下条件:
已在该群集上启动和运行 Sun Cluster Geographic Edition 软件。
该群集是伙伴关系的成员。
在辅助群集上保护组的 Configuration 状态为 OK。
登录到一个辅助群集中的节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
启动接管操作。
# geopg takeover [-f] protection-group-name |
在不经您确认的情况下强制该命令执行操作
指定保护组的名称
以下示例说明如何强制辅助群集 cluster-newyork 对 avspg 执行接管操作。
phys-newyork-1 是辅助群集上的第一个节点。有关哪一个节点是 phys-newyork-1 的提示信息,请参见Sun Cluster Geographic Edition 群集配置示例。
phys-newyork-1# geopg takeover -f avspg |
当执行 geopg takeover 命令时,该软件将确认辅助群集上的卷集是处于 Replicating 状态还是 Logging 状态。
如果可以访问最初的主群集 cluster-paris,则软件将执行以下操作:
删除保护组中的所有应用程序资源组与内部资源组之间的关联和资源依赖性(如果该保护组处于活动状态)
使应用程序资源组脱机,并使它们处于 unmanaged 状态
卸载与保护组中的设备组相对应的主卷
通过使所有的卷集进入记录模式停止数据复制
颠倒所有卷集的角色
在最初的辅助群集 cluster-newyork 上,软件将执行以下操作:
使所有的卷集进入记录模式
颠倒所有卷集的角色
运行 RoleChange_ActionCmd 属性中指定的脚本
如果在执行接管操作之前在最初的辅助群集上保护组处于活动状态,则将使所有的应用程序资源组进入联机状态,并在应用程序资源组和内部资源组之间添加关联和资源依赖性
如果命令执行成功,则辅助群集 cluster-newyork 将成为保护组新的主群集。与保护组中的设备组相关联的卷集将根据本地群集上保护组的角色颠倒其角色。如果在执行接管操作之前在最初的辅助群集上保护组处于活动状态,则在新的主群集上应用程序资源组将进入联机状态。如果可以访问最初的主群集,则它将成为该保护组的新辅助群集。对于所有与保护组的设备组相关联的卷集,复制将停止。
成功地执行接管操作后,数据复制将停止。如果您希望继续暂停复制,请在使用 geopg start 命令时指定 -n 选项。此选项可防止启动从新的主群集到新的辅助群集的数据复制。
如果以前的任何操作失败,则此命令均会返回错误。执行 geoadm status 命令查看每个组件的状态。例如,根据故障的原因,保护组的 Configuration 状态可能会被设置为 Error。保护组可以处于已激活或已取消激活的状态。
如果保护组的 Configuration 状态被设置为 Error,请使用如何验证 Sun StorEdge Availability Suite 3.2.1 保护组中介绍的过程重新验证该保护组。
如果在每个伙伴群集上保护组的配置不相同,则您需要使用如何重新同步 Sun StorEdge Availability Suite 3.2.1 保护组中介绍的过程对配置进行重新同步。