Migrazione da Amazon Aurora MySQL senza privilegi SUPERUSER

La creazione e l'esecuzione di un job di migrazione con un'origine o più origini Amazon Aurora MySQL che non consentono i privilegi SUPERUSER possono richiedere alcuni passaggi aggiuntivi.

Crea il job di migrazione di MySQL di Amazon Aurora

Assicurati di prendere in considerazione i seguenti requisiti e di modificare la procedura di migrazione.

  1. MySQL limita la definizione del nome host di origine a 60 caratteri. In genere, i nomi host dei database Amazon Aurora sono più lunghi di 60 caratteri. Se questo è il caso del database di cui stai eseguendo la migrazione, configura un reindirizzamento DNS per creare un record CNAME che associ il tuo nome di dominio al nome di dominio dell'istanza del database Amazon Aurora. Scopri di più sulla configurazione del CNAME DNS nella documentazione di Cloud DNS o nella documentazione di AWS Route53.

  2. I log binari devono essere archiviati in un'archiviazione a blocchi standard e non possono essere archiviati su Amazon S3.

  3. Per creare un job di migrazione continua con un dump manuale fornito, è necessario attivare 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, le scritture di MySQL Amazon Aurora devono essere interrotte 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 di Amazon Aurora di un cluster di database MySQL perché non è possibile recuperare i file di log binari dall'istanza.

Esegui il job di migrazione

Per eseguire il dump completo iniziale, le scritture di MySQL Amazon Aurora devono essere interrotte nel database di origine per circa 20 secondi. Puoi utilizzare uno script per verificare che tutte le scritture nel database di origine siano state interrotte.

L'indicazione di quando interrompere e riprendere le scritture è 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. Quando lo stato diventa In fase di avvio | In attesa dell'arresto delle scritture dell'origine, la scrittura nel database di origine deve essere interrotta. Database Migration Service rileva che la scrittura è stata interrotta e lo stato diventa In esecuzione | Preparazione del dump.

  2. Quando lo stato diventa In esecuzione | Dump completo in corso, puoi 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 va a buon fine e viene restituito un errore che descrive la causa dell'errore.