Fidelidad en la migración

Cuando migras tu esquema, datos y metadatos de una base de datos de origen a una base de datos de destino, debes asegurarte de que toda esta información se migre con exactitud. Database Migration Service ofrece una forma de alta fidelidad para migrar objetos de bases de datos (incluidos el esquema, los datos y los metadatos) de una base de datos a otra.

Todos los siguientes componentes de datos, esquemas y metadatos se migran como parte de la migración de la base de datos:

Datos

  • Todas las tablas y esquemas, excepto las siguientes bases de datos del sistema: sys, mysql, performance_schema y information_schema.

Esquema

  • Asignación de nombres

  • Clave primaria

  • Tipo de datos

  • Posición ordinal

  • Valor predeterminado

  • Nulabilidad

  • Atributos de incremento automático

  • Índices secundarios

Metadatos

  • Procedimientos almacenados

  • Funciones

  • Activadores

  • Vistas

  • Restricciones de clave externa

Migración continua

Los cambios en el lenguaje de manipulación de datos (DML) y el lenguaje de definición de datos (DDL) en todos los datos, esquemas y metadatos enumerados anteriormente se actualizan durante las migraciones continuas.

Qué no se migra

  • Para migrar bases de datos encriptadas, debes proporcionar las claves de encriptación a Database Migration Service. Database Migration Service admite la migración de datos desde bases de datos encriptadas de Amazon Aurora o Amazon RDS, ya que estas bases de datos controlan la desencriptación de forma transparente en sus servicios. Para obtener más información, consulta Encripta recursos de Amazon Aurora, Encripta recursos de Amazon RDS y Configura claves de encriptación administradas por el cliente (CMEK).

  • No se migran las cuentas de usuario ni los accesos.

    Las bases de datos del sistema de MySQL (mysql, performance_schema, information_schema y sys) no se migran. Estas bases de datos contienen información sobre las cuentas de usuario, los accesos y los privilegios. La información de acceso de la cuenta de usuario se debe administrar directamente en la instancia de base de datos de Cloud SQL de destino.

    Los objetos de metadatos (como procedimientos almacenados, funciones, vistas, eventos y activadores) que usan la cláusula DEFINER para hacer referencia a una cuenta de usuario que no existe en la instancia de destino fallarán cuando se invoquen en el nuevo destino de Cloud SQL. Debes crear las cuentas de usuario correspondientes en la instancia de destino o actualizar las cláusulas DEFINER antes de migrar. Para obtener más información, consulta Verifica los metadatos con una cláusula DEFINER.

    Para agregar usuarios a la instancia de destino de Cloud SQL, navega a la instancia y agrégalos desde la pestaña Usuarios o desde el cliente de MySQL. Para obtener más información sobre cómo crear y administrar usuarios de bases de datos en Cloud SQL para MySQL, consulta Crea y administra usuarios en la documentación de Cloud SQL.

  • La configuración de marcas no predeterminada no se migra a la instancia de destino de Cloud SQL. Ejecuta SHOW VARIABLES en tu base de datos de origen antes de migrar el esquema, los datos y los metadatos a la base de datos de destino y, luego, vuelve a ejecutarlo en la base de datos de Cloud SQL. Actualiza la configuración de las marcas según sea necesario en la base de datos de Cloud SQL para replicar la configuración de origen.