第 2 章 管理 Hitachi TrueCopy 保护组

本章介绍了使用 Hitachi TrueCopy 软件配置和管理数据复制的过程。本章包括以下各节：

• 创建 Hitachi TrueCopy 保护组的策略

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

• 管理 Hitachi TrueCopy 应用程序资源组

• 管理 Hitachi TrueCopy 数据复制设备组

• 将 Hitachi TrueCopy 保护组的配置复制到辅助群集

• 激活 Hitachi TrueCopy 保护组

• 取消激活 Hitachi TrueCopy 保护组

• 重新同步 Hitachi TrueCopy 保护组

• 检查 Hitachi TrueCopy 数据复制的运行时状态

创建 Hitachi TrueCopy 保护组的策略

开始创建保护组之前，可考虑采用以下策略：

• 在创建保护组之前使应用程序脱机。

  此策略最直接，原因是您使用单个命令在一个群集上创建保护组，在其他群集上检索信息，然后启动该保护组。但是由于在该过程结束之前，保护组一直没有恢复联机状态，因此您必须使应用程序资源组脱机以便将其添加到该保护组。

• 创建保护组时使应用程序保持联机状态。

  此策略允许您在不中断应用程序的情况下创建保护组，但是它需要发出更多的命令。

以下各节讲述了每种策略采取的步骤。

在应用程序脱机时创建保护组

要在应用程序资源组脱机时创建保护组，请执行以下步骤。

• 从群集节点创建保护组。

  有关更多信息，请参见如何创建和配置不使用 Oracle Real Application Clusters 的 Hitachi TrueCopy 保护组。

• 将数据复制设备组添加到该保护组。

  有关更多信息，请参见如何将数据复制设备组添加至 Hitachi TrueCopy 保护组。

• 使应用程序资源组脱机。

• 将应用程序资源组添加到该保护组。

  有关更多信息，请参见如何将应用程序资源组添加至 Hitachi TrueCopy 保护组。

• 在另一个群集上检索该保护组的配置。

  有关更多信息，请参见如何将 Hitachi TrueCopy 保护组的配置复制到辅助群集。

• 从任一群集上，以全局方式启动该保护组。

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

在应用程序联机时创建保护组

在不使应用程序脱机的情况下，要将现有的应用程序资源组添加到新的保护组，请在应用程序资源组处于联机状态的群集上执行以下步骤。

• 从群集节点创建保护组。

  有关更多信息，请参见如何创建和配置不使用 Oracle Real Application Clusters 的 Hitachi TrueCopy 保护组。

• 将数据复制设备组添加到该保护组。

  有关更多信息，请参见如何将数据复制设备组添加至 Hitachi TrueCopy 保护组。

• 从本地启动该保护组。

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

• 将应用程序资源组添加到该保护组。

  有关更多信息，请参见如何将应用程序资源组添加至 Hitachi TrueCopy 保护组。

在另一个群集上执行以下步骤。

• 检索保护组的配置。

  有关更多信息，请参见如何将 Hitachi TrueCopy 保护组的配置复制到辅助群集。

• 从本地激活该保护组。

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

示例 2–1 在应用程序保持联机状态的情况下创建 Hitachi TrueCopy 保护组

此示例将在应用程序不脱机的情况下创建一个保护组。

在此示例中，apprg1 资源组在 cluster-paris 群集上处于联机状态。

1. 在 cluster-paris 上创建保护组。

   phys-paris-1# geopg create -d truecopy -p Nodelist=phys-paris-1,phys-paris-2 \ -o Primary -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created

2. 将设备组 tcdg 添加至该保护组。

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

3. 从本地激活该保护组。

   phys-paris-1# geopg start -e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started.

4. 将已联机的应用程序资源组添加至该保护组。

   phys-paris-1# geopg add-resource-group apprg1 tcpg Following resource groups were successfully inserted: "apprg1"

5. 验证是否已成功添加该应用程序资源组。

   phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps" OK Plug-in "ping-plugin" : Inactive Plug-in "tcp_udp_plugin" : OK Protection group "tcpg" : Degraded Partnership : paris-newyork-ps Synchronization : OK Cluster cluster-paris : Degraded Role : Primary Configuration : OK Data replication : Degraded Resource groups : OK Cluster cluster-newyork : Unknown Role : Unknown Configuration : Unknown Data Replication : Unknown Resource Groups : Unknown

