mtree 复制导入失败： nsrmmdbd SQLITE 严重约束失败

服务器配置了 DD 设备复制。
版本为 19.9.0.4 或更低版本。
导出工作正常。
导入失败。

此问题可能有两种可能的情况。
由于版本 19.9.0.4 或更低版本中的错误，在重新启动服务后，可能会从服务器中删除“NSR DD device replication”资源。这可能导致两种情况：

1. 在源服务器上，将删除“NSR DD device replication”资源。“last replication time”的引用丢失。下一次导出操作不会导出上次导出之后的那些存储集，而是直接导出卷中的所有存储集。在导入时，其中许多 ssid 之前已经导入过，因此会显示错误消息：SQLITE 严重约束失败，因为我们无法插入 ssid 两次。
2. 在目标服务器上，将删除“NSR DD device replication”资源。“last replication time”的引用丢失。下一次导入操作不会在上次导入时间之后导入新的存储集。相反，它将尝试导入所有存储集。但其中许多存储集已经导入，因此将失败。

由于故障源自被删除的“NSR DD device replication”资源，因此唯一的修复方法是升级到 19.9.0.5 或 19.10，以避免发生此问题。

可能的解决方法：
解决方法 A：
1. 从 nsr/nsrdb/dbg 文件夹
2 中找到的“NSR DD device replication”资源中查找“last replication”时间。删除现有的“NSR DD device replication”，并使用相同的参数创建新的“NSR DD device replication”，但使用上面的上次复制时间。

解决方法 B：
如果自复制开始以来目标服务器中 /nsr/replication 文件夹的内容未被修改，则可以删除整个复制卷，然后再次运行导入（仅当 NSR DD 设备复制的上次复制时间为 0 时）。
请记住，目标 NetWorker 服务器无法删除存储集，因为它们位于只读 mtree 上;因此，删除卷不会删除存储集。最重要的是，由于 /nsr/replication 文件夹完好无损，因此我们拥有自复制作业启动以来已导入的所有存储集的信息。

解决方法 C：
如果您需要检索目标服务器上的特定 SSID 以进行还原，则可以针对指定的 SSID 运行扫描程序。
由于此 SSID 是使用“scanner”导入的，而不是通过导入操作导入的，因此尝试导入此 SSID 的任何后续导入操作都将失败。恢复完存储集后，您可以稍后使用 nsrmm -d -S ssid 手动删除存储集。同样，这不会从 Data Domain 中删除 ssid，只会删除介质数据库中的引用。

如果您需要进一步的帮助或了解问题， 请联系支持人员。