Robocopy 到启用了 FLR 的文件系统会将 LastTimeWrite-Date 更改为 02.01.1980
Summary: 客户将数据迁移到启用了 Unity FLR 的文件系统，这导致某些文件的 lastTimeWrite-Date 更改为 1980 年的某个时间。
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
用于复制的命令类似于如下：
robocopy 命令“robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1”
以下是复制后的文件示例：
客户尝试从多个不同的源设备复制，但结果始终相同。
在故障处理期间进行了以下更改，但问题未得到解决。
robocopy 命令“robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1”
以下是复制后的文件示例：
客户尝试从多个不同的源设备复制，但结果始终相同。
在故障处理期间进行了以下更改，但问题未得到解决。
- 将参数 windowsTimeUpdate 设置为 1
- 在 robocopy 主机上暂时开启 SMB1.0/CIFS 文件共享支持功能，然后重新启动 PC
- 程序和功能 > 启用或关闭 Windows 功能 > SMB1.0/CIFS 文件共享支持
- 通常，该复选框处于禁用状态，请选中它并重新启动 PC。
Cause
Robocopy 按设计方式工作。它将修改 mtime 两次，第一次重置为 1980，如果写入数据成功，它将再次更改 mtime，作为上次修改时间。但是，如果我们在创建 FLR 时开启自动锁定，当 Robocopy 将 mtime 重置为 1980 时，它将触发受保护状态 WORM_OK，使文件变为只读，我们无法再写入任何数据，包括修改 mtime，从而导致报告“access is denied”（拒绝访问）。
===============================================================
0 字节的空文件将变为仅附加状态，由于 FLR 认为没有实际数据需要保护，因此状态应为 WORM_CLEAN，这意味着自动锁定功能按设计将不会对空文件生效，因此空文件 mtime 将符合预期。
===============================================================
0 字节的空文件将变为仅附加状态，由于 FLR 认为没有实际数据需要保护，因此状态应为 WORM_CLEAN，这意味着自动锁定功能按设计将不会对空文件生效，因此空文件 mtime 将符合预期。
Resolution
以下解决方法可使 mtime 正确更新。
(1) 首先在目标阵列上创建 FLR 文件系统；
(2) 禁用自动锁定；（文件系统属性下的选项）
(3) 将所有需要保护 FLR 的文件 Robocopy 到目标阵列；
(4) 启用自动锁定（在复选框上切换）；
(5) 如果需要将新文件添加到 FLR 文件系统，请先禁用自动锁定；
(6) 然后将这些新文件 Robocopy 到目标 FLR；
(7) 再次启用自动锁定。
(1) 首先在目标阵列上创建 FLR 文件系统；
(2) 禁用自动锁定；（文件系统属性下的选项）
(3) 将所有需要保护 FLR 的文件 Robocopy 到目标阵列；
(4) 启用自动锁定（在复选框上切换）；
(5) 如果需要将新文件添加到 FLR 文件系统，请先禁用自动锁定；
(6) 然后将这些新文件 Robocopy 到目标 FLR；
(7) 再次启用自动锁定。
Affected Products
PowerStore, Dell EMC Unity, VNX/VNXeArticle Properties
Article Number: 000187051
Article Type: Solution
Last Modified: 29 Aug 2022
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.