none
consejos ROBOCOPY para migracion grande RRS feed

  • Pregunta

  • Buenos días,

    A ver si me podeis asesorar, necesito migrar 50Tb con Robocopy de diferentes dominios diferentes a un dominio final (nuevo) que tiene relaciones de confianza con los interiores.

    Mi idea es lanzar Robocopy en modo backup durante 1 semana (o el tiempo que haga falta)

    robocopy D:\Source F:\destination *.* /s /E /COPYALL /ZB /R:3 /W:5 /TEE /LOG:F:\log.txt

    Una semana antes de la entrada a producción , lanzaría Robocopy diariamente pero con la opción de igualar origen y destino (/MIR) para hacer una sincornización. ¿Que comando usaríais?

    Os parece correcto esta estrategia o si podeís proponer otra mejor para optimizar los tiempos de copia, al entrar en producción.

    Muchas gracias de antemano.

    Saludos


    lunes, 14 de abril de 2014 10:34

Respuestas

  • La estrategia me parece correcta. He hecho cosas parecidas  con ese procdemiento de hastas unos 12 TB. El rendimiento dependerá mucho de los equipos y del ancho de banda (si es por red) disponible.

    Suelo usar /MIR

    Si el equipo es 2008R2 o Windows 7 (y superior), puedes usar el multi-threaded que mejora enormemente la velocidad a cambio de usar más procesador:  Añades /MT:<hilos>

    <hilos>, el número de hilos a usar, entre 1 y 128  (8 por defecto). Vete probando y vas subiendo según la carga que puedas meterla a la máquina. Yo suelo usar 64.

    Un saludo.

    • Propuesto como respuesta Uriel Almendra miércoles, 16 de abril de 2014 12:25
    • Marcado como respuesta Pollastre__ miércoles, 16 de abril de 2014 15:46
    miércoles, 16 de abril de 2014 9:29

Todas las respuestas

  • Personalmente nunca lo hago con robocopy, sino usando un buen programa de backup. Haces una primera copia de seguridad completa que luego restaurarás en el nuevo destino, y a partir de ahora, con la frecuencia que necesites, copias incrementales (o diferenciales, al gusto) que a su vez restaurarás. La ventaja que tiene sobre la sincronización con robocopy es que en caso de desastre tienes los soportes de copia de seguridad con los que volver a reponer los archivos.


    Saludos
    José Antonio Quílez
    Mi Blog

    • Propuesto como respuesta Uriel Almendra lunes, 14 de abril de 2014 18:41
    • Marcado como respuesta Uriel Almendra martes, 15 de abril de 2014 12:59
    • Desmarcado como respuesta Pollastre__ miércoles, 16 de abril de 2014 7:46
    lunes, 14 de abril de 2014 17:49
    Moderador
  • Hola José, agradezco tu respuesta, pero no me sirve, no puedo usar ningún programa de backup.

    Alguien podría comentar si tiene experiencia en migraciones grandes con Robocopy y sobre las estrategías de copia usando ROBOCOPY?

    Me gustaría que alguien comentara mi primera intervención

    Muchas Gracias a todos!




    • Editado Pollastre__ miércoles, 16 de abril de 2014 7:50
    miércoles, 16 de abril de 2014 7:49
  • La estrategia me parece correcta. He hecho cosas parecidas  con ese procdemiento de hastas unos 12 TB. El rendimiento dependerá mucho de los equipos y del ancho de banda (si es por red) disponible.

    Suelo usar /MIR

    Si el equipo es 2008R2 o Windows 7 (y superior), puedes usar el multi-threaded que mejora enormemente la velocidad a cambio de usar más procesador:  Añades /MT:<hilos>

    <hilos>, el número de hilos a usar, entre 1 y 128  (8 por defecto). Vete probando y vas subiendo según la carga que puedas meterla a la máquina. Yo suelo usar 64.

    Un saludo.

    • Propuesto como respuesta Uriel Almendra miércoles, 16 de abril de 2014 12:25
    • Marcado como respuesta Pollastre__ miércoles, 16 de abril de 2014 15:46
    miércoles, 16 de abril de 2014 9:29
  • Muchas gracias Javier, Me es muy útil esto que comentas.

    Sobre el numero de hilos, he leído que no es recomendable usar más de 8, cuando pones 64, se supone que consigues copiar con mas velocidad ? Eso depende del ancho de banda de la red (es una copia por red) o bien de los recursos de la maquina donde corre Robocopy??

    Teneís alguna tabla o ejemplo con velocidades de LAN y volumetrias de datos ? para hacerme una idea.

    Saludos


    miércoles, 16 de abril de 2014 15:49
  • No tengo datos concretos de rendimiento.

    Cuando haces un robocopy /MIR el comando tiene que recorrer los dos directorios (origen y destino) comparándolos para ver los ficheros que tiene que copiar.

    Solo este procedimiento, sin copiar nada, puede incluso llevar varias horas con un volumen muy grande de datos (sobre todo si son muchos ficheros).

    Con el MT he conseguido que este recorrido sea no más del 10% (cálculo a ojo) del tiempo que le llevaba antes (con pocos archivos que copiar). Es decir en esta operación no había problema de ancho de banda.

    Ahora bien, si tiene que copiar muchos archivos (el primer robocopy, por ejemplo), seguramente no sea bueno usar un MT elevado. Por eso es mejor ir probando con precaución.

    No se si es recomendable o no, pero el uso de /MT:64 para copiar directorios lo vi por primera vez en TechNet ;-)

    http://technet.microsoft.com/en-us/library/dn495044.aspx

    Un saludo

    miércoles, 16 de abril de 2014 16:07
  • Muchas gracias de nuevo por tu precisa y valiosa información Javier. Tendré en cuenta lo que comentas.

    Sobre el /MT leí en algunos foros ingleses que era mejor no subirlo de 8, no recuerdo la razon exacta, yo he intentado probar con /mt:8 y /mt:64 y la diferencia de tiempo en 100GB con ficheros bastante grades (videos) fue inapreciable.

    Ya iré comentando en este hilo mis novedades.

    Un saludo


    jueves, 17 de abril de 2014 7:15