Sun Cluster Geographic Edition 数据复制指南（适用于 Hitachi TrueCopy）

在使用 Hitachi TrueCopy 复制的系统上恢复群集服务

成功执行接管操作后，辅助群集 cluster-newyork 将成为保护组的主群集，并且服务将在辅助群集上处于联机状态。恢复原来的主群集 cluster-paris 后，可使用故障恢复过程重新使服务在原来的主群集上联机。

Sun Cluster Geographic Edition 软件支持以下两种故障恢复：

故障恢复-切换。在故障恢复-切换期间，当使用辅助群集 cluster-newyork 上的数据对原主群集 cluster-paris 上的数据进行重新同步之后，应用程序将重新在原来的主群集上联机。

有关哪些群集是 cluster-paris 和 cluster-newyork 的提示信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Example Sun Cluster Geographic Edition Cluster Configuration”。
故障恢复-接管。在故障恢复-接管期间，应用程序将在原来的主群集 cluster-paris 上重新联机，并使用原主群集上的当前数据。在辅助群集 cluster-newyork 作为主群集时，在它的上面进行的任何更新均将被放弃。

当原来的主群集重新运行之后，如果要继续将新主群集 cluster-paris 用作主群集，而将原主群集 cluster-paris 用作辅助群集，可在不执行切换或接管操作的情况下重新同步并重新验证保护组配置。

本节提供了以下信息：

如何重新同步和重新验证保护组的配置

可通过执行以下过程用当前主群集 cluster-newyork 上的数据重新同步和重新验证最初的主群集 cluster-paris 上的数据。

开始之前

重新同步和重新验证保护组的配置之前，cluster-newyork 上已执行了接管操作。这些群集现在具有以下角色：

如果最初的主群集 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 的配置。重新同步伙伴关系和保护组配置。
1. 在 cluster-paris 上重新同步伙伴关系。
  # geops update partnershipname
  partnershipname
  
  指定伙伴关系的名称。
  
  注 –
  此步骤只需执行一次即可，即使是要重新同步多个保护组亦是如此。
  
  有关如何同步伙伴关系的更多信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Resynchronizing a Partnership”。
2. 在 cluster-paris 上重新同步每个保护组。
  
  由于在 cluster-newyork 上保护组的角色为 primary，因而此步骤可确保在 cluster-paris 上保护组的角色为 secondary。
  # geopg update protectiongroupname
  protectiongroupname
  
  指定保护组的名称
  
  有关同步保护组的更多信息，请参见重新同步 Hitachi TrueCopy 保护组。

在 cluster-paris 上，验证每个保护组的群集配置。
# geopg validate protectiongroupname
protectiongroupname

指定标识单个保护组的唯一名称

有关更多信息，请参见如何验证 Hitachi TrueCopy 保护组。

在 cluster-paris 上激活每个保护组。

由于 cluster-paris 上的保护组具有辅助角色，因此 geopg start 命令不会在 cluster-paris 上重新启动应用程序。
# geopg start -e local protectiongroupname
-e local

指定命令的范围。

指定 local 范围后，该命令将仅在本地群集上有效。

protectiongroupname

指定保护组的名称。

注意 –
由于需要将数据从当前的主群集 cluster-newyork 同步到当前的辅助群集 cluster-paris，因此请不要使用 -n 选项。

由于保护组具有辅助角色，因此将从当前主群集 cluster-newyork 到当前辅助群集 cluster-paris 对数据进行同步。

有关 geopg start 命令的更多信息，请参见如何激活 Hitachi TrueCopy 保护组。

确认数据已完全同步。

cluster-newyork 上保护组的状态必须为 OK。
phys-newyork-1# geoadm status
参阅输出的 Protection Group 部分。

cluster-newyork 上 Hitachi TrueCopy 设备组状态为 PVOL_PAIR，并且 cluster-paris 上 Hitachi TrueCopy 设备组状态为 SVOL_PAIR 时，保护组的本地状态为 OK。

如何在使用 Hitachi TrueCopy 复制的系统上执行故障恢复-切换操作

当使用当前主群集 cluster-newyork 上的数据重新同步原主群集 cluster-paris 上的数据后，可执行本过程在原主群集上重新启动应用程序。

注 –

故障恢复过程仅适用于处在伙伴关系中的群集。对于每个伙伴关系而言，以下过程只需执行一次。

开始之前

在执行“故障恢复-切换”前，在 cluster-newyork 上已进行了接管操作。群集具有以下角色：

如果最初的主群集 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 的配置。重新同步伙伴关系和保护组配置。
1. 在 cluster-paris 上重新同步伙伴关系。
  phys-paris-1# geops update partnershipname
  partnershipname
  
  指定伙伴关系的名称。
  
  注 –
  对于每个伙伴关系而言，即使是要对该伙伴关系中的多个保护组执行“故障恢复-切换”操作，也只需为该伙伴关系执行一次此步骤即可。
  
  有关如何同步伙伴关系的更多信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Resynchronizing a Partnership”。