6. 在伙伴群集中的一个节点上检索该保护组。

   phys-newyork-1# geopg get -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created.

7. 在伙伴群集上本地激活该保护组。

   phys-newyork-1# geopg start -e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started.

8. 检验是否已成功创建并激活该保护组。

   在 cluster-paris 上运行 geoadm status 命令会产生如下输出：

   phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK ICRM Connection : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps": OK Plug-in "ping-plugin" : Inactive Plug-in "tcp_udp_plugin" : OK Protection group "tcpg" : Degraded Partnership : paris-newyork-ps Synchronization : OK Cluster cluster-paris : Degraded Role : Primary Configuration : OK Data replication : Degraded Resource groups : OK Cluster cluster-newyork : Degraded Role : Secondary Configuration : OK Data Replication : Degraded Resource Groups : OK

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

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

• 如何创建和配置不使用 Oracle Real Application Clusters 的 Hitachi TrueCopy 保护组

• 如何为 Oracle Real Application Clusters 创建保护组

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

• 如何修改 Hitachi TrueCopy 保护组

• 验证 Hitachi TrueCopy 保护组

• 如何删除 Hitachi TrueCopy 保护组

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

有关更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“创建无需数据复制的保护组”。

如何创建和配置不使用 Oracle Real Application Clusters 的 Hitachi TrueCopy 保护组

使用本任务中的步骤可创建和配置 Hitachi TrueCopy 保护组。如果要使用 Oracle Real Application Clusters，请参见如何为 Oracle Real Application Clusters 创建保护组。

开始之前

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

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

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

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

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

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

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

   # geopg create -s partnershipname -o localrole -d truecopy [-p property [-p...]] \ protectiongroupname

   -s partnershipname

   指定伙伴关系的名称。

   -o localrole

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

   -d truecopy

   指定使用 Hitachi TrueCopy 软件复制保护组的数据。

   -p propertysetting

   指定保护组的属性。

   可指定以下属性：

   • Description – 描述保护组。

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

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

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

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   protectiongroupname

   指定保护组的名称。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

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

示例 2–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

示例 2–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

如何为 Oracle Real Application Clusters 创建保护组

开始之前

在为 Oracle Real Application Clusters 创建保护组之前，请确保满足以下条件：

• 保护组的节点列表必须与 Oracle Real Application Clusters 框架资源组的节点列表相同。

• 如果一个群集中运行 Oracle Real Application Clusters 的节点的数量不同于另一群集，请确保这两个群集中的所有节点上均定义了相同的资源组。

• 所有 Oracle Real Application Clusters 服务器资源组和所有 Oracle Real Application Clusters 侦听器资源组必须属于同一个保护组。

• 如果要使用群集卷管理器来管理数据，则必须在 cluster_dgs 属性中为其他数据卷指定相应的群集卷管理器磁盘组和 Sun Cluster 设备组。

当一个群集及群集卷管理器软件重新启动时，Oracle Real Application Clusters 框架会自动尝试导入该群集关闭之前曾导入过的所有群集卷管理器设备组。因此，向原主群集导入这些设备组的尝试将以失败告终。

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 使用 geopg create 命令创建一个具有群集卷管理器磁盘组的新保护组。

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

   # geopg create -s partnershipname -o localrole -d truecopy [-p property [-p...]] \ protectiongroupname

   -s partnershipname

   指定伙伴关系的名称。

   -o localrole

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

   -d truecopy

   指定使用 Hitachi TrueCopy 软件复制保护组的数据。

   -p propertysetting

   指定保护组的属性。

   可指定以下属性：

   • Description – 描述保护组。

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

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

   • Cluster_dgs – 指定数据所写入的群集卷管理器磁盘组。

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   protectiongroupname

   指定保护组的名称。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

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

