Migrar el alojamiento web sin tiempo de inactividad
Trasladar un sitio web no tiene por qué provocar tiempo de inactividad, siempre que se respete el orden. Primero se pone el sitio completo en el nuevo servidor y se prueba allí; solo cuando todo funciona se apunta el DNS al nuevo entorno. Entre esos dos momentos el sitio antiguo sigue funcionando con normalidad.
Quien cambia el DNS como primer paso se queda medio en línea durante un rato, garantizado. Aquí abajo tiene el orden correcto y dónde falla más a menudo en la práctica.
Así se desarrolla una migración
Cinco pasos. Solo el último es visible para sus visitantes, y es el más breve.
Hacer inventario y reunir los accesos
¿Qué hay exactamente en marcha: qué CMS, cuántos sitios, cuántos buzones, qué bases de datos? Reúna a la vez los accesos a su alojamiento actual y al lugar donde se gestiona su nombre de dominio. La falta de credenciales es, en la práctica, la causa más frecuente de retrasos: pídalas a tiempo.
Bajar el TTL de los registros DNS
Unos días antes de la migración, baje el TTL de sus registros DNS, por ejemplo a 300 segundos. El TTL determina cuánto tiempo recuerda el resto de internet sus datos antiguos; si lo baja con antelación, el cambio posterior es cuestión de minutos en lugar de horas.
Copiar archivos, base de datos y buzones
Todo el espacio web y la base de datos se copian al nuevo servidor, y allí se crean ya los buzones. Su sitio antiguo sigue mientras tanto en el aire: para los visitantes todavía no cambia nada.
Probar antes de cambiar nada
El sitio se prueba en el nuevo servidor sin que el DNS haya cambiado. ¿Funciona el proceso de pedido, llegan los formularios, están las imágenes, funciona el CMS con la versión correcta de PHP? Lo que salga mal aquí no cuesta nada; después del cambio, sí.
Cambiar el DNS y comprobar
Solo ahora apunta el DNS al nuevo entorno. Gracias al TTL reducido eso va rápido. Después se comprueba que https funciona, que no han aparecido páginas de error y si sigue llegando correo al servidor antiguo que haya que recuperar.
La trampa: el correo
Los sitios web rara vez se migran mal; el correo sí. El motivo es que el correo sigue llegando durante el cambio y, en ese periodo, los mensajes todavía pueden aterrizar en el servidor antiguo. Por eso los buzones se crean antes del cambio de DNS y, después del cambio, se recupera lo que haya llegado al servidor antiguo.
Si trabaja con IMAP, su correo está en el servidor y el contenido se puede trasladar. Si trabaja con POP3, su correo ya está en local en su propio dispositivo y no se traslada: asegúrese entonces de tener esos archivos de correo locales bien guardados.