2. 确定原始主群集 cluster-paris 上的保护组是否处于活动状态。
  phys-paris-1# geoadm status
3. 如果原始主群集上的保护组处于活动状态，则将其停止。
  phys-paris-1# geopg stop -e local protectiongroupname
4. 检验保护组是否已停止。
  phys-paris-1# geoadm status
5. 在 cluster-paris 上重新同步每个保护组。
  
  由于保护组在 cluster-newyork 上的本地角色现在为 primary 角色，因而此步骤可确保它在 cluster-paris 上成为 secondary 角色。
  phys-paris-1# geopg update protectiongroupname
  protectiongroupname
  
  指定保护组的名称
  
  有关同步保护组的更多信息，请参见重新同步 Hitachi TrueCopy 保护组。

在 cluster-paris 上，验证每个保护组的群集配置。

因此，请确保保护组不处于错误状态。保护组处于错误状态时是无法启动的。
phys-paris-1# geopg validate protectiongroupname
protectiongroupname

指定标识单个保护组的唯一名称

有关更多信息，请参见如何验证 Hitachi TrueCopy 保护组。

在 cluster-paris 上激活每个保护组。

由于 cluster-paris 上保护组的角色为 secondary，因此 geopg start 命令不会在 cluster-paris 上重新启动应用程序。
phys-paris-1# geopg start -e local protectiongroupname
-e local

指定命令的范围。

指定 local 范围后，该命令将仅在本地群集上有效。

protectiongroupname

指定保护组的名称。

注意 –
由于需要将数据从当前的主群集 cluster-newyork 同步到当前的辅助群集 cluster-paris，因此请不要使用 -n 选项。

由于保护组有一个 secondary 角色，因此数据将从当前主群集 cluster-newyork 同步到当前辅助群集 cluster-paris。

有关 geopg start 命令的更多信息，请参见如何激活 Hitachi TrueCopy 保护组。

确认数据已完全同步。

cluster-newyork 上保护组的状态必须为 OK。
phys-newyork-1# geoadm status
参阅输出的 Protection Group 部分。

cluster-newyork 上 Hitachi TrueCopy 设备组状态为 PVOL_PAIR，并且 cluster-paris 上 Hitachi TrueCopy 设备组状态为 SVOL_PAIR 时，保护组的本地状态为 OK。

确保两个伙伴群集上的保护组处于激活状态。
# geoadm status

在任一个群集上，为每个保护组从 cluster-newyork 到 cluster-paris 执行切换操作。
# geopg switchover [-f] -m clusterparis protectiongroupname
有关更多信息，请参见如何将 Hitachi TrueCopy 保护组由主群集切换为辅助群集。

cluster-paris 承担其作为保护组主群集的最初角色。

确保成功执行了切换操作。

检验保护组此时在 cluster-paris 上是否为主角色，在 cluster-newyork 上是否为辅助角色，并检验两个群集上的“数据复制”状态和“资源组”状态是否均为 OK。
# geoadm status
检查每个 Hitachi TrueCopy 保护组的应用程序资源组和数据复制的运行时状态。
# clresourcegroup status -v # clresource status -v
请参阅针对您要检查的数据复制设备组所显示的 Status 和 Status Message 字段。有关这些字段的更多信息，请参见表 2–1。

有关数据复制运行时状态的更多信息，请参见检查 Hitachi TrueCopy 数据复制的运行时状态。

如何在使用 Hitachi TrueCopy 复制的系统上执行故障恢复-接管操作

使用此过程在最初的主群集 cluster-paris 上重新启动应用程序，然后在最初的主群集上使用当前数据。在辅助群集 cluster-newyork 作为主群集时，在它的上面进行的任何更新均将被放弃。

故障恢复过程仅适用于处在伙伴关系中的群集。对于每个伙伴关系而言，以下过程只需执行一次。

注 –

在有些情况下，您可以继续使用原主群集 cluster-paris 上的数据。在 cluster-newyork 上执行接管操作后，不要从新的主群集 cluster-newyork 向原主群集 cluster-paris 复制数据。要防止在新的主群集和原来的主群集之间进行数据复制，您必须在运行 geopg start 命令时使用 -n 选项。

开始之前

确保群集具有以下角色：

cluster-newyork 上的保护组具有 primary 角色。
cluster-paris 上的保护组具有 primary 角色或 secondary 角色，这取决于在执行接管操作期间是否可以访问该保护组。

将最初的主群集 cluster-paris 与最初的辅助群集 cluster-newyork 进行重新同步。

