Comprende el código correctamente previamente a usarlo a tu trabajo y si tdeseas aportar algo puedes dejarlo en los comentarios.
Citado de aquí:
En mi caso, comencé con control total sobre los recursos compartidos de origen y destino. El problema era que Robocopy estaba restableciendo la ACL en el recurso compartido de destino a un null value (nadie tiene permiso) antes de que comenzara a recurrir a los subdirectorios. Después de algunas pruebas rápidas, mi conclusión es que Robocopy no maneja los permisos heredados. Digamos que está copiando C:Share1 a D:, y C:Share1 hereda sus permisos del directorio raíz C:, en realidad no tiene una ACL explícita. Por lo tanto, cuando copia su ACL, en realidad está copiando… nada. Al copiar una ACL vacía en su destino, sus permisos se eliminan en el primer paso de la copia y todas las escrituras posteriores en el recurso compartido fallan con el Error 5.
Esto es solo un problema cuando está copiando desde una fuente a la que accede CON permisos heredados y un destino al que accede SIN permisos heredados. Si copia C: (que lo tiene explícitamente en su ACL), a D:, no hay problema. Si este es realmente su problema, puede resolverlo agregándose explícitamente a la ACL de origen con control total. Cuando se ejecuta la copia, su entrada de ACL se duplica en el destino y se pueden escribir las copias de archivo posteriores. Puede deshacer los cambios (tanto en el origen como en el destino) después de que se complete la copia.
Si continúa teniendo problemas a pesar de lo anterior, puede considerar probar el modificador /B, que intenta realizar una copia de seguridad del archivo utilizando sus privilegios como Operador de copia de seguridad. Esto le permitirá copiar archivos que de otro modo no podría, por ejemplo, si no está en la ACL en su recurso compartido de destino. Robocopy por defecto intenta una copia reiniciable. Al renunciar a las copias reiniciables, el peor de los casos es que pierda el archivo que se está transfiriendo actualmente en caso de una interrupción. El siguiente paso reiniciará ese archivo desde el principio en lugar de hacerlo a la mitad.
Espero que ayude. Aquí hay una cita del documento Robocopy de Microsoft con respecto al interruptor /B:
Cita:
Si copia la información de seguridad (ACL) de NTFS junto con los datos del archivo, es posible copiar archivos a los que tiene acceso de lectura, pero no de escritura. Después de que dicho archivo se copia una vez y se aplican las ACL, es posible que obtenga un error de “Acceso denegado” cuando intente copiar el archivo nuevamente. En esta situación, debe usar el modificador /B o /ZB para copiar los archivos en modo de copia de seguridad.
/B copia todos los archivos con semántica de copia de seguridad (modo de copia de seguridad). /ZB primero intenta copiar archivos en modo reiniciable (para una mayor resistencia), pero si eso falla con un error de “Acceso denegado”, automáticamente vuelve a intentar la copia usando el modo de copia de seguridad.
Intente copiar archivos usando el Backup bandera :
/B: copia archivos en modo de copia de seguridad.
Además de las respuestas anteriores, puedo ampliar con la solución que funcionó para mí. En mi caso, tenía carpetas y archivos locales cuya propiedad fue reclamada por otro usuario en el sistema. Simplemente reclamé la propiedad de todas las carpetas y subcarpetas y todo funcionó bien sin el interruptor de copia de seguridad.
Reclamar la propiedad de una carpeta y sus subcarpetas: http://technet.microsoft.com/en-us/magazine/ff404240.aspx