PowerMax 2500 和 8500：非托管快照

PowerMax 2500 和 8500
中的非托管快照 本地复制 （LREP）

SnapVX 已在 V4 中进行了重新架构。V4 在被拦截时默认在读取时复制，在写入时复制。V3 和更早版本未默认在读取时复制。

非托管快照： 

• 与 VMAX3 一样，PowerMax 2500 或 8500 即使在从源设备取消链接后也能维护目标数据。
• 非托管快照是 PowerMax 在内部保存的映像，用于在源和目标取消链接后维护它们之间的依赖关系。
• 与较旧的 VMAX 全闪存/VMAX3/Powermax 阵列相比，PowerMax 2500 或 8500 中的 LREP/VP 实施方式存在根本差异。
• 在 PowerMax 2500 或 8500 中，目标设备不经过定义过程
• VMAX3 定义过程会占用目标设备的完整跟踪 ID （TID） 元数据，因此过量配置成本高昂
• 对于 PowerMax 2500 或 8500，我们决定取消磁道级共享，现在使用设备级共享方案（同时保持目标设备的未定义状态）
  • 这也改善了未定义目标的性能
• 因此，在 PowerMax 2500 或 8500 中，目标只有在写入时（而不是作为定义过程的一部分）才会获得分配
  • 它们从之前链接到的时间点映像获取数据。
  • 在取消链接后，此关系仍然存在
  • 即使在 VMAX3 中，目标设备在取消链接后也能保持数据完整性（在磁道级别完成）
• 如果将 IO 发送到非托管目标设备（如每个 IO），代码会检查它是否必须拦截
  • 这是在 IO 流程的早期阶段完成的
  • 将 IO 读取到尚未复制的目标磁道，生成 SNAPVX_COPY_ON_READ_INTERCEPT 如果它被要求这样做。
    • 对于 MF IO，有几种情况会生成 COPY ON READ INTERCEPTS
      • 被要求做 COPY_INDIRECT_ON_READ
      • 这是一个特殊的 MF 0x96 操作0x46命令，可在读取时强制复制
      • 它是 SRDF R2 SRDF/A 设备，所有读取均已设置 COPY ON READ （示例：RDC 扫描之所以这样做，是因为系统会向 IO 计算机发送一个请求，以从远程站点读取数据以进行比较。这会导致读取拦截，强制复制数据）

非托管目标的一般示例：

• 序列 A -> s1 -> B 表示链接到源设备 （A） 的快照 （s1） 的目标设备 （B）
• 即使在取消链接目标 （B） 并终止快照 （s1） 后，这种关系仍然存在
• 当写入源设备 （A） 时，RDP 被推送到快照 （s1），以便它继续累积分配
• 这些 RDP 可以在多个快照之间共享，并由多个目标使用（即使是具有链接目标仍处于活动状态的快照）
• 写入目标 （B） 的数据是显示在目标 （B） 上的唯一分配
• 在目标 （B） 上运行“free-all”可消除内部关系和对已终止快照的依赖关系 （s1）
• 同样，将目标链接至其他快照可消除内部关系和对已终止快照的依赖关系 （s1）