Viernes 5 p.m.: Cambio de DNS al nuevo host. A las 5:05 p. m., el sitio responde, pero los pedidos desde las 4 p. m. han desaparecido porque la base de datos se exportó al mediodía y nadie resincronizó. A las 17:30, las imágenes están en 404: las cargas no estaban en el último rsync. Sin embargo, la herramienta de “migración con un clic” parecía impecable.
Migrar sin problemas no es una cuestión de marca anfitriona. Es una cronología: qué copiar, cuándo congelar las escrituras, cuándo cambiar el DNS, cómo regresar.
Fase 0: inventario y ventana
Lista: base de datos, archivos, cron, correos electrónicos, DNS, certificados, webhooks, lista de IP permitidas, almacenamiento de objetos. Adjunte una ventana de poco tráfico. Notifique a las partes interesadas sobre el breve período de mantenimiento para el volcado final, no sobre toda la migración.
| Elemento | Pre-migración | Día D |
|---|---|---|
| DNS TTL | 300 segundos | Gota ya extendida |
| Certificado TLS | ACME o listo para importar | Válido en nueva IP |
| Cron/trabajadores | Deshabilitado en antiguo después del cambio | Activo en nuevo |
| Correos electrónicos | MX sin cambios o planificado | SPF/DKIM verificado |
Fase 1: sincronización en frío, sin alternar
- Copia masiva de archivos + base de exportación inicial en nueva infraestructura.
- Config nginx, PHP,
.env, versiones alineadas. - Prueba funcional mediante archivo de hosts o vista previa de URL, no mediante DNS público.
- Archivos de sincronización delta hasta D-1.
No toque el DNS público hasta que las pruebas fallen.
Fase 2: Día D: secuencia estricta
Orden recomendado:
- Hacer que el sitio antiguo sea de solo lectura (indicador de mantenimiento o aplicación de configuración).
- Volcado final base + archivos rsync final.
- Prueba de humo en nueva infraestructura (inicio de sesión, cesta, API crítica).
- Cambiar DNS A/AAAA o CNAME al nuevo destino.
- Supervisar registros y errores 30 a 60 min.
- Habilitar cron en nuevo; deshabilitar en versión antigua.
- Mantenga el entorno antiguo intacto entre 48 y 72 horas para realizar la reversión.
Cambiar el DNS antes del volcado final significa aceptar los datos perdidos en silencio.
Casos de WordPress, SaaS y almacenamiento de objetos
WordPress: complementos de migración prácticos, pero verifique las URL serializadas en la base, enlaces permanentes, cron wp-cron.php. Buscar y reemplazar dominios solo después de la validación.
SaaS con trabajadores: detener a los consumidores antes del vertido; reinicie después del cambio de DNS para evitar el doble procesamiento.
Medios en S3: sin rsync de disco: mismo depósito o replicación entre regiones; migre solo la configuración y las claves.
Revertir: prepararse para revertir
Si el nuevo sitio falla después del DNS:
- El TTL bajo permite un rápido redireccionamiento a la IP antigua.
- No destruyas el servidor antiguo antes de las 72 horas de la validación.
- Documentar DNS whois y panel de acceso de ambos hosts.
La cumbre: marketing con “tiempo de inactividad cero” versus tiempo de inactividad de datos
Ésta es la diferencia entre la demostración comercial y la contabilidad del lunes por la mañana. Mida el éxito en función de la coherencia de los datos, no solo del ping.
Decide y avanza sin puntos ciegos
- Reducir TTL una semana antes.
- Prueba en vista previa hasta que esté completamente verde.
- Ejecutar la secuencia J con el volcado final congelado.
- Monitorizar después del cambio; mantenga la reversión lista.
- Compara ofertas de migración en directorio — lee encuesta gratuita sobre migración.
Consulte staging para repetir la migración en blanco antes de la producción.
Preguntas frecuentes
¿Cuánto tiempo se debe reducir el TTL de DNS antes de la migración?
Cambie a 300 s al menos 24 a 48 h antes; idealmente una semana si el TTL anterior era largo.
¿Migrar primero los archivos o la base de datos?
Sincronice archivos primero; base de solo lectura en el momento J para un volcado final consistente.
¿Debería eliminarse el sitio durante la migración?
No horas. Un breve mantenimiento en el vertedero final es suficiente si el resto está preparado.
¿Cómo probar antes de apuntar DNS?
Archivo de hosts, nombre de host temporal o URL de vista previa del host. Validar inicio de sesión, formularios, correos electrónicos, cron.
La herramienta de migración adecuada es aquella que su equipo sabe cómo ejecutar en el orden correcto, con un plan B de DNS listo antes de presionar Enter.