3. 将一个 Hitachi TrueCopy 设备组添加到保护组中。

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

   -p propertysetting

   指定保护组的属性。

   您可以指定 Fence_level 属性，该属性用于定义磁盘设备组所使用的隔离级别。隔离级别决定了该磁盘设备组中主卷和辅助卷之间的一致性级别。必须将此属性的值设置为 never。

   ---

   注意 –

   为避免主群集上出现应用程序故障，请将 Fence_level 指定为 never 或 async。如果未将 Fence_level 参数设置为 never 或 async，则当辅助站点关闭时，可能无法正常进行数据复制。

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

   请不要使用会阻止系统将 Fence_level 参数设置为 data 或 status 的程序，因为在某些特殊情况下，可能需要用到这些值。

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

   ---

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   protectiongroupname

   指定保护组的名称。

4. 将 Oracle Real Application Clusters 框架资源组、所有的 Oracle Real Application Clusters 服务器资源组以及所有的 Oracle Real Application Clusters 侦听器资源组添加到保护组。

   # geopg add-resource-group resourcegroup protectiongroupname

   resourcegroup

   指定要添加到保护组或要从保护组中删除的资源组列表（各资源组之间应以逗号分隔）。指定的资源组必须已定义。

   必须使保护组处于联机状态，然后才能添加资源组。当保护组处于脱机状态而要添加的资源组处于联机状态时，geopg add-resource-group 命令将会失败。

   ---

   注 –

   如果在添加资源组时保护组已经启动，则该资源组将保持不受管理状态。您必须通过运行 geopg start 命令手动启动该资源组。

   ---

   protectiongroupname

   指定保护组的名称。

示例 2–4 为 Oracle Real Application Clusters 创建保护组

本示例将创建一个使用 Oracle Real Application Clusters 和群集卷管理器的保护组 pg1。

群集卷管理器磁盘组 oracle-dg 负责控制由 Hitachi TrueCopy 设备组 VG01 复制的数据。Oracle Real Application Clusters 框架资源组的节点列表被设置为包含群集中的所有节点。

1. 在主群集上创建该保护组，使其包含群集卷管理器磁盘组 oracle-dg。

   # geopg create -s pts1 -o PRIMARY -d Truecopy -p cluster_dgs=oracle-dg pg1 Protection group "pg1" successfully created.

2. 将 Hitachi TrueCopy 设备组 VG01 添加到保护组 pg1 中。

   # geopg add-device-group --property fence_level=never VG01 pg1 Device group "VG01" successfully added to the protection group "pg1".

3. 将 Oracle Real Application Clusters 框架资源组 rac-framework-rg、所有的 Oracle Real Application Clusters 服务器资源组以及所有的 Oracle Real Application Clusters 侦听器资源组添加到该保护组。

   # geopg add-resource-group rac-framework-rg,rac-server-rg1,\ rac-listener-rg1,rac-server-rg2,rac-listener-rg2 pg1

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

在创建保护组之前，数据复制层将验证 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-protectiongroupname。

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

如何修改 Hitachi TrueCopy 保护组

开始之前

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 修改保护组的配置

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

   # geopg set-prop -p property [-p...] \ protectiongroupname

   -p propertysetting

   指定保护组的属性。

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   protectiongroupname

   指定保护组的名称。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

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

示例 2–5 修改保护组的配置

本示例将修改示例 2–2中创建的保护组的 Timeout 属性。

# geopg set-prop -p Timeout=400 tcpg

验证 Hitachi TrueCopy 保护组

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

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

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

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

• 对已添加到保护组的每个 Hitachi TrueCopy 设备组的相应属性进行验证。

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

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

如何验证 Hitachi TrueCopy 保护组

开始之前

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 验证保护组的配置。

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

   # geopg validate protectiongroupname

   protectiongroupname

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

示例 2–6 验证保护组的配置

本示例对保护组进行验证。

# geopg validate tcpg

如何删除 Hitachi TrueCopy 保护组

开始之前

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

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

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

• 该保护组在本地群集上处于脱机状态。

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

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 删除该保护组。

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

   # geopg delete protectiongroupname

   protectiongroupname

   指定保护组的名称

3. 要删除辅助群集上的保护组，请在 cluster-newyork 上重复执行步骤 1 和步骤 2。

示例 2–7 删除保护组

本示例从两个伙伴群集上删除保护组。

