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 en matière de temps d'arrêt et de la configuration réseau, différents workflows sont disponibles pour répondre au mieux à votre scénario. Des informations détaillées sur le réseau et d'autres prérequis sont décrites dans chaque guide de migration.
Le tableau suivant présente un aperçu de 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, et 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 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, de réplicas en lecture existants ou d'interfaces Private Service Connect). | Migrez des 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 | Très grandes bases de données auto-hébergées de 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. |