执行本过程可在原来的主群集 cluster-paris 上重新启动应用程序,并使用该群集上当前的数据。在辅助群集 cluster-newyork 作为主群集时,在它的上面进行的任何更新均将被放弃。
故障恢复过程仅适用于处在伙伴关系中的群集。对于每个伙伴关系而言,以下过程只需执行一次。
如果要继续使用原主群集 cluster-paris 上的数据,则当您在 cluster-newyork 上进行接管以后,任何时候都不要执行从新主群集 cluster-newyork 到原主群集 cluster-paris 的数据复制。为避免在新主群集和原主群集之间进行数据复制,您必须在每次使用 geopg start 命令时都使用 -n 选项。
确保群集具有以下角色:
如果最初的主群集 cluster-paris 已关闭,请确认是否已引导该群集以及是否已在该群集上启用 Sun Cluster Geographic Edition 基础结构。有关引导群集的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Booting a Cluster”。
cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有 primary 角色或 secondary角色,这取决于从 cluster-newyork 进行接管期间,是否可以访问 cluster-paris。
将最初的主群集 cluster-paris 与最初的辅助群集 cluster-newyork 进行重新同步。
cluster-paris 将放弃自己的配置,并在本地复制 cluster-newyork 的配置。
在 cluster-paris 上重新同步伙伴关系。
phys-paris-1# geops update partnershipname |
指定伙伴关系的名称。
对于每个伙伴关系而言,即使是要对该伙伴关系中的多个保护组执行“故障恢复-接管”操作,也只需为该伙伴关系执行一次此步骤即可。
有关对伙伴关系进行同步的更多信息,请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Resynchronizing a Partnership”。
确定原始主群集 cluster-paris 上的保护组是否处于活动状态。
phys-paris-1# geoadm status |
如果原始主群集上的保护组处于活动状态,则将其停止。
phys-paris-1# geopg stop -e local protectiongroupname |
检验保护组是否已停止。
phys-paris-1# geoadm status |
在 cluster-paris 上重新同步每个保护组。
由于保护组在 cluster-newyork 上的本地角色现在为 primary 角色,因而此步骤可确保它在 cluster-paris 上成为 secondary 角色。
phys-paris-1# geopg update protectiongroupname |
指定保护组的名称
有关重新同步保护组的更多信息,请参见如何重新同步保护组。
在 cluster-paris 上,验证每个保护组的配置。
因此,请确保保护组不处于错误状态。由于保护组处于错误状态时是无法启动的,
phys-paris-1# geopg validate protectiongroupname |
指定标识单个保护组的唯一名称
有关更多信息,请参见如何验证 EMC Symmetrix Remote Data Facility 保护组。
在 cluster-paris 上,在没有进行数据复制的情况下激活辅助角色中的每个保护组。
由于 cluster-paris 上保护组的角色为 secondary,因此 geopg start 命令不会在 cluster-paris 上重新启动应用程序。
必须使用 -n 选项以指定不对此保护组进行数据复制。如果省略该选项,则数据复制将与保护组同时启动。
phys-paris-1# geopg start -e local -n protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
指定不能对该保护组进行数据复制。如果省略该选项,则数据复制将与保护组同时启动。
指定保护组的名称
有关更多信息,请参见如何激活 EMC Symmetrix Remote Data Facility 保护组。
由于在 cluster-paris 上使用了 -n 选项,因此从 cluster-newyork 到 cluster-paris 的复制不会启动。
在 cluster-paris 上,为每个保护组执行接管操作。
phys-paris-1# geopg takeover [-f] protectiongroupname |
在不经您确认的情况下强制该命令执行操作
指定保护组的名称
有关 geopg takeover 命令的更多信息,请参见如何强制辅助群集对 EMC Symmetrix Remote Data Facility 服务立即执行接管操作。
cluster-paris 上的保护组现在具 primary 角色,而 cluster-newyork 上的保护组则具 secondary 角色。在 cluster-paris 上,应用程序服务现在已处于联机状态。
在 cluster-paris 上激活每个保护组。
完成步骤 4 后,cluster-newyork 上保护组的本地状态为 Offline。要启动对保护组的本地状态的监视,您必须在 cluster-newyork 上激活保护组。
由于 cluster-newyork 上的保护组具有 secondary 角色,因此 geopg start 命令不会在 cluster-newyork 上重新启动应用程序。
phys-newyork-1# geopg start -e local [-n] protectiongroupname |
指定命令的范围。
指定 local 范围后,该命令将仅在本地群集上有效。
防止在启动保护组时启动数据复制。
如果省略此选项,则在启动保护组时会启动数据复制子系统。
指定保护组的名称。
有关 geopg start 命令的更多信息,请参见如何激活 EMC Symmetrix Remote Data Facility 保护组。
确保已成功执行接管操作。
检验保护组此时在 cluster-paris 上是否为主角色,在 cluster-newyork 上是否为辅助角色,并检验其在两个群集上的“数据复制”状态和“资源组”状态是否均为 OK。
# geoadm status |
如果在步骤 5 中使用了 -n 选项以防止启动数据复制,则“数据复制”状态将不会是 OK。
检查每个 EMC Symmetrix Remote Data Facility 保护组的应用程序资源组和数据复制的运行时状态。
# clresourcegroup status -v protectiongroupname |
请参阅针对您要检查的数据复制设备组所显示的 Status 和 Status Message 字段。有关这些字段的更多信息,请参见表 2–1。
有关数据复制的运行时状态的更多信息,请参见检查 EMC Symmetrix Remote Data Facility 数据复制的运行时状态。