Migrazione da Amazon Aurora MySQL senza privilegi SUPERUSER

Quando crei ed esegui un job di migrazione con un'origine Amazon Aurora MySQL o origini che non consentono i privilegi SUPERUSER, la migrazione può richiedere passaggi aggiuntivi.

Crea il job di migrazione Amazon Aurora MySQL

Assicurati di prendere in considerazione i seguenti requisiti e di modificare il processo di migrazione:

  1. MySQL limita la definizione del nome host di origine a 60 caratteri. I nomi host dei database Amazon Aurora in genere sono più lunghi di 60 caratteri. Se questo è il caso del database che stai migrando, configura un reindirizzamento DNS per creare un record CNAME che associa il tuo nome di dominio al nome di dominio della tua istanza di database Amazon Aurora. Per saperne di più sulla configurazione di CNAME DNS, consulta la documentazione di Cloud DNS o la documentazione di AWS Route53.

  2. I log binari devono essere archiviati su uno spazio di archiviazione a blocchi standard e non possono essere archiviati su Amazon S3.

  3. La creazione di un job di migrazione continuo con un dump manuale fornito richiede l'attivazione di GTID. GTID_MODE deve essere ON, OFF o OFF_PERMISSIVE. Il valore GTID_MODE di ON_PERMISSIVE non è supportato.

  4. Per eseguire il dump completo iniziale, interrompi le scritture di MySQL Amazon Aurora nel database di origine per circa 20 secondi.

  5. Database Migration Service non può eseguire la migrazione dei dati da un'istanza di replica di sola lettura Amazon Aurora di un cluster di database MySQL perché non è possibile recuperare i file di log binari dall'istanza. Per ulteriori informazioni, consulta la documentazione di Amazon sulla configurazione della registrazione binaria di Aurora MySQL.

Esegui il job di migrazione

Per eseguire il dump completo iniziale, interrompi le scritture di MySQL Amazon Aurora nel database di origine per circa 20 secondi. Puoi utilizzare uno script che trova le attività di scrittura per verificare che tutte le operazioni di scrittura nel database di origine siano interrotte.

L'indicazione di quando interrompere e riprendere le scritture si trova nello stato e nello stato secondario del job di migrazione. Le modifiche dello stato possono essere monitorate nell'API, nella console o direttamente in Cloud Monitoring:

  1. Dopo che lo stato cambia in In fase di avvio | In attesa dell'arresto delle scritture dell'origine, la scrittura deve essere interrotta nel database di origine. Database Migration Service rileva che la scrittura è stata interrotta e lo stato diventa In esecuzione | Preparazione del dump.

  2. Dopo che lo stato cambia in In esecuzione | Dump completo in corso, è possibile riprendere la scrittura nel database di origine.

Database Migration Service continua a tentare di eseguire il dump iniziale per circa 20 minuti. Se le scritture non sono state interrotte o se vengono riprese prima dell'aggiornamento dello stato, il processo non riesce e restituisce un errore che descrive la causa del problema.