Migrering från robocopy till ett FLR-aktiverat filsystem ändrar LastTimeWrite-Date till 1980-02-01
Summary: Kunden migrerar data till ett Unity FLR-aktiverat filsystem som resulterar i att lastTimeWrite-Date ändras till en tid under 1980 för vissa filer.
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
Kommandot som används för kopian liknar detta:
robocopy command ”robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1”
Här är ett exempel på filerna efter att de har kopierats:
Kunden försökte kopiera från flera skilda källenheter men resultatet blev alltid detsamma.
Under felsökningen gjordes följande ändringar men problemet löstes inte.
robocopy command ”robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1”
Här är ett exempel på filerna efter att de har kopierats:
Kunden försökte kopiera från flera skilda källenheter men resultatet blev alltid detsamma.
Under felsökningen gjordes följande ändringar men problemet löstes inte.
- Ställ in parametern windowsTimeUpdate på 1
- Aktivera tillfälligt stöd för SMB1.0/CIFS-fildelning på robocopy-värden och starta om datorn
- Program och funktioner > Aktivera eller inaktivera Windows-funktioner > Stöd för SMB 1.0/CIFS fildelning
- Vanligtvis är kryssrutan inaktiverad. Markera den och starta om datorn.
Cause
Robocopy fungerar som väntat. Ändring av mtime kommer att ske två gånger. Första gången återställs den till 1980, och om skrivning av data lyckas ändras mtime igen som senaste tid för ändring. Men om vi aktiverar automatiskt lås när vi skapar FLR, och Robocopy återställer mtime till 1980, kommer det att utlösa det skyddade tillståndet WORM_OK. Filen skrivskyddas då, vilket innebär att inga data kan skrivas, inklusive ändring av mtime, och därför rapporteras åtkomst nekad.
===========================================================
En tom fil med 0 byte kommer att få tillståndet endast bifoga, eftersom FLR uppfattar att det inte finns verkliga data som behöver skyddas, så tillståndet bör vara WORM_CLEAN, vilket betyder att funktionen automatiskt lås inte tillämpas på en tom fil enligt den här designen. De tomma filernas mtime kommer därför att vara den förväntade.
===========================================================
En tom fil med 0 byte kommer att få tillståndet endast bifoga, eftersom FLR uppfattar att det inte finns verkliga data som behöver skyddas, så tillståndet bör vara WORM_CLEAN, vilket betyder att funktionen automatiskt lås inte tillämpas på en tom fil enligt den här designen. De tomma filernas mtime kommer därför att vara den förväntade.
Resolution
Följande lösning gör det möjligt att uppdatera mtime på rätt sätt.
(1) Skapa först FLR-filsystemet på målmatrisen
(2) Inaktivera automatiskt lås (alternativ under filsystemegenskaper)
(3) Använd robocopy på alla filer som behöver FLR skydd till målmatrisen
(4) Aktivera automatiskt lås (växla med kryssrutan)
(5) Om du behöver lägga till nya filer i FLR-filsystemet ska du först inaktivera automatiskt lås
(6) Använd sedan Robocopy på de nya filerna till FLR-målet
(7) Aktivera automatiskt lås igen.
(1) Skapa först FLR-filsystemet på målmatrisen
(2) Inaktivera automatiskt lås (alternativ under filsystemegenskaper)
(3) Använd robocopy på alla filer som behöver FLR skydd till målmatrisen
(4) Aktivera automatiskt lås (växla med kryssrutan)
(5) Om du behöver lägga till nya filer i FLR-filsystemet ska du först inaktivera automatiskt lås
(6) Använd sedan Robocopy på de nya filerna till FLR-målet
(7) Aktivera automatiskt lås igen.
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.