cluster-paris 是主群集。有关群集配置样例的提示信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。

# rlogin phys-paris-1 -l root
phys-paris-1# geopg delete tcpg
# rlogin phys-newyork-1 -l root
phys-newyork-1# geopg delete tcpg

示例 2–8 在应用程序资源组保持联机的情况下删除 Hitachi TrueCopy 保护组

本示例将在 apprg1 和 apprg2 两个应用程序资源组保持联机状态的情况下删除它们的保护组 tcpg。请先从保护组中删除应用程序资源组，然后再删除该保护组。

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

管理 Hitachi TrueCopy 应用程序资源组

要使应用程序具有高可用性，必须将该应用程序作为一种资源在应用程序资源组中进行管理。

您必须将在主群集上为应用程序资源组配置的所有实体（如应用程序资源、安装、应用程序配置文件以及资源组）都复制到辅助群集上。资源组的名称在这两个群集上必须相同。而且，应用程序资源使用的数据也必须被复制到辅助群集上。

本节介绍了以下任务的信息：

• 如何将应用程序资源组添加至 Hitachi TrueCopy 保护组

• 如何从 Hitachi TrueCopy 保护组删除应用程序资源组

如何将应用程序资源组添加至 Hitachi TrueCopy 保护组

开始之前

您可以将现有的资源组添加到保护组的应用程序资源组列表中。将应用程序资源组添加到保护组之前，请确保满足以下条件：

• 已定义该保护组。

• 资源组在两个群集上均存在，并且处于适当的状态。

• 资源组的 Auto_start_on_new_cluster 属性已设置为 False。您可以使用 scrgadm 命令查看该属性。

  # scrgadm -pvv -g apprg | grep Auto_start_on_new_cluster

  将 Auto_start_on_new_cluster 属性设置为 False 可防止 Sun Cluster 资源组管理器自动启动保护组中的资源组。因此，在 Sun Cluster Geographic Edition 软件重新启动之后与远程群集进行通信以确保远程群集正在运行并且远程群集是该资源组的辅助群集。Sun Cluster Geographic Edition 软件不会自动在主群集上启动资源组。

  激活保护组后，应用程序资源组应仅在主群集上处于联机状态。

  将 Auto_start_on_new_cluster 属性设置为 False，如下所示：

  scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False

• 该应用程序资源组与此保护组外部的资源组和资源绝不能具有依赖性。要添加几个互相具有依赖性的应用程序资源组，您必须使用单个操作将这些应用程序资源组添加到该保护组。如果单独添加这些应用程序资源组，则操作会失败。

保护组的状态可以是已激活或已取消激活，资源组的状态可以是 Online 或 Unmanaged。

保护组的配置改变后，如果资源组处于 Unmanaged 状态，而保护组处于 Active 状态，则保护组的本地状态将变为 Degraded。

如果要添加的资源组处于 Online 状态并且已取消激活保护组，则请求将被拒绝。在添加活动的资源组之前，必须先激活保护组。

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 将应用程序资源组添加到该保护组。

   此命令将应用程序资源组添加到本地群集上的保护组。如果伙伴群集上包含有相同名称的保护组，则该命令会将新的配置信息传播给伙伴群集。

   # geopg add-resource-group resourcegrouplist protectiongroup

   resourcegrouplist

   指定应用程序资源组的名称。

   您可以在逗号分隔的列表中指定多个资源组。

   protectiongroup

   指定保护组的名称。

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

   如果在本地群集上添加操作不成功，则不会修改保护组的配置。否则，本地群集上的 Configuration 状态将被设置为 OK。

   如果本地群集上的 Configuration 状态为 OK，但伙伴群集上的添加操作未成功，则伙伴群集上的 Configuration 状态将被设置为 Error。

   将应用程序资源组添加到保护组后，该应用程序资源组将被作为保护组的一个实体进行管理。此后，该应用程序资源组将会受到保护组操作（如启动、停止、切换和接管）的影响。

示例 2–9 将应用程序资源组添加到保护组

本示例将把两个应用程序资源组 apprg1 和 apprg2 添加到保护组 tcpg 中。

# geopg add-resource-group apprg1,apprg2 tcpg

如何从 Hitachi TrueCopy 保护组删除应用程序资源组

