Migrar servidores sin sorpresas: lista de verificación

Por qué fallan las migraciones

Casi nunca falla la migración en sí. Falla lo que nadie sabía que dependía del servidor viejo: una tarea programada, un script, una impresora, un permiso heredado. Una buena migración dedica más tiempo a descubrir y comprobar que a copiar.

Esta lista sirve para migrar un servidor de archivos, de aplicaciones o de directorio, ya sea a equipos nuevos, a una máquina virtual o a la nube.

Antes de la migración

1. Inventaría lo que hace el servidor. Roles, servicios, carpetas compartidas, tareas programadas, impresoras, certificados y cuentas de servicio.
2. Identifica quién lo usa. Usuarios, aplicaciones y otros servidores que se conectan a él.
3. Revisa las dependencias de red. Direcciones IP fijas, nombres DNS, reglas de firewall, rutas y DHCP.
4. Haz una copia de seguridad completa y comprueba que se puede restaurar. Una copia que nunca se restauró es una suposición.
5. Define la ventana de cambio con las áreas afectadas y comunícala con anticipación.
6. Escribe el plan de vuelta atrás: qué señales indican que hay que revertir y cómo se hace.

Durante la migración

• Congela los cambios en el servidor de origen mientras dura la copia final.
• Migra primero un grupo piloto de usuarios o una carpeta, y comprueba que todo funciona antes de seguir.
• Mantén el servidor viejo encendido pero sin acceso de escritura, hasta tener la confirmación de los usuarios.
• Anota cada paso y la hora en que se hizo: si algo falla, sabrás qué cambió.

Pruebas de aceptación

No des la migración por terminada cuando termine la copia. Pide a los usuarios que comprueben lo que hacen todos los días:

• Abrir y guardar archivos en las carpetas compartidas, con los permisos correctos.
• Imprimir en las impresoras de siempre.
• Entrar a las aplicaciones y a los informes habituales.
• Recibir los correos y las notificaciones automáticas.
• Ejecutar las tareas programadas y los respaldos.

Después de la migración

1. Vigila el servidor nuevo durante los primeros días: espacio, rendimiento y registros de errores.
2. Actualiza la documentación: diagrama, direcciones, cuentas y responsables.
3. Retira el servidor viejo con calma: primero apágalo y espera un plazo razonable antes de borrarlo.
4. Revisa los respaldos del servidor nuevo y haz una restauración de prueba.

Errores frecuentes

• Migrar sin inventario. Es la causa principal de las sorpresas del día siguiente.
• No probar la restauración de la copia de seguridad antes del cambio.
• Hacer el cambio en horario laboral o justo antes de un cierre importante.
• Olvidar las cuentas de servicio y las tareas programadas que dependen del servidor.
• Apagar el servidor viejo el mismo día, sin un periodo de espera.
• No avisar a los usuarios de lo que va a cambiar y de a quién acudir si algo falla.

Preguntas frecuentes

¿Cuánto tiempo toma migrar un servidor?

Depende del volumen de datos y de la cantidad de servicios. Planifica más tiempo para descubrir y probar que para copiar, y programa el cambio en un horario de poca actividad.

¿Conviene migrar a la nube o a un servidor nuevo en la oficina?

No hay una respuesta única. Compara costos de licencias y de operación, la calidad de tu conexión a internet, los requisitos de cumplimiento de tus datos y las capacidades de tu equipo antes de decidir.

¿Cómo evito el tiempo de inactividad?

Sincroniza los datos con anticipación, haz el cambio final en una ventana corta y mantén el servidor viejo disponible en modo de solo lectura hasta que los usuarios confirmen.

¿Qué hago con el servidor viejo?

Apágalo, consérvalo un periodo acordado por si hay que volver atrás y bórralo de forma segura. Si guardaba datos sensibles, documenta cómo se destruyeron.

Para llevarte

Una migración tranquila es la que se planeó como un cambio de personas y procesos, no solo de equipos. Si necesitas un refuerzo para planificarla o ejecutarla, pide una cotización desde el formulario.