Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Create and access a list of your products

Robocopy auf ein FLR-fähiges Dateisystem ändert LastTimeWrite-Datum in 02.01.1980

Summary: Der Kunde migriert Daten zu einem FLR-fähigen Unity-Dateisystem, was dazu führt, dass das letzte TimeWrite-Datum für einige Dateien auf einen bestimmten Zeitpunkt im Jahr 1980 geändert wird. ...

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

Der verwendete Befehl für die Kopie ähnelt folgendem:
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"

Hier ist ein Beispiel für die Dateien nach dem Kopieren:
image.png

Der Kunde hat versucht, Kopien von verschiedenen Quellgeräten zu erstellen, aber das Ergebnis blieb gleich.
Während der Fehlerbehebung wurden die folgenden Änderungen vorgenommen, aber das Problem wurde nicht behoben.
  • Stellen Sie „param windowsTimeUpdate“ auf 1 ein.
  • Aktivieren Sie vorübergehend die Funktion „Unterstützung für die SMB 1.0/CIFS-Dateifreigabe“ auf dem Robocopy-Host und starten Sie den PC neu.
    • Programme und Features > Windows-Features aktivieren oder deaktivieren > Unterstützung für die SMB 1.0/CIFS-Dateifreigabe
    • In der Regel ist das Kontrollkästchen deaktiviert. Aktivieren Sie es und starten Sie den PC neu.
Netzwerk-Traces zeigen viele Antworten mit „access denied“ auf SMB SETINFO-Anfragen hin an.


Cause

Robocopy funktioniert wie vorgesehen. Die mtime wird zweimal geändert: Zuerst wird sie auf 1980 zurückgesetzt. Wenn die Daten erfolgreich geschrieben wurden, wird die mtime auf die letzte Änderungszeit gesetzt. Wenn jedoch die automatische Sperre bei der Erstellung von FLR aktiviert ist und Robocopy die mtime auf 1980 zurücksetzt, löst dies den geschützten Status als WORM_OK aus, sodass die Datei schreibgeschützt wird und keine Daten geschrieben werden können, einschließlich der geänderten mtime, daher wird die Meldung „access is denied“ (Zugriff verweigert) ausgegeben.
===========================================================
Eine leere Datei mit 0 Byte werden in den Status „append only“ versetzt, da FLR annimmt, dass kein Datenschutz erforderlich ist. Daher sollte der Status WORM_CLEAN sein, d. h., die Funktion für die automatische Sperrung wird standardmäßig nicht auf leere Dateien angewendet, sodass die mtime für leere Dateien wie erwartet festgelegt wird.

Resolution

Mit der folgenden Problemumgehung kann die mtime korrekt aktualisiert werden.

(1) Erstellen Sie zuerst ein FLR-Dateisystem auf dem Zielarray.
(2) Deaktivieren Sie die automatische Sperre; (die Option finden Sie in den Dateisystemeigenschaften)
(3) Erstellen Sie eine Robocopy aller Dateien, für die FLR-Schutz auf dem Zielarray erforderlich ist;
(4) Aktivieren Sie die automatische Sperre (markieren Sie das Kontrollkästchen);
(5) Wenn Sie neue Dateien zum FLR-Dateisystem hinzufügen möchten, deaktivieren Sie zuerst die automatische Sperre.
(6) Erstellen Sie dann eine Robocopy dieser neuen Dateien auf dem Ziel-FLR;
(7) Aktivieren Sie die automatische Sperre erneut.

Affected Products

PowerStore, Dell EMC Unity, VNX/VNXe
Article 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.