您可以在不改变应用程序资源组的状态或内容的情况下从保护组删除应用程序资源组。

开始之前

确保满足以下条件：

• 在本地群集上已定义该保护组。

• 要删除的资源组属于保护组的应用程序资源组。例如，您不能删除属于数据复制管理实体的资源组。

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 从保护组中删除应用程序资源组：

   此命令可从本地群集的保护组中删除应用程序资源组。如果伙伴群集包含具有相同名称的保护组，则该命令会从伙伴群集的保护组中删除该应用程序资源组。

   # geopg remove-resource-group resourcegrouplist protectiongroup

   resourcegrouplist

   指定应用程序资源组的名称。

   您可以在逗号分隔的列表中指定多个资源组。

   protectiongroup

   指定保护组的名称。

   如果本地群集上的删除操作失败，则系统不会修改保护组的配置。否则，本地群集上的 Configuration 状态将被设置为 OK。

   如果本地群集上的配置状态为正常，但伙伴群集上的删除操作不成功，则伙伴群集上的配置状态将被设置为错误。

示例 2–10 从保护组删除应用程序资源组

本示例将从保护组 tcpg 中删除 apprg1 和 apprg2 两个应用程序资源组。

# geopg remove-resource-group apprg1,apprg2 tcpg

管理 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 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 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 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   devicegroupname

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

   protectiongroupname

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

   有关 Sun Cluster Geographic Edition 软件所支持的名称和值的信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 B “Sun Cluster Geographic Edition 实体合法的名称和值”。

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

示例 2–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-protectiongroupname -devicegroupname。此资源放置在相应的 Sun Cluster 资源组中，该资源组的名称为 rg-tc-protectiongroupname。

使用 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 保护组的本地角色。

示例 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 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 修改该设备组。

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

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

   -p property

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

   有关可设置的属性的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的附录 A “标准 Sun Cluster Geographic Edition 属性”。

   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 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 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

将 Hitachi TrueCopy 保护组的配置复制到辅助群集

在主群集和辅助群集上配置数据复制、资源组和资源之后，您可以将保护组的配置复制到辅助群集。

如何将 Hitachi TrueCopy 保护组的配置复制到辅助群集

开始之前

在将 Hitachi TrueCopy 保护组的配置复制到辅助群集之前，请确保满足以下条件：

• 该保护组是在远程群集上定义的，而不是在本地群集上。

• 远程群集上保护组中的设备组存在于本地群集上。

• 远程群集上保护组中的应用程序资源组存在于本地群集上。

• 资源组的 Auto_start_on_new_cluster 属性已设置为 False。您可以使用 scrgadm 命令查看该属性。

  # scrgadm -pvv -g apprg1 | grep Auto_start_on_new_cluster

  将 Auto_start_on_new_cluster 属性设置为 False 可防止 Sun Cluster 资源组管理器自动启动保护组中的资源组。因此，在 Sun Cluster Geographic Edition 软件重新启动之后与远程群集进行通信以确保远程群集正在运行并且远程群集是该资源组的辅助群集。Sun Cluster Geographic Edition 软件不会自动在主群集上启动资源组。

  激活保护组后，应用程序资源组应仅在主群集上处于联机状态。

  将 Auto_start_on_new_cluster 属性设置为 False，如下所示：

  scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False

1. 登录至 phys-newyork-1。

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

   phys-newyork-1 是辅助群集上的唯一节点。有关哪一个节点是 phys-newyork-1 的提示信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 群集配置示例”。

2. 使用 geopg get 命令将保护组配置复制到伙伴群集。

   此命令从远程群集检索保护组的配置信息，然后在本地群集上创建保护组。

   phys-newyork-1# geopg get -s partnershipname [protectiongroup]

   -s partnershipname

   指定应该从中检索保护组配置信息的伙伴关系的名称，以及在本地创建保护组的伙伴关系的名称。

   protectiongroup

   指定保护组的名称。

   如果未指定保护组，则系统将在本地群集上创建远程伙伴群集上指定伙伴关系中存在的所有保护组。

   ---

   注 –

   geopg get 命令可复制与 Sun Cluster Geographic Edition 相关的实体。有关如何复制 Sun Cluster 实体的信息，请参见《Sun Cluster Data Services Planning and Administration Guide for Solaris OS》中的“Replicating and Upgrading Configuration Data for Resource Groups, Resource Types, and Resources”。

   ---

