1、NetAppGofurther,fasterNETAPP技术报告同步SnapMirror和半同步SnapMirror概述与设计注意事项2012年11月|TR3326|2.7版针对DataONTAP8.17-模式进行了更新摘要本指南概述了NetAppSnapMirror同步和半同步技术并详细介绍了实施和使用方法。对于在理解同步SnapMirror和NetApp存储系统以及使用它们部署解决方案方面需要帮助的客户，本指南会非常有用。目录1简介31.1 目标受众31.2 目的31.3 前提条件和假设31.4 业务应用程序32 同步SNAPMIRROR和半同步SNAPMIRROR的要求42.1 硬件平台
2、422”42.3 软件63 同步SNAPMIRROR和半同步SNAPMIRROR基础知识73.1 同步SNAPMIRROR概述73.2 同步SNAPMIRROR的工作原理83.3 了解NVLOG转发93.4 了解CP转发103.5 半同步SNAPMIRROR概述103.6 半同步SNAPMIRROR的工作原理113.7 可见性时间间隔123.8 目标系统上的LUN可见性123.9 无法访问目标系统133.10 级联支持和其他配置134设计和性能注意事项144.1 并发复制操作144.2 DATAONTAP升级和还原考虑事项144.3 空间保障144.4 空间要求144.5 SNAPDRIVE1
3、54.6 在其他NETAPP产品中使用同步SNAPMIRROR和半同步SNAPMIRROR154.7 将异步SNAPMIRROR和同步SNAPMIRROR配置相结合164.8 复制网络164.9 因复制距离产生的写延迟164.10 防火墙配置“.164.11 选择合适的模式175附录185.1 通过SNAPMIRROR进行故障转移和故障恢复185.2 计划故障转移（无灾难）.185.3 实际发生灾难时进行故障转移196版本历史211 简介NetAPPSnaPMinr软件可将灾难恢复和数据分发统一到一个简化的解决方案中，从而为当今全球企业提供支持，SnapMirror是一个极具成本效益的解决方案
4、可以高效利用存储和网络带宽，并通过让灾难恢复站点发挥有效的业务用途来实现更高的价值。同步SnapMirror不是一种单独的产品，更准确地说，它是SnapMirror的一种操作模式。利用SnapMirror1可以通过IP或光纤通道网络在NetApp存储系统之间复制数据集，以便于进行备份或灾难恢复。通过使用NetAPPFleXClone技术或“破坏”镜像关系，可使目标文件系统处于只读访问状态或可写状态。在使用FIexCIone技术使目标副本处于可写状态时,复制操作不会中断。如果复制关系被破坏，只需将对目标所做的更改同步回源文件系统，即可重新建立复制关系，在异步操作模式下，存储管理员可以定义将新数
5、据和更改后的数据从源更新到目标的计划。更新频率可能从数分钟一次到每周一次不等，具体取决于用户需求。在同步模式下，一旦发生更新，这些更新就会发送到目标，而不是按计划进行更新。如果配置正确，则可以保证写入到源系统中的数据会在目标上得到保护，即使整个源系统因自然或人为灾难而出现故障也不例外，SnapMirror还提供半同步模式，可以尽可能地减少灾难中的数据丢失。同时，此模式还可以尽可能地减少复制对源/生产系统的性能产生的影响。为了保持一致性，并便于使用，除了配置文件中的几个附加参数之外，异步和同步界面完全相同。这样就形成了一个简单易用的单一用户界面，该用户界面同时适用于异步、同步和半同步这三种Sna
6、pMirror模式。本报告的其余部分将详细介绍同步复制模式，讨论每种模式对性能的影响，为容量规划和配置提供指导，并帮助您规划最适合您的环境的复制模式和选项，1.1 目标受众本指南面向已熟悉在异步模式下使用的SnapMirror软件，并考虑对具有特殊需求的环境或数据集实施同步部署的存储管理员或架构师C1.2 目的本报告的目的在于简要介绍如何实施同步SnaPMilTOr软件，并提出一些设计注意事项和建议，帮助读者设计最佳的同步解决方案C1.3 前提条件和假设为使本文档中所述的各种详细信息和过程对读者有用，本文档将做出以下假设*读者已具备以下条件： 大致了解NetApp平台和产品，尤其在数据保护方面
7、 基本了解灾难恢复(DR)解决方案 对于NetAppSnapMirror解决方案有足够的实践经验本报告基于DataC)NTAP7.37-模式、Data。NTAP8.07-模式和Datae)NTAP8.17模式中提供的功能。读者还应阅读技术报告异步SnapMirror概述和最佳实践指南(TR-3446)。1.4 业务应用程序可以通过多种方法提高出现硬件、软件甚至站点故障时的数据可用性C通过备份可从归档介质(磁带或磁盘)中恢复丢失的数据*冗余硬件技术也有助于减少由硬件问题或故障导致的损害。而镜像则是确保数据可用性并尽可能减少停机时间的第三种方法,NetApp同步SnapMirror和半同步Snap
8、Mirror为通过局域网、城域网和光纤通道(FC)网络复制数据提供了一种快捷、灵活的企业解决方案，SnapMirror将成为企业数据保护策略中的主要组成部分,如果源站点发生灾难，则企业可通过远程NetApp系统上的镜像访问任务关键型数据，从而确保不间断运行;同步SnapMirror和半同步SnapMirror为通过局域网、城域网和FC网络复制数据提供了一个简单的解决方案，从而解决了以下关键应用领域的问题：灾难恢复如果关键数据已镜像到另一物理位置，则发生一次重大灾难并不一定表示数据会长时间不可用，客户端可通过网络访问镜像的数据，直至修复因灾难所造成的损坏为止。恢复可能包括从损坏中恢复、从源站点发
9、生的自然灾难中恢复、从意外删除中恢复、从蓄意破坏中恢复等C在灾难恢复中经常会用到SnapMirror0数据可以镜像到灾难恢复设施中的目标系统上，最好也将应用程序服务器镜像到此设施,如果需要运行灾难恢复设施，可将应用程序切换到灾难恢复站点上的服务器，并将应用程序流量定向到这些服务器，以便有足够时间恢复生产站点。当生产站点恢复联机后，可使用SnapMirror将数据高效传输回生产存储系统。当生产站点重新接管正常应用程序操作后，使用SnapMirror向灾难恢复设施进行传输的操作可以继续进行，而无需再执行一次完整的数据传输，远程数据访问利用SnapMirror的数据复制功能可在整个企业内分发大量数据
10、从而可以在本地以只读方式对数据进行访问。通过远程数据访问，不仅可以加快本地客户访问数据的速度，而且还能提高成本高昂的网络资源和服务器资源的利用率并更准确地预测这些资源的使用量，这样，存储管理员就可以在选定的时间复制源数据，从而最大程度地降低整体网络使用率。应用程序开发/测试环境通过在SnapMirror目标卷上使用FIexCIone1可以使只读副本处于可写状态，而不会占用空间，也不会中断从主站点复制到灾难恢复站点的操作。克隆通常只需数秒即可创建完毕C之后，可以使用可写克隆来开发应用程序，或者在生产环境中部署之前进行测试（功能测试或性能测试）。灾难恢复测试实际的灾难恢复测试需要在生产环境中停机
11、因此，即使具有灾难恢复计划，许多客户也不会选择频繁执行灾难恢复测试。如果在SnapMirror灾难恢复卷上使用FIexCIone,则可以使用远程站点来执行灾难恢复测试，而不会中断生产操作和灾难恢复复制，可以在灾难恢复站点上启动应用程序，以确保数据一致性。完成灾难恢复测试后，可将克隆销毁。2 同步SNAPMIRROR和半同步SNAPMIRROR的要求2.1 硬件平台自DataONTAP7.3起，源和目标存储控制器必须相同。此要求既适用于同步SnapMirror1也适用于半同步SnapMirror0最佳实践：任何FAS或V系列平台都支持同步SnapMirror和半同步SnapMirroro不过，
12、建议不要使用小容量NVRAM平台（如每个控制器的NVRAM等于或小于256MB）0建议使用每个控制器的NVRAM等于或大于512MB的平台。2.2 存储DATAONTAP7.3.3之前的磁盘类型在DataONTAP7.3.3之前，磁盘类型（FC或ATA）必须在整个存储系统中处于同步和半同步SnaPMinr模式下的各个存储系统之间保持一致。换言之，同步SnapMirror和半同步SnaPMinr仅支持以下两种配置： 纯ATASnapMirror源到纯ATASnapMirror目标 纯FCSnapMirror源到纯FCSnapMirror目标对于灵活卷，源和目标系统没有磁盘几何结构或磁盘速度限制。
13、即使在同一磁盘类型的卷之间进行同步复制，也不支持混合磁盘系统。此限制既适用于同步SnapMirror.也适用于半同步SnapMirroro对于V系列，后端阵列只能使用一种类型的磁盘（FC或SATA）来为V系列系统提供存储，并且源/目标必须使用该相同类型的磁盘“要在V系列系统和FAS系统之间进行复制，控制器必须相似（即FAS3170V3170）,并且FAS上的磁盘类型必须与支持V系列系统存储的后端阵列上的磁盘类型相同。DATAONTAP7.3.3之后的磁盘类型自DataONTAP7.3.3起，在含有混合磁盘类型的系统之间支持同步SnapMirror和半同步SnapMirroro但同步和半同步复制
14、必须在所支持的磁盘类型之间进行。此要求既适用于FAS系统，也适用于V系列系统。表1)混合磁盘类型间复制是否支持同步SnapMirror和半同步SnapMirror8.0.X8.1聚合是否否否否自DataoNTAP7.2.2起，NVLOG文件将写入到要同步复制的灵活卷的父聚合中。因此，同名SnapMirror目标聚合所需的可用空间至少应棒个卷的源NVkM大小的再0倍左右。津如，要将着个聚会中的10个卷同步复制到一个FAS3070存储系统，则该聚合中所需的可用空间量大约为50GB(10512MB10)o由于只有在使用同步SnapMirror的情况下才会使用NVLOG文件，因此，此可用空间要求不适用
15、于半同步SnapMirroro否否是否否注意：如果使用传统卷，则同步SnapMirror仍会将NVLOG文件写入到目标系统的根卷中。最佳实践：出于性能的考虑，建善使用单一大型喈。聚合容警长时，至营增加四个三裳偶校验磁盘。DataoNTAP8.07-模式引入了一种新的聚合类型，即64位聚合，该聚合类型提高了聚合大小邛灵活卷大小上限。现称为32位聚合的原有聚合，其大小上限仍为16TBc在DataONTAP8.0中，使用同步SnapMirror和半同步apMirror在3声位和64晨合中的卷庭进行复制演有一些限制。自DataONTAP8.1起，已能够使用同步SnapMirror和半同步SnaPMir
16、ror在32位和64位聚格中的卷之间进间进行的复制。行复制下表概括了可以使用同步SnapMirror和半同步SnaPMinor在32位和64位聚合之表15)同步SnaP/r餐J碓杏【同步SnapMirror互操作性表.是SATA至USATA是FC到SAS或SAS到FC是SAS到SATA或SATA到SAS否8.1FC至USATA或SATA至FC否源目标卷支持否DataONTAP7.2DataONTAP7.3否DataONTAP7.3DataONTAP7.2否DataONTAP7.2.xDataONTAP7.2.x是配置说明FIexVoI支持传统卷支持I上单向、单一控制器是是单向、一个卷对多个卷否
17、否单向、本地复制否否I只有在目标聚合上完成64位扩展,崛曹标攀触到11-WMp镣爵亘辰长到16TBE5单向、HA对之间是是双向、HA对夕问DataONTAP7.2.2+是注意：使用同步SnapMirror和半同步SnaPMirrOr时，源和目标系统的DataONTAP版本必须相同C卷同步SnapMirror和半同步SnapMirror卷的大小必须至少为10GB。不支持使用同步SnapMirror或半同步SnapMirror镜像根卷。但支持传统卷和灵活卷。请参阅第4.1节，了解并发复制操作的限制。QTREE如果卷中存在Qtree1可使用同步SnapMirror和半同步SnapMirror复制这些
18、Qtree.同步和半同步复制不支持在qtree级别进行复制。复制链路SnapMirror支持使用TCP/IP或光纤通道在源和目标系统之间进行互连。如果使用光纤通道互连，则接口卡将专用于SnapMirror通信，并且必须使用交换机，并通过光纤通道连接使用虚拟接口(VI)和TCP/IP进行通信。因此，要在光纤通道上使用SnapMirror,必须使用FC-VI卡。请参阅NOW网站上的数据保护在线备份和恢复指南以了解具体的产品要求，并参阅该网站上的光纤通道上的SnaDMirrOr的要求文档。2.3 软件许可使用此功能无需支付额外的许可费用“但是，在DataONTAP8.0之前，在需要使用同步或半同步模
19、式的每个NetApp系统上.不仅需要安装标准SnaPMin许可证，还需要安装附加许可证密钥(snapmirrorsync)o自DataONTAP8.1起，只需使用SnaPMirror许可证，即可使用同步和半同步复制模式。有关专用许可证密钥的更多信息，请参见NOW网站上的数据保护在线备份和恢复指南。DATAONTAP对于灵活卷，凡是支持灵活卷的任何DataONTAP版本也支持同步SnapMirror和半同步SnapMirroro但是，源和目标系统必须使用同一DataONTAP版本。表3)同步SnapMirror和半同步SnapMirror版本限制。8.0.x8.1豌佳实践：在DataONTAP7
20、3中，对同步SnapMirror和半同步SnapMirror进行了重要改进因此，在部署同步SnapMirror或半同步SnapMirror时，请使用DataONTAP7.3或更高版本.如果:女想要在ataONTAP7.3之前的版本上对夔活卷部署同步apMirror嗡半同步SnMirror,请薇得NetApp的双向同步SNAPMIRROR否是否否否有时，客户使用两个存储系统来存宿主工作负载，并在这两个存储系统之间复制数据，以保护主娄【据。HDataoNTAP7.2.2起，在以下灵活卷配置中，支持双向同步复制： 位于不属于HA对的单等制器之间否是否否 位于HA对之间拄言之，不支持属于同一主动-主
21、魂的双向同步复解空制器下衰汇总了传麒和灵活卷重持与不支持的同步SnapMirror和半同步SnapMirror配置。有关级联配置支持，请参阅第3.10节级联支提和其他配置。否否否关系磁盘类型是否支持FC到FC是SATA到SATA是FC到SAS或SAS到FC是SAS至4SATA或SATA至SAS否FC到SATA或SATA到FC否表4）支持和不支持的同步SnapMirror和半同步SnapMirror配置。是否否否否8.1否否否否是否否否否是否否否否是是否否是1是关系磁盘类型是否支持FC到FCQll-QNPMIRR11R是f=qmdmiddp础知识Co为此，最好的方法是回顾JItjJx11MrIV
22、IIvIJSATA到SATAiaJviNMKIVII1111x11星是3.1曾刹V瞄酶除8甲藏迷是为了漏兔耳错出现源海AT三翅囱惭下，同步”一词在此与下文中的准确含）一哗善第以镂密睛将牌声的指区以便评估火灌对应用程序产生白勺影响。在典型应用程序环境中L用户将果些息保耳件及用程月支持Da金献S锣牛与服务胃懒逑信息。否Da晶W件处理这咻毙由犍好到服务裔上叼抹i劈统。4操作系统软件将这当f可道先培到营储：DataONTAP7.2._DataONTAP7.2.是配宜说明FIexVoI支持传统卷支持6 .操作系统通知应用程序服务器，7 .应用程序服务器通知客户端，写8 .客户端软件通知用户，写入FI宅写
23、入已完成s1湎跳麋一控制器成“是是大多数情况下，这些步骤只需几分之一生火灾或水灾，所有存储介质都遭到破如果此故障发生在第5a少窜即完聊额J果存储界不&个知对单个事务的黄之前，则存储系统不会，赞生故障，以致所有Qife根据发生故障的时角认收到数据。这样.J赞都丢失（如发1施有所不同。月户就会从应用程月收到错误消息,指示无法1如果此故陪发牛在第5H己存事务。单向、本地复制之后则用户会发现客否端行为指示操作正确否（至少在旁t下一博事务之前）。尽管客户端2日A日同他IQkkfr-ShrEAZFFI欠钱存与且概瞬示写，h令人；kffl7wfflIf豳0胆歆据已奏失4nJ1募ZtztfrPjfc%土是11
24、xj1艮明业，弟情加比第一WXXT.因然后再次尝试该事务。在第二种情况下V匕衣让用尸或应用桂丹可能会认为数据已被安单向、HA对之间知至ti反王改障，开箕管储，从而丢弃这些iDl三IXttsx.醇7双向、HA对之间DataONTAP7.2.2+是HAM的期否否通过异步SnapMirror.数据会按照计划从主存储复制到二级或目标存储设备口例如，如果将此计划配置为每小时更新一次，则可能会将整个一小时的事务写入到主存储系统中，并由应用程序进行确认，只有在下次更新前发生故障时，这些事务才会丢失。因此，许多客户都尝试尽可能缩短两次传输之间的时间。有些客户会很频繁地进行复制，比如，每几分钟就复制一次，这样就
25、能显著减少发生灾难时可能丢失的数据量7对于大多数应用程序和用户而言，这种程度的灵活性已经足够。在大多数实际环境下，与发生这些事件所造成的停机时间相比，丢失几分钟的数据相对而言无关紧要；如果发生彻底销毁存储系统中的数据的灾难,则很可能也会破坏相关应用程序服务器、关键网络基础架构等。但是，有些客户和应用程序要求即使主站点完全瘫痪，也不会丢失任何数据。同步模式即适用于此类情况。它会修改上述应用程序环境，以便随每个事务将数据复制到二级存储.1 .用户将某些信息保存在应用程序中。2 .客户端软件与服务器通信，并传送这些信息。3,服务器软件处理这些信息,并将其传送到服务器上的操作系统。4 .操作系统软件将
26、这些信息发送到存储。5,主存储将这些信息发送到二级存储。6,二级存储确认收到数据。7,主存储确认收到数据。8.操作系统通知应用程序服务器.写入已完成。9,应用程序服务器通知客户端，写入已完成。10.客户端软件通知用户，写入已完成。从应用程序角度来看，主要区别在于，只有在将数据同时写入到主存储系统和二级存储系统之后，存储才会确认写入。这会对性能产生一定影响(本文档稍后会进行讨论)，但它对发生故障时的情形进行了修改,使其有利于保护数据。 如果此故障发生在第7步之前，则存储不会确认收到数据。这样，用户就会从应用程序收到错误消息，指示无法保存事务。这虽然会带来不便，但不会丢失数据。 如果此故障发生在第
27、7步或之后，则无论主存储系统是否发生故障，数据都会安全保存在二级存储系统中。请注意，无论采用哪种技术，都可能丢失数据；但关键在于，如果使用同步模式，则会防止丢失“已确认”的数据。3.2同步SNAPMIRROR的工作原理同步复制的第一步是，对整个数据集进行一次性基线传输C基线传输过程如下：1 .主存储系统创建一个Snapshot副本,该副本是文件系统在某一时刻的只读映像。2 .该Snapshot副本称为“基线Snapshot副本”。3 .该Snapshot副本以及先前的所有Snapshot副本引用的所有数据块都会传输并写入到二级文件系统。4 .完成初始化之后，主文件系统和二级文件系统将至少具有一
28、个相同的Snapshot副本。完成基线传输后，SnapMirror可过渡到同步模式：1 .如前文所述，将进行第一次异步SnapMirror更新。2 .一致点(CP)转发开始。此方法可确保从内存写入到磁盘存储的数据会从主系统传输到二级系统。有关详细信息，请参见本指南后面的“CP转发”一节。开始第二次异步SnapMirror更新。3 .第二次异步SnapMirror更新完成后，NVLOG转发开始。此方法会在发生更新时传输这些更新。有关详细信息，请参见本指南后面的“NVL。G转发”一节。4 .开始阻止从客户端或主机向主文件系统写入新数据，直到二级系统确认这些写入。在SnapMirror确定由主系统确
29、认的所有数据都已安全存储在二级系统上后，该系统将处于同步模式。此时，SnapMirror状态查询输出会将该关系显示为Tn-Sync”（同步）。3.3了解NVLOG转发NVLOG转发是同步模式操作的关键组成部分。该方法用于将客户端提交给主文件系统的写入操作复制到目标，要全面了解NVLOG转发，需要掌握有关DataONTAP如何执行本地文件系统写入的基本知识。以下内容假定使用一个运行DataONTAP的NetApp系统，并忽略与SnapMirror之间的交互（将在下文介绍）；而且为简单起见，该内容将介绍一个独立控制器，而不是主动-主动配置，同时，我们还假定使用一个正常运行的操作环境，其中，所有写入
30、都会成功；本文档不会介绍如何处理可能发生的每个错误条件,1 .存储系统收到写入请求。此请求可能是来自NFS、CIFS或DAFS客户端的面向文件的请求，也可能是使用FCP或iSCSI的面向块的请求。2 .此请求会记录到以电池作为后备电源的非易失性内存（NVRAM）中。它还会记录到缓存中，该缓存的访问速度比NVRAM更快。3 .将此请求安全存储在NVRAM和缓存中后，DataONTAP会向客户端系统确认此写入请求，发出写入请求的应用程序可以继续处理请求。此时，数据尚未写入到磁盘，但会受到NVRAM的保护，防止出现电源故障以及大多数类型的硬件问题。4 .在某些条件下，会触发一致点（CP）o通常，当N
31、VRAM日志写满一半时，或者自从最近一次CP以来已经过10秒钟后（这两个条件以先满足者为准），会发生这种情形。5 .触发CP后，DataoNTAP会使用缓存中的事务数据构建一个需要写入到磁盘中的数据块更改列表。此时，它还会计算奇偶校验信息。确定所需的磁盘修改后，WAFL会发送一个要写入到RAID软件中的数据块列表。6 .RAID软件将这些数据块写出到磁盘。完成后，它会向WAFL软件返回确认信息，DataONTAP会认为CP已完成。如果在同步模式下NVLOG转发处于活动状态，则上文第2步和第3步会进行如下修改：2 .此请求会记录到NVRAM中。同时，它还会记录到缓存中，并通过网络传输到SnapM
32、irror目标系统，并在该系统中记录到NVRAM中。3 .将此请求安全存储在主系统的NVRAM和缓存中以及二级系统的NVRAM中后，DataONTAP会向客户端系统确认此写入，发出写入请求的应用程序可以继续处理用户请求，因此，要以同步方式保护数据，NVLOG转发是一种主要机制。务必要了解NVLOG数据是如何存储在二级存储系统中的，这一点非常重要。由于此系统具有自己的存储以及从主系统镜像的数据（至少每个系统都有自己的根卷），并且CP需要在所有镜像卷中保持同步，因此，NVLOG数据不能按照标准文件系统写入的方式存储在二级系统上的NVRAM中。NVLOG数据会被视为一个写入流，要写入二级系统上复制卷
33、聚合中的一组特殊文件（复制日志文件）。发送到这些文件的写入请求会记录在二级系统的NVRAM中，就像任何其他写入请求一样。由于需要将NVLOG数据写入到父聚合中的这些文件中，因此，该聚合需要具有可容纳这些日志文件的可用空间。注意（仅适用于“灵活”卷）：在DataoNTAP722之前，这些日志文件会存储在二级系统的根卷中，因此，二级系统上根卷的性能会对同步或半同步SnapMirror的整体性能产生直接影响。对于所有版本的DataONTAP,如果使用传统卷，则NVLOG数据仍会存储在二级系统上的根卷中。3.4了解CP转发虽然NVLOG转发可将数据从主存储同步复制到二级存储来保护这些数据，但该操作独立
34、于文件系统向每个存储系统上的磁盘进行写入的操作。CP转发独立于NVRAM或NVLOG转发，它是确保磁盘上的实际文件系统映像保持同步的基础机制。CP转发（有时称为CP同步）会对上文第5步和第6步进行如下修改：5 .触发CP后，DataoNTAP会使用缓存中的事务数据构建一个需要写入到磁盘中的数据块更改列表。此时，它还会计算奇偶校验信息。确定所需的磁盘修改后，本地RAID软件会将这些数据块写入到磁盘中，同时，还会通过网络将这些数据块发送到二级系统，并写入到二级系统自身的磁盘中。6 .二级存储还会将这些数据块写出到磁盘。当每个系统都完成此过程后，它会向主存储系统上的WAFL软件返回确认信息，Data
35、ONTAP会认为CP已完成。下面概述了基本步骤，并描绘了NVLOG和CP转发图:存储系统收到写入请求。此请求可能是来自NFS、CIFS或DAFS客户端的面向文件的请求，也可能是使用FCP或iSCSI的面向块的请求。此请求会记录到NVRAM中。同时，它还会记录到缓存中，并通过网络转发到SnapMirror目标系统，并在该系统中记录到NVRAM中。将此请求安全存储在主系统上的NVRAM和缓存中以及二级系统的NVRAM中后，DataONTAP会向客户端系统确认此写入，发出写入请求的应用程序可以继续处理请求。在某些条件下，会触发一致点（CP）0通常，当NVRAM日志写满一半时，或者自从最近一次CP以来
36、已经过10秒钟后（这两个条件以先满足者为准），会发生这种情形。图1）同步SnapMirror功能图，触发CP后，DataONTAP会使用缓存中的事务数据构建一个需要写入到磁盘中的数据块更改列表C此时，它还会计算奇偶校验信息.确定所需的磁盘修改后，本地RAID软件会将这些数据块写入到磁盘中，同时，还会通过网络将这些数据块发送到二级系统，并写入到二级系统自身的磁盘中。二级存储还会将这些数据块写出到磁盘。当每个系统都完成此过程后,它会向主存储系统上的WAFL软件返回确认信息，DataONTAP会认为CP已完成。35半同步SNAPMIRROR概述SnaPMirrOr提供半同步模式，也叫半同步SnapM
37、irror0在此模式下，应用程序无需等待二级存储系统确认写入请求，便可继续处理事务因此，可能会丢失已确认的数据此模式类似于同步模式，因为在触发CP后，会从主存储更新到二级存储，而不是等待按计划传输“因此，在灾难中丢失的数据量很少。这样，对于许多应用程序而言，半同步SnapMirror会在性能与数据保护之间找到合理的平衡点。使用半同步模式时，上述情形类似于以下情形：1 .用户将某些信息保存在应用程序中。2 .客户端软件与服务器通信，并传送这些信息。3 .服务器软件处理这些信息，并将其传送到服务器上的操作系统。4 .操作系统软件将这些信息发送到主存储。5 .操作系统通知应用程序服务器，写入已完成。
38、6 .应用程序服务器通知客户端，写入已完成。7 .客户端软件通知用户，写入已完成。如果二级存储系统速度很慢或不可用，则可能有大量事务已由主存储系统确认，但尚未在二级存储系统上受到保护，这些事务形成漏洞窗口，容易丢失已确认的数据。要使窗口大小为零，客户可能必然要使用同步模式，而不是半同步模式。自DATAONTAP7.3起半同步SNAPMIRROR发生的更改在DataONTAP7.3之前，半同步SnapMirror是可谓的,因此，可以使用SnaPMirror配置文件中的outstanding选项将目标系统配置为滞后于源系统用户定义的写入操作数或秒数C自DataONTAP7.3起，删除了OUtSta
39、nding选项功熊，而引入J一种新模式，称为semi-sync0有关详细信息，请参阅第3.6节“半同步SnapMirror的工作原建工3.6 半同步SNAPMIRROR的工作原理半同步模式提供了一种折衷方式。该模式与异步模式相比，可以使主文件系统和二级文件系统的同步更加紧密；而与同步模式相比，对应用程序性能的影响更低。半同步模式的配置与同步模式的配置极为相似，只需将“sync”替换为“semi-sync”即可。举例如下：fasl:vollfas2:voll-semi-sync同步模式与半同步模式之间的主要区别在于半同步模式关闭了NVLOG转发。这意味着，一旦主系统将数据写入其NVRAM,客户端
40、写入即被确认。由于关闭了NVLOG转发，数据就会只通过CP转发在二级站点进行保护。由于任意两个CP之间的最大时窗为10秒，因此，主站点发生灾难可能会丢失大约10秒的数据。下面概述了基本步骤，并描绘了半同步SnapMirror示意图:1 .存储系统收到写入请求。此请求可能是来自NFS、CIFS或DAFS客户端的面向文件的请求，也可能是使用FCP或iSCSI的面向块的请求。2 .将此请求安全存储在主系统上的NVRAM和缓存中后，Datac)NTAP会向客户端系统确认此写入，发出写入请求的应用程序可以继续处理请求。3 .在某些条件下，会触发一致点(CP)o通常，当NVRAM日志写满一半时，或者自从最
41、近一次CP以来已经过10秒钟后(这两个条件以先满足者为准)，会发生这种情形。4 .触发CP后，DataoNTAP会使用缓存中的事务数据构建一个需要写入到磁盘中的数据块更改列表。此时，它还会计算奇偶校验信息。确定所需的磁盘修改后，本地RAID软件会将这些数据块写入到磁盘中.同时，还会通过网络将这些数据块发送到二级系统，并写入到二级系统自身的磁盘中。5 .当二级存储系统收到CP数据块后，它会向主存储系统发送确认信息，DataONTAP会认为CP已完成9半湾SnepMtfror图2)半同步SnapMirror功能图,3.7 可见性时间间隔使用同步SnapMirror和半同步SnapMirror时,对
42、源卷所做的更改不会立即显示在目标卷中，即使已复制这些更改。这些更改会在源系统自动创建源卷的Snapshot副本之后首次显示出来。在源卷上创建的Snapshot副本会立即传播到目标卷，默认情况下，每三分钟自动创建一次Snapshot副本。要更改创建自动Snapshot副本的时间间隔，请更改snapmirror.conf文件中的visibilityinterval；不过，如果设置的时间间隔莪小，性能可能会窿低，因为频繁地创建Snapshot副本会进行更多的处理工作，例如，对目标系统进行缓存一致性检查。如果设置的值较大，也存在一个缺点，如果系统之间的连接中断，而SnapMirror进入异步模式，则S
43、napMirror将使用最后一个公用Snapshot副本过渡到同步模式。这意味着，需要将最后一个有效公用Snapshot副本中的所有数据从源存储系统复制到目标存储系统。如果将visibilityterval设置力较大的电则可能需要传输大邕数据，SnapMirror过渡到同步模式可能要花费更长的时间。出于上盅原因，造采用盛认值：三台第？最佳实践：将可见性时间间隔的值设置为默认的三分钟。3.8 目标系统上的LUN可见性关于目标存储系统上的LUN可见性有几个细节问题，要在故障转移期间构建或设计主机访问，了解这些细节非常重要。如果镜像的卷处于“已复制”状态，则该卷在目标存储系统上包含的LUN将处于联机
44、只读状态，并且未映射，因此，对于任何主机系统均不可见。在使用snapmirrorquiesce和snapmirrorbreak命令拆分或破坏该镜像并使其处于可写状态后.可通过将这些LUN映射到igroup而使其可见Cigroup本身不会从原始系统复制到目标系统，因此，最有可能需要在目标系统上创建它，并且需要添加所需的主机。下表显示了在镜像和破坏镜像情形下的LUN状态。NetAppLUN与访问它们所使用的协议是独立的，这意味着，访问目标系统上的LUN所使用的协议无需与访问主系统上的LUN所使用的协议相同C例如，可以使用光纤通道访问主存储系统，而使用iSCSI访问二级系统。使用FIexCIone,
45、可以使SnapMirror目标上的LUN处于可写状态，而无需中断SnapMirror进程。注意：在DataONTAP7.0中，如果目标卷处于已复制状态，则LUN命令可能会错误地显示LUN处于联机状态。表5)SnapMirror目标系统上的LUN状态复制状态SnapMirror目标上的灾难恢复LUN状态镜像正在同步联机、只读、未映射注意：可以使用FIexCIone使灾难恢复LUN可写镜像已被破坏或拆分联机、读写、未映射3.9 无法访问目标系统如果无法访问目标系统，则无论此问题是源于目标系统、网络还是其他方面，同步和半同步模式都会自动转入异步模式。在这种情形下，应用程序仍会继续运行，并可处理用户事务CSnapMirror将定期检查网络连接。如果复制网络可用，SnapMirror会首先执行异步更新，然后过渡到同步模式。用户无需执行任何操作C要禁止SnapMirror检查网络连接的可用性，请使用snapmirrorquiesce命令。出现故障时发生的写入请求最多可能有25秒的响应时间，因为源系统确定目标系统不可用，并切换到异步模式。为了监控这一重要状态变化，会发送SNMP陷阱。3.10 级联支持和其他配置级联是指从已生成的副本进行复制。假设有三个存储系统：A、
