管理 Hitachi TrueCopy 数据复制设备组

本节介绍了管理 Hitachi TrueCopy 数据复制设备组的以下信息：

• 如何将数据复制设备组添加至 Hitachi TrueCopy 保护组

• 由数据复制子系统进行的验证

• 如何验证 Hitachi TrueCopy 设备组状态

• 如何修改 Hitachi TrueCopy 数据复制设备组

• 如何从 Hitachi TrueCopy 保护组删除数据复制设备组

有关配置 Hitachi TrueCopy 数据复制保护组的详细信息，请参见如何创建和配置 Hitachi TrueCopy 保护组。

如何将数据复制设备组添加至 Hitachi TrueCopy 保护组

步骤

1. 登录到一个群集节点。

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见Sun Cluster Geographic Edition 软件和 RBAC。

2. 在保护组中创建数据复制设备组。

   此命令将设备组添加到本地群集上的保护组，并且将新的配置传播给伙伴群集（如果伙伴群集包含具有相同名称的保护组）。

   # geopg add-device-group -p property-settings [-p...] device-group-name protection-group-name

   -p property-settings

   设置数据复制设备组的属性

   以下是可以设置的特定于 Hitachi TrueCopy 的属性：

   • Fence_level – 定义设备组所使用的保护级别。保护级别确定了该设备组中主卷和辅助卷之间的一致性级别。

     此属性可取的值有：data、status、never 或 async。当 Fence_level 的取值为 never 或 async 时，即使辅助群集上出现了故障，应用程序也可以继续写入主群集。但是，当您将 Fence_level 设置为 data 或 status 时，由于辅助群集不可用（可能原因如下），因此主群集上的应用程序可能会出现故障：

     • 数据复制链接出现故障

     • 辅助群集和存储设备关闭

     • 辅助群集上的存储设备关闭

   ---

   注意 –

   为避免主群集上出现应用程序故障，请将 Fence_level 指定为 never 或 async。如果因特殊情况需要将 Fence_level 设置为 data 或 status，请咨询您的 Sun 服务代表。

   ---

   有关与不同保护级别相关联的应用程序错误的更多信息，请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。

   其他可以设置的属性取决于您正在使用的数据复制类型。有关这些属性的详细信息，请参见附录 A，标准 Sun Cluster Geographic Edition 属性。

   device-group-name

   指定新数据复制设备组的名称

   protection-group-name

   指定将包含新数据复制设备组的保护组的名称

   有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息，请参见附录 B，Sun Cluster Geographic Edition 实体合法的名称和值。

   有关 geopg 命令的更多信息，请参阅 geopg(1M) 手册页。

示例 10–11 将数据复制设备组添加至 Hitachi TrueCopy 保护组

以下示例说明了如何在 tcpg 保护组中创建 Hitachi TrueCopy 数据复制设备组：

# geopg add-device-group -p Fence_level=data devgroup1 tcpg

由数据复制子系统进行的验证

当您将在 /etc/horcm.conf 文件中配置为 dev_group 的 Hitachi TrueCopy 设备组添加到保护组时，数据复制层将进行以下验证。

• 验证保护组 Nodelist 属性所给出的所有节点上是否都在运行 horcmd 守护进程。

  有关 horcmd 守护进程的更多信息，请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。

• 检查 Nodelist 属性给出的所有节点是否存在指向存储设备的路径。该存储设备控制新的 Hitachi TrueCopy 设备组。

• 对于 geopg add-device-group 命令所指定的 Hitachi TrueCopy 设备组属性，具体验证如下表所示。

将 Hitachi TrueCopy 设备组添加至保护组时，此命令会自动创建 Sun Cluster 资源。此资源可监视数据复制。该资源的名称为 r-tc-protection-group-name-device-group-name。该资源放置在相应的 Sun Cluster 资源组中，该资源组的名称为 rg-tc-protection-group-name。

使用 Sun Cluster 命令修改这些复制资源时请务必小心。这些资源仅用于内部实施。

如何验证 Hitachi TrueCopy 设备组状态

为了进行验证，Sun Cluster Geographic Edition 会根据每个 Hitachi TrueCopy 设备组中对的当前状态为该设备组指定一种状态。此状态由 pairvolchk -g <DG> -ss 命令返回。

本节的剩余部分介绍了单个设备组状态以及如何根据保护组的本地角色来验证这些状态。

确定单个 Hitachi TrueCopy 设备组状态

单个 Hitachi TrueCopy 设备组可以处于以下状态之一：

• SMPL

• Regular Primary

• Regular Secondary

• Takeover Primary

• Takeover Secondary