cluster-paris 将放弃自己的配置，并在本地复制 cluster-newyork 的配置。

在 cluster-paris 上重新同步伙伴关系。
phys-paris-1# geops update partnershipname
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

将 Hitachi TrueCopy 设备组 devgroup1 置于 SMPL 状态。

请使用 pairsplit 命令将 cluster-paris 和 cluster-newyork 上的保护组中的 Hitachi TrueCopy 设备组置于 SMPL 状态。您使用的 pairsplit 命令取决于 Hitachi TrueCopy 设备组的对状态。下表列出了针对部分典型对状态，需要您在 cluster-paris 上使用的一些命令示例。

`cluster-paris` 上的对状态	`cluster-newyork` 上的对状态	在 `cluster-paris` 上使用的 `pairsplit` 命令
`PSUS` 或 `PSUE`	`SSWS`	`pairsplit -R -g dgname` `pairsplit -S -g dgname`
`SSUS`	`PSUS`	`pairsplit -S -g dgname`

cluster-paris 上的对状态

cluster-newyork 上的对状态

在 cluster-paris 上使用的 pairsplit 命令

PSUS 或 PSUE

SSWS

pairsplit -R -g dgname

pairsplit -S -g dgname

SSUS

PSUS

pairsplit -S -g dgname

有关 pairsplit 命令的更多信息，请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。

如果该命令运行成功，则 pairdisplay 命令的输出中将会显示 devgroup1 的状态：

phys-paris-1# pairdisplay -g devgroup1
Group PairVol(L/R) (Port#,TID,LU),Seq#,LDEV#,P/S,Status,Fence,Seq#,P-LDEV# M 
devgroup1 pair1(L) (CL1-A , 0, 1) 12345   1..SMPL ----  ----,-----  ----   - 
devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..SMPL ----  ----,-----  ----   - 
devgroup1 pair2(L) (CL1-A , 0, 2) 12345   2..SMPL ----  ----,-----  ----   - 
devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..SMPL ----  ----,-----  ----   -

在 cluster-paris 上重新同步每个保护组。
phys-paris-1# geopg update protectiongroupname
protectiongroupname

指定保护组的名称

有关重新同步保护组的更多信息，请参见如何重新同步保护组。

在 cluster-paris 上，验证每个保护组的配置。

因此，请确保保护组不处于错误状态。由于保护组处于错误状态时是无法启动的，
phys-paris-1# geopg validate protectiongroupname
protectiongroupname

指定标识单个保护组的唯一名称

有关更多信息，请参见如何验证 Hitachi TrueCopy 保护组。

在 cluster-paris 上，在没有进行数据复制的情况下激活辅助角色中的每个保护组。

由于 cluster-paris 上保护组的角色为 secondary，因此 geopg start 命令不会在 cluster-paris 上重新启动应用程序。
phys-paris-1# geopg start -e local -n protectiongroupname
-e local

指定命令的作用范围

.

指定 local 范围后，该命令将仅在本地群集上有效。

-n

防止在启动保护组时启动数据复制。

注 –
您必须使用 -n 选项。

protectiongroupname

指定保护组的名称。

有关更多信息，请参见如何激活 Hitachi TrueCopy 保护组。

由于在 cluster-paris 上使用了 -n 选项，因此从 cluster-newyork 到 cluster-paris 的复制不会启动。

在 cluster-paris 上，为每个保护组执行接管操作。
phys-paris-1# geopg takeover [-f] protectiongroupname
-f

在不经您确认的情况下强制该命令执行操作

protectiongroupname

指定保护组的名称

有关 geopg takeover 命令的更多信息，请参见如何强制辅助群集对 Hitachi TrueCopy 服务立即执行接管操作。

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
-e local

指定命令的范围。

指定 local 范围后，该命令将仅在本地群集上有效。

-n

防止在启动保护组时启动数据复制。

如果省略此选项，则在启动保护组时会启动数据复制子系统。

protectiongroupname

指定保护组的名称。

有关 geopg start 命令的更多信息，请参见如何激活 Hitachi TrueCopy 保护组。

确保已成功执行接管操作。

检验保护组此时在 cluster-paris 上是否为主角色，在 cluster-newyork 上是否为辅助角色，并检验其在两个群集上的“数据复制”状态和“资源组”状态是否均为 OK。
# geoadm status
检查每个 Hitachi TrueCopy 保护组的应用程序资源组和数据复制的运行时状态。
# clresourcegroup status -v # clresource status -v
请参阅针对您要检查的数据复制设备组所显示的 Status 和 Status Message 字段。有关这些字段的更多信息，请参见表 2–1。

有关数据复制运行时状态的更多信息，请参见检查 Hitachi TrueCopy 数据复制的运行时状态。