本章介绍了使用 Hitachi TrueCopy 软件配置和管理数据复制的过程。本章包含以下小节:
在开始创建保护组之前,请考虑以下策略中的哪一个最适合您:
在创建保护组之前使应用程序脱机
此策略最直接,原因是您使用单个命令在一个群集上创建保护组,在其他群集上检索信息,然后启动该保护组。但是由于在该过程结束之前,保护组一直没有恢复联机状态,因此您必须使应用程序资源组脱机以便将其添加到该保护组。
在应用程序保持联机时创建保护组
此策略允许您在不中断应用程序的情况下创建保护组,但是它需要发出更多的命令。
以下各小节介绍了每种策略所要采取的步骤。
在应用程序资源组脱机时创建保护组的步骤如下:
从一个群集上的节点创建保护组。
有关更多信息,请参见如何创建和配置 Hitachi TrueCopy 保护组。
将数据复制设备组添加到保护组。
有关更多信息,请参见如何将数据复制设备组添加至 Hitachi TrueCopy 保护组。
使应用程序资源组脱机。
将应用程序资源组添加到该保护组。
有关更多信息,请参见如何将应用程序资源组添加至 Hitachi TrueCopy 保护组。
在另一个群集上检索该保护组的配置。
有关更多信息,请参见如何将 Hitachi TrueCopy 保护组配置复制到伙伴群集。
从任一群集“全局”启动该保护组。
有关更多信息,请参见如何激活 Hitachi TrueCopy 保护组。
在不使应用程序脱机的情况下,要将现有应用程序资源组添加到新的保护组,请在应用程序资源组处于联机状态的群集上执行以下步骤。
从一个群集上的节点创建保护组。
有关更多信息,请参见如何创建和配置 Hitachi TrueCopy 保护组。
将数据复制设备组添加到该保护组。
有关更多信息,请参见如何将数据复制设备组添加至 Hitachi TrueCopy 保护组。
从本地启动该保护组。
有关更多信息,请参见如何激活 Hitachi TrueCopy 保护组。
将应用程序资源组添加到该保护组。
有关更多信息,请参见如何将应用程序资源组添加至 Hitachi TrueCopy 保护组。
在另一个群集上执行以下步骤。
检索保护组的配置。
有关更多信息,请参见如何将 Hitachi TrueCopy 保护组配置复制到伙伴群集。
从本地激活该保护组。
有关更多信息,请参见如何激活 Hitachi TrueCopy 保护组。
此示例描述了如何在应用程序不脱机的情况下创建一个保护组。
在此示例中,apprg1 资源组在 cluster-paris 群集上处于联机状态。
在 cluster-paris 上创建保护组。
phys-paris-1# geopg create -d tc -p Nodelist=phys-paris-1,phys-paris-2 -o Primary \ -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created |
将设备组 tcdg 添加至该保护组。
phys-paris-1# geopg add-device-group -p fence_level=async tcdg tcpg |
从本地激活该保护组。
phys-paris-1# geopg start-e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started. |
将已联机的应用程序资源组添加至该保护组。
phys-paris-1# geopg add-resource-group apprg1 tcpg Following resource groups were successfully inserted: "apprg1" |
验证是否已成功添加该应用程序资源组。
phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps" OK Plug-in "ping-plugin" : Inactive Plug-in "icrm_plugin" : OK 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 |
在伙伴群集的一个节点上,如下所示检索该保护组:
phys-newyork-1# geopg get -s paris-newyork-ps tcpg Protection group "tcpg" has been successfully created. |
在伙伴群集上本地激活该保护组。
phys-newyork-1# geopg start-e local tcpg Processing operation.... this may take a while.... Protection group "tcpg" successfully started. |
验证是否已成功创建并激活该保护组。
在 cluster-paris 上运行 geoadm status 命令会产生如下输出:
phys-paris-1# geoadm status Cluster: cluster-paris Partnership "paris-newyork-ps" : OK Partner clusters : newyork Synchronization : OK Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \ "paris-newyork-ps": OK Plug-in "ping-plugin" : Inactive Plug-in "icrm_plugin" : OK 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 |
本节介绍了以下任务的过程:
您可以创建不使用数据复制的保护组。要创建不使用数据复制子系统的保护组,请在使用 geopg 命令时忽略 -d data-replication-type 选项。geoadm status 命令显示了这些 Degraded 保护组的状态。
有关更多信息,请参见创建不需要进行数据复制的保护组。
在创建保护组之前,请确保满足以下条件:
本地群集是伙伴关系的成员。
您要创建的保护组尚不存在。
保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。
您还可以将现有的保护组配置从远程群集复制到本地群集。有关更多信息,请参见将 Hitachi TrueCopy 保护组配置复制到伙伴群集。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
使用 geopg create 命令创建一个新的保护组。
此命令将在本地群集的所有节点上创建一个保护组。
# geopg create -s partnership-name -o local-role -d truecopy [-p property-settings [-p...]] \ protection-group-name |
指定伙伴关系的名称。
在本地群集上将此保护组的角色指定为 primary 或 secondary
指定由 Hitachi TrueCopy 来复制保护组的数据
设置该保护组的属性
以下是您可以设置的属性:
Description – 描述保护组
Timeout – 以秒为单位指定保护组的超时时限
Nodelist – 列出可作为复制子系统主群集的计算机的主机名
Cluster_dgs – 列出数据所写入的设备组
有关可以设置的属性的更多信息,请参见附录 A,标准 Sun Cluster Geographic Edition 属性。
指定保护组的名称
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见附录 B,Sun Cluster Geographic Edition 实体合法的名称和值。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
以下示例说明了如何在设置为主群集的 cluster-paris 上创建 Hitachi TrueCopy 保护组:
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p Nodelist=phys-paris-1,phys-paris-2 tcpg |
以下示例说明了如何为 cluster-newyork 上当前处于联机状态的应用程序资源组 resourcegroup1 创建 Hitachi TrueCopy 保护组 tcpg。
在没有应用程序资源组的情况下创建保护组。
# geopg create -s paris-newyork-ps -o primary -d truecopy \ -p nodelist=phys-paris-1,phys-paris-2 tcpg |
激活该保护组。
# geopg start -e local tcpg |
添加应用程序资源组。
# 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 命令修改这些资源组时请务必小心。
在修改保护组的配置之前,请确保本地已存在您要修改的保护组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
修改保护组的配置
此命令可修改本地群集所有节点上保护组的属性。如果伙伴群集包含具有相同名称的保护组,则此命令还会将新的配置信息传播给伙伴群集。
# geopg set-prop -p property-settings [-p...] \ protection-group-name |
设置该保护组的属性。
有关可以设置的属性的更多信息,请参见附录 A,标准 Sun Cluster Geographic Edition 属性。
指定保护组的名称。
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见附录 B,Sun Cluster Geographic Edition 实体合法的名称和值。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
以下示例说明了如何对示例 10–2 中创建的保护组的 Timeout 属性进行修改:
# geopg set-prop -p Timeout=400 tcpg |
如果 geoadm status 命令的输出显示某个保护组的 Configuration 状态为 Error,您可以使用 geopg validate 命令对配置进行验证。此命令可检查保护组及其实体的当前状态。
如果保护组及其实体是有效的,则保护组的 Configuration 状态将被设置为 OK。如果 geopg validate 命令在配置文件中发现了错误,则该命令将显示一条有关错误的消息,并且配置将保持错误状态。在这种情况下,您可以修正配置中的错误,然后再次执行 geopg validate 命令。
在验证保护组的配置之前,请确保本地存在要进行验证的保护组,而且通用代理容器在伙伴关系双方群集的所有节点上均处于联机状态。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
验证保护组的配置
此命令仅对本地群集上保护组的配置进行验证。要验证伙伴群集上的保护组配置,请再次在伙伴群集上发出该命令。
# geopg validate 保护组名称 |
指定标识单个保护组的唯一名称
以下示例说明了如何对保护组进行验证。
# 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 设备组的属性。
如果您要删除所有位置上的保护组,则必须在保护组所存在的每个群集上运行 geopg delete 命令。
在删除保护组之前,请确保满足以下条件:
本地存在要删除的保护组。
在本地群集上该保护组已脱机。
为了在删除保护组的同时使应用程序资源组保持联机,必须从保护组中删除应用程序资源组。有关这一过程的示例,请参见示例 10–7 和示例 10–10。
登录到主群集上的一个节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
删除该保护组。
此命令可从本地群集删除保护组的配置。该命令还可删除保护组中每个 Hitachi TrueCopy 设备组的复制资源组。此命令不会改变 Hitachi TrueCopy 设备组的对状态。
# geopg delete protection-group-name |
指定保护组的名称
如果还要删除辅助群集上的保护组,请对 cluster-newyork 重复步骤 1 和步骤 2。
以下示例说明了如何从两个伙伴群集上删除保护组。
cluster-paris 是主群集。有关群集配置示例的提示信息,请参见图 2–1。
# rlogin cluster-paris -l root cluster-paris# geopg delete tcpg # rlogin cluster-newyork -l root cluster-newyork# geopg delete tcpg |
以下示例说明了如何在删除应用程序资源组 apprg1 和 apprg2 的保护组 tcpg 的同时,使这两个资源组保持联机状态。从保护组中删除应用程序资源组,然后再删除该保护组。
# geopg remove-resource-group apprg1,apprg2 tcpg # geopg stop -e global tcpg # geopg delete tcpg |
有些保护组不需要进行数据复制。如果您仅将 Sun Cluster Geographic Edition 软件用于资源组的管理,而使用其他方法处理数据复制,则您可以创建不进行数据复制的保护组。geoadm status 命令显示了这些 Degraded 保护组的状态。本节介绍了如何对不使用数据复制的保护组进行配置。
有关如何创建使用数据复制的 Hitachi TrueCopy 保护组的信息,请参见如何创建和配置 Hitachi TrueCopy 保护组。
您不能将设备组添加到不使用数据复制的保护组中。
在创建保护组之前,请确保满足以下条件:
本地群集是伙伴关系的成员。
您要创建的保护组还不存在。
保护组的名称在全局的 Sun Cluster Geographic Edition 名称空间中是唯一的。不能在同一系统的两个伙伴关系中使用相同的保护组名称。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
使用 geopg create 命令创建一个新的保护组。
此命令将在本地群集的所有节点上创建一个保护组。
# geopg create -s partnership-name -o local-role \ [-p property-settings [-p...]] \ protection-group-name |
指定伙伴关系的名称。
将本地群集上此保护组的角色指定为 primary,或者为 secondary
设置该保护组的属性
以下是您可以设置的属性:
Description – 描述保护组
Timeout – 以秒为单位指定保护组的超时时限
Nodelist – 列出可作为复制子系统主群集的计算机的主机名
Cluster_dgs – 列出数据所写入的设备组
有关可以设置的属性的更多信息,请参见附录 A,标准 Sun Cluster Geographic Edition 属性。
指定保护组的名称
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见附录 B,Sun Cluster Geographic Edition 实体合法的名称和值。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
以下示例说明了如何创建不复制的保护组:
# geopg create -s paris-newyork-ps -o primary example-pg |
有关将资源组添加到保护组的信息,请参见管理 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,如下所示:
scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False |
该应用程序资源组与此保护组外部的资源组和资源绝不能具有依赖性。要添加几个互相具有依赖性的应用程序资源组,您必须使用单个操作将这些应用程序资源组添加到该保护组。如果单独添加这些应用程序资源组,则操作会失败。
可能会激活或取消激活该保护组,并且该资源组可能处于 Online 或 Offline 状态。
如果保护组的配置发生更改后资源组处于 Offline 状态,而保护组处于 Active 状态,则该保护组的本地状态将变为 Degraded。
如果要添加的资源组处于 Online 状态并且已取消激活保护组,则请求将被拒绝。在添加活动资源组之前,您必须激活保护组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
将应用程序资源组添加到该保护组。
此命令将应用程序资源组添加到本地群集上的保护组。如果伙伴群集包含具有相同名称的保护组,则该命令会将新的配置信息传播给伙伴群集。
# geopg add-resource-group resource-group-list protection-group |
指定应用程序资源组的名称
您可以在逗号分隔的列表中指定多个资源组。
指定保护组的名称
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见附录 B,Sun Cluster Geographic Edition 实体合法的名称和值。
如果在本地群集上添加操作不成功,则不会修改保护组的配置。否则,本地群集上的 Configuration 状态将被设置为 OK。
如果本地群集上的 Configuration 状态为 OK,但伙伴群集上的添加操作不成功,则伙伴群集上的 Configuration 状态将被设置为 Error。
将应用程序资源组添加到保护组后,该应用程序资源组将被作为保护组的一个实体进行管理。此后,该应用程序资源组会受到保护组操作(如启动、停止、切换和接管)的影响。
以下示例说明如何将两个应用程序资源组 apprg1 和 apprg2 添加到 tcpg:
# geopg add-resource-group apprg1,apprg2 tcpg |
您可以在不更改应用程序资源组的状态或内容的情况下从保护组删除现有的应用程序资源组。
从保护组删除应用程序资源组之前,请确保满足以下条件:
在本地群集上已定义该保护组。
要删除的资源组属于该保护组的应用程序资源组。例如,您不能删除属于数据复制管理实体的资源组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
从保护组中删除应用程序资源组:
此命令可从本地群集的保护组中删除应用程序资源组。如果伙伴群集包含具有相同名称的保护组,则该命令会从伙伴群集的保护组中删除该应用程序资源组。
# geopg remove-resource-group resource-group-list protection-group |
指定应用程序资源组的名称
您可以在逗号分隔的列表中指定多个资源组。
指定保护组的名称
如果本地群集上的删除操作失败,则系统不会修改保护组的配置。否则,本地群集上的 Configuration 状态将被设置为 OK。
如果本地群集上的 Configuration 状态为 OK,但伙伴群集上的删除操作不成功,则伙伴群集上的 Configuration 状态将被设置为 Error。
以下示例说明如何从 tcpg 中删除两个应用程序资源组 apprg1 和 apprg2:
# geopg remove-resource-group apprg1,apprg2 tcpg |
本节介绍了管理 Hitachi TrueCopy 数据复制设备组的以下信息:
有关配置 Hitachi TrueCopy 数据复制保护组的详细信息,请参见如何创建和配置 Hitachi TrueCopy 保护组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
在保护组中创建数据复制设备组。
此命令将设备组添加到本地群集上的保护组,并且将新的配置传播给伙伴群集(如果伙伴群集包含具有相同名称的保护组)。
# geopg add-device-group -p property-settings [-p...] device-group-name protection-group-name |
设置数据复制设备组的属性
以下是可以设置的特定于 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 属性。
指定新数据复制设备组的名称
指定将包含新数据复制设备组的保护组的名称
有关 Sun Cluster Geographic Edition 软件支持的名称和值的信息,请参见附录 B,Sun Cluster Geographic Edition 实体合法的名称和值。
有关 geopg 命令的更多信息,请参阅 geopg(1M) 手册页。
|
以下示例说明了如何在 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 设备组属性 |
验证 |
---|---|
device-group-name |
检查由 Nodelist 属性指定的所有群集节点上是否均配置了指定的 Hitachi TrueCopy 设备组。 |
Fence_level |
如果已为此 Hitachi TrueCopy 设备组建立了一个配对,则数据复制层将检查指定的 Fence_level 是否与已建立的保护级别相匹配。 如果尚未建立配对(例如,如果配对处于 SMPL 状态),则可以使用任意的 Fence_level。 |
将 Hitachi TrueCopy 设备组添加至保护组时,此命令会自动创建 Sun Cluster 资源。此资源可监视数据复制。该资源的名称为 r-tc-protection-group-name-device-group-name。该资源放置在相应的 Sun Cluster 资源组中,该资源组的名称为 rg-tc-protection-group-name。
使用 Sun Cluster 命令修改这些复制资源时请务必小心。这些资源仅用于内部实施。
为了进行验证,Sun Cluster Geographic Edition 会根据每个 Hitachi TrueCopy 设备组中对的当前状态为该设备组指定一种状态。此状态由 pairvolchk -g <DG> -ss 命令返回。
本节的剩余部分介绍了单个设备组状态以及如何根据保护组的本地角色来验证这些状态。
单个 Hitachi TrueCopy 设备组可以处于以下状态之一:
SMPL
Regular Primary
Regular Secondary
Takeover Primary
Takeover Secondary
通过 pairvolchk -g <DG> -ss 命令的返回值来确定特定设备组状态。下表介绍了与 pairvolchk 命令的返回值相关联的设备组状态。
表 10–1 单个 Hitachi TrueCopy 设备组状态
pairvolchk 的输出 |
单个设备组状态 |
---|---|
11 = SMPL |
SMPL |
22 / 42 = PVOL_COPY 23 / 42 = PVOL_PAIR 26 / 46 = PVOL_PDUB 47 = PVOL_PFUL 48 = PVOL_PFUS |
Regular Primary |
24 / 44 = PVOL_PSUS 25 / 45 = PVOL_PSUE 对于这些返回码,确定单个设备组的类别要求远程群集上的 horcmd 进程处于活动状态,这样才可以获取此设备组的 remote-pair-state。 |
Regular Primary(如果 remote-cluster-state !=SSWS) 或 Takeover Secondary(如果 remote-cluster-state == SSWS) 使用 pairdisplay -g <DG> -fc 命令可以看到 SSWS 的状态。 |
32 / 52 = SVOL_COPY 33 / 53 = SVOL_PAIR 35 / 55 = SVOL_PSUE 36 / 56 = SVOL_PDUB 57 = SVOL_PFUL 58 = SVOL_PFUS |
Regular Secondary |
34 / 54 = SVOL_PSUS |
Regular Secondary(如果 local-cluster-state !=SSWS) 或 Takeover Primary(如果 local-cluster-state == SSWS) 使用 pairdisplay -g <DG> -fc 命令可以看到 SSWS 的状态。 |
如果保护组仅包含一个 Hitachi TrueCopy 设备组,则聚集设备组状态与单个设备组状态相同。
保护组中包含多个 Hitachi TrueCopy 设备组时,可如下表所述获取聚集设备组状态。
表 10–2 确定聚集设备组状态的情况
情况 |
聚集设备组状态 |
---|---|
所有的单个设备组状态均为 SMPL |
SMPL |
所有的单个设备组状态或者为 Regular Primary,或者为 SMPL |
Regular Primary |
所有的单个设备组状态或者为 Regular Secondary,或者为 SMPL |
Regular Secondary |
所有的单个设备组状态或者为 Takeover Primary,或者为 SMPL |
Takeover Primary |
所有的单个设备组状态或者为 Takeover Secondary,或者为 SMPL |
Takeover Secondary |
对于单个设备组状态的其他组合,无法获取聚集设备组状态,并且会被认为是出现了对状态验证故障。
下表介绍了如何根据聚集设备组状态验证 Hitachi TrueCopy 保护组的本地角色。
表 10–3 根据保护组的本地角色验证聚集设备组状态
聚集设备组状态 |
有效的本地保护组角色 |
---|---|
SMPL |
primary 或 secondary |
Regular Primary |
primary |
Regular Secondary |
secondary |
Takeover Primary |
primary |
Takeover Secondary |
secondary |
以下示例说明如何根据 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 中所示。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
修改该设备组。
此命令可修改本地群集上的保护组中设备组的属性。如果伙伴群集包含具有相同名称的保护组,则该命令会将新的配置传播给伙伴群集。
# geopg modify-device-group -p property-settings [-p...] \ TC-device-group-name protection-group-name |
设置数据复制设备组的属性
有关可以设置的属性的更多信息,请参见附录 A,标准 Sun Cluster Geographic Edition 属性。
指定新数据复制设备组的名称
指定将包含新的数据复制设备组的保护组的名称
以下示例说明如何修改作为 Hitachi TrueCopy 保护组一部分的数据复制设备组的属性:
# geopg modify-device-group -p fence_level=async tcdg tcpg |
如果已将一个数据复制设备组添加到保护组中,则可以从保护组中将其删除。一般而言,将某应用程序配置为写入一组磁盘之后,您就不会更改这些磁盘。
删除数据复制设备组不会停止复制过程或更改数据复制设备组的复制状态。
有关删除保护组的信息,请参见如何删除 Hitachi TrueCopy 保护组。有关从保护组中删除应用程序资源组的信息,请参见如何从 Hitachi TrueCopy 保护组删除应用程序资源组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
删除该设备组。
此命令从本地群集上的保护组中删除设备组。如果伙伴群集包含具有相同名称的保护组,则该命令会将新的配置传播给伙伴群集。
# geopg remove-device-group device-group-name protection-group-name |
指定数据复制设备组的名称
指定保护组的名称
从 Hitachi TrueCopy 保护组中删除设备组时,系统还会将相应的 Sun Cluster 资源 r-tc-protection-group-name-device-group-name 从复制资源组中删除。结果是不再监视被删除的设备组。资源组在您删除保护组后即被删除。
以下示例说明如何删除 Hitachi TrueCopy 数据复制设备组:
# geopg remove-device-group tcdg tcpg |
在主群集和辅助群集上配置数据复制、资源组和资源之后,您可以将保护组的配置复制到辅助群集。
在将 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,如下所示:
scrgadm -c -g apprg1 -y Auto_start_on_new_cluster=False |
登录至 phys-newyork-1。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
phys-newyork-1 是辅助群集上的唯一节点。有关哪一个节点是 phys-newyork-1 的提示信息,请参见图 2–1。
使用 geopg get 命令将保护组配置复制到伙伴群集。
此命令从远程群集检索保护组的配置信息,然后在本地群集上创建保护组。
phys-newyork-1# geopg get -s partnership-name [protection-group] |
指定应该从中检索保护组配置信息的伙伴关系的名称,以及在本地创建保护组的伙伴关系的名称。
指定保护组的名称
如果未指定保护组,则系统将在本地群集上创建远程伙伴群集上指定伙伴关系中存在的所有保护组。
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”。
以下示例说明如何将 tcpg 的配置从 cluster-paris 复制到 cluster-newyork:
# rlogin phys-newyork-1 -l root phys-newyork-1# geopg get -s paris-newyork-ps tcpg |
当您激活某保护组时,该保护组将承担配置过程中指定给它的角色。可以通过以下几种方式激活保护组:
全局,即在配置保护组的两个群集上均激活保护组。
仅在主群集上,这样辅助群集仍保持非活动状态。
仅在辅助群集上(如果在主群集上辅助群集仍保持非活动状态)。
激活群集上的 Hitachi TrueCopy 保护组对数据复制层具有以下影响:
验证保护组的数据复制配置。在验证过程中,保护组的当前本地角色将与聚集设备组状态进行比较,如表 10–3 所述。如果验证成功,则会启动数据复制。
无论主群集或辅助群集上是否发生激活操作,在为保护组配置的数据复制设备组上均会启动数据复制。数据始终是从保护组本地角色为 primary 的群集上复制到保护组本地角色为 secondary 的群集上。
只有在数据复制成功启动之后,应用程序的处理才会继续。
激活保护组对应用层具有以下影响:
在主群集上激活保护组时,还会启动为该保护组配置的应用程序资源组。
在辅助群集上激活保护组时,不会启动应用程序资源组。
用于启动数据复制的 Hitachi TrueCopy 命令取决于以下因素:
聚集设备组状态
保护组的本地角色
当前配对状态
对于每一种可能的因素组合,下表介绍了相应的启动数据复制的 Hitachi TrueCopy 命令。在这些命令中,dg 代表设备组名称,fl 代表为该设备组配置的保护级别。
表 10–4 用于启动 Hitachi TrueCopy 数据复制的命令
聚集设备组状态 |
有效的本地保护组角色 |
Hitachi TrueCopy 启动命令 |
---|---|---|
SMPL |
primary 或 secondary |
paircreate -vl -g dg -f fl paircreate -vr -g dg -f fl
这两个命令均要求远程群集上已启动 horcmd 进程。 |
Regular Primary |
primary |
如果本地状态代码为 22、23、25、26、29、42、43、45、46 或 47,则不会发出任何命令,原因是数据复制已正在进行。 如果本地状态代码为 24、44 或 48,则会发出以下命令:pairresync -g dg [-l] 如果本地状态代码为 11,则会发出以下命令:paircreate -vl -g dg -f fl 这两个命令均要求远程群集上已启动 horcmd 进程。 |
Regular Secondary |
secondary |
如果本地状态代码为 32、33、35、36、39、52、53、55、56 或 57,则不会发出任何命令,原因是数据复制已正在进行。 如果本地状态代码为 34、54 或 58,则会发出以下命令:pairresync -g dg 如果本地状态代码为 11,则会发出以下命令:paircreate -vr -g dg -f fl 这两个命令均要求远程群集上已启动 horcmd 进程。 |
Takeover Primary |
primary |
如果本地状态代码为 34 或 54,则会发出以下命令:pairresync -swaps -g 如果本地状态代码为 11,则会发出以下命令:paircreate -vl -g dg -f fl paircreate 命令要求远程群集上已启动 horcmd 进程。 |
Takeover Secondary |
secondary |
如果本地状态代码为 24、44、25 或 45,则会发出以下命令:pairresync -swapp -g dg 如果本地状态代码为 11,则会发出以下命令:paircreate -vr -g dg -f fl 这两个命令均要求远程群集上已启动 horcmd 进程。 |
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
激活该保护组。
在激活保护组时,它的应用程序资源组也会进入联机状态。
# geopg start -e scope [-n] protection-group-name |
指定命令的范围
如果该范围为 Local,则该命令仅在本地群集上生效。如果该范围为 Global,则该命令在部署保护组的两个群集上均会生效。
属性值(例如 Global 和 Local)不区分大小写。
防止在启动保护组时启动数据复制
如果省略此选项,则在启动保护组时会启动数据复制子系统。
指定保护组的名称
geopg start 命令使用 scswitch -Z -g resource-groups 命令使资源组和资源联机。有关使用此命令的更多信息,请参阅 scswitch(1M) 手册页。
以下示例说明了 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 - |
以下示例说明如何全局激活保护组:
# geopg start -e global tcpg |
在配置保护组的两个群集上激活保护组 tcpg。
以下示例说明如何仅在本地群集上激活保护组。根据群集的角色,此本地群集可能是主群集或辅助群集。
# geopg start -e local tcpg |
可以通过以下几种方式取消激活保护组:
全局,即在配置保护组的主群集和辅助群集上均取消激活保护组
仅在主群集上,这样辅助群集仍保持活动状态
在主群集上,在辅助群集上取消激活该保护组之后进行
在群集上取消激活 Hitachi TrueCopy 保护组对数据复制层具有以下影响:
验证保护组的数据复制配置。在验证过程中,保护组的当前本地角色将与聚集设备组状态进行比较,如表 10–3 所述。如果验证成功,则会停止数据复制。
无论主群集或辅助群集上是否发生取消激活操作,在为保护组配置的数据复制设备组上均会停止数据复制。
取消激活保护组对应用层具有以下影响:
当在主群集上取消激活保护组时,系统会停止和取消管理为该保护组配置的所有应用程序资源组。
在辅助群集上取消激活保护组时,辅助群集上的资源组不会受到影响。根据主群集的激活状态,为该保护组配置的应用程序资源组仍可在主群集上保持活动状态。
用于停止数据复制的 Hitachi TrueCopy 命令取决于以下因素:
聚集设备组状态
保护组的本地角色
当前配对状态
对于每一种可能的因素组合,下表介绍了相应的用于停止数据复制的 Hitachi TrueCopy 命令。在这些命令中,dg 代表设备组名称。
表 10–5 用于停止 Hitachi TrueCopy 数据复制的命令
聚集设备组状态 |
有效的本地保护组角色 |
Hitachi TrueCopy 停止命令 |
---|---|---|
SMPL |
primary 或 secondary |
不发出任何命令,原因是没有数据复制在进行。 |
Regular Primary |
primary |
如果本地状态代码为 22、23、26、29、42、43、46 或 47,则会发出以下命令:pairsplit -g dg [-l] 如果本地状态代码为 11、24、25、44、45 或 48,则不发出任何命令,原因是没有数据复制在进行。 |
Regular Secondary |
secondary |
如果本地状态代码为 32、33、35、36、39、52、53、55、56 或 57,则会发出以下命令:pairsplit -g dg 如果本地状态代码为 33 或 53,远程状态为 PSUE,则不发出任何停止复制的命令。 如果本地状态代码为 11、34、54 或 58,则不发出任何命令,原因是没有数据复制在进行。 |
Takeover Primary |
primary |
不发出任何命令,原因是没有数据复制在进行。 |
Takeover Secondary |
secondary |
不发出任何命令,原因是没有数据复制在进行。 |
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
取消激活该保护组。
在取消激活保护组时,它的应用程序资源组也会进入脱机状态。
# geopg stop -e scope [-D] protection-group-name |
指定命令的范围
如果该范围为 Local,则该命令仅在本地群集上生效。如果该范围为 Global,则该命令在部署保护组的两个群集上均会生效。
属性值(例如 Global 和 Local)不区分大小写。
指定仅停止数据复制,保持保护组的联机状态。
如果省略此选项,则数据复制子系统和保护组均会停止。
指定保护组的名称。
以下示例说明了 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 - |
以下示例说明了如何在所有群集上取消激活一个保护组:
# geopg stop -e global tcpg |
以下示例说明了如何在本地群集上取消激活一个保护组:
# geopg stop -e local tcpg |
以下示例说明了如何在本地群集上仅停止数据复制:
# geopg stop -e local -D tcpg |
如果管理员日后决定取消激活保护组及其底层的数据复制子系统,则可以重新发出不带 -D 选项的命令:
# geopg stop -e local tcpg |
以下示例说明如何在取消激活应用程序资源组 apprg1 和 apprg2 的保护组 tcpg 的同时,使两个资源组保持联机状态。
从保护组中删除应用程序资源组:
# geopg remove-resource-group apprg1,apprg2 tcpg |
取消激活该保护组:
# geopg stop -e global tcpg |
对于具有从伙伴群集检索到的配置信息的本地保护组,您可以重新同步它的配置信息。如果保护组的 Synchronization 状态在 geoadm status 命令的输出中显示为 Error,则需要对该保护组进行重新同步。
例如,在引导群集后,就需要重新同步保护组。有关更多信息,请参见引导群集。
重新同步保护组仅更新与 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 保护组。
登录到一个群集节点。
要完成此过程,必须为您指定 Geo Management RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
重新同步该保护组。
# geopg update protection-group-name |
指定保护组的名称
以下示例说明了如何重新同步保护组:
# geopg update tcpg |
您可以获取复制状态的概览以及 Hitachi TrueCopy 复制资源组更为详细的运行时状态。以下几节介绍了每种状态的检查过程。
每个 Hitachi TrueCopy 数据复制资源的状态都指出了特定设备组上的复制状态。保护组中所有资源的状态汇总到复制状态中。此复制状态是保护组状态的第二个组件。有关保护组状态的更多信息,请参见监视 Sun Cluster Geographic Edition 软件的运行时状态。
要查看整体的复制状态,请按以下过程所述查看保护组的状态。
访问一个已定义保护组的群集的节点。
要完成此过程,必须为您指定 Basic Solaris User RBAC 权限配置文件。有关 RBAC 的更多信息,请参见Sun Cluster Geographic Edition 软件和 RBAC。
检查复制的运行时状态。
# geoadm status |
有关复制信息,请参阅输出的 Protection Group 部分。此命令打印的信息包含以下内容:
是否为参与伙伴关系启用本地群集
伙伴关系中是否涉及到本地群集
心跳配置的状态
已定义的保护组的状态
当前事务的状态
检查每个 Hitachi TrueCopy 设备组的数据复制运行时状态。
# scstat -g |
有关要检查的数据复制设备组,请参考给出的 Status 和 Status Message 字段。
有关这些字段的更多信息,请参见表 10–6。
Sun Cluster Geographic Edition 软件为每个保护组在内部创建和维护一个复制资源组。复制资源组的名称具有以下格式:
rg-tc_truecopy-protection-group-name |
如果将 Hitachi TrueCopy 设备组添加到保护组,则 Sun Cluster Geographic Edition 软件将为每个设备组创建一个资源。此资源监视其设备组的复制状态。每个资源的名称具有以下格式:
r-tc-truecopy-protection-group-name-truecopy-devicegroup-name |
您可以通过查看此资源的 Status 和 Status Message 来监视此设备组的复制状态。资源状态和状态消息可通过 scstat -g 命令来显示。
下表介绍了当 Hitachi TrueCopy 复制资源组的 State 值为 Online 时 scstat -g 命令返回的 Status 和 Status Message 值。
表 10–6 联机的 Hitachi TrueCopy 复制资源组的状况和状态消息
状态 |
状态消息 |
---|---|
联机 |
P-Vol/S-Vol:PAIR |
联机 |
P-Vol/S-Vol:PAIR:Remote horcmd not reachable |
联机 |
P-Vol/S-Vol:PFUL |
联机 |
P-Vol/S-Vol:PFUL:Remote horcmd not reachable |
降级 |
SMPL:SMPL |
降级 |
SMPL:SMPL:Remote horcmd not reachable |
降级 |
P-Vol/S-Vol:COPY |
降级 |
P-Vol/S-Vol:COPY:Remote horcmd not reachable |
降级 |
P-Vol/S-Vol:PSUS |
降级 |
P-Vol/S-Vol:PSUS:Remote horcmd not reachable |
降级 |
P-Vol/S-Vol:PFUS |
降级 |
P-Vol/S-Vol:PFUS:Remote horcmd not reachable |
故障 |
P-Vol/S-Vol:PDFUB |
故障 |
P-Vol/S-Vol:PDUB:Remote horcmd not reachable |
故障 |
P-Vol/S-Vol:PSUE |
故障 |
P-Vol/S-Vol:PSUE:Remote horcmd not reachable |
降级 |
S-Vol:SSWS:Takeover Volumes |
故障 |
P-Vol/S-Vol:Suspicious role configuration. Actual Role=x, Config Role=y |
有关这些值的更多详细信息,请参阅 Hitachi TrueCopy 文档。
有关 scstat 命令的更多信息,请参阅 scstat(1M) 手册页。