Migración de servidores MySQL a otro hosting, a la nube o a PostgreSQL
Migramos tu base de datos MySQL a otro servidor, a otro hosting, a una base administrada en la nube o a PostgreSQL. Elegimos el método según el tamaño y el uso de la base, trasladamos datos, usuarios y permisos, y coordinamos el cambio de conexión de tus aplicaciones para que la interrupción sea la mínima posible.
Te respondemos con una propuesta concreta. Sin compromiso.
Qué tipo de migración necesitás
Migrar un servidor MySQL es trasladar la base completa, con sus datos, usuarios, permisos y objetos programados, a otro lugar sin que la aplicación pierda información. Lo hacemos como parte de nuestro servicio de MySQL. Según el destino, el trabajo cambia:
| Destino | Situación típica |
|---|---|
| Otro servidor o VPS | El hosting compartido quedó chico o el servidor actual está viejo |
| Otro proveedor de hosting | Cambiás de proveedor por costos, soporte o rendimiento |
| Una base administrada | Querés dejar de administrar el servidor, por ejemplo con Cloud SQL |
| PostgreSQL | Querés cambiar de motor; lo resolvemos con una migración a PostgreSQL |
Si lo que mudás es un sitio WordPress completo, con archivos y dominio, el trabajo se coordina con nuestra migración de hosting de WordPress.
Métodos de migración
| Método | Cómo funciona | Cuándo conviene |
|---|---|---|
| Volcado lógico | Exporta la base a un archivo SQL y lo importa en el destino | Bases chicas o medianas que toleran un corte |
| Volcado en paralelo | Exporta y carga varias tablas a la vez con herramientas especializadas | Bases grandes, para acortar los tiempos |
| Copia física | Copia los archivos de datos de InnoDB en caliente | Bases muy grandes entre versiones compatibles |
| Replicación | El servidor nuevo se sincroniza con el actual hasta el momento del cambio | Sistemas que no pueden detenerse |
Innovación en emprendimientos
¿Lo pensamos para tu proyecto?
Lo que suele olvidarse en una migración
Copiar las tablas es la parte fácil. Estos son los detalles que, si se pasan por alto, aparecen como errores días después:
- Usuarios y permisos, que no viajan con un volcado de una base puntual.
- Procedimientos, funciones, triggers y eventos programados, que requieren opciones específicas al exportar.
- Codificación y reglas de comparación de cada tabla, para no romper acentos ni búsquedas.
- Zona horaria y modo SQL del servidor, que cambian cómo se guardan fechas y qué datos se aceptan.
- Tareas programadas y scripts que apuntan a la dirección del servidor viejo.
- Reglas de firewall que permitan a la aplicación llegar al servidor nuevo.
Cómo lo hacemos
- Relevamiento: tamaño, versión, objetos programados, usuarios y aplicaciones conectadas.
- Preparación del destino, con la configuración ajustada y la seguridad aplicada.
- Ensayo con una copia completa y tu aplicación conectada al servidor nuevo.
- Validación de conteos de filas y sumas de control por tabla.
- Corte planificado y cambio de conexión.
- Seguimiento, con el servidor viejo disponible hasta confirmar que todo funciona.
Qué recibís
- Tu base funcionando en el nuevo destino, con datos validados.
- Usuarios, permisos y objetos programados trasladados.
- Un informe de validación y la configuración documentada.
Preguntas frecuentes
¿Tenés otra duda? Escribinos por WhatsApp.
¿Se puede migrar la base sin cortar el sitio?
Se puede reducir el corte al mínimo. Para eso configuramos el servidor nuevo como réplica del actual: recibe una copia inicial y después todos los cambios en tiempo real. Cuando está al día, detenemos las escrituras unos instantes, verificamos que no falte nada y cambiamos la conexión de la aplicación al servidor nuevo.
¿Qué pasa con los pedidos o datos que entran durante la migración?
Depende del método. Con una copia simple, los datos que entran después de la copia no llegan al servidor nuevo, por eso el sitio se pone en mantenimiento durante el pase. Con el método de réplica, cada cambio se copia apenas ocurre y no se pierde nada. Elegimos el método según cuánto puede detenerse tu operación.
¿Pueden migrar una base muy grande?
Sí. Para bases grandes no usamos un volcado tradicional, que puede tardar horas en exportarse y otras tantas en importarse. Usamos herramientas que exportan y cargan en paralelo, o copias físicas de los archivos de datos, que son mucho más rápidas. Combinadas con replicación, permiten mudar bases grandes sin cortes largos.
¿Mi aplicación necesita cambios después de la migración?
Normalmente solo la configuración de conexión: dirección del servidor, usuario y contraseña. Si el servidor nuevo tiene una versión distinta de MySQL, revisamos además la compatibilidad de las consultas y del método de autenticación. También buscamos direcciones del servidor viejo escritas en scripts, tareas programadas u otros sistemas conectados.
¿Pueden migrar desde un hosting con cPanel?
Sí. En esos hostings, la exportación desde phpMyAdmin suele fallar con bases medianas o grandes por límites de tiempo y tamaño. Cuando el hosting lo permite, exportamos por SSH con las herramientas de MySQL. Si no hay SSH, usamos los backups del panel o exportaciones por partes, verificando que no se pierdan datos en el camino.
Pedí tu presupuesto
Migración de servidores MySQL a otro hosting, a la nube o a PostgreSQL, pensado para tu emprendimiento. Contanos qué necesitás y te respondemos con una propuesta.
- Tres pasos, menos de dos minutos.
- Propuesta concreta, sin compromiso.
- Si preferís, lo hablamos por WhatsApp.
- Qué necesitás
- Tu proyecto
- Tus datos
También te puede servir
- Migración a PostgreSQL desde MySQL, SQL Server u otros motores PostgreSQL
- Migración de WordPress a otro hosting o dominio WordPress
- Bases de datos PostgreSQL y MySQL administradas con Cloud SQL Google Cloud
- Diseño de bases de datos MySQL con foco en el rendimiento MySQL
- Instalación y configuración de servidores MySQL seguros MySQL
- Actualización de MySQL a una versión con soporte vigente MySQL