示例 2–15 将 Hitachi TrueCopy 保护组复制到伙伴群集

本示例将把保护组 tcpg 的配置从 cluster-paris 群集复制到 cluster-newyork 群集。

# rlogin phys-newyork-1 -l root
phys-newyork-1# geopg get -s paris-newyork-ps tcpg

激活 Hitachi TrueCopy 保护组

当您激活某保护组时，该保护组将承担配置过程中指定给它的角色。有关配置保护组的更多信息，请参见如何创建和配置不使用 Oracle Real Application Clusters 的 Hitachi TrueCopy 保护组。

可以通过以下几种方式激活保护组：

• 全局 – 在配置了该保护组的两个群集上均激活该保护组。

• 仅在主群集上 – 辅助群集仍保持非活动状态。

• 仅在辅助群集上 – 主群集仍保持非活动状态。

激活群集上的 Hitachi TrueCopy 保护组会对数据复制层产生以下影响：

• 验证保护组的数据复制配置。在验证过程中，将按表 2–3 所述将保护组当前的本地角色与聚集设备组状态进行比较。如果验证成功，则会启动数据复制。

• 无论主群集或辅助群集上是否发生激活操作，在为保护组配置的数据复制设备组上均会启动数据复制。数据始终是从保护组的本地角色为 primary 的群集复制到保护组的本地角色为 secondary 的群集。

只有在数据复制成功启动之后，应用程序的处理才会继续。

激活一个保护组会对应用层产生以下影响：

• 在主群集上激活保护组时，还会启动为该保护组配置的应用程序资源组。

• 在辅助群集上激活保护组时，不会启动应用程序资源组。

用于启动数据复制的 Hitachi TrueCopy 命令取决于以下因素：

• 聚集设备组状态

• 保护组的本地角色

• 当前的对状态

下表针对每一种可能的因素组合，介绍了相应的启动数据复制的 Hitachi TrueCopy 命令。在这些命令中，dg 代表设备组名称，fl 代表为该设备组配置的隔离级别。

如何激活 Hitachi TrueCopy 保护组

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 激活该保护组。

   在激活保护组时，它的应用程序资源组也会进入联机状态。

   # geopg start -e scope [-n] protectiongroupname

   -e scope

   指定命令的范围。

   如果该范围为 Local，则该命令仅在本地群集上生效。如果该范围为 Global，则该命令在部署保护组的两个群集上均会生效。

   ---

   注 –

   属性值（例如 Global 和 Local）不区分大小写。

   ---

   -n

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

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

   protectiongroupname

   指定保护组的名称。

   geopg start 命令使用 scswitch -Z -g resourcegroups 命令使资源组和资源联机。有关使用此命令的更多信息，请参见 scswitch(1M) 手册页。

示例 2–16 Sun Cluster Geographic Edition 软件如何发出命令启动复制

本示例说明了 Sun Cluster Geographic Edition 如何确定用于启动数据复制的 Hitachi TrueCopy 命令。

首先，创建 Hitachi TrueCopy 保护组。

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

将设备组 devgroup1 添加至保护组。

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..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 ----  ----, ----- ----   -

聚集设备组状态为 SMPL。

接下来，使用 geopg start 命令激活保护组 tcpg。

phys-paris-1# geopg start -e local tcpg

Sun Cluster Geographic Edition 软件将在数据复制级别运行 paircreate -g devgroup1 -vl -f async 命令。如果该命令运行成功，则 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..P-VOL COPY ASYNC,54321  609   - 
devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL COPY ASYNC,-----   1    - 
devgroup1 pair2(L) (CL1-A , 0, 2) 12345   2..P-VOL COPY ASYNC,54321  610   - 
devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL COPY ASYNC,-----   2    -

示例 2–17 以全局方式激活 Hitachi TrueCopy 保护组

本示例将以全局方式激活一个保护组。

# geopg start -e global tcpg

在配置保护组的两个群集上激活保护组 tcpg。

