NetApp 异步 SnapMirror 概述和最佳实践指南.docx

《NetApp 异步 SnapMirror 概述和最佳实践指南.docx》由会员分享，可在线阅读，更多相关《NetApp 异步 SnapMirror 概述和最佳实践指南.docx（65页珍藏版）》请在三一文库上搜索。

1、NetAppGofurther,faster技术报告异步SnapMirror概述和最佳实践指南2012年3月|TR3446|3.6版针对DataONTAP8.1的7-模式进行更新内容提要本文档是用于在客户环境中设计和部署异步NetAppSnapMirrortS)的部署指南。它将介绍如何使用NetAppSnapMirror技术将数据复制到NetApp目标系统。同时，请参考NOW(NetAppontheWeb)网站上的最新技术出版物，了解有关流程的更新、DataoNTAP命令语法及最新要求、问题和限制的信息，本文档旨在帮助现场人员设计和部署SnapMirror解决方案“目录1简介41.1 目标受众

2、41.2 目的41.3 前提条件和假设41.4 业务应用程序41.5 SNAPMIRROR的优势62概述71.6 基础知识71.7 SNAPMIRROR中的SNAPSHOT副本使用情况71.8 卷SNAPMIRROR和QTREESNAPMIRROR81.9 SNAPMIRROR卷复制81.10 SNAPMIRRORQTREE复制91.11 卷SNAPMIRROR和QTREESNAPMIRROR的关键区别111.12 支持的卷类型121.13 SNAPMIRROR模式121.14 控制文件131.15 多路径支持141.16 网络压缩支持143操作情况161.17 主动-主动配置161.18 磁

3、盘参数161.19 级联161.20 曰志记录191.21 DATAONTAP版本和更新同步191.22 数据更改率191.23 SNAPMIRROR和LUN191.24 空间保障201.25 更新失败211.26 并发复制操作211.27 nearstorepersonality211.28 系统范围制约221.29 动态制约221.30 防火墙配置221.31 网络压缩配置和操作231.32 64位聚合241.33 光纤通道上的SNAPMIRROR.304最佳实践和建议311.34 增大目标卷311.35 SNAPMIRROR窗口大小、网络延迟和压缩311.36 复制网络配置321.37

4、复制坂率和SNAPSHOT计划321.38 目标QTREE名称331.39 多对一配置331.40 升级至灵活卷331.41 NIDE331.42 高文件计数环境和QTREESNAPMIRROR331.43 FLEXVOL卷SNAPMIRROR目标上的读取性能331.44 DATAONTAP升级和还原考虑事项341.45 SNAPMIRROR网络压缩考虑事项“355无需网络的传播371.46 SNAPMIRROR到礴带371.47 LREP376 SNAPMIRROR在DATAONTAP7.3、8.0.1和8.1中的变更汇总387 SNAPMIRROR管理398 将SNAPMIRROR与其他N

5、ETAPP产品一起使用418.1 NETAPP管理套件418.2 FLEXCLONE用于灾难恢复测试和开发428.3 复制FLEXCLONE卷448.4 SNAPVAULT468.5 SNAPLOCK488.6 MULTISTORE498.7 METROCLUSTER508.8 FLEXSHARE508.9 FAS重复数据删除519故障排除提示5310附录5410.1 通过SNAPMIRROR进行故障转移和故障恢复5410.2 计划故障转移（无灾难）5410.3 实际发生灾难时进行故障转移-5510.4 SNAPLOCK和QTREESNAPMIRROR重新同步5610.5 使SNAPVAULT

6、目标可写5710.6 使用SNAPMIRROR迁移SNAPVAULT5711参考资料5912版本历史601简介1.1 目标受众本技术报告的目标受众是已熟悉SnapMirror软件并打算为生产环境进行部署的存储管理员和架构师。1.2 目的本文档将概括介绍如何实施异步SnapMirror技术，并提供逐步配置的示例和建议，以帮助读者设计最佳SnapMirror解决方案。1.3 前提条件和假设为使本文档所提及的信息和步骤对读者有用，我们做了以下假设：读者已具备以下条件： 已掌握NetApp平台和产品(尤其是数据保护领域)的基础知识 基本了解灾难恢复(DR)解决方案 对于NetAppSnapMirror

