Database Migration Service offre une grande flexibilité pour vos migrations MySQL homogènes vers Cloud SQL pour MySQL. En fonction de la taille de votre base de données, des exigences d'indisponibilité et de la configuration réseau, différents workflows sont disponibles pour répondre au mieux à votre scénario. Les conditions préalables détaillées concernant la mise en réseau et d'autres aspects sont décrites dans chaque guide de migration.
Le tableau suivant présente chaque flux de migration :
| Workflow de migration | Idéal pour | Description |
|---|---|---|
| Migrer vers une nouvelle instance de destination | Migrations standards pour lesquelles vous souhaitez que Database Migration Service crée et configure l'instance Cloud SQL de destination pour vous. | Database Migration Service provisionne automatiquement une nouvelle instance Cloud SQL de destination à l'aide des options de configuration que vous sélectionnez, puis migre vos schémas et données sources. Couvre les migrations continues et ponctuelles à l'aide de fichiers mysqldump automatiques ou manuels. |
| Migrer vers une instance de destination existante | Scénarios dans lesquels vous devez précréer et personnaliser votre instance Cloud SQL de destination en dehors de Database Migration Service (par exemple, à l'aide de Terraform, d'indicateurs de base de données personnalisés, d'instances répliquées avec accès en lecture existantes ou d'interfaces Private Service Connect). | Migrez les données vers une instance Cloud SQL autonome que vous avez déjà créée et configurée avant de configurer le job de migration. Couvre les migrations continues et ponctuelles. |
| Migrer à l'aide d'un fichier physique Percona XtraBackup | Bases de données auto-hébergées de très grande taille (plusieurs téraoctets) pour lesquelles une exportation mysqldump logique serait trop lente. |
Effectuez une migration physique en créant des fichiers de sauvegarde physiques avec l'utilitaire tiers Percona XtraBackup et en les important dans un bucket Cloud Storage. |