Copiar recursos compartidos de archivos de un servidor Windows a otro con Syncovery
La migración de recursos compartidos de archivos de un servidor Windows a otro requiere una planificación y una ejecución cuidadosas para garantizar la integridad de los datos, minimizar el tiempo de inactividad y conservar la configuración de seguridad NTFS. Esta guía le guiará por los pasos de la migración de un servidor de archivos con Syncovery, incluida la copia de archivos, la conservación de los permisos NTFS, la creación de los recursos compartidos de archivos en el nuevo servidor y la planificación y ejecución de una posible fase de transición, así como del cambio definitivo.
Requisitos previos para la migración de un servidor de archivos
Asegúrese de que se cumplen los siguientes requisitos para poder realizar la migración del servidor:
- Acceso a los servidores Windows de origen y destino con privilegios de administrador
- Syncovery instalado en el servidor de origen o en el de destino (instalarlo en un tercer equipo es posible, pero menos eficiente y no se recomienda)
- Espacio de almacenamiento suficiente en el servidor de destino.
- Conocimiento de los recursos compartidos actuales y de la configuración de permisos NTFS.
- Los servidores deben estar en el mismo dominio de Windows (si no es así, pueden ser necesarios pasos especiales)
- Puede empezar con nuestra versión de demostración gratuita de Syncovery y adquirir una licencia de Syncovery Premium Edition si decide utilizarla.
- Determine si habrá un periodo de transición en el que los archivos deban actualizarse en el servidor de destino. O, en un caso más complicado, podría haber un periodo en el que sus compañeros de trabajo o clientes trabajen tanto en el servidor antiguo como en el nuevo. Aunque esto debería evitarse, Syncovery puede configurarse para gestionar una situación así.
- Tenga en cuenta sus necesidades de calendario y el cambio definitivo en su migración de servidor de archivos.
Decisiones clave antes de iniciar la migración
Antes de que pueda comenzar la migración, debe tomar las siguientes decisiones:
Instalación de Syncovery en el servidor de origen o de destino
Puede instalar Syncovery en el servidor de origen o en el de destino, o incluso en una tercera máquina. Por motivos de eficiencia, para aumentar la velocidad y utilizar menos ancho de banda de red, se recomienda instalar Syncovery en el servidor antiguo o en el nuevo, en lugar de en una tercera máquina independiente.
Ventajas de instalar Syncovery en el servidor de origen:
- El análisis inicial de las carpetas será extremadamente rápido
- La replicación en tiempo real durante un periodo de transición puede ser más eficiente y fiable
- El rendimiento del análisis de carpetas para sincronizaciones repetidas puede mejorarse usando la opción “Cache Destination File List”
Ventajas de instalar Syncovery en el servidor de destino:
- La configuración de los metadatos de archivos y de la seguridad NTFS en las carpetas de destino puede ser más rápida
- El nuevo servidor suele tener más potencia de CPU y memoria (RAM), lo que permite que Syncovery funcione más rápido
Instalar Syncovery en un tercer servidor independiente, como una VM, obligaría a conectarse tanto al origen como al destino a través de la red (LAN). No se beneficiaría de ninguna de las ventajas mencionadas anteriormente. El tráfico de red se duplicaría, ya que todos los datos tendrían que transferirse por red a la máquina en la que se ejecuta Syncovery y, después, copiarse de nuevo a la máquina de destino. Aunque no se usa espacio TEMP en la máquina de Syncovery, sigue considerándose ineficiente y no se recomienda (aunque es totalmente posible).
Copiar recursos compartidos de archivos individuales o unidades completas
Si tiene varios recursos compartidos de archivos en el disco duro de un servidor, puede elegir entre copiar toda la unidad (o carpetas seleccionadas de toda la unidad) o copiar recursos compartidos individuales. Copiar toda la unidad tiene la ventaja de requerir menos perfiles, pero el posible inconveniente es que debe utilizar un recurso compartido de archivos que exponga toda la unidad (como un recurso compartido administrativo, por ejemplo D$).
Si tiene muchos recursos compartidos, Syncovery puede crearlos en el servidor de destino por usted. La opción para crear recursos compartidos está en el mismo cuadro de diálogo “Process Security and Shares”, donde se elige copiar los permisos NTFS.
Aquí tiene un ejemplo de las rutas base del perfil al copiar una unidad completa:
\\SOURCESERVER\$D → D:\
o
D:\ → \\DESTSERVER\D$
Copiar los recursos compartidos por separado puede ser necesario si la estructura de la unidad en el nuevo servidor va a ser diferente de la del antiguo. Al copiar los recursos compartidos por separado, podría quedar así:
\\SOURCESERVER\Data → D:\Data
\\SOURCESERVER\Archive → D:\Archive
\\SOURCESERVER\Documentation → D:\Documentation
o
D:\Data → \\DESTSERVER\Data
etc.
Una tercera posibilidad es utilizar las rutas base que se muestran a continuación. Si especifica simplemente “\\SOURCESERVER” en el lado izquierdo, podrá seleccionar los recursos compartidos que desea copiar mediante el cuadro de diálogo de selección de subcarpetas de Syncovery:
\\SOURCESERVER → D:\
Creación y ejecución de los perfiles de Syncovery
Una vez determinadas las rutas de origen y destino que desea utilizar, puede continuar con la creación del perfil en Syncovery. Es posible que tenga que crear uno o varios perfiles. Asegúrese de estar usando Syncovery en Modo avanzado y elija los siguientes ajustes para una migración de servidor de archivos. No es necesario cambiar muchos de los valores predeterminados.
Modo de operación de sincronización: Reflejo exacto
Archivos → Número de archivos a copiar en paralelo: El valor predeterminado de 3 hilos de copia debería aumentarse si tiene muchos archivos pequeños. Puede subirlo fácilmente a 10 o 20 si dispone de una conexión de red rápida entre los servidores y no está copiando sobre todo archivos muy grandes (como vídeo). El número que elija también depende de cuánta carga de red y de servidor pueda permitirse y de lo rápido que deba completarse la migración del servidor de archivos.
Trabajo → Hilos de lista de archivos: El número de hilos de lista de archivos (= hilos de análisis de carpetas) puede configurarse entre 10 y 30 si dispone de unidades, servidores y una conexión de red rápida y estable. Si necesita ser prudente con el uso de CPU y la carga general del servidor, y el número de carpetas y archivos no es extremo, puede mantener la configuración predeterminada.
Especial → Procesar seguridad y recursos compartidos: Si es necesario copiar la configuración de seguridad NTFS (también conocida como permisos), elija la configuración de copia de seguridad correspondiente según esta guía.
Sincronización selectiva: subcarpetas, máscaras y filtros
De forma predeterminada, Syncovery copia todas las carpetas y todos los archivos, excepto las máscaras globales de exclusión. Las encontrará en el cuadro de diálogo de configuración del programa, pestaña “Tipos, límites”. Las máscaras globales de exclusión se rellenan previamente con algunas máscaras predeterminadas cuando Syncovery se ejecuta por primera vez. Por ejemplo, los archivos llamados Thumbs.db se excluyen de forma predeterminada. Revise las máscaras y decida si desea conservarlas. También puede configurar perfiles individuales para que ignoren las máscaras globales de exclusión. Esto se hace en “Máscaras y filtros”→”Exclusiones” en cada perfil.
Si necesita realizar una sincronización selectiva, puede usar el cuadro de diálogo de selección de subcarpetas, así como máscaras y filtros. Por ejemplo, podría excluir carpetas llamadas Cache;Caches;Temp simplemente escribiéndolo en las máscaras de exclusión. Puede usar filtros para copiar solo archivos de un intervalo de fechas concreto, o solo archivos dentro de un intervalo de tamaños.
Configuración de seguridad de carpetas y archivos (es decir, permisos)
En el paso anterior, eligió si copiar o no la configuración de seguridad de carpetas y archivos. Esto incluye el propietario, el grupo y las listas de control de acceso (ACL), con permisos independientes para usuarios o grupos adicionales. Si los dos servidores están en el mismo dominio, copiar los permisos debería ser sencillo. Si no lo están, y aun así desea copiar los permisos NTFS, asegúrese de que todos los usuarios y grupos existan en el servidor de destino y seleccione “Traducir identificadores de seguridad” en la pestaña Avanzado del cuadro de diálogo Seguridad y recursos compartidos del perfil de Syncovery. Si los nombres de usuario en el nuevo servidor no son idénticos a los del anterior, Syncovery puede traducir los nombres de usuario. Póngase en contacto con soporte para obtener detalles sobre cómo configurar esta función, que se usa raramente.
Tenga en cuenta que, además de la seguridad de carpetas y archivos, los recursos compartidos de red también tienen ACL. Los permisos de una carpeta y los de su recurso compartido se combinan según el principio del menor privilegio: el permiso efectivo para un usuario es el más restrictivo de los permisos NTFS y de recurso compartido combinados. Esto significa que, si el permiso NTFS o el permiso del recurso compartido es más restrictivo, ese será el permiso efectivo.
Verificación de datos
Al copiar entre dos servidores en una LAN cableada estable y moderna, puede confiar en que las copias coincidan exactamente con los archivos de origen y no tendrá que preocuparse por daños en los datos. Sin embargo, si desea que Syncovery verifique cada archivo después de copiarlo, puede seleccionar Archivos → Verificar archivos copiados. Esto volverá a leer todo el archivo después de copiarlo y lo comparará con el de origen byte a byte. Los hashes no se usan de forma predeterminada, pero sí pueden utilizarse si instala Syncovery Remote Service en el otro servidor o servidores.
Como alternativa a verificar cada archivo después de copiarlo, Syncovery también puede comparar el contenido de todos los archivos que ya existan en ambos lados. Esto se hace durante la fase de análisis de carpetas. Para activar esta verificación, seleccione Comparación → Más → Comparación binaria de archivos existentes mientras se genera la lista de archivos. Como esto ralentizará el análisis de carpetas, conviene ejecutarlo solo una vez (o de forma ocasional) y luego desmarcarlo de nuevo. También puede usar la opción “Recordar resultados”, haciendo que Syncovery recuerde qué archivos ya ha verificado y omita las verificaciones futuras de esos archivos.
Copiar con nombres de archivo temporales
Syncovery puede usar opcionalmente nombres de archivo temporales en el lado de destino mientras se copia un archivo. Cuando se han transferido todos los bytes, el nombre temporal se cambia al nombre real original del archivo. La denominación especial de los nombres temporales permite a Syncovery reanudar transferencias interrumpidas incluso si el perfil se detiene y se vuelve a iniciar más tarde. También garantiza que las transferencias interrumpidas nunca puedan confundirse con archivos válidos. En general, esta función no es necesaria para una migración de servidor de archivos si ambos servidores están conectados mediante una LAN estable. No obstante, conviene tenerla en cuenta y valorarla. La opción está en la pestaña “Files” del perfil y la casilla se llama “Automatically resume (copy with temporary filenames, keep incomplete files when stopped)”.
Ejecución del trabajo de migración
Tenga en cuenta que, de forma predeterminada, Syncovery ejecuta los trabajos grandes por partes, dividiendo la ejecución del perfil al alcanzar entre 2 y 5 millones de archivos durante la fase de análisis. Si su servidor dispone de mucha RAM, puede aumentar el límite de división o eliminarlo. Revise el cuadro de diálogo de configuración del programa, pestaña “Memoria”, antes de iniciar el perfil.
A continuación, puede ejecutar la tarea de copia inicial para la migración de su servidor de archivos. Asegúrese de haber iniciado sesión como administrador de dominio y abra Syncovery haciendo clic con el botón derecho (o con Mayús + botón derecho) en su icono y eligiendo “Ejecutar como administrador”. Puede iniciar la primera ejecución del perfil en Modo atendido si desea ver la vista previa de sincronización antes de comenzar la copia. Si no es necesario, puede ejecutar el trabajo en Modo desatendido o en segundo plano haciendo clic con el botón derecho en el perfil y eligiendo el modo de funcionamiento deseado.
Sincronización continua durante la fase de transición
Si necesita actualizar continuamente el nuevo servidor durante una fase de transición, puede usar el programador de Syncovery para ejecutar la tarea de forma periódica. Puede programar sincronizaciones periódicas para que se ejecuten varias veces al día, o una vez durante la noche. También puede elegir Sincronización en tiempo real para evitar análisis completos de carpetas y actualizar solo las carpetas con modificaciones en casi tiempo real. Asegúrese de instalar el programador como servicio para que se ejecute con permisos de administrador y también cuando cierre sesión. El programador debe configurarse e iniciarse en la pestaña “Scheduler”.
Para permitir que Syncovery establezca automáticamente la conexión de red a rutas UNC, puede ser necesario especificar las credenciales de red en el perfil mediante Tarea → Conexiones de red…. Esto no es necesario si Syncovery se ejecuta con una cuenta de dominio.
Para acelerar el escaneo de carpetas en sincronizaciones periódicas, instale el Syncovery Remote Service en el otro servidor para que pueda generar rápidamente la lista de archivos. Consulte también nuestra página sobre cómo acelerar el escaneo de carpetas, que incluye consejos adicionales.
Lo ideal sería que nadie trabajara todavía en el nuevo servidor durante la fase de transición. Esto garantizará una migración del servidor de archivos fluida y fiable. En casos especiales, en los que haya que usar en paralelo tanto el servidor antiguo como el nuevo, póngase en contacto con el soporte de Syncovery para obtener instrucciones adicionales.
Sincronización de eliminaciones durante la fase de transición
Si hay una fase de transición en la que es necesario actualizar archivos en el servidor de destino, también debe decidir si los archivos deben eliminarse del destino cuando se eliminen (o se muevan/renombren) en el origen. El modo Exact Mirror recomendado anteriormente procesará las eliminaciones. Si no se desea esto, se debe elegir Standard Copying. Tenga en cuenta: si el trabajo se ejecuta en modo no supervisado, mediante el programador o en tiempo real, debe permitir las eliminaciones no supervisadas según se indica en esta página de documentación.
Preparación para el corte final
Incluso si mantiene actualizado con regularidad el servidor de destino, debería realizar una última comparación/sincronización completa el día del cambio. Lo ideal sería hacerlo durante unas horas en las que nadie trabaje con los archivos, ni en el servidor antiguo ni en el nuevo. Recuerde aumentar los hilos de análisis y usar el Remote Service para acelerar la fase de comparación. Si no dispone de un período suficiente de inactividad programada, puede cambiar al modo Copia estándar para evitar que Syncovery elimine archivos del destino y también impedir que se reemplacen versiones más recientes de archivos por otras más antiguas del servidor antiguo. Ejecute la sincronización final en Modo atendido y compruebe la Vista previa de sincronización para ver si queda alguna acción de copia pendiente. Puede quitar de la Vista previa de sincronización los archivos que no sea necesario copiar o eliminar.
Si eligió anteriormente “Cache Destination File List”, debería desactivarlo para la sincronización final. La caché del destino solo sería beneficiosa si Syncovery está instalado en el sistema de origen o en otra máquina (no en el propio destino). Pero debería estar desactivada para la comparación final de carpetas.
Consideraciones y preguntas adicionales
Si va a combinar el contenido de varios servidores de archivos en uno solo, es posible que tenga que usar algunos ajustes diferentes. Por ejemplo, puede que no pueda usar el modo Espejo exacto, porque ese modo podría eliminar archivos que se hayan copiado desde uno de los otros servidores. Hay disponible un PascalScript que, si es necesario, renombraría las carpetas duplicadas.
A veces querrá copiar primero los archivos más pequeños, o primero los más recientes. Se pueden elegir distintos órdenes de copia en la pestaña “Special” del perfil de Syncovery.
Si quedan preguntas pendientes sobre la migración de su servidor de archivos, no dude en escribir a support@syncovery.com o visitar nuestro foro de soporte.