Traslado de hosting: migración sin interrupciones
Le explicamos paso a paso cómo trasladar su sitio web y su correo a un nuevo servidor sin interrupciones, con una copia completa, un entorno de pruebas y un cambio de DNS planificado.
Aurora YazılımEquipo editorial
6 min de lectura
Para migrar un hosting, primero se hace una copia de seguridad completa de los archivos y de la base de datos; después se sube al nuevo servidor y se prueba con el archivo hosts. Cuando todo funciona bien, se apuntan los registros DNS al nuevo servidor. Reducir el TTL antes del cambio y mantener el servidor antiguo activo unos días evita los cortes.
¿Qué es la migración de hosting?
La migración de hosting consiste en trasladar los archivos de su sitio web, su base de datos y, a menudo, sus cuentas de correo de un servidor a otro. Para el visitante la dirección no cambia; lo que cambia es la máquina en la que funciona el sitio por detrás.
La necesidad de trasladar un sitio suele surgir por lentitud, falta de recursos, problemas de seguridad, insatisfacción con el soporte o el paso a una nueva infraestructura de software. Sea cual sea el motivo, el objetivo es el mismo: una migración que el visitante no note.
No hay que confundir la migración de hosting con la transferencia de dominio. Cambiar de registrador de dominio es un proceso distinto, que explicamos aparte en nuestro artículo sobre la transferencia de dominio. Hacer ambos procesos por separado, en lugar de a la vez, reduce el riesgo.
Haga un inventario antes de migrar
La mayor parte de los cortes se debe a una pieza olvidada. Antes de empezar, haga una lista completa de lo que funciona en el servidor antiguo:
- Archivos del sitio: código, imágenes subidas, documentos y archivos de configuración.
- Bases de datos: todas las bases de datos que usa el sitio, sus usuarios y el juego de caracteres.
- Correo: cuentas, reenvíos y correos antiguos; si el correo está en el mismo servidor, debe planificarse aparte.
- Tareas programadas: las tareas cron que ejecutan informes, copias de seguridad o sincronizaciones.
- Ajustes del servidor: versión de PHP o Node.js, límites de memoria, reglas de redirección y certificado SSL.
- Conexiones externas: permisos vinculados a la dirección IP en las conexiones de pago, envíos o API.
¿Cómo hacer una copia de seguridad completa?
El primer paso, y el más importante, es una copia completa y verificada, que hace posible volver atrás. La copia es tanto el origen de la migración como su garantía si surge algún problema. Explicamos los detalles de la estrategia de copias en nuestra guía de cómo hacer copias de seguridad.
Si su panel de control ofrece la función de copia completa, puede utilizarla. Si tiene acceso SSH al servidor, también puede extraer la base de datos y los archivos desde la línea de comandos:
mysqldump -u kullanici -p --single-transaction --default-character-set=utf8mb4 veritabani > yedek.sql
tar -czf site-dosyalari.tar.gz -C /var/www siteVerifique la copia
¿El tamaño del archivo de copia es razonable, el archivo comprimido se abre y el final del archivo SQL tiene la línea que indica que se completó? Una copia que no se abre no es una copia. Descargue además la copia a su propio ordenador o a un almacenamiento aparte.
Traslado al nuevo servidor
En el nuevo servidor, prepare primero el entorno: versiones de software iguales o compatibles, la base de datos y su usuario, los módulos de extensión necesarios y los permisos de directorios. Después traslade los archivos y la base de datos. Para una transferencia directa entre dos servidores, rsync es un método rápido y fiable:
- Actualice en el archivo de configuración el nombre de la base de datos, el usuario y la contraseña según el nuevo servidor.
- Compruebe los permisos de archivos y carpetas; las carpetas de subida deben ser escribibles.
- Vuelva a definir las tareas cron en el nuevo servidor.
- Instale el certificado SSL en el nuevo servidor o genérelo de nuevo.
rsync -avz -e ssh /var/www/site/ kullanici@yeni-sunucu:/var/www/site/
mysql -u kullanici -p veritabani < yedek.sqlCómo probar sin cambiar el DNS
Probar el sitio en el nuevo servidor antes de ponerlo en producción es el paso más crítico de la migración. Para ello añade, en el archivo hosts de su ordenador, una línea que asocia su dominio con la dirección IP del nuevo servidor. Así, solo su ordenador abre el sitio desde el nuevo servidor, mientras que los visitantes siguen viendo el servidor antiguo.
203.0.113.10 alanadiniz.com www.alanadiniz.comcurl -I --resolve alanadiniz.com:443:203.0.113.10 https://alanadiniz.com¿Dónde está el archivo hosts?
Durante la prueba, compruebe uno por uno los formularios, el paso de pago, el acceso de usuarios, la búsqueda y el panel de administración. Cuando termine, no olvide borrar la línea que añadió.
- Windows: C:\Windows\System32\drivers\etc\hosts (el Bloc de notas debe abrirse como administrador).
- macOS y Linux: /etc/hosts (se edita con sudo).
Cambio de DNS y ajuste del TTL
Si la prueba ha ido bien, llega el momento del cambio de DNS. Al menos un día antes, reduzca el valor TTL de los registros A y, si hace falta, MX; así el cambio se propaga más rápido por internet. Explicamos cómo funcionan los registros DNS y el TTL en nuestro artículo qué es el DNS.
En el momento del cambio, apunte el registro A a la dirección IP del nuevo servidor. Si su sitio recibe datos en vivo, por ejemplo si guarda pedidos o reservas, deberá volver a trasladar la base de datos justo antes del cambio. Para que no se generen registros nuevos en ese breve intervalo, lo más seguro es poner el sitio en modo mantenimiento durante unos minutos.
Después del cambio, no cierre enseguida el servidor antiguo. Hasta que se complete la propagación del DNS, algunos visitantes pueden seguir llegando al servidor antiguo; mantenerlo activo unos días es un colchón de seguridad.
Atención al migrar el correo
El correo es la parte más delicada de la migración. Cree las cuentas en el nuevo servidor con los mismos nombres, traslade los correos antiguos mediante transferencia IMAP y cambie el registro MX en el último paso. No olvide actualizar también los registros SPF, DKIM y DMARC para el nuevo servidor; de lo contrario, los correos que envíe podrían acabar en la carpeta de spam.
Mantener el correo en un servicio de correo corporativo independiente del sitio web facilita mucho los futuros cambios de servidor. Así, el correo no se ve afectado cuando se traslada el sitio.
Si está pasando a un sitio nuevo o a una nueva infraestructura, también puede aprovechar la migración como una oportunidad. No trasladar al nuevo servidor archivos antiguos y sin uso, carpetas de prueba ni tablas de base de datos innecesarias reduce tanto el riesgo de vulnerabilidades como el tamaño de las copias. Y si se va a renovar por completo el diseño web, conviene añadir al calendario de la migración el plan de redirecciones de las direcciones antiguas a las nuevas.
Lista de comprobación tras la migración
Las primeras 48 horas posteriores al cambio deben vigilarse con atención. Compruebe lo siguiente:
Si alguna de estas comprobaciones detecta un problema, puede volver al estado anterior en minutos revirtiendo el registro DNS, ya que el servidor antiguo sigue activo. Una migración con plan de vuelta atrás siempre implica menos riesgo que una hecha con prisas.
- ¿Todas las páginas se abren con HTTPS y el certificado SSL es válido?
- ¿Los formularios envían correos y se registran los pedidos y los pagos?
- ¿Las imágenes y las descargas de archivos están completas?
- ¿Cómo son el tiempo de respuesta del servidor y la velocidad de las páginas en comparación con antes?
- ¿Han aumentado los errores de rastreo de los buscadores?
- ¿Aparecen avisos nuevos en los registros de errores?
¿Cuándo hay que cambiar de servidor?
La decisión de cambiar de servidor suele llegar por quejas de lentitud, pero el origen de la lentitud no siempre es el servidor. Las imágenes pesadas, los scripts innecesarios o una mala configuración de la caché también ralentizan el sitio. Medir antes de migrar le asegura que resuelve el problema correcto. Abordamos esta medición y la mejora conjuntamente en las capas de imagen, código, servidor y caché dentro de nuestro servicio de velocidad y rendimiento.
Si la migración se hace por motivos de seguridad, tenga cuidado: si se traslada un sitio infectado con código malicioso, el problema viaja al nuevo servidor. Primero hay que limpiar y después migrar; explicamos los pasos a seguir en este caso en nuestro artículo mi web ha sido hackeada.
En sistemas que procesan datos en vivo, como una tienda de e-commerce o un software sectorial, la migración debe planificarse sin interrumpir el flujo de pedidos y de stock. Para las empresas que usan una plataforma e-commerce o las soluciones de Aurora, este traslado puede planificarse junto con nuestro equipo.
Preguntas frecuentes
01¿Se cae el sitio durante la migración del hosting?
Si se planifica bien, no se cae o solo hay unos minutos de mantenimiento. Probar en el nuevo servidor, un TTL bajo y mantener el servidor antiguo activo unos días evitan los cortes en gran medida.
02¿La migración afecta al posicionamiento en buscadores?
Mientras la dirección y el contenido sigan siendo los mismos, la migración por sí sola no afecta al posicionamiento. Pero si durante el traslado el sitio queda inaccesible mucho tiempo o la velocidad cae de forma notable, la visibilidad puede verse perjudicada.
03¿Cuánto tarda en propagarse un cambio de DNS?
Depende del valor TTL del registro y de la caché de los proveedores de internet. Si el TTL se redujo con antelación, el cambio suele propagarse en poco tiempo; si no, el registro antiguo puede tardar más en desaparecer de la caché.
04¿Puedo hacer la migración yo mismo?
Para un sitio sencillo y estático, sí; las herramientas del panel de control pueden bastar. En sitios con base de datos, correo, conexiones de pago y flujo de pedidos en vivo, trabajar con un equipo con experiencia reduce el riesgo de pérdida de datos.
Una migración de hosting sin cortes se compone de copia completa, entorno de pruebas, cambio de DNS planificado y seguimiento posterior. Para planificar con mediciones que su sitio funcione más rápido y de forma más segura en el nuevo servidor, puede consultar el servicio de velocidad y rendimiento de Aurora o ponerse en contacto con nosotros a través de la página de contacto.
