Migrar de un servidor viejo sin una ventana larga
La migración con corte largo —apagar, copiar, encender— solo hace falta cuando no se puede replicar. El método rápido es distinto: se levanta el servidor nuevo en paralelo, se sincroniza durante días mientras el viejo sigue en producción, y el corte final se reduce a la última sincronización más el cambio de DNS. Minutos, no horas.
El método de la réplica, paso a paso
- Montá el servidor nuevo con la misma configuración de servicios que el viejo, versión por versión.
- Copiá los datos por primera vez. Puede tardar horas y no molesta a nadie: el viejo sigue atendiendo.
- Poné a correr una sincronización incremental periódica. Cada pasada copia solo lo que cambió.
- Configurá la base de datos del nuevo como réplica de la vieja, si el motor lo permite.
- Bajá el TTL del DNS a 300 segundos, al menos un día antes.
- Probá el servidor nuevo apuntando el dominio localmente en tu equipo.
- El día del cambio: poné el sitio viejo en solo lectura, corré la última sincronización, promocioná la réplica y cambiá el DNS.
- Dejá el viejo encendido una semana, por si aparece algo que nadie copió.
Qué se puede sincronizar y qué no
| Elemento | Método |
|---|---|
| Archivos del sitio | Sincronización incremental |
| Archivos subidos por usuarios | Sincronización incremental |
| Base de datos | Réplica, o volcado final si es chica |
| Casillas de correo | Sincronización IMAP, dos veces |
| Certificados | Se emiten de nuevo en el destino |
| Tareas programadas | A mano, y hay que revisarlas |
| Reglas de firewall | A mano |
| Configuración de servicios | A mano, comparando archivo por archivo |
El congelamiento, que es la clave
El corte se reduce a lo que tarda la última sincronización. Para que sea corta, el sitio tiene que estar en solo lectura unos minutos: nadie carga pedidos, nadie publica, nadie sube archivos.
Sin ese congelamiento hay riesgo real de perder datos: un pedido que entra en el viejo después de la última copia y antes del cambio de DNS no llega nunca al nuevo.
La lista de verificación posterior
- El sitio abre por HTTPS sin advertencias.
- Se envía y se recibe correo.
- Las tareas programadas corrieron a horario.
- Los formularios envían y llega el mensaje.
- Los registros no muestran errores nuevos.
- Los respaldos del servidor nuevo ya están corriendo.
Preguntas frecuentes
¿Cuánto dura el corte con este método?
Entre cinco y treinta minutos en la mayoría de los casos, contando la última sincronización y la propagación del DNS con TTL bajo.
¿Y si el servidor viejo ya no arranca bien?
Ahí el método cambia: se restaura desde el último respaldo en el servidor nuevo y se recupera lo que falte de donde se pueda. Es la razón por la que conviene migrar antes de que el hardware falle, no después.
¿Puedo migrar de un panel a otro en el mismo movimiento?
Se puede, pero conviene no acumular cambios. Primero el hardware con el mismo panel, y una vez estable, el cambio de panel. Si algo falla, sabés cuál de los dos lo causó.
Seguí leyendo
Cómo migrar tu sitio a otro hosting sin que se caiga
El orden correcto para cambiar de proveedor sin corte visible: qué se copia primero, cómo se prueba y cuándo se tocan los DNS.
Servidor dedicado para bases de datos: cómo dimensionarlo
La base de datos es el componente que peor tolera compartir. Memoria, disco y configuración para que rinda de verdad.
Snapshots y backups en un VPS: la diferencia que salva
Un snapshot no es un backup. Para qué sirve cada uno, cuándo usarlos y por qué tener solo uno de los dos deja un agujero.