成功执行接管操作后,辅助群集 cluster-newyork 将成为保护组的主群集,因此服务将在辅助群集上处于联机状态。待最初的主群集恢复后,可使用所谓的故障恢复过程在最初的主群集上使服务再次进入联机状态。
Sun Cluster Geographic Edition 软件支持以下两种故障恢复:
故障恢复-切换。在执行“故障恢复-切换”操作期间,待主群集的数据与辅助群集 cluster-newyork 上的数据重新同步后,应用程序将在最初的主群集 cluster-paris 上再次进入联机状态。
有关哪个群集是 cluster-paris 以及哪个群集是 cluster-newyork 的提示信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。
故障恢复-接管。在“故障恢复-接管”期间,在最初的主群集上应用程序再次进入联机状态,并在主群集上使用当前的数据。在辅助群集上进行的任何更新将被放弃。
最初的主群集 cluster-paris 再次启动后,如果您希望新的主群集 cluster-newyork 继续作为主群集,最初的主群集继续作为辅助群集,则可以在不执行切换或接管操作的情况下重新同步和重新验证保护组配置。
可通过执行以下过程用当前主群集 cluster-newyork 上的数据重新同步和重新验证最初的主群集 cluster-paris 上的数据。
重新同步和重新验证保护组的配置之前,cluster-newyork 上已执行了接管操作。这些群集现在具有以下角色:
如果最初的主群集 cluster-paris 已关闭,请确认是否已引导该群集以及是否已在该群集上启用 Sun Cluster Geographic Edition 基础结构。有关引导群集的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“引导群集”。
cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有主角色或辅助角色,具体值取决于在 cluster-newyork 上执行接管操作期间是否可以对 cluster-paris 进行访问。
将最初的主群集 cluster-paris 与当前的主群集 cluster-newyork 进行重新同步。
群集 cluster-paris 将放弃其原有的配置,并将 cluster-newyork 的配置复制到本地。重新同步伙伴关系和保护组配置。
在 cluster-paris 上,取消激活本地群集上的保护组。
# geopg stop -e Local protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
指定保护组的名称。
如果已取消激活该保护组,则保护组中资源组的状态可能为错误。状态为错误,原因是应用程序资源组处于被管理和脱机状态。
取消激活保护组将导致应用程序资源组不再受到管理,并且清除错误状态。
在 cluster-paris 上重新同步伙伴关系。
# geops update partnershipname |
指定伙伴关系的名称。
此步骤只需执行一次即可,即使是要重新同步多个保护组亦是如此。
有关对伙伴关系进行同步的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“重新同步伙伴关系”。
在 cluster-paris 上重新同步每个保护组。
由于在 cluster-newyork 上保护组的角色为 primary,因此此步骤可确保在 cluster-paris 上保护组的角色为 secondary。
# geopg update protectiongroupname |
指定保护组的名称
有关同步保护组的更多信息,请参见重新同步 Sun StorEdge Availability Suite 3.2.1 保护组。
在 cluster-paris 上,验证每个保护组的配置。
# geopg validate protectiongroupname |
指定标识单个保护组的唯一名称
在 cluster-paris 上激活每个保护组。
在激活保护组时,它的应用程序资源组也会进入联机状态。
# geopg start -e Global protectiongroupname |
指定命令的范围。
通过指定 Global 范围,该命令在部署了保护组的两个群集上生效。
指定保护组的名称。
由于需要将数据从当前的主群集 cluster-newyork 同步到当前的辅助群集 cluster-paris,因此请不要使用 -n 选项。
由于保护组具有辅助角色,因此将从当前主群集 cluster-newyork 到当前辅助群集 cluster-paris 对数据进行同步。
有关 geopg start 命令的更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
确认数据已完全同步。
首先,确认在 cluster-newyork 上保护组的状态为 OK。
phys-newyork-1# geoadm status |
参阅输出的 Protection Group 部分。
下一步,确认复制资源组 AVSprotectiongroupname-rep-rg 中的所有资源是否均报告正常状态。
phys-newyork-1# scstat -g |
在最初的主群集 cluster-paris 上的数据与当前主群集 cluster-newyork 上的数据重新同步后,请使用以下过程在最初的主群集上重新启动应用程序。
故障恢复过程仅适用于处在伙伴关系中的群集。对于每个伙伴关系而言,以下过程只需执行一次。
在执行“故障转移-切换”前,在 cluster-newyork 上已进行了接管操作。这些群集现在具有以下角色:
如果最初的主群集 cluster-paris 发生了故障,请确认是否已引导该群集以及是否已在该群集上启用 Sun Cluster Geographic Edition 基础结构。有关引导群集的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“引导群集”。
cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有主角色或辅助角色,具体值取决于在 cluster-newyork 上执行接管操作期间是否可以对 cluster-paris 进行访问。
将最初的主群集 cluster-paris 与当前的主群集 cluster-newyork 进行重新同步。
群集 cluster-paris 将放弃其原有的配置,并将 cluster-newyork 的配置复制到本地。重新同步伙伴关系和保护组配置。
在 cluster-paris 上,取消激活本地群集上的保护组。
phys-paris-1# geopg stop -e Local protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
指定保护组的名称。
如果已取消激活该保护组,则保护组中资源组的状态可能为错误。状态为错误,原因是应用程序资源组处于被管理和脱机状态。
取消激活保护组将导致应用程序资源组不再受到管理,并且清除错误状态。
在 cluster-paris 上重新同步伙伴关系。
phys-paris-1# geops update partnershipname |
指定伙伴关系的名称。
对于每个伙伴关系而言,即使是要对该伙伴关系中的多个保护组执行“故障恢复-切换”操作,也只需为该伙伴关系执行一次此步骤即可。
有关对伙伴关系进行同步的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“重新同步伙伴关系”。
在 cluster-paris 上重新同步每个保护组。
由于保护组在 cluster-newyork 上的本地角色现在为主角色,因而此步骤可确保它在 cluster-paris 上成为辅助角色。
phys-paris-1# geopg update protectiongroupname |
指定保护组的名称
有关同步保护组的更多信息,请参见重新同步 Sun StorEdge Availability Suite 3.2.1 保护组。
在 cluster-paris 上,验证每个保护组的配置。
由于保护组处于错误状态时是无法启动的,因此,请确保保护组不处于错误状态。
phys-paris-1# geopg validate protectiongroupname |
指定标识单个保护组的唯一名称
在 cluster-paris 上激活每个保护组。
在激活保护组时,它的应用程序资源组也会进入联机状态。
phys-paris-1# geopg start -e Global protectiongroupname |
指定命令的范围。
通过指定 Global 范围,该命令在部署了保护组的两个群集上生效。
指定保护组的名称。
执行“故障恢复-切换”操作时,由于需要将数据从当前的主群集 cluster-newyork 同步到当前的辅助群集 cluster-paris,因此请不要使用 -n 选项。
由于保护组具有辅助角色,因此将从当前主群集 cluster-newyork 到当前辅助群集 cluster-paris 对数据进行同步。
有关 geopg start 命令的更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
确认数据已完全同步。
首先,确认在 cluster-newyork 上保护组的状态为 OK。
phys-newyork-1# geoadm status |
参阅输出的 Protection Group 部分。
下一步,确认复制资源组 AVSprotectiongroupname-rep-rg 中的所有资源是否均报告正常状态。
phys-newyork-1# scstat -g |
在任一个群集上,为每个保护组从 cluster-newyork 到 cluster-paris 执行切换操作。
# geopg switchover [-f] -m clusterparis protectiongroupname |
有关更多信息,请参见如何将 Sun StorEdge Availability Suite 3.2.1 保护组从主群集切换到辅助群集。
cluster-paris 承担其作为保护组主群集的最初角色。
确保成功执行了切换操作。
检验保护组此时在 cluster-paris 上是否为主角色,在 cluster-newyork 上是否为辅助角色,并检验其在两个群集上的“数据复制”状态和“资源组”状态是否均为正常。
# geoadm status |
查看每个 Sun StorEdge Availability Suite 3.2.1 保护组的应用程序资源组和数据复制的运行时状态。
# scstat -g |
请参阅针对您要检查的数据复制设备组所显示的 Status 和 Status Message 字段。有关这些字段的更多信息,请参见表 2–1。
有关数据复制运行时状态的更多信息,请参见检查 Sun StorEdge Availability Suite 3.2.1 数据复制的运行时状态。
使用此过程在最初的主群集 cluster-paris 上重新启动应用程序,然后在最初的主群集上使用当前数据。在辅助群集 cluster-newyork 作为主群集时,其上的所有更新都将被放弃。
故障恢复过程仅适用于处在伙伴关系中的群集。对于每个伙伴关系而言,以下过程只需执行一次。
此外,您还可以在最初的主群集 cluster-paris 上继续使用数据。在 cluster-newyork 上执行接管操作后,肯定没有从新的主群集 cluster-newyork 向最初的主群集 cluster-paris 复制数据。
开始执行“故障恢复-接管”操作之前,群集具有以下角色:
如果最初的主群集 cluster-paris 发生了故障,请确认是否已引导该群集以及是否已在该群集上启用 Sun Cluster Geographic Edition 基础结构。有关引导群集的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“引导群集”。
cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有 primary 角色或 secondary 角色,这取决于在执行接管操作期间是否可以访问该保护组。
将最初的主群集 cluster-paris 与最初的辅助群集 cluster-newyork 进行重新同步。
cluster-paris 将放弃自己的配置,并在本地复制 cluster-newyork 的配置。
在 cluster-paris 上重新同步伙伴关系。
phys-paris-1# geops update partnershipname |
指定伙伴关系的名称。
对于每个伙伴关系而言,即使是要对该伙伴关系中的多个保护组执行“故障恢复-接管”操作,也只需为该伙伴关系执行一次此步骤即可。
有关对伙伴关系进行同步的更多信息,请参见《Sun Cluster Geographic Edition 系统管理指南》中的“重新同步伙伴关系”。
在 cluster-paris 上重新同步每个保护组。
如果已激活保护组,请使用 geopg stop 命令取消激活该保护组。有关取消激活保护组的更多信息,请参见如何取消激活 Sun StorEdge Availability Suite 3.2.1 保护组。
phys-paris-1# geopg update protectiongroupname |
指定保护组的名称
有关同步保护组的更多信息,请参见如何重新同步 Sun StorEdge Availability Suite 3.2.1 保护组。
在 cluster-paris 上,验证每个保护组的配置。
因此,请确保保护组不处于错误状态。保护组处于错误状态时是无法启动的。
phys-paris-1# geopg validate protectiongroupname |
指定标识单个保护组的唯一名称
在 cluster-paris 上,在没有进行数据复制的情况下激活辅助角色中的每个保护组。
由于 cluster-paris 上的保护组具有 secondary 角色,因此 geopg start 命令不会重新启动 cluster-paris 上的应用程序。
phys-paris-1# geopg start -e local -n protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
防止在启动保护组时启动数据复制。
您必须使用 -n 选项。
指定保护组的名称。
有关更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
由于在 cluster-paris 上使用了 -n 选项,因此从 cluster-newyork 到 cluster-paris 的复制不会启动。
在 cluster-paris 上,为每个保护组执行接管操作。
phys-paris-1# geopg takeover [-f] protectiongroupname |
在不经您确认的情况下强制该命令执行操作
指定保护组的名称
有关 geopg takeover 命令的更多信息,请参见如何强制辅助群集对 Sun StorEdge Availability Suite 3.2.1 服务立即执行接管操作。
保护组此时在 cluster-paris 上具有主角色,在 cluster-newyork 上具有辅助角色。
在 cluster-paris 上激活每个保护组。
由于 cluster-newyork 上的保护组具有 secondary 角色,因此 geopg start 命令不会重新启动 cluster-newyork 上的应用程序。
phys-newyork-1# geopg start -e local [-n] protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
防止在启动保护组时启动数据复制。
如果省略此选项,则在启动保护组时会启动数据复制子系统。
指定保护组的名称。
有关 geopg start 命令的更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
启动数据复制。
要启动数据复制,请激活主群集 cluster-paris 上的保护组。
# geopg start -e local protectiongroupname |
有关 geopg start 命令的更多信息,请参见如何激活 Sun StorEdge Availability Suite 3.2.1 保护组。
确保已成功执行接管操作。
检验保护组当前在 cluster-paris 上是否为主角色,在 cluster-newyork 上是否为辅助角色,并检验两个群集上的“数据复制”状态和“资源组”状态是否均为 OK(正常)。
# geoadm status |
查看每个 Sun StorEdge Availability Suite 3.2.1 保护组的应用程序资源组和数据复制的运行时状态。
# scstat -g |
请参阅要查看的数据复制设备组所对应的“状态”和“状态消息”字段。有关这些字段的更多信息,请参见表 2–1。
有关数据复制运行时状态的更多信息,请参见检查 Sun StorEdge Availability Suite 3.2.1 数据复制的运行时状态。