netapp FAS2750  1.8T*24磁盘阵列柜  

ThinkSystem Hybrid  Flash Storage  DM3000H DM5000H DM7000H  DM7100H存储、磁盘阵列柜、硬盘扩展柜

Netapp snapmirror软件，灾难恢复技术netapp snapvault snapmirror flexclone

Snapmirror也分为同步和异步模式。在异步模式下，Snapmirror针对源卷每隔一段时间做一次快照，通过比对两次Snapshot的变化数据地 址，从而将这些变化的数据传输到远程存储系统对应的卷中。这种思想的本质其实也是批量传送，对源卷的Snapshot就相当于一次Suspend， 比对两份快照的变化数据地址，就相当于记录Bitmap。

对于多台独立存储系统之间一致性组保证方面，NetApp是基于主机VSS实现的。其Snapmanager产品（与EMC的Replication        Manager类 似），作为一个Requestor向VSS发送快照请求，VSS将Suspend对应的应用程序的IO，这样，不管这个应用程序需要读写的卷分布于单个存储 系统还是多个存储系统，所有的系统都有足够的时间来对相应的卷进行快照操作。作为VSS的Provider，Snapdriver作为快照代理，将向所有对 应的存储系统发起快照请求。快照完成后，Snapmanger可以调用Snapmirror对变化的数据进行传输。针对多主机之间的一致性组实现，尚未有 解决方案。

对于同步模式，Snapmirror是利用Catchup模式实现的。Snapmirror先进入异步模式，即数据复制的Session建立之后，立即生成次快 照，然后初次数据传递过程需要传递源卷上所有被这份Snapshot所占用的数据，需要比较长的时间。传完后再次做Snapshot，比对两次 Snapshot中变化的数据地址，再次同步。就这样一直进行下去，当达到一定的Gap阈值时，系统进入同步复制阶段，针对源卷的每一个写IO在 进入本地日志链后立即同步到远程，远程系统接收到写IO之后，先将其存放于Vol0下面的日志链文件中，然后在后台将日志读出重放，从而写 入对应的卷。

由于WAFL的快照方式与其他厂商的常规设计不同，所以在比对两份Snapshot的时候并不是按照本书第16章中介绍的机制进行的。WAFL 的每份Snapshot其实就是一份真实的文件系统MetaData         Tree。这个Tree中记录了整个物理存储空间的Bitmap，AFS以及每个Snapshot都会有 自己的Bitmap，通过下列规则比对两份Bitmap即可得出变化的数据地址。规则1：后面的Bitmap中为1的但是面Bitmap中为0的位，则表明这 个地址对应的数据发生了更改。规则2：后面Bitmap中为1并且面Bitmap中也为1的位，表明这个地址对应的数据是两份Snapshot共用的，一 定也没有变化过。规则3：不可能存在后面Bitmap中为0而面Bitmap中为1的数据。因为WAFl从来不覆盖正在被某Snapshot占用的数据。

虽然EMC的MirrorView也同样是采用比对快照的方式进行数据复制，但是其本质上有区别。NetApp在数据复制到远程之后，快照也就自然 而然地生成了，因为WAFl的快照本身就是一个卷的全部内容，而传统的Snapshot，源卷是源卷，相关的映射表和其他元数据等都存在于源卷额 外的存储空间，即这些映射表里记录的是源卷的数据变化而不是记录自己所占用空间的变化，更不会将自己占用的空间的数据变更同步到远 程，所以EMC的MirrorView在同步完一批数据之后需要在远程系统创建一份快照。而WAFl在同步完一批数据之后，只需要进行一个叫做“Jump Ahead”的操作即可，即，将容灾卷上的AFS入口指针指向新的Snapshot入口指针，并且删除一份Snapshot。当然这份Snapshot就是刚被同 步过来的数据所自然形成的而不是待同步完成后期制作的。

NETAPP E2712 E2800  FAS2552  FAS3210  FAS3140 FAS3170 FAS3220 FAS3240 FAS3250 FAS3270 FAS6210 FAS6250 FAS8020 FAS8040 FAS860 FAS8080 FAS8200  FAS2720  FAS2750存储整机及配件V3170 V3240

Netapp存储柜Netapp磁盘柜Netapp磁盘阵列柜Netapp硬盘扩展柜Netapp硬盘笼子Netapp光纤交换机Netapp硬盘Netapp风扇Netapp电池Netapp控制器Netapp电源Netapp线缆等整机及新老配件批发TEL:13910098771