Lista de verificación de migración de hosting con pruebas y reversión
Planifica una migración de hosting con copias de archivos y bases de datos, credenciales privadas, pruebas de destino, conmutación de DNS y una ventana de reversión verificada.
Contenido revisado · Español
- Tipo de guía
- Mover y recuperar
- Ejemplos
- Ilustrativo, específico del entorno
- Alcance de la integración
- Sin máquina remota conectada
Inventaríe la aplicación completa
Registra archivos web, bases de datos, cargas, tareas programadas, correo, certificados, DNS, integraciones de terceros y secretos. Comprueba las versiones de ejecución y las licencias en el destino. Una exportación de imagen solo es útil si el destino admite su formato y su red.
Haz la primera copia antes de cambiar DNS
Utilice un transporte privado y un directorio de destino que usted controle. El ejemplo copia el contenido en lugar de anidar la carpeta de origen, y comienza con una ejecución de prueba. Omite deliberadamente una opción de eliminación. Verifique la propiedad y los permisos en el destino.
rsync -avzn -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/
# After reviewing the dry run and destination:
rsync -avz -e "ssh -p 22" /srv/site/ operator@192.0.2.40:/srv/site/Exporte la base de datos con su método nativo
Copiar los archivos de una base de datos en ejecución no sustituye una exportación de base de datos consistente con la aplicación. El enfoque de transacción única de MySQL es apropiado para tablas transaccionales y aún requiere cuidado con los cambios de esquema o las tablas no transaccionales. Use un destino protegido para la exportación y solicite la contraseña en lugar de incrustarla en un argumento.
mysqldump --single-transaction --routines --triggers --events \
-u app_user -p app_database > /private-backup/app-database.sqlLa ruta de salida es ilustrativa y debe ser privada, escribible y estar fuera de la raíz web. Para PostgreSQL, utilice en su lugar su flujo de trabajo pg_dump / pg_restore.
Prueba el destino antes del cambio
Utilice un nombre de host temporal o una anulación local controlada de DNS. Pruebe el inicio de sesión, las escrituras, las cargas, los trabajos en segundo plano, los mensajes salientes y HTTPS. Copie los secretos por un canal privado y evite ejecutar los trabajos programados de ambos lados contra el mismo servicio externo.
Haz una copia final consistente y mueve la ruta
Reduce el TTL con antelación, pausa las escrituras cuando sea necesario, exporta los últimos cambios y completa la sincronización final de archivos. Actualiza DNS solo después de que pasen las verificaciones de destino. Mantén el host antiguo y una copia de seguridad independiente durante la ventana de reversión; las cachés de DNS pueden seguir enviando algunos visitantes al origen anterior.
Retira el servicio antiguo solo después de la aceptación
Supervisa los errores y compara los registros críticos después del traslado. Reconcilia las escrituras que llegaron al origen antiguo. Confirma el correo y las devoluciones de llamada externas, y luego cierra el servicio antiguo según sus reglas de facturación y retención de datos. No se promete cero tiempo de inactividad ni migración automática.
Sal con un resultado verificable.
- Inventaríe archivos, base de datos, entorno de ejecución, tareas programadas, correo, DNS y dependencias de integración.
- Mantén las exportaciones, credenciales y claves de recuperación fuera de la raíz web pública.
- Prueba el inicio de sesión, las escrituras, las cargas, HTTPS y los trabajos en segundo plano en el destino.
- Pausa o concilia las escrituras durante la copia final y luego cambia DNS.
- Aceptar la solicitud y restaurar las comprobaciones antes de retirar el servicio antiguo.
Preguntas, respondidas.
¿Cambiar DNS copia mi sitio web?
No. DNS cambia el destino del enrutamiento de los visitantes; no transfiere archivos, bases de datos, buzones de correo, tareas programadas ni credenciales. Pruebe el destino completo antes de mover la ruta.
¿Pueden ambos hosts seguir aceptando escrituras durante una migración?
Solo con un diseño deliberado de sincronización y reconciliación. De lo contrario, utiliza una ventana de mantenimiento adecuada para la copia final consistente. Las cachés de DNS aún pueden enviar solicitudes al origen anterior después de un cambio.
¿OmbraHost realiza la migración automáticamente?
No se ejecuta ninguna migración ni conexión remota con proveedores en la aplicación. Las opciones de migración preparadas necesitan un alcance confirmado, acceso, plan de corte y reversión antes de ofrecer trabajo real.