主动/主动 (HyperSwap)、高速镜像和全局镜像一致性组
您可以将 HyperSwap®、高速镜像或全局镜像关系编成一个一致性组,以便同时对它们进行更新。对一致性组发出的命令同时应用到该组中的所有关系。
主动/主动(对于 HyperSwap 卷)高速镜像或全局镜像关系可以建立在松散或紧密关联的基础上。 当关系包含具有紧密关联的卷时,将产生一种更重要的用途。一个简单的紧密关联示例是,应用程序数据分布在多个卷上。 一个更复杂的示例是,多个应用程序在不同主机系统上运行。 每个应用程序的数据都分布在不同的卷上,而且这些应用程序相互之间会交换数据。 在这两个示例中,存在关于关系更新方式的特定规则。 这些规则可确保辅助卷集包含可用的数据。 关键的一点是这些关系是一致的。 一致性组有助于确保为所有这些用途创建一致拷贝。
HyperSwap、高速镜像或全局镜像关系只能属于一个一致性组;但是它们不一定要属于某个一致性组。 不属于一个一致性组的关系被称为独立关系。 一致性组可以包含零个或多个关系。 一致性组中的所有关系必须具有匹配的主要(主)和辅助(备用)系统或站点。 一致性组中的所有关系还必须具有相同的拷贝方向和状态。
HyperSwap、高速镜像或全局镜像关系不能属于同一个一致性组。 当第一个关系被添加到一致性组时,复制类型被自动指定给该一致性组。 一旦将复制类型指定给一致性组之后,只有该复制类型的关系能添加到该一致性组。 具有不同循环方式的全局镜像关系不能属于同一个一致性组。
- 主动/主动
- 仅为 HyperSwap 卷创建此类型的关系。在系统上配置 HyperSwap 后,HyperSwap 卷分别位于单独的站点上,并且将在它们之间自动配置主动/主动关系。对关系中卷的更新内容会同时更新到两个站点上,从而为系统提供灾难恢复解决方案。
- 高速镜像
高速镜像是远程拷贝的一种类型,可创建从主卷到辅助卷的同步数据拷贝。辅助卷可以位于同一系统中,也可以位于另一系统中。
通过同步拷贝,主机应用程序将写入主卷,但是在数据被写入辅助卷之前不会收到写操作已完成的确认。这样可以确保在拷贝操作完成后这两个卷将具有相同的数据。最初的拷贝操作完成后,高速镜像功能将始终在目标站点维护一个源数据的完全同步拷贝。
高速镜像功能可支持最多相距 300 千米的卷之间的拷贝操作。出于灾难恢复目的,高速镜像可提供在主卷和辅助卷上保持相同拷贝的最简单方法。但是,与所有远距离的同步复制相似,这会影响主机应用程序的性能。 这种性能影响与主卷和辅助卷之间的距离有关,且取决于应用程序需求,它的使用可能会受到站点之间距离的限制。
- 全局镜像,不带有循环(循环方式设置为无)
全局镜像功能提供异步拷贝过程。 当主机向主卷写数据时,将先接收到 I/O 完成的确认,然后才会在辅助卷上针对拷贝完成写操作。
如果启动故障转移操作,那么应用程序必须恢复并应用未落实到辅助卷的任何更新。 如果主卷上的 I/O 操作暂停一小段时间,那么辅助卷将变为与主卷完全相同。 此功能与连续备份过程(其中始终缺少最后几个更新)相当。 使用全局镜像进行灾难恢复时,必须考虑要如何处理这些缺少的更新。
要使用全局镜像功能,网络中的所有组件都必须能够承受应用程序主机和全局镜像后台拷贝过程所产生的工作负载。如果并非网络中的所有组件都能够承受该工作负载,那么全局镜像关系会自动停止,以防应用程序主机的响应时间延长。
在全局镜像不使用循环的情况下运行时,请在将写操作应用于主卷之后,尽快应用于辅助卷。 辅助卷迟于主卷的时间通常不到 1 秒,这样可以最大程度地减少在发生故障转移时必须恢复的数据量。 但是,必须在两个站点之间供应高带宽链路。
- 全局镜像,带有变更卷(循环方式设置为多重)
- 含变更卷的全局镜像(循环方式设置为多重)所提供的功能与用于灾难恢复的源卷和目标卷之间的异步拷贝操作所提供的基本功能相同。
如果要使用循环方式设置为多重的全局镜像,那么拷贝过程类似于高速镜像和标准全局镜像。 必须为每个关系中的主卷和辅助卷配置变更卷。 关系中的主卷会采用拷贝,使用在全局镜像关系(带有变更卷)创建时指定的变更卷。 后台拷贝过程从稳定和一致的变更卷读取数据,将数据复制到关系中的辅助卷。 写时复制 (Copy-on-write) 技术功能可保持主卷映像的一致性,以便读取后台复制进程。 还会跟踪后台拷贝进程保持活动期间发生的变更。 针对辅助卷的变更卷也可用于保持后台拷贝进程活动时辅助卷映像的一致性。
高速镜像和全局镜像一致性组状态
| 管理 GUI 图标1 | State | 描述 |
|---|---|---|
![]() ![]() |
Inconsistent(已停止) | 可访问主卷进行读写 I/O 操作,但是无法访问辅助卷进行任一操作。必须启动拷贝过程才能使辅助卷一致。 |
![]() ![]() |
Inconsistent(正在拷贝) | 可访问主卷进行读写 I/O 操作,但是无法访问辅助卷进行任一操作。在对处于 InconsistentStopped 状态的一致性组发出 startrcconsistgrp 命令后,将进入此状态。 在对处于 Idling 或 ConsistentStopped 状态的一致性组发出带 force 选项的 startrcconsistgrp 命令后,也会进入此状态。 |
![]() ![]() |
Consistent(已停止) | 辅助卷包含一致映像,但对于主卷可能已过时。当关系已处于 ConsistentSynchronized 状态并遇到强制冻结一致性组的错误时,会发生此状态。 在执行 stoprcconsistgrp 命令后处于 ConsistentSynchronized 或 ConsistentCopying 状态时,可能会出现此状态。 在两个卷之间创建了关系并且卷已同步时,也会出现此状态。 |
![]() ![]() |
Consistent(正在拷贝) | 可以对主卷进行读写 I/O 操作。辅助卷包含一致映像,但对于主卷可能已过时。 该状态适用于包含使用多重循环的全局镜像关系的一致性组。 |
![]() ![]() |
Consistent(已同步) | 可以对主卷进行读写 I/O 操作。可以对辅助卷进行只读 I/O 操作。 |
![]() ![]() |
Idling | 主卷和辅助卷都在以主角色运行。可以对卷进行写 I/O 操作。 |
![]() ![]() |
Idling(已断开连接) | 这一半一致性组中的卷都在以主角色运行并且可以接受读或写 I/O 操作。 |
![]() ![]() |
Inconsistent(已断开连接) | 这一半一致性组中的卷都在以主角色运行并且可以接受读或写 I/O 操作。 |
![]() ![]() |
Consistent(已断开连接) | 这一半一致性组中的卷都在以辅助角色运行,不能接受读或写 I/O 操作。 |
![]() ![]() |
空 | 一致性组未包含任何关系。 |
![]() |
(无状态) | 不位于一致性组中的高速镜像和全局镜像关系。 |
1 在显示了两个管理 GUI 图标的行中,第一个图标指示同步拷贝高速镜像状态。 每行中的第二个图标指示异步拷贝全局镜像状态。 |
||
主动/主动 (HyperSwap) 关系组状态
表 2 描述了主动/主动 (HyperSwap) 关系组状态:| 管理 GUI 图标1 | State | 描述 |
|---|---|---|
![]() |
Inconsistent(已停止) | 未在关系中定义两个变更卷。 |
![]() |
Inconsistent(正在拷贝) | 关系正在对第二个拷贝执行数据初始同步。 |
![]() |
Consistent(已停止) | 已通过 -sync 创建关系且未定义两个变更卷,或者在关系同步后强制删除了变更卷。 |
![]() |
Consistent(正在拷贝) | 两个拷贝不同,但是会进行重新同步(如果可以)。在拷贝期间,状态字段为联机。当系统无法拷贝时,状态字段显示阻止拷贝的原因。 |
![]() |
Consistent(已同步) | 两个拷贝都包含所有已完成的主机写操作。 高可用性故障转移和读直通选项都可用。 |
![]() |
Idling | 手动干预用于复原对关系历史拷贝的访问。 |










