Data Domain：如果为 Veeam DDBOOST 存储单元配置了 MTREE 复制，则 DDFSY 文件系统死机

当使用 VEEAM 或任何其他使用 BOOST 执行备份的备份应用程序使用虚拟合成功能时，它会通过将之前备份的一部分拼接在 DD 上，然后添加差异，从现有备份创建新备份。用于拼接的早期备份称为“基本文件”。

大多数备份应用程序将读取但不修改用于合成新备份映像的基本文件，但是 VEEAM 的工作方式不同，在执行备份时，它会覆盖磁盘上已存在的部分基本文件。

为此 VEEAM LSU/MTree 配置传出 MTree 复制时，BOOST 可能会在新备份文件的合成过程中修改要复制的一个备份文件。如果源 DD 正在运行 DDOS 6.x 并且启用了方法复制（DDOS 6.x 和更高版本中的速度/性能优化选项），这可能会导致到达目标 DD 的错误校验和，这可能会导致 FS（文件系统）反复失败，并显示如下消息：

2 月 27 日 04：05：19 mtree-repl-dd.example.com ddfs[10654]：ERROR: MSG-INTRNL-00001: PANIC： ddr/repl/mrepl_replica.c： mrepl_finish_file_transfer_common：3712: !（orig_chksum == repl_chksum）。

VEEAM 从现有备份合成新备份的方式，当用作基本文件以合成新备份映像时，可能会覆盖要复制的部分文件。当 VEEAM 存储单元也配置为用作 MTree 复制的一部分时，这可能会导致目标 DD 死机，这会造成方法复制的混淆。

请注意，此缺陷仅适用于源为以下内容时 MTree 复制的目标端：

• 运行 DDOS 6.0.1.0 或更低版本（例如，所有 DDOS 6.0.0.x 都将受到影响）
• 运行早于 DDOS 6.0.2.0 或 6.1.1.1 的 DDOS 6.x
• 运行到 LSU/MTree 的 VEEAM 备份，并且使用 MTree 复制将相同的 MTree 复制到目标
• 启用虚拟合成的 BOOST 备份将执行到相同的 LSU/MTree
•  遇到此缺陷时，可能会导致复制的目标 MTree 在多个 FS 进程重新启动时变得不可用。建议可能正在使用此设置或计划以这种方式配置系统的人采用下面所述的解决方法，或升级到固定的 DDOS 6.0.2.0 或 6.1.1.1（或任何更高版本）。

注：除了此问题之外，目标端上可能出现相同的 PANIC 字符串以进行 MTree 复制，因为该错误仅表示 MTree 复制快照中的校验和不匹配。对于此处描述的问题或如何规避问题的任何疑问，请联系您的签约支持提供商并参考此知识库文章编号 491049。

DD 工程部门已确定目标节点上 FS PANIC 的根本原因，并已在以下版本中提交修复：

• DDOS 6.0.2.0 及更高版本
• DDOS 6.1.1.1 和更高版本

建议受此缺陷影响或计划设置类似配置的任何人尽早将源 DD 升级到上述版本。

对于那些不愿意升级或在固定版本可用之前面临问题的用户，有一个解决方法。
它包括在源 DDOS 6.x 系统上禁用方法复制优化。
此优化仅存在于 DDOS 6.x 和更高版本中，禁用它的唯一缺点是降低复制速度，以等于在 DDOS 5.7 上实现的复制速度。

在部署之前，您应首先确认此解决方法是否适用于当前设置：

1. 检查源 DD 在已修复此问题之前是否正在运行 DDOS 6.x（在 DDOS 6.0.2.0 和 6.1.1.1 及更高版本中修复了错误）
2. 确认为 VEEAM 备份配置的 DD 也配置为作为源的主题 LSU/MTree 的 MTree 复制（检查最近的 ASUP 是最简单的确认方法），例如：

环 磷 酰 胺：20 模式：源目标：mtree://destination-dd.example.com/data/col1/destination_MTree 已启用：是

 如果上述所有条件都适用，则此系统可能会受到上述缺陷的约束，并可能导致目标复制 FS 最终崩溃。

要应用解决方法，必须首先确保没有正在运行的复制或 BOOST 备份，然后进行注册表设置更改，这不需要停机。在开始此过程之前，请阅读位于此过程最后一步下方的 CAUTION 语句。

1. 确保在运行 DDOS 6.x 的源 DD 上禁用 DD 到 DD 复制：

# 复制禁用所有

2. 此外，在应用注册表设置之前，请确保对可能有问题的 VEEAM LSU/MTree 没有正在进行的 BOOST 备份或 BOOST MFR。如有必要，临时禁用与此 LSU 的备份和 MFR：

# ddboost file-replication show active all
# ddboost 文件复制显示统计信息

3. 此注册表更改需要 SE 模式权限。

4. 在 SE 模式下，更改注册表设置以禁用方法复制：

# se sysparam set RECIPE_REPL_ENABLED=FALSE

5. 确认系统参数已正确设置并显示为“FALSE”（已禁用）

# se sysparam show RECIPE_REPL_ENABLED
名称描述 当前默认覆盖
-------------------   ------------------------------------------------   -------   -------   --------
RECIPE_REPL_ENABLED启用方法复制（仅适用于源） FALSE TRUE rpc
-------------------   ------------------------------------------------   -------   -------   --------

6. 您现在可以重新启用 DD 到 DD 复制，并恢复与 LSU 之间的 BOOST 备份和 BOOST MFR：

# 复制启用所有

注意：如果在也配置为复制目标端的 Data Domain 源系统上禁用了方法处理，则这些上下文的源系统还需要执行上述过程（禁用方法复制）。

此外，请注意，升级到固定版本（DDOS 6.0.2.0 或 6.1.1.1）后，需要恢复设置，以便可以利用方法复制，升级将不会重置注册表项。完成升级后，通过登录到 DD 重新启用方法复制，进入 SE 权限模式并运行：

  # se sysparam 重置RECIPE_REPL_ENABLED

如果不确定上述流程，请联系您的签约支持提供商，并参考本知识库 文章491049 。

PANIC 始终可能是由于另一个问题造成的，并且在目标 DD 上的 FS PANIC 继续时，应用的解决方法可能不起作用。

在这种情况下，建议将源和目标 DD 升级到安全代码（上面提到的 DDOS 版本），并针对断开的复制上下文（未配置）、现有快照过期以及重新添加和重新初始化复制上下文。由于这是一个可能耗时的过程，并且可能存在多个复制上下文，这可能是问题的原因，请联系您的签约支持提供商并参考此知识库文章编号以及到目前为止执行的任何操作以获得帮助。