使用quick-resync参数可能会产生什么影响？
适用场景
- ONTAP 9
- SnapMirror
- 数据仓库 (Data Warehouse、DW)
- 数据仓库包含对维护源卷中的重复数据删除节省量至关重要的元数据
- 存储效率(SIS)
问题解答
下面是使用的潜在影响的一个简要示例
quick-resync：- SnapMirror关系启动A->B (生产->灾难恢复)。
- ONTAP SIS在上查找块并对其进行处理。
- 这些块和节省的空间会复制到B
- 在将新块写入到已执行数据重做的现有共享块时、不需要将此块传输到B、因为系统会通过dw文件识别它具有已执行数据重做的块的条目。
- 这意味着传输速度更快。
- SnapMirror 已断开、新数据已添加到B
- 使用发出反向重新同步
quick-resync
::> snapmirror resync -source-path B -destination-path A -quick-resync true- 只有写入B的增量才会复制到A
- 即使将块写入B并进行了重做数据处理、 (A)上也没有映射到该块的DW文件 、因为
quick-resync已使用。 - 这意味着必须将整个块传输到(通常会在其中执行dudepped)。
- 这是 SnapMirror resync命令文档中 的含义、该文档说明"指定此参数后、重新同步不会保留新数据与通过线缆和目标上的现有数据的存储效率。"
- 现在，复制该块后，将向B->a dw文件中添加一个新条目。因此、如果再次发生相同的已执行重复数据消除的块、则 SnapMirror 不必 再次传输该块。
- 上面的内容 与知识库 SnapMirror关系报告的准备关系状态 描述"由于重新同步后正常的SnapMirror更新继续进行、使用快速重新同步所造成的任何性能和空间损失都将减少"。
追加信息
- SnapMirror resync
[-quick-resync <true>]—快速重新同步只有扩展数据保护(XDP)关系才支持此参数。使用非Data ONTAP端点的关系不支持此参数。策略类型为
strict-sync-mirror和的关系不支持此策略sync-mirror。指定此可选参数可缩短重新同步时间、因为重新同步不会在传输新数据之前产生存储效率开销。如果重新同步源未启用卷效率、或者如果减少重新同步时间比保留所有可能的存储效率更重要、则建议指定此参数。指定此参数后、重新同步不会将新数据与现有数据通过缆线和目标上的数据保持存储效率。 - SnapMirror关系报告关系正在准备状态
- 如果将SnapMirror关系从type-DP转换为type-XDP、请允许完成数据仓库操作、因为这是利用Type-XDP SnapMirror关系的所有功能所必需的。
|
- 如何使用 "-quick-resync " 参数运行 SnapMirror 反向重新同步
- 将现有DP类型的关系转换为XDP
- 技术报告 TR-4015
：《适用于ONTAP 9的SnapMirror配置和最佳实践指南》・《具有存储效率的逻辑复制(Logical Replication with Storage效率、LRSE)》。
LRSE使用块级元数据和对文件系统的了解来确定间接指针级别的Snapshot副本之间的差异。
LRSE可通过两个流将数据从源传输到目标。
− 数据流由数据块组成、这些数据块使用目标卷中的特定卷块编号(vvbn#)进行传输。
此vvbn#有助于确定源FlexVol卷上存储数据时所在的块编号、但不指定文件上下文。
在目标上、数据会使用与vvbn#对应的文件块编号(FBN)写入数据仓库(Data Warehouse、DW)文件。
− 用户文件使用用户文件索引点通过引用进行传输、索引点与数据仓库文件共享块、而不使用需要解析才能访问特定对象的缓冲区树。
在复制传输过程中、LRSE会使用用户文件(收件人)向DW块(提供方)的块共享基础架构发出明确请求。
镜像采用逻辑块指针结构、指向原始数据集、磁盘物理布局与源完全不同。
系统会使用SnapMirror策略类型async-Mirror、vault或 镜像-vault创建 类型为-type XDP的SnapMirror关系。
在高效存储的源卷中复制数据时、LRSE可通过缆线和目标上保持空间效率。
存储效率是LRSE的一个重要部分、因为块共享和数据压缩等功能可以使卷有效地保存远远超过已用空间的数据。
必须在复制期间保持这种效率、以避免副本增长到不可容忍的大容量、更不用说传输副本所需的时间了。
此外、LRSE还支持在二级系统上启用存储效率功能、而不受主存储设置的限制。
有关详细信息、请参阅使用重复数据删除、数据压缩和数据缩减提高存储效率—概述。
https://docs.netapp.com/us-en/ontap/...y-concept.html