通过 pairvolchk -g <DG> -ss 命令的返回值来确定特定设备组状态。下表介绍了与 pairvolchk 命令的返回值相关联的设备组状态。

确定聚集 Hitachi TrueCopy 设备组状态

如果保护组仅包含一个 Hitachi TrueCopy 设备组，则聚集设备组状态与单个设备组状态相同。

保护组中包含多个 Hitachi TrueCopy 设备组时，可如下表所述获取聚集设备组状态。

对于单个设备组状态的其他组合，无法获取聚集设备组状态，并且会被认为是出现了对状态验证故障。

根据聚集设备组状态验证保护组的本地角色

下表介绍了如何根据聚集设备组状态验证 Hitachi TrueCopy 保护组的本地角色。

示例 10–12 验证聚集设备组状态

以下示例说明如何根据 Hitachi TrueCopy 设备组所属的 Hitachi TrueCopy 保护组角色来验证该设备组状态。首先，如下创建保护组：

phys-paris-1# geopg create -s paris-newyork-ps -o primary -d truecopy tcpg

将设备组 devgroup1 添加至保护组 tcpg，如下所示：

phys-paris-1# geopg add-device-group -p fence_level=async devgroup1 tcpg

pairdisplay 命令的输出将显示 Hitachi TrueCopy 设备组 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..P-VOL PAIR ASYNC,54321  609   -
devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL PAIR ASYNC,-----   1    -
devgroup1 pair2(L) (CL1-A , 0, 2) 12345   2..P-VOL PAIR ASYNC,54321  610   -
devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL PAIR ASYNC,-----   2    -

运行 pairvolchk -g <DG> -ss 命令，然后返回值 23。

phys-paris-1# pairvolchk -g devgroup1 -ss
parivolchk : Volstat is P-VOL.[status = PAIR fence = ASYNC]
phys-paris-1# echo $?
23

pairvolchk 命令的输出为 23，对应于表 10–1 中单个设备组状态 Regular Primary。由于该保护组仅包含一个设备组，因此聚集设备组状态与单个设备组状态相同。该设备组状态是有效的，因为 -o 选项所指定的保护组的本地角色是 primary，如表 10–3 中所示。

如何修改 Hitachi TrueCopy 数据复制设备组

步骤

1. 登录到一个群集节点。

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见Sun Cluster Geographic Edition 软件和 RBAC。

2. 修改该设备组。

   此命令可修改本地群集上的保护组中设备组的属性。如果伙伴群集包含具有相同名称的保护组，则该命令会将新的配置传播给伙伴群集。

   # geopg modify-device-group -p property-settings [-p...] \ TC-device-group-name protection-group-name

   -p property-settings

   设置数据复制设备组的属性

   有关可以设置的属性的更多信息，请参见附录 A，标准 Sun Cluster Geographic Edition 属性。

   TC-device-group-name

   指定新数据复制设备组的名称

   protection-group-name

   指定将包含新的数据复制设备组的保护组的名称

示例 10–13 修改 Hitachi TrueCopy 数据复制设备组的属性

以下示例说明如何修改作为 Hitachi TrueCopy 保护组一部分的数据复制设备组的属性：

# geopg modify-device-group -p fence_level=async tcdg tcpg

如何从 Hitachi TrueCopy 保护组删除数据复制设备组

开始之前

如果已将一个数据复制设备组添加到保护组中，则可以从保护组中将其删除。一般而言，将某应用程序配置为写入一组磁盘之后，您就不会更改这些磁盘。

删除数据复制设备组不会停止复制过程或更改数据复制设备组的复制状态。

有关删除保护组的信息，请参见如何删除 Hitachi TrueCopy 保护组。有关从保护组中删除应用程序资源组的信息，请参见如何从 Hitachi TrueCopy 保护组删除应用程序资源组。

步骤

1. 登录到一个群集节点。

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见Sun Cluster Geographic Edition 软件和 RBAC。

2. 删除该设备组。

   此命令从本地群集上的保护组中删除设备组。如果伙伴群集包含具有相同名称的保护组，则该命令会将新的配置传播给伙伴群集。

   # geopg remove-device-group device-group-name protection-group-name

   device-group-name

   指定数据复制设备组的名称

   protection-group-name

   指定保护组的名称

   从 Hitachi TrueCopy 保护组中删除设备组时，系统还会将相应的 Sun Cluster 资源 r-tc-protection-group-name-device-group-name 从复制资源组中删除。结果是不再监视被删除的设备组。资源组在您删除保护组后即被删除。

示例 10–14 从 Hitachi TrueCopy 保护组中删除复制设备组

以下示例说明如何删除 Hitachi TrueCopy 数据复制设备组：

# geopg remove-device-group tcdg tcpg