La migration consiste à déplacer des données et des métadonnées d'une base de données source vers une base de données de destination. Une fois la migration terminée, la base de données de destination devient la base de données principale que les applications dépendantes peuvent lire et écrire, et la base de données source peut être arrêtée.
Database Migration Service vous aide à migrer vos données vers Google Cloud. Le service prend en charge les migrations de bases de données vers des instances Cloud SQL et AlloyDB pour PostgreSQL. Database Migration Service simplifie la mise en réseau, gère l'instantané initial et la réplication en cours, et fournit des informations sur l'état tout au long du processus de migration.
Avec Database Migration Service, vous pouvez:
- Effectuez différents types de migrations.
- Migrez vos bases de données vers Google Cloud avec un temps d'arrêt minimal.
- Utilisez les fonctionnalités de conversion assistées par Gemini dans les migrations hétérogènes.
- Migrez les données chiffrées de façon sécurisée.
Types de migration
Migration continue
La migration continue (parfois appelée "en cours" ou "en ligne") est un flux continu de modifications de la source vers la destination, à la suite d'une opération initiale de vidage et de chargement complets. Lorsque la destination est prête pour les lectures et les écritures, vous finalisez la réplication entre la source et la destination. L'instance Cloud SQL de destination ou le cluster AlloyDB pour PostgreSQL est alors prêt à être utilisé en tant qu'instance principale autonome. Effectuer le basculement lorsque la source et la destination sont synchronisées permet de réduire au maximum les temps d'arrêt.
Migration unique
Une migration unique consiste à créer un instantané unique de la base de données à un moment donné. Database Migration Service crée un instantané de la source et l'applique à la destination. Ce processus consiste en un vidage et un chargement, où la destination est prête à être utilisée une fois le chargement terminé. Toutes les applications qui dépendent de la base de données source peuvent connaître des temps d'arrêt pendant le processus de migration, car aucune nouvelle écriture ne peut être effectuée dans cette base de données pendant la migration.
Migrations homogènes
Les migrations homogènes ont lieu lorsque vous migrez des données entre la même technologie de base de données. Par exemple, de MySQL vers Cloud SQL pour MySQL ou de PostgreSQL vers Cloud SQL pour PostgreSQL ou AlloyDB pour PostgreSQL. Pour en savoir plus, consultez la section Migrations homogènes.
Migrations hétérogènes
Contrairement aux migrations homogènes, dans les migrations hétérogènes, telles que d'Oracle vers Cloud SQL pour PostgreSQL, la technologie de base de données de la source et de la destination est différente. Pour en savoir plus, consultez la section Migrations hétérogènes.
Temps d'arrêt minimal
Database Migration Service permet d'effectuer des migrations continues, sans serveur et avec un temps d'arrêt faible, à la fois pour les migrations homogènes et hétérogènes. L'architecture sans serveur de Database Migration Service prend un instantané initial de la base de données source pour capturer l'état actuel des données. Une fois l'instantané créé, Database Migration Service le charge dans la base de données de destination, et la réplication continue des données commence. La réplication de données est une opération continue, car elle suit et copie en temps réel toutes les modifications apportées à la base de données d'origine. Il repose sur la capture de données modifiées (CDC, Change Data Capture), un processus qui n'identifie et ne capture que les modifications, telles que les insertions, les mises à jour et les suppressions que vous avez apportées à la base de données après la prise de l'instantané initial.
Une telle approche réduit les temps d'arrêt pour les raisons suivantes:
- La réplication continue est plus efficace que la réplication fréquente de l'ensemble de la base de données, car elle ne se concentre que sur les modifications.
- Les données sont migrées tandis que la base de données source reste opérationnelle.
- Les migrations sans serveur sont très performantes à grande échelle.
Espaces de travail de conversion
Pour les migrations hétérogènes, Database Migration Service convertit le schéma et les objets de votre base de données source dans un format compatible avec votre base de données de destination. Les espaces de travail de conversion offrent les fonctionnalités suivantes:
- Conversion initiale du schéma qui se produit automatiquement une fois que vous avez créé votre espace de travail de conversion.
- L'éditeur SQL interactif vous aide à résoudre les problèmes de conversion ou à ajuster le schéma pour mieux répondre à vos besoins.
- Assistance des fonctionnalités de conversion Gemini
- Directives de personnalisation que vous pouvez utiliser pour remplacer les règles de conversion de schéma automatique.
Pour en savoir plus sur les espaces de travail de conversion, consultez les pages sur les espaces de travail de conversion qui s'appliquent à votre scénario de migration.
Sécurité et chiffrement
Database Migration Service migre les données de manière sécurisée à l'aide de certificats SSL/TLS pour chiffrer les connexions réseau et des clés de chiffrement gérées par le client (CMEK) pour les migrations continues.
Pour en savoir plus sur le chiffrement, consultez les pages sur la création de profils de connexion et de tâches de migration qui s'appliquent à votre scénario de migration.
Cas d'utilisation
Database Migration Service permet les cas d'utilisation suivants:
Migration Lift and Shift vers un service géré
Dans le cadre du passage d'une organisation à Google Cloud, vous pouvez passer des bases de données auto-hébergées basées sur des VM aux services cloud de base de données gérés. Vous pouvez ainsi vous concentrer sur la haute disponibilité, la reprise après sinistre et les performances des bases de données exécutées sur des services gérés, plutôt que sur la gestion de l'infrastructure.
Réplication continue multicloud
Tout comme les réplications avec accès en lecture dans les régions, si des données existent dans un autre fournisseur de services cloud, une tâche de migration peut répliquer en continu la base de données dansGoogle Cloud pour une disponibilité en lecture multicloud. Database Migration Service n'est pas compatible avec un scénario d'écriture duale, c'est-à-dire l'écriture et la lecture à la fois à partir de la source et de la destination.
Étape suivante
Accédez à votre scénario de migration:
- Migrer vers Cloud SQL pour MySQL
- Migrer vers Cloud SQL pour PostgreSQL
- Migrer vers AlloyDB pour PostgreSQL
- Migrer vers Cloud SQL pour SQL Server
- Migrer d'Oracle vers Cloud SQL pour PostgreSQL
- Migrer d'Oracle vers AlloyDB pour PostgreSQL