Dans les copies effectuées avec Robocopy vers un système de fichiers prenant en charge FLR, la valeur LastTimeWrite-Date est remplacée par 02.01.1980

La commande utilisée pour la copie ressemble à ceci :
robocopy command "robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1"

Voici un exemple des fichiers après la copie :


Le client a essayé d’effectuer une copie à partir de plusieurs appareils sources différents, mais le résultat est toujours le même.
Lors du dépannage, les modifications suivantes ont été apportées, mais cela n’a pas résolu le problème.

• Définir le paramètre windowsTimeUpdate sur 1
• Activer la fonctionnalité de support de partage de fichiers SMB 1.0/CIFS d’abord sur l’hôte Robocopy, puis redémarrer le PC
  • Programme et fonctionnalités > Activer ou désactiver les fonctionnalités Windows > Support de partage de fichiers SMB 1.0/CIFS
  • En général, la case à cocher est désactivée : vous devez la cocher, puis redémarrer le PC

Les traces réseau affichent un grand nombre de réponses « access denied » aux demandes SMB SETINFO.

Robocopy fonctionne normalement. Il modifie la valeur mtime deux fois : la première fois, elle est réinitialisée sur 1980 et, si l’opération d’écriture de données aboutit, Robocopy modifie à nouveau la valeur mtime pour qu’elle corresponde à la dernière modification. Toutefois, si on active le verrouillage automatique lors de la création du système de fichiers FLR, lorsque Robocopy réinitialise la valeur mtime sur 1980, il déclenche l’état protégé en tant que WORM_OK, le fichier passe alors en lecture seule et il n’est plus possible d’écrire de données ni de modifier la valeur mtime correspondante. Il est donc signalé que l’accès est refusé.
===========================================================
Dans le fichier vide avec 0 octet, il est seulement possible d’ajouter des données à la fin, car FLR estime qu’il n’y a pas de protection réelle des données. L’état devrait donc être WORM_CLEAN, ce qui signifie que la fonction de verrouillage automatique n’est PAS prise en compte sur les fichiers vides et la valeur mtime des fichiers vides est celle attendue.

La solution de contournement suivante permet de mettre à jour correctement la valeur mtime.

(1) Créez d’abord un système de fichiers FLR sur la baie de destination.
(2) Désactivez le verrouillage automatique (cette option est située sous les propriétés du système de fichiers).
(3) Copiez tous les fichiers qui nécessitent une protection FLR vers la baie de destination à l’aide de Robocopy.
(4) Activez le verrouillage automatique (cochez la case).
(5) Si vous avez besoin d’ajouter de nouveaux fichiers au système de fichiers FLR, désactivez d’abord le verrouillage automatique.
(6) Copiez ces nouveaux fichiers vers le système FLR de destination à l’aide de Robocopy.
(7) Réactivez le verrouillage automatique.