7、解决方案有一定的实践经验 已查看过NOW上的数据保护在线备份和恢复指南本报告基于在NetAppFAS和V系列控制器上的DataONTAP7.3的7-模式、DataONTAP8.0的7-模式和DataONTAP8.1的7-模式中均可用的功能撰写1.4 业务应用程序在硬件、软件甚至是站点出现故障的情况下，有几种方法可提高数据可用性。通过备份可从归档介质(磁带或磁盘)中恢复丢失的数据，冗余硬件技术也有助于减少由硬件问题或故障导致的损害,镜像可作为提高数据可用性和最大限度地减少停机时间的第三种机制。NetAppSnapMirror针对在局域网、广域网和光纤通道(FC)网络上镜像数据或复制数据提供了一种

8、快速、灵活的企业解决方案:SnapMirror将成为企业数据保护策略中的主要组成部分C源站点上发生灾难时，企业可通过远程NetApp存储系统上的副本访问任务关键型数据，从而实现不间断运营。通过为在整个局域网、广域网和FC网络中复制数据提供简单易行的解决方案，SnapMirror解决了以下关键业务问题，灾难恢复如果关键数据被复制到不同的物理位置，则严重的灾难并非一定会延长数据不可用性的时间.在由灾难导致的损害得到修复前，客户端可访问整个网络中被复制的数据。恢复所涉及的内容可能包括损坏、生产站点发生的自然灾害、意外删除和蓄意破坏等，SnapMirror通常是灾难恢复计划中必不可少的内容。数据可以复

