创建、修改、验证和删除 Hitachi TrueCopy 保护组

本节介绍了以下任务的过程：

• 如何创建和配置 Hitachi TrueCopy 保护组

• 如何修改 Hitachi TrueCopy 保护组

• 如何验证 Hitachi TrueCopy 保护组

• 如何删除 Hitachi TrueCopy 保护组

您可以创建不使用数据复制的保护组。要创建不使用数据复制子系统的保护组，请在使用 geopg 命令时忽略 -d data-replication-type 选项。geoadm status 命令显示了这些 Degraded 保护组的状态。

有关更多信息，请参见创建不需要进行数据复制的保护组。

如何创建和配置 Hitachi TrueCopy 保护组

开始之前

在创建保护组之前，请确保满足以下条件：

• 本地群集是伙伴关系的成员。

• 您要创建的保护组尚不存在。

保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。

您还可以将现有的保护组配置从远程群集复制到本地群集。有关更多信息，请参见将 Hitachi TrueCopy 保护组配置复制到伙伴群集。

步骤

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

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

2. 使用 geopg create 命令创建一个新的保护组。

   此命令将在本地群集的所有节点上创建一个保护组。

   # geopg create -s partnership-name -o local-role -d truecopy [-p property-settings [-p...]] \ protection-group-name

   -s partnership-name

   指定伙伴关系的名称。

   -o local-role

   在本地群集上将此保护组的角色指定为 primary 或 secondary

   -d truecopy

   指定由 Hitachi TrueCopy 来复制保护组的数据

   -p property-setting

   设置该保护组的属性

   以下是您可以设置的属性：

   • Description – 描述保护组

   • Timeout – 以秒为单位指定保护组的超时时限

   • Nodelist – 列出可作为复制子系统主群集的计算机的主机名

   • Cluster_dgs – 列出数据所写入的设备组

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

   protection-group-name

   指定保护组的名称

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

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

示例 10–2 创建和配置 Hitachi TrueCopy 保护组

以下示例说明了如何在设置为主群集的 cluster-paris 上创建 Hitachi TrueCopy 保护组：

# geopg create -s paris-newyork-ps -o primary -d truecopy \
-p Nodelist=phys-paris-1,phys-paris-2 tcpg

示例 10–3 为联机的应用程序资源组创建 Hitachi TrueCopy 保护组

以下示例说明了如何为 cluster-newyork 上当前处于联机状态的应用程序资源组 resourcegroup1 创建 Hitachi TrueCopy 保护组 tcpg。

1. 在没有应用程序资源组的情况下创建保护组。

   # geopg create -s paris-newyork-ps -o primary -d truecopy \ -p nodelist=phys-paris-1,phys-paris-2 tcpg

2. 激活该保护组。

   # geopg start -e local tcpg

3. 添加应用程序资源组。

   # geopg add-resource-group resourcegroup1 tcpg

数据复制子系统如何验证设备组

在创建保护组之前，数据复制层将验证 horcmd 守护进程是否正在运行。

数据复制层将验证在由 Nodelist 属性给出的节点中，是否至少有一个节点正在运行 horcmd 守护进程。有关 horcmd 守护进程的更多信息，请参见《Sun StorEdge SE 9900 V Series Command and Control Interface User and Reference Guide》。

如果指定了 Cluster_dgs 属性，则数据复制层将验证指定的设备组是否是有效的 Sun Cluster 设备组。数据复制层还将验证该设备组是否属于有效的类型。

在 Cluster_dgs 属性中指定的设备组必须仅由属于该保护组的应用程序进行写入。此属性无法指定从保护组外部的应用程序接收信息的设备组。

创建保护组时，系统会自动创建一个 Sun Cluster 资源组。

此资源组中的此资源将监视数据复制。Hitachi TrueCopy 数据复制资源组的名称是 rg-tc-protection-group-name。

这些自动创建的复制资源组仅用于 Sun Cluster Geographic Edition 的内部实施。使用 Sun Cluster 命令修改这些资源组时请务必小心。

如何修改 Hitachi TrueCopy 保护组

开始之前

