如何使用IBM DS4000系列存储的远程镜像(remote mirror)功能

增强远程镜像
    增强远程镜像由全局镜像、全局拷贝和城域镜像组成，能够将数据从一个存储系统镜像到扩展距离之外的另一个存储系统。增强远程镜像可以从存储系统的内部控制数据的同步，这一过程对于主机应用服务器来说是近乎透明的。与FlashCopy不同，增强远程镜像能够不间断地根据主逻辑驱动器对辅助逻辑驱动器进行更新，它不仅可以提供数据可用性，而且还是执行各种灾难恢复和业务连续性计划的关键技术。

    城域镜像模式可以为逻辑驱动器提供同步镜像。全局镜像模式不仅可以提供异步镜像，而且还包括了写次序一致性选项。

 

    最多可支持64个镜像对和一对多镜像。TotalStorage DS4000系统内部，可以在位于不同地点的不同机型之间创建逻辑驱动器的镜像（最多可支持64个镜像对），为满足各种最复杂的要求提供了灵活性。一个存储系统可以与多个其他存储系统建立镜像关系，从而为镜像拓扑结构的设计提供了灵活性。

    存储系统之间建立的镜像对可以拥有双向的镜像关系，这样就允许每一系统将自己的主逻辑驱动器镜像镜像到另一个存储系统，从而同时为两个系统提供保护，此被称作交叉镜像。

自动镜像创建和维护
    这一功能允许动态创建、挂起、恢复和删除镜像。在初始创建期间，存储系统在镜像关系开始之前将主逻辑驱动器的内容拷贝到辅助目标逻辑驱动器。这一功能可以在镜像对存在期间保持数据的同步。

角色互换
    主存储系统和辅助系统之间保持的镜像对关系可以被颠覆过来。在主存储系统发生故障时的灾难恢复期间，辅助逻辑驱动器将承担主逻辑驱动器的责任并继续执行数据处理。此时，通过使用角色互换命令，新的主系统可以将原来的主系统作为自己的镜像（见角色互换图）。

城域镜像模式
    城域镜像模式允许在相距10公里之内的主系统和辅助系统之间建立同步镜像。每一服务器写命令在向本地主逻辑驱动器进行一次写操作的同时，也向辅助逻辑驱动器执行一次写操作。当确认主系统和辅助系统都完成了写操作以后，才会向发出写命令的主机服务器返回写完成指示。城域镜像旨在提供最高形式的保护，主卷和辅助卷都能够保持最近更新的状态，但执行远程写入的固有延迟可能会导致应用性能的下降。

全局拷贝模式
    全局拷贝模式能够在几乎不受限制的距离上创建逻辑驱动器的镜像。通过使用异步镜像技术，将不再需要以同步方式写入主逻辑驱动器和辅助逻辑驱动器。对主逻辑驱动器的写操作将象正常一样进行，在向发出写命令的主机服务器返回I/O完成状态指示的同时，向远程站点发出写入辅助逻辑驱动器的命令。全局拷贝可以解决城域镜像带来的应用性能问题。

    选择正确的镜像模式要求了解更新信息的业务价值以及已部署基础设施的成本和限制，而且应该成为总体灾难恢复/业务连续性战略中的一个组成部分。客户可以选择混合模式（对非常关键的数据使用城域镜像，对不那么关键的数据使用全局镜像）。

使用异步一致性群组的全局镜像
    由于其本身的特性，异步写操作可能会落在主逻辑驱动器I/O的后面。当发生中断时，辅助逻辑驱动器可能会处于不一致的状态。为在辅助站点成功地实现数据库恢复，要求辅助站点的写入次序与主站点相同。为提供相同写入次序的一致性，增强远程镜像提供了一种附加的全局镜像模式，也就是可提供异步一致性的全局镜像。

    这一模式不仅可以动态启用，而且能够通过使远程站点的I/O次序与主站点相同，确保写入次序的一致性。参与这一模式的逻辑驱动器可以被组织为一个写次序一致群组。如果任何一个逻辑驱动器的I/O发生故障，这一模式可以将辅助站点的镜像挂起，直至故障被清除并恢复写次序I/O镜像为止。

动态模式改变
    与应用的变化一样，对镜像的要求也会发生变化。增强远程镜像能够动态地切换镜像模式，满足不断变化的应用和带宽需求。使用城域镜像模式的应用可以切换到使用异步一致性模式的全局镜像模式，或切换到使用同步模式的全局镜像。此外，当继续发生变化时，用户还可以进行反向模式切换。

挂起和恢复
    挂起（Suspend）命令既可由操作员发出，也可通过一个能够支持外部处理的脚本发出。在典型情况下，当数据库进入热备份模式时，远程镜像将被挂起，这样就可以使用FlashCopy或VolumeCopy创建一个一致拷贝。通过这种方式，可以在辅助站点提供一个可用于进行恢复的一致拷贝。

    恢复（Resume）命令用于恢复镜像。当一次通信未能成功时，这一功能可以挂起镜像，并能够在通信故障清除以后自动恢复镜像。

    所有增强远程镜像模式都可以提供挂起和恢复功能。在恢复操作执行期间，存储系统使用自己的增量日至位图实现辅助逻辑驱动器和主逻辑驱动器之间的再同步。

