Fidélité des migrations

Lorsque vous migrez votre schéma, vos données et vos métadonnées d'une base de données source vers une base de données de destination, vous devez vous assurer que toutes ces informations sont migrées avec précision. Database Migration Service permet de migrer de manière extrêmement fiable les objets d'une base de données (y compris le schéma, les données et les métadonnées) d'une base de données vers une autre.

Tous les composants de données, de schéma et de métadonnées suivants sont migrés dans le cadre de la migration de la base de données :

Données

  • Toutes les tables et tous les schémas, à l'exception des bases de données système suivantes : sys, mysql, performance_schema et information_schema.

Schéma

  • Dénomination

  • Clé primaire

  • Type de données

  • Position ordinale

  • Valeur par défaut

  • Nullability

  • Attributs d'incrémentation automatique

  • Index secondaires

Métadonnées

  • Procédures stockées

  • Fonctions

  • Déclencheurs

  • Vues

  • Contraintes de clé étrangère

Migration continue

Les modifications apportées au langage de manipulation de données (LMD) et au langage de définition de données (LDD) à toutes les données, tous les schémas et toutes les métadonnées listés précédemment sont mises à jour lors des migrations continues.

Éléments non migrés

  • Pour migrer des bases de données chiffrées, vous devez fournir les clés de chiffrement à Database Migration Service. Database Migration Service permet de migrer des données à partir de bases de données Amazon Aurora ou Amazon RDS chiffrées, car ces bases de données gèrent le déchiffrement de manière transparente dans leurs services. Pour en savoir plus, consultez Chiffrer des ressources Amazon Aurora, Chiffrer des ressources Amazon RDS, et Configurer des clés de chiffrement gérées par le client (CMEK).

  • Les comptes et connexions utilisateur ne sont pas migrés.

    Les bases de données système MySQL (mysql, performance_schema, information_schema et sys) ne sont pas migrées. Ces bases de données contiennent des informations sur les comptes utilisateur, les identifiants et les droits. Les informations d'identification des comptes utilisateur doivent être gérées directement dans l'instance de base de données Cloud SQL de destination.

    Les objets de métadonnées (tels que les procédures stockées, les fonctions, les vues, les événements et les déclencheurs) qui utilisent la DEFINER clause pour faire référence à un compte utilisateur qui n'existe pas sur l'instance de destination échoueront lorsqu'ils seront appelés sur la nouvelle destination Cloud SQL. Vous devez créer les comptes utilisateur correspondants sur l'instance de destination ou mettre à jour les clauses DEFINER avant la migration. Pour en savoir plus, consultez Vérifier les métadonnées avec une DEFINERclause.

    Pour ajouter des utilisateurs à l'instance Cloud SQL de destination, accédez à l'instance et ajoutez des utilisateurs depuis l'onglet Utilisateurs ou depuis le client MySQL. Pour en savoir plus sur la création et la gestion des utilisateurs de base de données dans Cloud SQL pour MySQL, consultez Créer et gérer des utilisateurs dans la documentation Cloud SQL.

  • Les paramètres d'option non définis par défaut ne sont pas migrés vers l'instance Cloud SQL de destination. Exécutez SHOW VARIABLES sur votre base de données source avant de migrer votre schéma, vos données et vos métadonnées vers la base de données de destination, puis exécutez-la à nouveau sur la base de données Cloud SQL. Mettez à jour les paramètres d'option si nécessaire sur la base de données Cloud SQL pour répliquer les paramètres sources.