示例 2–18 在本地激活 Hitachi TrueCopy 保护组

本示例将仅在本地群集上激活一个保护组。根据群集角色，此本地群集可能是主群集或辅助群集。

# geopg start -e local tcpg

取消激活 Hitachi TrueCopy 保护组

您可以按以下级别取消激活保护组：

• 全局 – 在配置了该保护组的两个群集上均取消激活该保护组。

• 仅在主群集上 – 辅助群集仍保持活动状态

• 仅在辅助群集上 – 主群集仍保持活动状态

取消激活群集上的 Hitachi TrueCopy 保护组会对数据复制层产生以下影响：

• 验证保护组的数据复制配置。在验证过程中，将按表 2–3 所述将保护组当前的本地角色与聚集设备组状态进行比较。如果验证成功，则会停止数据复制。

• 无论是在主群集还是辅助群集上执行取消激活操作，为保护组配置的数据复制设备组上的数据复制均会停止。

取消激活一个保护组会对应用层产生以下影响：

• 在主群集上取消激活保护组时，为该保护组配置的所有应用程序资源组都将停止并处于不受管理状态。

• 在辅助群集上取消激活保护组时，辅助群集上的资源组不会受到影响。而为该保护组配置的应用程序资源组可能在主群集上仍保持活动状态，这取决于主群集的激活状态。

用于停止数据复制的 Hitachi TrueCopy 命令取决于以下因素：

• 聚集设备组状态

• 保护组的本地角色

• 当前的对状态

针对每一种可能出现的因素组合情况，下表均介绍了相应的用于停止数据复制的 Hitachi TrueCopy 命令。在这些命令中，dg 代表设备组名称。

如何取消激活 Hitachi TrueCopy 保护组

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 取消激活该保护组。

   取消激活保护组时，它的应用程序资源组也会进入未受管理状态。

   # geopg stop -e scope [-D] protectiongroupname

   -e scope

   指定命令的范围。

   如果该范围为 Local，则该命令仅在本地群集上生效。如果该范围为 Global，则此命令在部署该保护组的两个群集上均生效。

   ---

   注 –

   属性值（例如 Global 和 Local）不区分大小写。

   ---

   -D

   指定仅停止数据复制并且保持保护组的联机状态。

   如果省略此选项，则数据复制子系统和保护组均会停止。

   protectiongroupname

   指定保护组的名称。

示例 2–19 Sun Cluster Geographic Edition 软件如何发出用于停止复制的命令

本示例说明了 Sun Cluster Geographic Edition 软件如何确定用于停止数据复制的 Hitachi TrueCopy 命令。

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    -

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

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

Sun Cluster Geographic Edition 软件在数据复制级别运行 pairvolchk -g <DG> -ss 命令，该命令返回的值为 43。

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

接下来，使用 geopg stop 命令取消激活保护组 tcpg。

phys-paris-1# geopg stop -s local tcpg

Sun Cluster Geographic Edition 软件在数据复制级别运行 pairsplit -g devgroup1 命令。

如果该命令运行成功，则 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..P-VOL PSUS ASYNC,54321  609   - 
devgroup1 pair1(R) (CL1-C , 0, 20)54321 609..S-VOL SSUS ASYNC,-----   1    - 
devgroup1 pair2(L) (CL1-A , 0, 2) 12345   2..P-VOL PSUS ASYNC,54321  610   - 
devgroup1 pair2(R) (CL1-C , 0,21) 54321 610..S-VOL SSUS ASYNC,-----   2    -

示例 2–20 在所有群集上取消激活保护组

本示例将在所有群集上取消激活保护组。

# geopg stop -e global tcpg

示例 2–21 在本地群集上取消激活保护组

本示例将在本地群集上取消激活保护组。

# geopg stop -e local tcpg

示例 2–22 停止数据复制，但使保护组保持联机状态

本示例将仅在本地群集上停止数据复制。

# geopg stop -e local -D tcpg

如果管理员日后决定取消激活保护组及其底层的数据复制子系统，则可以重新运行不带 -D 选项的命令：

# geopg stop -e local tcpg

示例 2–23 应用程序资源组保持联机时取消激活 Hitachi TrueCopy 保护组

