La migración es un proceso de traslado de datos y metadatos de una base de datos de origen a una de destino. Una vez que se completa la migración, la base de datos de destino se convierte en la base de datos principal en la que las aplicaciones dependientes pueden leer y escribir, y se puede cerrar la base de datos de origen.
Database Migration Service te ayuda a migrar tus datos a Google Cloud. El servicio admite migraciones de bases de datos a instancias de Cloud SQL y AlloyDB para PostgreSQL. Database Migration Service optimiza las redes, administra la instantánea inicial y la replicación continua, y proporciona actualizaciones de estado durante el proceso de migración.
Con Database Migration Service, puedes hacer lo siguiente:
- Realizar diferentes tipos de migraciones
- Mueve tus bases de datos a Google Cloud con un tiempo de inactividad mínimo.
- Usa las funciones de conversión con asistencia de Gemini en las migraciones heterogéneas.
- Migra datos encriptados de forma segura.
Tipos de migración
Migración continua
La migración continua (a veces denominada en curso o en línea) es un flujo continuo de cambios de la fuente al destino luego de una operación de volcado y carga inicial. Cuando el destino esté listo para las operaciones de lectura y escritura, finaliza la replicación entre la fuente y el destino. La instancia de Cloud SQL o el clúster de AlloyDB para PostgreSQL de destino ya está lista para usarse como instancia principal independiente. Si realizas el cambio cuando la fuente y el destino están sincronizados, el tiempo de inactividad será mínimo.
Migración única
Una migración única es una instantánea de un momento específico de la base de datos. Database Migration Service toma la instantánea de la fuente y la aplica al destino. Este proceso es una volcado y carga, en el que el destino está listo para utilizarse cuando se completa la carga. Todas las aplicaciones que dependen de la base de datos de origen pueden experimentar un tiempo de inactividad durante el proceso de migración, ya que no se pueden realizar operaciones de escritura nuevas en esta base de datos mientras la migración está en curso.
Migraciones homogéneas
Las migraciones homogéneas se producen cuando migras datos entre la misma tecnología de base de datos. Por ejemplo, de MySQL a Cloud SQL para MySQL o de PostgreSQL a Cloud SQL para PostgreSQL o AlloyDB para PostgreSQL. Para obtener más información, consulta Migraciones homogéneas.
Migraciones heterogéneas
A diferencia de las migraciones homogéneas, en las heterogéneas, como de Oracle a Cloud SQL para PostgreSQL, la tecnología de la base de datos de origen y de destino es diferente. Para obtener más información, consulta Migraciones heterogéneas.
Tiempo de inactividad mínimo
Database Migration Service admite migraciones continuas, sin servidores y con poco tiempo de inactividad para migraciones homogéneas y heterogéneas. La arquitectura sin servidores de Database Migration Service toma una instantánea inicial de la base de datos de origen para capturar el estado actual de los datos. Una vez que se completa la instantánea, Database Migration Service carga la instantánea en la base de datos de destino y comienza la replicación de datos continua. La replicación de datos es una operación continua porque realiza un seguimiento y copia cualquier cambio realizado en la base de datos original en tiempo real. Se basa en la captura de datos modificados (CDC), un proceso que identifica y captura solo los cambios, como las inserciones, las actualizaciones y las eliminaciones que realizaste en la base de datos después de tomar la instantánea inicial.
Este enfoque minimiza el tiempo de inactividad por los siguientes motivos:
- La replicación continua es más eficiente que replicar toda la base de datos con frecuencia, ya que solo se enfoca en las modificaciones.
- Los datos se migran mientras la base de datos de origen permanece en funcionamiento.
- Las migraciones sin servidores tienen un alto rendimiento a gran escala.
Lugares de trabajo de conversión
En el caso de las migraciones heterogéneas, Database Migration Service convierte el esquema y los objetos de tu base de datos de origen en un formato compatible con la base de datos de destino. Los lugares de trabajo de conversión ofrecen las siguientes funciones:
- La conversión de esquemas inicial que se produce automáticamente una vez que creas tu lugar de trabajo de conversiones.
- El editor de SQL interactivo que te ayuda a corregir problemas de conversión o ajustar el esquema para que se adapte mejor a tus necesidades.
- Asistencia de las funciones de conversión de Gemini
- Directivas de personalización que puedes usar para anular las reglas de la conversión automática de esquemas.
Para obtener más información sobre los lugares de trabajo de conversión, consulta las páginas de lugares de trabajo de conversión que se aplican a tu caso de migración.
Seguridad y encriptación
Database Migration Service migra datos de forma segura con certificados SSL/TLS para encriptar las conexiones de red y las claves de encriptación administradas por el cliente (CMEK) para las migraciones continuas.
Para obtener más información sobre la encriptación, consulta las páginas sobre la creación de perfiles de conexión y trabajos de migración que se apliquen a tu situación de migración.
Casos de uso
Database Migration Service permite los siguientes casos de uso:
Migración lift-and-shift a un servicio administrado
Como parte del traslado de una organización a Google Cloud, puedes pasar de bases de datos alojadas por sí mismas y basadas en VMs a servicios en la nube de bases de datos administradas. Esto te permite enfocarte en la alta disponibilidad, la recuperación ante desastres y el rendimiento de las bases de datos que se ejecutan en servicios administrados, en lugar de administrar la infraestructura.
Replicación continua de múltiples nubes
Al igual que las réplicas de lectura en varias regiones, si los datos existen en otro proveedor de servicios en la nube, un trabajo de migración puede replicar la base de datos de forma continua enGoogle Cloud para obtener disponibilidad de lectura en varias nubes. Database Migration Service no admite una situación de doble escritura, es decir, escribir en la fuente y en el destino, y leer de ambos.
¿Qué sigue?
Ve a tu situación de migración:
- Cómo migrar a Cloud SQL para MySQL
- Cómo migrar a Cloud SQL para PostgreSQL
- Cómo migrar a AlloyDB para PostgreSQL
- Cómo migrar a Cloud SQL para SQL Server
- Migra de Oracle a Cloud SQL para PostgreSQL
- Migra de Oracle a AlloyDB para PostgreSQL