Migrazione del database

Questa pagina fornisce indicazioni sull'architettura e strategie di migrazione per la migrazione di database relazionali e non relazionali aGoogle Cloud.

Se sei un amministratore di database, un cloud architect o un data engineer, utilizza le informazioni in questa pagina per valutare i pattern di migrazione dei database, scegliere gli strumenti giusti, garantire un'elevata fedeltà dei dati, ridurre al minimo il ritardo di replica delle transazioni e controllare i tempi di inattività durante il cutover.

Prima di leggere questa pagina, devi aver completato una valutazione iniziale dell'origine e aver compreso gli schemi, il dimensionamento e le dipendenze di rete delle applicazioni del database.

Opzioni di migrazione del database

Quando pianifichi le migrazioni dei database, utilizza la tabella seguente per scegliere un servizio e uno strumento di destinazione in base al motore del database di origine:

Database di origine Piattaforma di destinazione Strumento consigliato Pattern di migrazione
MySQL, PostgreSQL o SQL Server Cloud SQL o AlloyDB per PostgreSQL Database Migration Service Replica CDC continua
Oracle AlloyDB o Bare Metal Solution Google Cloud Modernization Hub, conversione degli schemi di Database Migration Service Migrazione omogenea o eterogenea
Cassandra, MongoDB o HBase Bigtable, Spanner o Firestore Dataflow o connettori open source Importazione in batch o acquisizione di flussi di dati

Esegui la migrazione dei database utilizzando Database Migration Service

Database Migration Service fornisce job di migrazione serverless per spostare i database relazionali in Google Cloud.

Funzionalità chiave di Database Migration Service

Database Migration Service offre le seguenti funzionalità:

  • Architettura serverless: non è necessario eseguire il provisioning o gestire VM di replica o infrastrutture di migrazione dedicate.
  • Change Data Capture (CDC) continuo: replica le transazioni utilizzando i log binari di origine (binlog per MySQL, wal2json per PostgreSQL e CDC per SQL Server) per mantenere sincronizzati i database di destinazione con un ritardo minimo.
  • Connettività privata flessibile: si connette in modo sicuro ai database di origine tramite il peering di rete VPC, i tunnel SSH inversi, Cloud VPN o Cloud Interconnect.

Per informazioni sul flusso di lavoro di migrazione end-to-end, consulta la panoramica di Database Migration Service.

Passaggi successivi