辅助逻辑驱动器的读访问
    当镜像制作完成以后，增强远程镜像允许对辅助目标逻辑驱动器进行读访问。FlashCopy时间点拷贝可以由辅助逻辑驱动器组成。对于数据库来说，这一特性可以为补充辅助站点数据库提供数据的一致拷贝、供灾难恢复过程使用（见图远程FlashCopy）。

    DS4000系列服务器提供的丰富拷贝服务为用户提供了一系列强大而灵活的服务，这些服务既可单独使用，也可组合在一起使用，从而能够为满足每一用户的需求开发和部署各种客户化的数据保护解决方案。此外，这些拷贝服务还可以集成多种软件产品（如IBM Tivoli存储管理器和IBM DB2通用数据库）以及来自很多第三方的备份、恢复及数据库产品，帮助提供增强的数据保护功能和改进的处理性能。至此，DS4000系列存储服务器的两大复制技术都介绍完了，希望这两篇文章能为您的工作和学习提供帮助。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

  作为容灾解决方案的重要组成部分，remote mirror一直是高端磁盘阵列才有的功能。如今作为中端产品的DS4000系列同样提供了完善的remote mirror功能，而且使用非常方便。下面我们就利用一个实际例子，介绍一下这个高级功能的使用方法。

1）进行Mirror前，我们先查看一下情况，并且加上license：
注意必须保证两台DS4000的IP和SAN的双网连通，具体的连接方法请参阅手册。

加上remote mirror的license

2）主节点上激活remote mirror:
菜单：Storage Subsystem/remote mirror/Active:
选择在现有的array上建立一个mirror的reposity逻辑卷

选next>
提示在备份节点上也需要相同的操作：

主站点上的两个repository已经建立成功

3）在备份站点上激活：
过程和主节点相同：

4）在备份节点上为remote mirror的目的地，建立两个大于原盘30G的卷。
V3-1-mirror-1(40GB)
V3-2-mirror-2(40GB)

把备份站点的目标盘影射给备份站点的主机。

5）建立逻辑盘的mirror对
5．1）在主节点上：单击右键/create remote mirror

选备份存储

选目标盘

选模式：

选同步的优先级

确认

完成：

用同样的方法作另外一个：

5．2）观察主站：

5．3）观察备份站：

5．5）观看完成情况：
主站上右键原盘/属性可以查看镜像的完成情况。

备份站方法相同：

5．6）主站菜单发生变化，增加了remote mirror相关的菜单：
suspend mirroring
resume mirroring
test mirror communication
remove mirror relationship

备份站相同的情况也类似：

测试通讯线路：

备份站点上，AIX通过cfgmgr可以见到新的pv
root@p650_12/>lsdev -Cc disk
hdisk0 Available 1Z-08-00-8,0  16 Bit LVD SCSI Disk Drive
hdisk1 Available 1Z-08-00-9,0  16 Bit LVD SCSI Disk Drive
hdisk2 Available 1Z-08-00-10,0 16 Bit LVD SCSI Disk Drive
hdisk3 Available 1Z-08-00-11,0 16 Bit LVD SCSI Disk Drive
hdisk4 Available 1n-08-02      1742-900 (900) Disk Array Device
hdisk5 Available 1A-08-02      1742-900 (900) Disk Array Device
hdisk6 Available 1n-08-02      1742-900 (900) Disk Array Device
hdisk7 Available 1A-08-02      1742-900 (900) Disk Array Device
root@p650_12/>lspv
hdisk0          000007da82f7148c                    rootvg          active
hdisk1          000007da82f714ae                    None
hdisk2          000007da84c10ebc                    altinst_rootvg
hdisk3          000007dac64b87f8                    None
hdisk4          none                                None
hdisk5          none                                None
hdisk6          0053f62fe4cdc30c                    None
hdisk7          0053f62fe4cdc431                    None

5．7）在备份站点上，importvg不成功：
root@p650_12/>importvg -y datavg hdisk6
时间超长。停止。

6）模拟灾难发生后，我们切换主备关系：
6．1）逐一切换每个盘的关系：

用同样的方法，将其他mirror盘，转换为primary角色。

6．2）在importvg，成功：
root@p650_12/>importvg -y datavg hdisk6
datavg
root@p650_12/>
oracle使用完全正常。
6．3）但是主站点上varyonvg datavg的访问会挂起：

6．4）我们再将备份站点上的datavg veryoffvg and exportvg ,再从主DS4500上，将DS4500的remote mirror的主备关系切回去：

6．5）主站点的importvg varyonvg mount一切正常。
数据库使用正常。

7）测试关闭主站的DS4500电源的灾难及恢复情况：
7．1）关闭主站DS4500，在备份DS4500上选择转换成主

7．2）备份服务器测试成功后，备份DS4500恢复备角色。

7．3）不成功

开主站DS4500电源：

都不行。

7．4）证明，上面的恢复都不行，必须按recoery glue描述，删除mirror关系，重建。
8）暂停同步镜像的使用方法：
右键逻辑盘，suspand Mirroring:

可以看到同步复制已经暂停。
利用类似的方法我们还可以恢复同步复制。