Migration des bases de données

Cette page fournit des conseils d'architecture et des stratégies de migration pour migrer des bases de données relationnelles et non relationnelles versGoogle Cloud.

Si vous êtes administrateur de base de données, architecte cloud ou ingénieur de données, utilisez les informations de cette page pour évaluer les modèles de migration de base de données, choisir les bons outils, garantir une haute fidélité des données, minimiser le délai de réplication des transactions et contrôler les temps d'arrêt pendant le basculement.

Avant de lire cette page, vous devez avoir effectué une évaluation initiale de la source et comprendre les schémas, le dimensionnement et les dépendances réseau de votre base de données.

Options de migration de bases de données

Lorsque vous planifiez des migrations de bases de données, utilisez le tableau suivant pour choisir un service et un outil de destination en fonction de votre moteur de base de données source :

Base de données source Plate-forme de destination Outil recommandé Modèle de migration
MySQL, PostgreSQL ou SQL Server Cloud SQL ou AlloyDB pour PostgreSQL Database Migration Service Réplication CDC continue
Oracle AlloyDB ou solution Bare Metal Google Cloud Modernization Hub, Database Migration Service Schema Conversion Migration homogène ou hétérogène
Cassandra, MongoDB ou HBase Bigtable, Spanner ou Firestore Connecteurs Dataflow ou Open Source Ingestion par lot ou en flux continu

Migrer des bases de données à l'aide de Database Migration Service

Database Migration Service fournit des jobs de migration sans serveur pour déplacer des bases de données relationnelles vers Google Cloud.

Principales fonctionnalités de Database Migration Service

Database Migration Service offre les fonctionnalités suivantes :

  • Architecture sans serveur : vous n'avez pas besoin de provisionner ni de gérer des VM de réplication ou une infrastructure de migration dédiées.
  • Capture de données modifiées (CDC) en continu : réplique les transactions à l'aide des journaux binaires sources (binlog pour MySQL, wal2json pour PostgreSQL et CDC pour SQL Server) afin de maintenir la synchronisation des bases de données cibles avec un délai minimal.
  • Connectivité privée flexible : se connecte de manière sécurisée aux bases de données sources via l'appairage de réseaux VPC, les tunnels SSH inverses, Cloud VPN ou Cloud Interconnect.

Pour en savoir plus sur le workflow de migration de bout en bout, consultez la présentation de Database Migration Service.

Étapes suivantes