在此群集的数据已与当前主群集 cluster-newyork 上的数据重新同步后,请使用此过程在最初的主群集 cluster-paris 上重新启动应用程序。
在执行“故障转移-切换”前,在 cluster-newyork 上已进行了接管操作。这些群集现在具有以下角色:
cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有 primary 角色或 secondary 角色,这取决于在执行接管操作期间是否可以访问该保护组。
将最初的主群集 cluster-paris 与当前的主群集 cluster-newyork 进行重新同步。
cluster-paris 放弃自己的配置,从本地复制 cluster-newyork 配置。重新同步伙伴关系和保护组配置。
在 cluster-paris 上,取消激活本地群集上的保护组。
# geopg stop -e Local protection-group-name |
指定命令的范围
指定 local 范围后,该命令将仅在本地群集上有效。
指定保护组的名称
如果已取消激活该保护组,则保护组中资源组的状态可能为 Error。状态为 Error,原因是应用程序资源组处于被管理和脱机状态。
取消激活保护组将导致应用程序资源组不再受到管理,并且清除 Error 状态。
在 cluster-paris 上重新同步伙伴关系。
# geops update partnership-name |
指定伙伴关系的名称。
即使您在为多个保护组执行“故障恢复-切换”操作,您也仅需要执行一次此步骤。
有关同步伙伴关系的更多信息,请参见重新同步伙伴关系。
在 cluster-paris 上重新同步每个保护组。
由于在 cluster-newyork 上保护组的角色为 primary,因此此步骤可确保在 cluster-paris 上保护组的角色为 secondary。
# geopg update protection-group-name |
指定保护组的名称
有关同步保护组的更多信息,请参见重新同步 Sun StorEdge Availability Suite 3.2.1 保护组。
在 cluster-paris 上,验证每个保护组的群集配置。
# geopg validate protection-group-name |
指定标识单个保护组的唯一名称
在 cluster-paris 上激活每个保护组。
在激活保护组时,它的应用程序资源组也会进入联机状态。
# geopg start -e Global protection-group-name |
指定命令的范围
通过指定 Global 范围,该命令在部署了保护组的两个群集上生效。
指定保护组的名称
进行“故障转移-切换”操作时,请勿使用 -n 选项,原因是需要从当前的主群集 cluster-newyork 到当前的辅助群集 cluster-paris 对数据进行同步。
由于保护组具有辅助角色,因此将从当前主群集 cluster-newyork 到当前辅助群集 cluster-paris 对数据进行同步。
有关 geopg start 命令的更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
确认数据已完全同步。
首先,确认在 cluster-newyork 上保护组的状态为正常。
phys-newyork-1# geoadm status |
参阅输出的 Protection Group 部分。
下一步,确认复制资源组 AVS-protection-group-name-rep-rg 中的所有资源均报告 OK 状态。
phys-newyork-1# scstat -g |
在任一个群集上,为每个保护组从 cluster-newyork 到 cluster-paris 执行切换操作。
# geopg switchover [-f] -m cluster-paris protection-group-name |
有关更多信息,请参见如何将 Sun StorEdge Availability Suite 3.2.1 保护组从主群集切换到辅助群集。
cluster-paris 承担其作为保护组主群集的最初角色。
在每个群集上使用 geoadm status 命令验证复制资源和应用程序资源组与资源是否处于联机状态,以确保切换操作成功执行。
另外,必须验证目前保护组是否在 cluster-paris 上为“主”、在 cluster-newyork 上为“辅助”,而且两个群集的“数据复制”和“资源组”状态是否均显示为 OK。
# geoadm status |