Panoramica di Database Migration Service

La migrazione è un processo di trasferimento di dati e metadati da un database di origine a un database di destinazione. Al termine della migrazione, il database di destinazione diventa il database principale su cui le applicazioni dipendenti possono leggere e scrivere e il database di origine può essere arrestato.

Database Migration Service ti aiuta a eseguire la migrazione dei dati in Google Cloud. Il servizio supporta le migrazioni dei database nelle istanze Cloud SQL e AlloyDB per PostgreSQL. Database Migration Service semplifica la rete, gestisce lo snapshot iniziale e la replica continua e fornisce aggiornamenti sullo stato durante il processo di migrazione.

Con Database Migration Service puoi:

Tipi di migrazione

Migrazione continua

La migrazione continua (a volte indicata come continua o online) è un flusso continuo di modifiche dall'origine alla destinazione che segue un dump e caricamento completo iniziale. Quando la destinazione è pronta per letture e scritture, concludi la replica tra l'origine e la destinazione. L'istanza Cloud SQL o il cluster AlloyDB per PostgreSQL di destinazione è quindi pronta per essere utilizzata come istanza principale autonoma. Eseguire il passaggio quando l'origine e la destinazione sono sincronizzate consente di avere tempi di inattività minimi.

Migrazione una tantum

Una migrazione una tantum è un singolo snapshot point-in-time del database. Database Migration Service acquisisce lo snapshot dall'origine e lo applica alla destinazione. Si tratta di un processo di dump e caricamento, in cui la destinazione è pronta per essere utilizzata al termine del caricamento. Eventuali applicazioni che dipendono dal database di origine possono subire un tempo di riposo durante il processo di migrazione perché non possono essere eseguite nuove scritture in questo database mentre la migrazione è in corso.

Migrazioni omogenee

Le migrazioni omogenee vengono eseguite quando esegui la migrazione dei dati tra la stessa tecnologia di database. Ad esempio, da MySQL a Cloud SQL per MySQL o da PostgreSQL a Cloud SQL per PostgreSQL o AlloyDB per PostgreSQL. Per ulteriori informazioni, consulta Migrazioni omogenee.

Migrazioni eterogenee

A differenza delle migrazioni omogenee, nelle migrazioni eterogenee, come da Oracle a Cloud SQL per PostgreSQL, la tecnologia del database di origine e di destinazione è diversa. Per ulteriori informazioni, consulta Migrazioni eterogenee.

Tempo di inattività minimo

Database Migration Service supporta migrazioni serverless continue con tempi di inattività ridotti sia per migrazioni omogenee che eterogenee. L'architettura serverless di Database Migration Service acquisisce uno snapshot iniziale del database di origine per acquisire lo stato corrente dei dati. Una volta completato lo snapshot, Database Migration Service lo carica nel database di destinazione e inizia la replica continua dei dati. La replica dei dati è un'operazione continua perché monitora e copia in tempo reale eventuali modifiche apportate al database originale. Si basa su Change Data Capture (CDC), un processo che identifica e acquisisce solo le modifiche, ad esempio inserimenti, aggiornamenti ed eliminazioni, apportate al database dopo l'acquisizione dello snapshot iniziale.

Questo approccio riduce al minimo i tempi di inattività per i seguenti motivi:

  • La replica continua è più efficiente della replica frequente dell'intero database, in quanto si concentra solo sulle modifiche.
  • La migrazione dei dati avviene mentre il database di origine rimane operativo.
  • Le migrazioni serverless hanno prestazioni elevate su larga scala.

Workspace della conversione

Per le migrazioni eterogenee, Database Migration Service converte lo schema e gli oggetti del database di origine in un formato compatibile con il database di destinazione. Le aree di lavoro della conversione offrono le seguenti funzionalità:

  • Conversione dello schema iniziale che avviene automaticamente dopo la creazione dell'area di lavoro di conversione.
  • L'editor SQL interattivo che ti aiuta a risolvere i problemi di conversione o ad aggiustare lo schema in base alle tue esigenze.
  • Assistenza per le funzionalità di conversione di Gemini.
  • Direttive di personalizzazione che puoi utilizzare per sostituire le regole della conversione automatica dello schema.

Per ulteriori informazioni sugli spazi di lavoro della conversione, consulta le pagine degli spazi di lavoro della conversione pertinenti al tuo scenario di migrazione.

Sicurezza e crittografia

Database Migration Service esegue la migrazione dei dati in modo sicuro utilizzando i certificati SSL/TLS per criptare le connessioni di rete e le chiavi di crittografia gestite dal cliente (CMEK) per le migrazioni continue.

Per ulteriori informazioni sulla crittografia, consulta le pagine sulla creazione di profili di connessione e job di migrazione applicabili al tuo scenario di migrazione.

Casi d'uso

Database Migration Service consente i seguenti casi d'uso:

  • Migrazione lift and shift a un servizio gestito

    Nell'ambito del passaggio a Google Clouddi un'organizzazione, puoi passare da database self-hosted basati su VM a servizi cloud di database gestiti. In questo modo, puoi concentrarti sull'alta disponibilità, sul disaster recovery e sulle prestazioni dei database in esecuzione sui servizi gestiti, anziché sulla gestione dell'infrastruttura.

  • Replica continua multi-cloud

    Come per le repliche di lettura tra regioni, se i dati esistono in un altro provider cloud, un job di migrazione può replicare continuamente il database inGoogle Cloud per la disponibilità in lettura multi-cloud. Database Migration Service non supporta uno scenario di scrittura doppia, ovvero la scrittura e la lettura sia dall'origine che dalla destinazione.

Passaggi successivi

Vai allo scenario di migrazione: