NetApp Data Migrator 的已知问题
已知问题可识别可能妨碍您成功使用此版本产品的问题。请仔细阅读这些已知问题。
配置
使用 SID 映射时访问权限不匹配
NetApp Data Migrator 在使用 SID 映射时可能会报告 `Missing ACE in target`错误。此错误指示源和目标系统之间的访问权限不匹配,因为未在根级别执行 SID 映射。
提供 SID 源和目标的 CSV 映射,如以下两个场景所示:
在 CSV 映射表中为从源 Active Directory 中删除或移除的用户或组提供 SID,如以下示例所示:
| sid_source | sid_target |
|---|---|
S-1-5-21-2444020195-1862089444-1769087368-1000 |
S-1-5-21-3481156262-2863848796-4292454742-512 |
对于 Active Directory 中的活动用户或组,请仅以小写形式提供 CSV 映射表中的用户名或组名。包括域前缀(domain\username),如以下示例中所示:
| sid_source | sid_target |
|---|---|
rootdomain\user1 |
rootdomain\user2 |
同一级别目录的批量迁移限制
使用批量迁移功能时,不能同时为源目录层次结构和目标目录层次结构中处于同一级别的目录创建多个迁移作业。例如,源和目标在同一共享操作中的同级文件夹。尝试在单个批量迁移配置中包含此类目录会导致作业创建失败。
一次为处于同一级别的目录创建一个迁移作业,而不是将它们添加在一起。
目录级迁移继承权限标记
在目录级迁移中,所选根目录的继承权限不会标记在目标上。由于 NetApp Data Migrator 不对根目录应用继承的权限,因此依赖继承的子目录和文件也不会获得继承的权限。
此问题仅影响从根目录继承的权限传播。NetApp Data Migrator 在迁移期间正确标记直接对文件和目录设置的显式权限(非继承权限)。
迁移完成后,手动重新应用或重置目标根目录上继承的权限。这允许正确的继承权限传播到所有子目录和文件
验证 NFS 中 UID 和 GID 映射的手动上传
在 NFS 迁移期间,如果 UID 和 GID 映射 CSV 文件包含目标系统上不存在的数字用户 ID 或组 ID,则 NetApp Data Migrator 按原样应用(盖章)这些值。NetApp Data Migrator 不会验证目标上是否存在指定的 UID 或 GID,也不会在 UI 中报告任何错误或警告。这可能导致所有权不正确的文件迁移。您需要提供正确的 UID 和 GID 映射。
确保映射 CSV 中指定的所有 UID 和 GID 值对应于目标系统上的有效和现有用户和组,然后再开始迁移。手动验证目标上的用户和组是否存在,以避免 NetApp Data Migrator 在迁移期间应用不正确的所有权。
迁移预检查显示错误的空间不足警告
在迁移预检查期间,即使目标有足够的空间,您也可能会看到以下警告:
Insufficient destination space for selected path. Do you still want to proceed with the migration?
如果跳过发现步骤,而 NetApp Data Migrator 使用读取整个块设备大小而不是实际数据集大小的常规命令,则可能会发生这种情况。
在迁移运行之前运行发现。这可确保磁盘使用信息可用于预检查操作。如果您仍然看到警告:
-
确认发现已完成。
-
手动验证目标卷是否具有足够空间。
-
如果有足够的空间,您可以安全地继续进行数据迁移。
报告
Excel 在 COC 报告文件中显示不正确的权限
在 Microsoft Excel 中打开保管链 (CoC) 报告 CSV 文件时,某些文件或文件夹权限可能显示为 #NAME?,例如 -rwxrwxrwx,而不是实际值。
这是因为 Excel 错误地将某些权限字符串(以 - 或 = 开头)视为公式,从而导致显示错误。CSV 文件本身是正确的,这只是一个显示问题。
要查看正确的文件和文件夹权限,请使用以下应用程序之一打开 CSV 文件:
-
Google Sheets
-
Apple Numbers
-
在线 CSV 查看器
-
文本编辑器,例如 Notepad++
当批量发现作业因网络问题而失败时,没有错误消息
如果主机或目标服务器在批量发现作业期间关闭,NetApp Data Migrator 可能不会显示错误消息。这会给人留下作业仍在正常运行的印象。
发现作业每 30 秒刷新一次。如果您注意到文件计数、目录计数或数据大小未更新,这可能表明存在网络问题。
-
检查网络连接:
-
打开工作节点虚拟机终端。
-
Ping 目标服务器的 IP 地址。
如果没有响应,则可能无法到达目的地。
-
-
还原网络接口:
-
使用 SSH 连接到目标服务器:
ssh <destination_IP> -
查找接口名称,例如 eth0:
ipconfig -
使网络接口恢复联机:
ifup <interface_name>
-
-
如果需要,对源服务器重复步骤 1 和 2。
无法在 Windows worker 上切换用户
由于现有网络连接,在 Windows worker 上切换到其他用户帐户可能会失败。这可能会阻止对文件服务器的访问。
-
通过在 Windows worker 上打开命令提示符并运行以下命令来删除以前的连接:
net usenet use <IP address> /delete -
切换到新用户帐户并访问文件服务器。
验证
迁移后,即使计数匹配,文件大小也可能不同
数据迁移完成后,文件总数正确,但某些文件的大小可能与原始源不同。如果网络中断或服务器在文件传输过程中出现问题,则可能会发生这种情况。
-
查看迁移 COC 报告以识别标记为错误的文件。
-
重新运行迁移,直到错误得到解决。
工作流程
作业已暂停或停顿超过 20 分钟
当您观察到网络连接问题、源卷或目标卷稳定性问题或两者都存在时,您可能需要进行干预。作业可能处于"已暂停"或"正在运行"状态,没有任何可见的进度。如果源或目标服务出现故障,或者辅助服务出现停机,则可能会发生这种情况。
-
检查源和目标。
如果它们处于脱机状态,请重新启动以恢复连接。
-
检查工作节点状态。
如果工作线程处于离线状态,请使用 SSH 连接到虚拟机并运行以下命令:
systemctl restart datamigrator-worker.service -
重新启动 VM:
如果问题仍然存在,请重新启动工作 VM。
发生错误时,作业运行状态令人困惑
某些 Migration 作业运行会遇到错误并显示"已完成"或"错误"状态。这会导致在解释 Migration 作业运行状态时产生混淆。
状态定义:
-
已完成:作业运行已完成,但可能包含错误。
-
错误:由于严重问题,作业运行失败。
通过检查作业运行详细信息是否存在任何错误来验证作业运行结果,尤其是在状态为"已完成"的情况下。在解决此问题之前,请勿仅依靠状态标签。