管理 Hitachi TrueCopy 数据复制设备组

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

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

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

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

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

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

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

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。

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

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

   # geopg add-device-group -p property [-p...] devicegroupname protectiongroupname

   -p property

   指定数据复制设备组的属性。

   您可以指定 Fence_level 属性，该属性用于定义设备组所使用的隔离级别。隔离级别确定了该设备组中主卷和辅助卷之间的一致性级别。

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

   • 数据复制链接出现故障

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

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

   ---

   注意 –

   要避免主群集上出现应用程序故障，请将 Fence_level 指定为 never 或 async。

   如果将 Fence_level 指定为 never，则在执行接管操作后，数据复制的角色不会改变。

   如果因特殊情况需要将 Fence_level 设置为 data 或 status，请咨询 Sun 代表。

   ---

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

   其他可以指定的属性取决于您正在使用的数据复制类型。有关这些属性的详细信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。

   devicegroupname

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

   protectiongroupname

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

   有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 B “Legal Names and Values of Sun Cluster Geographic Edition Entities”。

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

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

本示例将在 tcpg 保护组中创建一个 Hitachi TrueCopy 数据复制设备组。

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

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

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

• 验证在保护组的 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-protectiongroupname -devicegroupname。此资源放置在相应的 Sun Cluster 资源组中，该资源组的名称为 rg-tc-protectiongroupname。

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

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

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

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

确定单个 Hitachi TrueCopy 设备组状态

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

• SMPL

• Regular Primary

• Regular Secondary

• Takeover Primary

• Takeover Secondary

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

确定聚合 Hitachi TrueCopy 设备组状态

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

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

对于单个设备组状态的其他任何组合形式，均无法获得与之相应的聚合设备组状态。这种情况会被视作是对状态验证故障。

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

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

示例 2–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，对应于表 2–1 中的单个设备组状态 Regular Primary。由于该保护组仅包含一个设备组，因此聚合设备组状态与单个设备组状态相同。如表 2–3 所示，-o 选项所指定的保护组的本地角色为 primary，因此设备组状态是有效的。

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。

2. 修改该设备组。

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

   # geopg modify-device-group -p property [-p...] TCdevicegroupname protectiongroupname

   -p property

   指定数据复制设备组的属性。

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition System Administration Guide》中的附录 A “Standard Sun Cluster Geographic Edition Properties”。

   TCdevicegroupname

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

   protectiongroupname

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

示例 2–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 System Administration Guide》中的“Sun Cluster Geographic Edition Software and RBAC”。

2. 删除该设备组。

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

   # geopg remove-device-group devicegroupname protectiongroupname

   devicegroupname

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

   protectiongroupname

   指定保护组的名称

   从 Hitachi TrueCopy 保护组中删除设备组时，会从复制资源组中删除相应的 Sun Cluster 资源 r-tc-protectiongroupname -devicegroupname。结果是不再监视被删除的设备组。资源组在您删除保护组后即被删除。

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

本示例将删除一个 Hitachi TrueCopy 数据复制设备组。

# geopg remove-device-group tcdg tcpg