El parámetro /MIR de robocopy no funciona correctamente cuando se hacen copias desde nuestro sistema Windows a un servidor de copias de red NAS D-Link DNS-323.
El DNS-323 utiliza un sistema de archivos basado en Linux (ext2/ext3).
El comando robocopy, utilizado:
robocopy [origen] [destino] /MIR
funciona bien cuando ambos sistemas (origen y destino) son NTFS.
El problema es que, aunque los ficheros sean idénticos en origen y destino, y tengan la misma fecha, robocopy piensa que son diferentes, los considera ‘nuevos’, y vuelve a copiarlo todo cada vez que se ejecuta.
Para solucionar este error, hay que utilizar el parámetro /FFT, para asumir tiempos de archivo basados en FAT. Este sistema también está implementado en el sistema de archivos ext2/ext3, por lo que robocopy sí reconoce entonces que se trata del mismo archivo.
Se recomienda también anular la opción de copia de atributos, mediante el parámetro /COPY:DT, pues también suele ser un error típico al copiar hacia un sistema de archivos linux.
La instrucción completa quedaría:
robocopy [origen] [destino] /MIR /FFT /COPY:DT
Categorías
- ARDITEC (6)
- Consultoría Tecnológica (9)
- Presencia en Internet (5)
- Sistemas informáticos (19)
- Administración de servidores (3)
- Mantenimiento integral (5)
- Redes y cableado (4)
- Telefonía (2)
- Virtualización (8)
-
Entradas recientes
Meta
Etiquetas
acceso remoto adaptació LOPD altec management Altiben android anti-spam antivirus ARDITEC arditec sistemas armario de comunicaciones cableado estructurado CETR Citrix cloud computing CMS Codiwans Consulting US Consultoría Tecnológica contaplus cortafuegos cortafuegos UTM empresa en red escritorio remoto facturaplus filtrado de contenidos Firewall UTM gestor de contenidos Gingerbread 2.3.3 Global IT Associates IPCop LG GW620 LOPDGest menú de navegación CSS php Presencia en Internet promoconcert punto de acceso Seguridad servidor virtual sysprep terminal server Virtualización VPN Xen Server Xenserver