9、制到灾难恢复设施中的目标系统。应用程序服务器最好也复制到该设施C如果需要运行灾难恢复设施，可将应用程序切换到灾难恢复站点上的服务器，并将应用程序流量定向到这些服务器，以便有足够时间恢复生产站点。当源站点恢复上线后，可使用SnapMirror将数据高效地传输回生产存储系统。当生产站点恢复正常应用程序运行后，便可恢复向灾难恢复设施的SnaPMinor传输，而无需再次进行完整数据传输。生产站点灾难帙复站点1灾难恢复站点2：iWaw!IIIU3UU(III1E1WIIUm川川仙11-1川x(m图1）使用SNAPMIRROR进行灾难恢复C远程数据访问SnapMirror的数据复制功能有助于实现在整个企业

10、内海量数据的分发，并支持对灾难恢复设施和远程位置中的数据进行只读访问。通过远程数据访问，不仅可以加快本地客户端访问数据的速度，而且还能提高成本高昂的网络资源和服务器资源的效率并更准确地预测这些资源的使用量。存储管理员可在选定的时间复制生产数据，从而最大限度地降低整个网络的占用率。Tnnrrm远程站点1远程站点2主站点图2）远程读取SnapMirror副本。应用程序开发、测试和灾难恢复测试示例包括测试平台、用于测试或模拟生产环境的数据库环境、性能测试和监控以及开发测试。生产站点UIIIIIIm图3）使用SnapMirror和FIexCIone进行应用程序开发/测试以及灾难恢复测试。当NetApp

11、FlexClone与SnapMirror结合使用时，可通过远程站点进行实时灾难恢复测试，且不用中断生产运营和复制过程，远程磁带归档有些环境需要异地存储或异地归档，如果NetAppSnapMirror目标系统带有磁带设备，可定期将数据移至磁带中;SnapMirror还可用来备份整合和减少生产服务器中的磁带备份开销。这样做有利于进行集中化备份操作，从而减少了远程位置的备份管理要求C由于生产存储系统上的备份时间短，因此导致备份操作非常紧张CSnapMirror可显著降低这方面带来的开销。由于备份操作不会在生产系统中进行，因此备份时间短无关紧要“生产站点备用灾难恢复站点图4）分流到灾难恢复站点的磁带备

12、份操作。负载共享负裁共享与在实施和优势部分中均提及的远程数据访问示例内容很相似。负裁共享实施的不同之处在于复制的源卷和目标卷之间的距离以及与复制实施有关的性能目标。采用负载共享的目的是，通过将所有只读操作从关键的事务服务器移至“镜像”或只读服务器，最大限度地减少关键应用程序或数据库服务器资源的争用。这样做的好处在于：（1）对数据集的网络访问可得到优化和分区，（2）通过提供对镜像数据的只读访问和报告，可降低源应用程序服务器中的CPU争用CNetA即FleXCaChe也可用学负载共享。1.5 SNAPMIRROR的优势 块级更新可降低对带宽和时间的要求。 可在灾难恢复站点保持数据一致性。 可在不影

13、响生产和复制过程的情况下测试灾难恢复计划。 可在灾难恢复位置同时保存多个Snapshot副潦；在数据遭到损坏前可将其还原到某一时间点。 可在不同的NetApp存储系统之间复制数据。 可使用标准的IP或FC网络进行复制。 SnapMirror异步支持一对一、一对多、多对一或多对多复制，简称“级联”和“多跳二 从DataONTAP7.3.2开始，卷SnapMirror还提供本机网络压缩功能，可降低带宽成本02概述2.1基础知识当进行异步镜像时，或情况下，存储系统的客户端可查看、访问源卷和qtree并在其上进行写入操作，SnapMirror目标卷和qtree为只读对象，通常位于单独的存储系统中，源卷

14、和qtree将会复制到此处。在将这些只读对象转换为可写对象之前，客户也许会出于审核的目的使用它们。此外，只读对象还可用来验证数据。目标卷和qtree比较明显的用途是将其作为真正的副本进行灾难恢复。在此情况下，灾难会损坏源卷或qtree,管理员将使用SnapMirror命令使目标系统中的复制数据变为可访问和可写数据CSnapMirror使用控制文件中的信息来维护关系和计划。在这些控制文件中，有一个位于目标系统上的snapmirror.conf文件，通过它可对计划进行维护。该文件以及通过使用snapmirror.access选项密MnaEmir竺支X件输入的信息将用于在要复制的指定源卷或qtree

15、和在其上保存有镜像的目标卷或qtree之间建立关系。注意：建立关系时，不需要snapmirror.conf文件。SnapMirror更新过程将执行以下任务：1 .在源卷上创建数据的Snapshot副本。2 .将数据复制到目标位置，即同一系统或远程目标系统中的只读卷或qtreeo3 .更新目标文件系统以反映源中出现的增量变化。该过程会生成一个在线只读数据集，该数据集是最近进行更新时源中数据的时间点视图。在使用snapmirror.conf时，需通过目标NetApp系统的本地计划控制SnapMirrorSnapshot副本创建和更新。在SAN环境中，涉及逻辑单元号(LUN)的Snapshot副本创

16、建必须通过主机系统进行控制。需要设置脚本才能创建Snapshot副本并启动针对远程存储系统的SnapMirror更新。有关详细信息，请参阅第8.1节“NetApp管理套件工4 .2SNAPMIRROR中的SNAPSHOT副本使用情况SnapMirror将使用Snapshot副本作为复制进程的时间点标记。副本将作为两个镜像保持同步的当前时间点保留在源卷上。当出现更新时，将生成新的Snapshot副本并与之前的Snapshot副本进行对比以确定自上次更新后所发生的变化。命令snaplist会在所需的Snapshot副本旁显示关键词SnaPmirrOjSnapMirror将借此对需要为特殊目标镜像保

17、留的副本进行标记.有关详细信息，请参阅第2.4节“卷SnapMirror中的Snapshot副本使用情况和状态”和第2.5节“qtreeSnapMirror中的Snapshot副本使用情况和状态”。可使用snapmirrordestinations命令来查看某一特定副本的哪些副本已标记为“随时需要;在源卷上，SnapMirror将为特定目标创建Snapshot副本并将其标记为该目标的副本，现在，之前的副本和新副本都已标记为该目标的副本。完成传输后，之前副本的标记将被移除并删除。用于目标的级联镜像的髀艘黑翳爆喟献哪鹦三赛却噩个腰髓需售罐T部使用snapmirrordestinations-s命令

18、可找出标记特定Snapshot副本的原因。该标记留作提醒，以免SnapMirror删除副本。如果副本虽已标记成目标副本，但却不再是镜像副本，则该标记无法阻止用疆襦豚躁髓露霜臧襦翦懿JW礴瞌就樱为“需要的Snapshot副本，且这样做时须十分小心，以免使镜像无法进行更新。在传输过程中，SnapMirror将在i三歌上鬻晶那时爵需蠲翼Plist命令输出查春锁定可防止用户删除卷SnapMirrorSnapshot副本名称有以下格式：dest_name(sysid)_name.number示例：fasA(0050409813)_voll.6(snapmirror)dest_name是目标存储系统的主机

19、名称。sysid是目标系统ID号码。name是目标卷名称。number从1开始，是针对Snapshot副本进行成功传输的次数。每次传输后，DataONTAP都会增加此数字。qtreeSnapMirrorSnapshot副本名称有以下格式：dest_name(sysid)_name-srcldst.number示例：fasA(0050409813)_voll_qtree3-dst.15(snapmirror)dest_name是目标存储系统的主机名称。sysid是目标系统ID号码。name是目标卷或qtree路径的名称。srcdst确定Snapshot副本的位置。number是Snapshot副

20、本的任意起始点号码。每次传输后，DataONTAP都会递增此数字。在snaplist命令的输出中,SnapMirror需要的Snapshot副本名称后附括号内是SnapMirror名称。注意：删除标有snapmirror的Snapshot副本会导致SnapMirror更新失败.5 .3卷SNAPMIRROR和QTREESNAPMIRRORSnapMirror软彳-酌两种类型在性能、可管理性、配置和基础架构资源等方面各有优缺点。有必要对二者进行比较，以便了解它们的用途。6 .4SNAPMIRROR卷复制卷SnapMirror有以下特点： SnapMirror卷复到进行. 只有在两个,也就是说两个

21、卷必须同为传统卷，或同为灵活卷。 针对SnapMirror卷复制设置的目标卷必须首先设置为受限的只读状态。 除非设为可写入，否则目标卷(整卷)为只读。 SnaPMirror因此，早期DataONTAP主要版本不能识别后期DataONTAP主要版本的文件系统传输。例如:DataONTAP7.2.7.3和8,0便是三个不同的主要版本*DataONTAP7.3.3和7.3.5属于同一主要版本，但是分属不同的次要版本*表1显示卷SnapMirror的版本限制。表1)卷SnapMirror版本限制。卷SnaPMiITor源系统卷SnapMirror目标系统是否可复制？DataONTAP7.2DataON

22、TAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xDataONTAP7.3.y是DataONTAP8.0.xDataONTAP8.0.y是时间表fas1上的Snapshot副本fas2上的Snapshot副本卷初始化之后fas2(0099909262)_vo12.1(Snapmirror)fas2(0099909262)_vo12.1vol2首次更新后fas2(0099909262)_vo12.2(snapmirror)fas2(0099909262)_vo12.2fas2(0099909262)_vo12.1在fasvl1卜创建名称为您可以使用基于卷

23、的SnapMirror将数据复制到较新的主要版本，这样就有助于迁移到较新的DataONTAP版本。但是此操作不可反向进行。如果使用灵活卷，卷复制也可以采用与基于qtree的传统复制一样粒度级别。复制整个卷可能会非常大，也可能非常小，并且应用方法和qtree在传统部署中的应用方法一致。此副本作为基线Snapshot副本。在卷中对所有数据执行初始传输后，SnapMirror执行更新传输时，会创建另一个新的Snapshot副本并比较发生更改的块。这些发生更改的块作为更新传输的一部分被发送。卷SNAPMIRROR中的SNAPSHOT副本使用情况和状态表2列出了Snapshot副本是如何在卷SnapMi

24、rror的源系统和目标系统之间复制的及Snapshot副本在源系统和目标系统上的状态。例如：假设fas1是源存储系统，vol1是源卷，fas2是目标存储系统，vol2是目标卷。2.5 SNAPMIRROR QTREI9r潮触隔复制有以 SnapMirror qtree 复制下特雨 099909262)_vol2_qt2- 仅醇殿中印fas2(OO99909262)_VO12 qt2-dst.2 (busy,snapmirror)qt2喈版堡瓣所在的卷为 目标qtree是只读的,喑虢牖魏番。蹲护r。Vree 但蓑丽在的卷睹绷在线且可写入。W(9vo12 qt2-dst.4N皤胃鹦坏累得中治建因9

25、aNTAP版本间进行。 fas2(0099909262)_vo12_qt2- src.1 (snapmirror)口小3PZ U 日1 月JCITWo 四fas2(0099909262)_vo12 qt2-dst.4(busy,snapmirror)第二次更新vol2fas2(0099909262)_vol2_qt2- src.2 (snapmirror)demofas2(0099909262)_vo12qt2-dst.6 (busy,snapmirror)fas2上的Snapshot副本沼S“泰的Snapshot副本表2)卷SnapMirror的源和目标上的Sn叩ShOt副本,卷SnapMi

