La copia automática a un sistema de archivos habilitado para FLR cambia el LastTimeWrite-Date a 02.01.1980

El comando que se utiliza es similar al de la copia:
comando de copia automática “robocopy \\x.x.x.x\copyfrom\ \\y.y.y.y\copyTo\sample /COPY:DATSO /W:1 /R:1”

Este es un ejemplo de los archivos después de su copia:


El cliente intentó copiar desde varios dispositivos fuente diferentes, pero el resultado siempre fue igual.
Durante la solución de problemas, se realizaron los siguientes cambios, pero el problema no se resolvió.

• Establezca el parámetro windowsTimeUpdate en 1
• Active la característica de compatibilidad de uso compartido de archivos SMB1.0/CIFS por ahora en el host copia automática y reinicie la PC
  • Programa y características > Activar o desactivar las funciones de Windows > Compatibilidad con el uso compartido de archivos SMB1.0/CIFS
  • Por lo general, la casilla de verificación está deshabilitada, márquela y reinicie la PC.

Los seguimientos de red muestran una gran cantidad de respuestas de “access denied” a las solicitudes SETINFO de pequeñas y medianas empresas.

La copia automática funciona como debería. Modificará mtime dos veces, la primera vez se restablecerá a 1980, si los datos de escritura se realizan de forma correcta, volverá a cambiar mtime como última hora de modificación; Sin embargo, si activamos el bloqueo automático cuando creamos FLR, cuando la copia automática restablezca el mtime a 1980, se activará el estado protegido como WORM_OK, por lo que el archivo se vuelve de solo lectura, nunca podemos escribir ningún dato, lo que incluye modificar mtime para él, por lo que se informa “access is denied”.
===========================================================
El archivo vacío con 0 bytes se convertirá en un estado de solo anexo, ya que FLR cree que no hay necesidad de protección de datos real, por lo que el estado debe ser WORM_CLEAN, lo que significa que la característica de bloqueo automático NO se aplica en archivos vacíos por diseño, por lo que los archivos vacíos mtime serán los esperados.

La siguiente solución alternativa permitirá que mtime se actualice de forma correcta.

(1) Cree primero un sistema de archivos FLR en el arreglo de destino;
(2) Deshabilite el bloqueo automático; (opción en propiedades del sistema de archivos)
(3) Copie automáticamente todos los archivos que necesitan protección de FLR en el arreglo de destino;
(4) Habilite el bloqueo automático (active la casilla de verificación);
(5) Si necesita agregar archivos nuevos al sistema de archivos FLR, deshabilite el bloqueo automático primero;
(6) Luego, copie automáticamente esos nuevos archivos en la FLR de destino;
(7) Vuelva a habilitar el bloqueo automático.