在修改保护组的配置之前，请确保本地已存在您要修改的保护组。

步骤

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

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

2. 修改保护组的配置

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

   # geopg set-prop -p property-settings [-p...] \ protection-group-name

   -p property-setting

   设置该保护组的属性。

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

   protection-group-name

   指定保护组的名称。

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

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

示例 10–4 修改保护组的配置

以下示例说明了如何对示例 10–2 中创建的保护组的 Timeout 属性进行修改：

# geopg set-prop -p Timeout=400 tcpg

如何验证 Hitachi TrueCopy 保护组

开始之前

如果 geoadm status 命令的输出显示某个保护组的 Configuration 状态为 Error，您可以使用 geopg validate 命令对配置进行验证。此命令可检查保护组及其实体的当前状态。

如果保护组及其实体是有效的，则保护组的 Configuration 状态将被设置为 OK。如果 geopg validate 命令在配置文件中发现了错误，则该命令将显示一条有关错误的消息，并且配置将保持错误状态。在这种情况下，您可以修正配置中的错误，然后再次执行 geopg validate 命令。

在验证保护组的配置之前，请确保本地存在要进行验证的保护组，而且通用代理容器在伙伴关系双方群集的所有节点上均处于联机状态。

步骤

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

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

2. 验证保护组的配置

   此命令仅对本地群集上保护组的配置进行验证。要验证伙伴群集上的保护组配置，请再次在伙伴群集上发出该命令。

   # geopg validate 保护组名称

   保护组名称

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

示例 10–5 验证保护组的配置

以下示例说明了如何对保护组进行验证。

# geopg validate tcpg

在保护组验证期间由数据复制子系统进行的验证

在验证保护组的过程中，Hitachi TrueCopy 数据复制层将进行以下验证：

• 数据复制层将确认在保护组 Nodelist 属性所给出的节点中，是否至少有一个节点正在运行 horcmd 守护进程。数据复制层还将确认从运行 horcmd 守护进程的节点到 Hitachi TrueCopy 存储设备的路径。

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

• 如果指定了 Cluster_dgs 属性，则数据复制层将使用 scstat -D 命令验证指定的设备组是否是有效的 Sun Cluster 设备组。数据复制层还将验证该设备组是否属于有效的类型。

• 数据复制层将验证每个已添加到该保护组的 Hitachi TrueCopy 设备组的属性。

如何删除 Hitachi TrueCopy 保护组

开始之前

如果您要删除所有位置上的保护组，则必须在保护组所存在的每个群集上运行 geopg delete 命令。

在删除保护组之前，请确保满足以下条件：

• 本地存在要删除的保护组。

• 在本地群集上该保护组已脱机。

为了在删除保护组的同时使应用程序资源组保持联机，必须从保护组中删除应用程序资源组。有关这一过程的示例，请参见示例 10–7 和示例 10–10。

步骤

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

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

2. 删除该保护组。

   此命令可从本地群集删除保护组的配置。该命令还可删除保护组中每个 Hitachi TrueCopy 设备组的复制资源组。此命令不会改变 Hitachi TrueCopy 设备组的对状态。

   # geopg delete protection-group-name

   protection-group-name

   指定保护组的名称

3. 如果还要删除辅助群集上的保护组，请对 cluster-newyork 重复步骤 1 和步骤 2。

示例 10–6 删除保护组

以下示例说明了如何从两个伙伴群集上删除保护组。

cluster-paris 是主群集。有关群集配置示例的提示信息，请参见图 2–1。

# rlogin cluster-paris -l root
cluster-paris# geopg delete tcpg
# rlogin cluster-newyork -l root
cluster-newyork# geopg delete tcpg

示例 10–7 应用程序资源组保持联机时删除 Hitachi TrueCopy保护组

以下示例说明了如何在删除应用程序资源组 apprg1 和 apprg2 的保护组 tcpg 的同时，使这两个资源组保持联机状态。从保护组中删除应用程序资源组，然后再删除该保护组。

# geopg remove-resource-group apprg1,apprg2 tcpg
# geopg stop -e global tcpg
# geopg delete tcpg