本示例将在使应用程序资源组 apprg1 和 apprg2 保持联机状态的情况下，在双方群集上取消激活这两个资源组的保护组 tcpg。

1. 从保护组中删除应用程序资源组。

   # geopg remove-resource-group apprg1,apprg2 tcpg

2. 取消激活该保护组。

   # geopg stop -e global tcpg

重新同步 Hitachi TrueCopy 保护组

您可以使用从伙伴群集检索到的配置信息重新同步本地保护组的配置信息。保护组的 Synchronization 状态在 geoadm status 命令的输出中显示为 Error 时，需要对该保护组进行重新同步。

例如，在引导群集后，您可能需要重新同步保护组。有关更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“引导群集”。

重新同步保护组仅更新与 Sun Cluster Geographic Edition 软件有关的实体。有关如何更新 Sun Cluster 实体的信息，请参见《Sun Cluster Data Services Planning and Administration Guide for Solaris OS》中的“Replicating and Upgrading Configuration Data for Resource Groups, Resource Types, and Resources”。

如何重新同步保护组

开始之前

您必须在运行 geopg update 命令的群集上取消激活保护组。有关取消激活保护组的信息，请参见取消激活 Hitachi TrueCopy 保护组。

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

   要完成此过程，必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 重新同步该保护组。

   # geopg update protectiongroupname

   protectiongroupname

   指定保护组的名称

示例 2–24 重新同步保护组

本示例将重新同步一个保护组。

# geopg update tcpg

检查 Hitachi TrueCopy 数据复制的运行时状态

您可以获取复制状态的概览以及 Hitachi TrueCopy 复制资源组更为详细的运行时状态。以下几节介绍了每种状态的检查过程。

显示 Hitachi TrueCopy 运行时状态概览

每个 Hitachi TrueCopy 数据复制资源的状态都指明了某一特定设备组上的复制状态。保护组中所有资源的状态汇总到复制状态中。此复制状态是保护组状态的第二个组成部分。有关保护组各个状态的更多信息，请参阅《Sun Cluster Geographic Edition 系统管理指南》中的“监视 Sun Cluster Geographic Edition 软件的运行时状态”。

要查看整体的复制状态，请按以下过程所述查看保护组的状态。

如何检查整体的复制运行时状态

1. 访问一个已定义保护组的群集的节点

   要完成此过程，必须为您指定 Basic Solaris User RBAC 权限配置文件。有关 RBAC 的更多信息，请参见《Sun Cluster Geographic Edition 系统管理指南》中的“Sun Cluster Geographic Edition 软件和 RBAC”。

2. 检查复制的运行时状态。

   # geoadm status

   有关复制信息，请参阅输出内容中的 Protection Group 部分。此命令显示的信息包含以下内容：

   • 是否为参与伙伴关系启用本地群集

   • 伙伴关系中是否涉及到本地群集

   • 心跳配置的状态

   • 已定义的保护组的状态

   • 当前事务的状态

3. 检查每个 Hitachi TrueCopy 设备组的数据复制运行时状态。

   # scstat -g

   请参阅您要检查的数据复制设备组所对应的 Status 和 Status Message 字段。

另请参见

有关这些字段的更多信息，请参见表 2–6。

显示详细的 Hitachi TrueCopy 运行时状态

Sun Cluster Geographic Edition 软件为每个保护组在内部创建和维护一个复制资源组。复制资源组的名称具有以下格式：

rg-tc_truecopyprotectiongroupname

如果将 Hitachi TrueCopy 设备组添加到保护组，则 Sun Cluster Geographic Edition 软件将为每个设备组创建一个资源。此资源监视其设备组的复制状态。每个资源的名称具有以下格式：

r-tc-truecopyprotectiongroupname-truecopydevicegroupname

您可以通过查看此资源的 Status 和 Status Message 字段来监视此设备组的复制状态。使用 scstat -g 命令可显示资源状态和状态消息。

下表介绍了当 Hitachi TrueCopy 复制资源组的 State 值为 Online 时，scstat -g 命令返回的 Status 和 Status Message 值。

有关这些值的更多信息，请参阅 Hitachi TrueCopy 文档。

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