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 command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
以下為複製檔案後的範例：
客戶嘗試從多個不同來源裝置複製檔案，但結果皆相同。
在故障診斷過程中，進行了下列變更，但並未解決問題。
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"
以下為複製檔案後的範例：
客戶嘗試從多個不同來源裝置複製檔案，但結果皆相同。
在故障診斷過程中，進行了下列變更，但並未解決問題。
- 將 param windowsTimeUpdate 設為 1
- 暫時在 robocopy 主機上開啟 SMB1.0/CIFS 檔案共用支援功能，接著重新開機電腦
- 程式和功能 > 開啟或關閉 Windows 功能 > SMB1.0/CIFS 檔案共用支援
- 通常會停用此核取方塊，請勾選方塊並重新開機電腦。
Cause
此為 Robocopy 的設計運作方式。它會修改 mtime 兩次，第一次會將其重設為 1980，如果寫入資料成功，它會再次將 mtime 變更為上次修改時間。然而，如果我們在建立 FLR 時開啟自動鎖定，當 Robocopy 將 mtime 重設為 1980 時，系統會觸發 WORM_OK 的受保護狀態，因此檔案會變成唯獨狀態，我們將無法寫入任何資料，包括修改 mtime，因此會收到「存取遭拒」報告。
===========================================================
大小為 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.