扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
在本页阅读全文(共8页)
SnapMirror
可能所有人都知道,SnapMirror 主要用于在远程位置创建镜像,以便进行灾难恢复。而只有少数人知道 SnapMirror 实际上有两种运行模式。
卷 SnapMirror 在物理块级运行。它可将整个卷的内容及所有卷属性从源(主)卷原原本本地复制到目标(二级)卷。因此,目标存储系统必须运行与源存储系统上的 Data ONTAP 版本相同或更高版本的 Data ONTAP。如果主系统上正在运行重复数据删除或 NetApp 数据压缩(Data ONTA
配额树 SnapMirror 可复制各个配额树。因为配额树是卷的子集,所以配额树 SnapMirror 在逻辑级运行。您不能原原本本地复制配额树,因为在目标系统上,配额树的某些必要卷级记录保存信息会丢失。
由于复制在逻辑级进行,因此与卷 SnapMirror 存在一些重要区别。首先,配额树 SnapMirror 不会继承重复数据删除实现的节省。再则,如果您从源系统和目标系统背景的角度考虑,这就容易理解了。在源系统上,配额树可以包含经过重复数据删除的块,该块只是指向位于该配额树外的某个块的指针。指针块显然不会存在于目标上,因此必须使用配额树,而不是只使用该指针复制所指向的块。在这种情况下,在网络和容量效率方面,配额树 SnapMirror 不如卷 SnapMirror 高效。
默认情况下,配额树 SnapMirror 只复制最后创建的 Snapshot 副本,因此,它在源位置和目标位置保留的 Snapshot 副本数量不对等。(根据定义,卷 SnapMirror 在源位置和目标位置保留相同的 Snapshot 副本。)配额树 SnapMirror 只保留执行复制更新所需的一对公用 Snapshot 副本。换句话说,配额树 SnapMirror 不具有 Snapshot 保留功能。
两种 SnapMirror 都从基本副本开始,卷或配额树中的所有数据均从源位置复制到目标位置。完成基本副本复制之后,以后的复制会定期进行。卷 SnapMirror 支持异步、半同步和同步复制,而配额树 SnapMirror 只支持异步复制。
在异步模式下,会在源位置定期创建卷或配额树的 Snapshot 副本。只会将上次复制周期后更改或新创建的块传输到目标位置,因而此方法在存储系统开销和网络带宽方面非常高效。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。
现场直击|2021世界人工智能大会
直击5G创新地带,就在2021MWC上海
5G已至 转型当时——服务提供商如何把握转型的绝佳时机
寻找自己的Flag
华为开发者大会2020(Cloud)- 科技行者