Estoy evaluando si Robocopy será una buena opción para mí para mi secuencia de comandos de respaldo que realizará copias de seguridad solo de archivos más nuevos desde la unidad C (NTFS) a un Pendrive (exFAT).
Tengo este comando que estoy ejecutando. Hace el trabajo, pero parece que hay un registro incorrecto cuando el destino es una memoria USB extraíble y también está formateada en exFAT. Este problema no ocurre si el destino es FAT o NTFS.
robocopy C:\Temp\F1 D:\F1 /XO /E /FFT /LOG:C:\Temp\robo.txt /NP /NDL /R:1 /W:3
En el comando anterior D: era la letra del pendrive y el comando o archivo .BAT siempre se ejecutaba como administrador en Windows 7 Ultimate 64.
El problema aparece con el Caso 2 como se describe a continuación.
Caso 1: consulte la captura de pantalla del registro. Esto parece correcto. Todos los nombres de archivos copiados se registran y las estadísticas de copia son correctas. 3 Se copian los archivos.
Caso 2: agrego un archivo más en la fuente. Ahora solo copia este nuevo archivo pero muestra todos los archivos en el registro y las estadísticas son incorrectas. Dice 4 archivos copiados.
Este tipo de registro inconsistente ocurre solo cuando el destino es un pendrive con formato exFAT. No hay problemas con FAT o NTFS.
Sistema operativo: Windows 7 Ultimate 64.
Preguntas.
- ¿Se trata de algún problema o error en el registro de Robocopy cuando el destino es el pendrive exFAT?
- Si no es así, ¿me falta alguna opción en el comando que debería solucionar este problema?
Agradecería mucho más claridad sobre esto.
Editar
Caso 3: Sin cambios, aún enumera los 4 archivos en el archivo de registro.
/FFT o su ausencia no cambia los datos del registro.
Verifiqué usando Free File Sync, ambos directorios están sincronizados en lo que respecta al tamaño del archivo, la marca de tiempo y el contenido real. Creo que no se está copiando, sino aún registrando.
Editar 2
Coloqué 2 archivos grandes en la fuente juntos, 312 MB. Se tarda 42 segundos en copiar y luego en el destino del pendrive USB 2. El registro está bien.
Ahora ejecuto el comando nuevamente. Finaliza en 0 segundos pero aún registra 2 archivos y las estadísticas muestran 2 archivos copiados. Estoy seguro de que esto no es posible con 312 MB de datos en un pendrive USB 2.0.
Respuesta1
La versión de Robocopy en mi Windows 7 es6.1.7601.23403.
Esa versión de Robocopy es de 2009. Tiene 10 años de antigüedad.
Intenté copiar Robocopy desde una PC con Windows 10 (64) a mi Windows 7 (64), pero cuando se ingresa el comando en .BAT, aparece un error que indica que no es una aplicación Win32 válida.
Desafortunadamente, Windows 7carece de ciertos requisitos previosrequerido por el ejecutable actual de Robocopy, por lo que el último ejecutable no se puede simplemente copiar desde un sistema Windows 10:
Incluso copiar desde Windows 8 no funcionará ya que los componentes subyacentes deben admitirlo.
Robocopy es solo una utilidad que llamará a los componentes subyacentes del sistema de archivos.
No pude recrear este problema en mi sistema Windows 10 1903, que tiene la última versión de Robocopy.
No hay duda de que el problema está en los registros y no en el proceso de copia en sí. Robocopia en realidadhaceexactamente lo que se supone que debe hacer aquí, simplemente lo informa incorrectamente.
Las copias instantáneas que estamos viendo aquí son imposibles. Si copiar un archivo de un volumen a otro tarda 42 segundos la primera vez, el mismo procesono poder¡Tómese 0 segundos la segunda vez!
Cualquier cuello de botella que limitara la velocidad de la copia del archivo inicial afectaría las copias posteriores exactamente de la misma manera (es decir, el ancho de banda del USB y la velocidad de escritura de la unidad flash).
Esto se puede demostrar fácilmente realizando un trabajo de copia que incluya un archivo relativamente grande y observando cuánto tiempo lleva, luego eliminando el archivo grande de la unidad de destino y volviendo a ejecutar el mismo trabajo. Copias posteriores en dosdiferenteLos volúmenes tardarán aproximadamente el mismo tiempo.
Discrepancias de registro:
Verde = verdadero.
Rojo = falso.
Solo para aclarar lo que se muestra en el primer cuadro verde: agregué el "Ningún archivo 100% nuevo"líneas para mostrar dónde era correcto el registro para mostrar espacios en blanco. Tenía estas copias de archivosen realidadtenido lugar, entonces "100%" y "Nuevo archivo" se habrían mostrado junto a cada archivo copiado correctamente.
Estas copias de archivos nunca ocurrieron. ¡El OP podría poner 20 GB de datos allí y Robocopy aún informaría una transferencia instantánea!
Conclusión:
El OP no podrá actualizar su versión de Robocopy ya que Windows 7 no puede usar nada más nuevo que la versión 2009.
Sus opciones inmediatas son usar XCOPY o alguna otra utilidad de copia de archivos.
Cuando el OP finalmente actualice a una versión más nueva de Windows, como Windows 10, tendrá una versión reciente de Robocopy donde este antiguo error ha sido parcheado y este problema de registro ya no ocurrirá.
Respuesta2
Se sabe que Robocopy causa problemas al transferir archivos entre diferentes sistemas de archivos, por ejemplo, debido a que NTFS es una marca de tiempo de 64 bits, ex fat usa 3 campos separados para almacenar la marca de tiempo, siendo un byte la zona horaria para la hora UTC.
Y hay varios ejemplos en los que el resumen no muestra la información correcta.por ejemplo aquí. Supongo que el cálculo resumido (en términos generales) no está integrado directamente en el procedimiento de copia, por lo que hay algún tipo de error. Pero no encontré ningún documento "oficial" que verifique esto. Es posible que también quieras verificar cuál es realmente correcto, el registro o el resumen.