部署知识库文章：Datadobi DobiMigrate 代理无权访问源共享/导出

在文件和目录上第一次拷贝以及几次拒绝访问问题的后续迭代期间，其中许多问题反复出现。

奇怪的行为是，同一文件可能会在一次迭代中被拷贝，但下一次迭代会在日志中报告拒绝访问错误。

每次检查相同的路径，并随机文件报告访问被拒绝，并且相同的文件在下一次迭代中不报告，然后报告回来。

例如：

对于目录：

error: AccessDeniedException: /IT/transcore/src2/org
error: AccessDeniedException: /IT/transcore/src

重新迁移后将变为：

DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src2
DirectoryIteratorException: java.nio.file.AccessDeniedException: /IT/transcore/src

• 在比较源和目标时，您会发现目录未复制到目标。
• 尝试单击它们并执行重新迁移强制元数据 + 数据复制，或尝试使用重新复制元数据开始另一次迭代，结果是失败
• 如果您尝试比较 NFS 和 CIFS 端的所有权限，两者具有完全相同的权限，即父目录 /IT/transcore 和子目录 IT/transcore/src2。

对于文件：

AccessDeniedException: /Marketing/fvb_test/SCR.pdf

• 在比较源和目标时，您可能会发现 PDF 文件是复制的，具有相同的权限、大小，并且除了所有者是 root Linux 用户，而在源中是普通用户之外，其他一切都完全相同。
• 尝试在目标上打开文件，它可能已损坏并且无法像源一样打开，这是完全正常的。
• 尝试重新迁移元数据，但未成功。
• 但是，在总路径上推送正常迭代 2 或 3 次后，您可能会发现此特定文件的此错误不会重复出现，并且在目标阵列上，它正常打开且工作正常。

此问题的原因是其中一个 NFS 代理位于不同的网络上，无法浏览源数据。它没有访问权限。

删除了位于不同网络上且无权访问的 NFS 导出。

为了确定哪个 NFS 代理具有或没有访问权限。

转至 Datadobi Management UI （Core） > 工具 > 文件浏览器选择 > 存储 > 选择代理浏览 > 文件，并确保您可以使用此代理访问所有文件。

使用所有代理执行上述作，以确定哪个文件没有访问权限，然后您可以确认代理是否有访问权限。