26、rror源系统卷SnapMirror目标系统是否可复制？DataONTAP7.2DataONTAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xDataONTAP7.3.y是DataONTAP8.0.xDataONTAP8.0.y是时间表fas1上的Snapshot副本fas2上的Snapshot副本卷初始化之后fas2(0099909262)_vol2.1(snapmirror)fas2(0099909262)_vol2.1vol2首次更新后fas2(0099909262)_vol2.2(snapmirror)fas2(0099909262)_vol2

27、2fas2(0099909262LVOl2.1在fas1:vol1上创建名称为demo的napsh0tdemofas2(0099909262)_vo12.2(snapmirror)fas2(0099909262)_vol2.2fas2(0099909262)_vol2.1第二次更新vol2fas2(0099909262)_vol2,3(snapmirror)demofas2(0099909262)_vol2.3demofas2(0099909262)_vol2.2在fas1:vol1上删除名称为demo的snap三h0tSnapshot副本旁边的SnaPmil锁定的Snapshot副本，但用

28、户fas2(0099909262)_vo12.3(snapmirror)ror标记显示SnapMirror创建的软锁定何以删除此类Snapshot副本。由以上7fas2(0099909262)_vol2.30a,taONTAP不会删除带有软盛麻卷凝g豳if睇曳2如果卷S希前品冲瘴型画建Snapsho有关详细信息，请参阅下节。削平恢则际I卜女史hUJ,HwJBj31。t副水(0中发夔新时就会在目标上创建一(snapmirror)PSn。1副不ffir公便删除“如果仕年:匕情猊不适用于2自能m4邮MirrOjfas2(0099909262LVoI2.3要复制qtree,qtree以请注意，NetA

29、ppSnapshot技术通常在卷上运行，而非qtree上。此Snapshot副本包含源卷上所有数据的时间点副本，包括qtree中待复制的数据和(推测)不会被复制的其他数据。QtreeSnapMirror先在索引节点文件中查找发生更改的索引节点，然后在可能的qtree的已更改索引节点中查找发生更改的数据块，从而确定发生更改的数据。然后，SnapMirror软件仅从与指定qtree壁的SnaPShOt副本中传输新的或发生更改的数据块“接下来，注意：如果源文件系统包含无法在目标文件系统上显示的文件类型，那么复制会失败，例如，DataONTAP7.0最大支持16TB的文件，而早期DataONTAP版本

30、最大支持4TB的文件。如果源存储系统正在运行DataONTAP7.0,您希望复制的qtree中包含大于4TB的文件，而目标存储系统正在运行早期DataONTAP版本，复制便会失败。QTREESNAPMIRROR中的SNAPSHOT副本使用情况和状态卷SnapMirror源系统卷SnapMirror目标系统是否可复制？DataONTAP7.2DataONTAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xDataONTAP7.3.y是DataONTAP8.0.xDataONTAP8.0.y是表3) Qtree SnapMirror的源和目标的Sn叩ShOt

31、副本。时间表表3展示Snapshot副本是如何在qtreeSnapMirror源系统和目标系统之间复制的及Snapshot副本在源系统和目标系统上的状态。例如：假设fas1是源存储系统，qt1是卷vol1中的源qtree,fas2是目标存储系统，qt2是卷vol2中的目标qtreeo卷初始化之后fas2(0099909262)_vo12.1(snapmirror)fas2(0099909262LVOl2.1V02首次更新后fas2(0099909262)_vo12.2(snapmirror)fas2(0099909262LVOl2.2fas2(0099909262)_vol2.1在fas1:v

32、ol1上创建名称为的SnapshotdemoLdemofas2(0099909262)_vo12.2(snapmirror)fas2(0099909262)_vol2.2fas2(0099909262)_vol2.1第二次更新vol2fas2(0099909262)_vo12.3(snapmirror)demofas2(0099909262)_vol2,3demofas2(0099909262)_vo12.2在fas1:vol1上删除名称为demo的napshtSnapshot副本旁边的Snapmirrc千SnnnMirrnrilftJfas2(0099909262)_vol2.3(snapm

33、irror)r标记显示SnapMirror崛的软锁定：，标记fas2(0099909262)_vo12.3demo埠搭2,颐射演2”国ol2.2中。l同的Snaps用L兀/*删怀市/候顼E甘寸。HdPbHul-田l(5fe同曲印绘词时存理诳源系统粕目标系(snapmirror)jk45LiJkXjLlJ人zftqifee展s2(0099909262)_vol2.4fas2(0099909262)_vo12.3fas1上的Snapshot副本fas2上的Snapshot副本时间表fas1上的Snapshot副本fas2上的Srl叩ShOt副本Qtree初始化后fas2(0099909262)_v

34、ol2_qt2-src.0(snapmirror)fas2(OO99909262)_VO12qt2-dst.2(busy,snapmirror)qt2首次更新后fas2(0099909262)_vo12_qt2-src.1(snapmirror)fas2(0099909262)_vo12qt2-dst.4(busy,snapmirror)在faskvol1上创建名称jd或。SnaPShotdemofas2(0099909262)_vol2_qt2-src.1(snapmirror)fas2(0099909262)_vo12qt2-dst.4(busy,snapmirror)第二次更新vol2f

35、as2(0099909262)_vol2_qt2-src.2(snapmirror)fas2(0099909262)_vo12_qt2-dst.62.6卷SNAPMIRROR和QTREESNAPMIRROR的关键区别以下卷和qtreeSnapMirror的区别并非按重要性排列。注意MM人有关详细信息，请参阅第2.10节“多路径支持二表4)QtreeSnapMirror与卷SnapMirror卷SnapMirror源系统卷SnapMirror目标系统是否可复制？DataONTAP7.2DataONTAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xData

36、ONTAP7.3.y是DataONTAP8.0.xDataONTAP8.0.y是时间表fas1上的Snapshot副本fas2上的Snapshot副本卷初始化之后fas2(0099909262)_vo12.1(snapmirror)fas2(0099909262)_vol2.1vol2首次更新后fas2(0099909262)_vo12.2(snapmirror)fas2(0099909262)_vol2.2fas2(0099909262LVOI2.1在fastVoll上创建名称为1的Snapshotemodemofas2(0099909262)_vo12.2(snapmirror)fas2(

37、0099909262)_vol2.2fas2(0099909262)_vol2.1第二次更新vol2fas2(0099909262)_vol2.3(snapmirror)demofas2(0099909262)_vol2.3demofas2(0099909262)_vol2.2在fas1:vol1上删除名称为,的SnapshotdemoLfas2(0099909262)_vol2.3(snapmirror)fas2(0099909262)_vol2.3demofas2(0099909262)_vol2.2第三次更新vol2fas2(0099909262)_vol2,4(snapmirror)f

38、as2(0099909262)_vol2.4fas2(0099909262)_vol2.3时间表fas1上的Snapshot副本fas2上的Snapshot副本Qtree初始化后fas2(0099909262)_vol2_qt2-src.O(snapmirror)fas2(0099909262)_vo12qt2-dst.2(busy,snapmirror)qt2首次更新后fas2(0099909262)_vol2_qt2-src.1(snapmirror)fas2(0099909262)_vo12qt2-dst.4(busy,snapmirror)在fas1:vol1上创建名称为dlSnaps

39、hotdemofas2(0099909262)_vol2_qt2-src.1(snapmirror)fas2(Oo99909262)_VO12qt2-dst.4(busy,snapmirror)第二次更新vol2fas2(0099909262)_vo12_qt2-src.2(snapmirror)demofas2(0099909262)_vo12qt2-dst.6(busy,snapmirror)在faskvol1上删除名称为d熟SnaPShotfas2(0099909262)_vol2_qt2-src.2(snapmirror)fas2(0099909262)_vo12qt2-dst.6(b

40、usy,snapmirror)第三次更新vol211fas2(0099909262)_vol2_qt2-src.3(snapmirror)fas2(0099909262)_vo12qt2-dst.8(busy,snapnirror)QtreeSnapMirror卷SnapMirror无论使用的是传统卷还是灵活卷，均不受源和目标之如果使用灵活卷，不受源和目标之间磁盘大小或磁盘DataONTAP7.2DataONTAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xDataONTAP7.3.y是DataONTAP8.0.xDataONTAP8.0.y是卷Sna

41、pMirror源系统卷SnapMirror目标系统是否可复制？IIMir时间m冬个站卢reeSnapMirrcfa1上的Snapshot副本fas2上的Snapshot副本褊瞬花达mq；r族源系侈颉l够统止河以自由组合(snapmirror)fas2(0099909262)_vol2.12Y严燮麴霆类型表5显示对两种卷类型之间的fas2(0099909262)_vol2.2S梯解般嘱的支持。fas2(0099909262)_vol2.2fas2(0099909262)_vol2.1底)fi上创建名称为的Snapshotdemofas2(0099909262)_vol2.2卷SnapMirror

42、源系统卷SnapMirror目标系统是否可复制？DataONTAP7.2DataONTAP7.3是DataONTAP7.3DataONTAP7.2否DataONTAP7.3.xDataONTAP7.3.y是DataONTAP8.0.DataONTAP8.0.y是时间表占6:上的SrapsiiCi副本fas2上的Snapshot副本卷初始化之后2.8SNAPMIRROR模fas2(0099909262)_vol2.1(snapmirror)fas2(0099909262)_vol2.1Sy哪IVW次螭辘三种模式中1异步SNAPMIRROR,思s2盟网N践1嬲SnaPMirrC(snapmirro

43、r)设雕受叫妙图M2fas2(0099909262LVOl2.1,一的Snapshot止鬣我用的第上步也是最重要的之前执行。操作过程如下：I卷dm运行。在此模式中，SnapMirror每r烧髭90仓生建整蟆樨集M次性基线传(snapmirror)江钟执将软基布块的增量复制。输as此操伟需更新1第强裤豚统糊建Snapshot2.如果采用卷SnapMirrorlU文件系统。QtreeSnapMirr副宓2(文件雍统的区燕和时间点镜像)，二图聊好葡景和之前任何副本引用的J对色复制最新的Snapshot副本。止隰称脩基线副苑vol2.3斤存皎据块都进行传输并写入目标fas2(0099909262)_v

44、ol2.23在苗斡蜥成蛾滁端掰杀喃雅湾a磁行计划或手更改的块。此操作按以下进程进1源存储系侪创建Anapqhnt国烈端温够教绊及丁个SnaPSh动启动的更新。逐个更新只从源文件系统行：副本”携齐6099909262)vol2.3电层新文件系统传输薪的和发生fas2(0099909262)_vol2.22第雪皤线副本作比较3.将发生更改的块发送到目标忌堤爱鞭脚判2.4(snapmirror)并写入文件系统。fas2(0099909262)_vol2.4fas2(0099909262LVoI2.3J的间表j蚪：汕31E矗SnaPS!M谢本岔s2上的SnaPShOt副本由赤韩新制解期性的，入延迟影响降到最低。S艘MK刚度诙泡切塞鳞生更改的块3src.0(snapmirror)藻斯辨髓6频质A勃量和写12qt2-dst.2(busy,snapmirror)SnapMirro确保涌过匚正霜r模式标系，去行时间有.是在更新I汴来彳品杯!在声糠骥耙9驾失皿不寐一的所有数据必生摘蒋更端宙版送到皆标的模式，而二源系蹄中写入的热抿即伸整个源系舞为城蜷谶貂辍缭绕蔺步。同步二鞠籍至瑞爽翻计戈这样即可输够电丽P曲i醐辍L为dlSnapshot从面在灾难时将数据丢失降到最低并将复fas2(00999092