Utilizzo di un database SQL compatibile con My come fonte per migrazioni di dati omogenee in AWS DMS - AWS Database Migration Service

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Utilizzo di un database SQL compatibile con My come fonte per migrazioni di dati omogenee in AWS DMS

Puoi usare un database SQL compatibile con My (My SQL o MariaDB) come fonte per in. Migrazioni di database omogenee AWS DMS In questo caso, il tuo fornitore di dati di origine può essere un database localeEC2, Amazon o RDS for My SQL o MariaDB.

Per eseguire migrazioni di dati omogenee, è necessario usare un utente del database con i privilegi SELECT per tutte le tabelle di origine e gli oggetti secondari della replica. Per le attività di change data capture (CDC), questo utente deve disporre anche dei privilegi REPLICATION CLIENT (BINLOG MONITORper le versioni di MariaDB successive alla 10.5.2) e. REPLICATION SLAVE Per una migrazione dei dati con pieno carico, non sono necessari questi due privilegi.

Usa lo script seguente per creare un utente del database con le autorizzazioni richieste nel tuo database personale. SQL Esegui le GRANT query per tutti i database verso cui esegui la migrazione. AWS

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%';

Nell'esempio precedente, sostituite ogni user input placeholder con le tue informazioni. Se la versione di origine del mio SQL database è inferiore alla 8.0, puoi saltare il GRANT BACKUP_ADMIN comando.

Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database MariaDB. Esegui le GRANT query per tutti i database verso cui esegui la migrazione. AWS

CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%';

Nell'esempio precedente, sostituite ogni user input placeholder con le tue informazioni.

Le sezioni seguenti descrivono i prerequisiti di configurazione specifici per i database My gestiti e AWS autogestiti. SQL

Utilizzo di un database SQL compatibile My autogestito come fonte per migrazioni di dati omogenee

Questa sezione descrive come configurare i database SQL compatibili con My ospitati in locale o su EC2 istanze Amazon.

Controlla la versione del tuo database di origine My SQL o MariadB. Assicurati che AWS DMS supporti la versione del database My SQL o MariaDB di origine come descritto in. Fonti per migrazioni di dati DMS omogenee

Per utilizzarloCDC, assicurati di abilitare la registrazione binaria. Per abilitare la registrazione binaria, configura i seguenti parametri nel file my.ini (Windows) o my.cnf (UNIX) del tuo database My SQL o MariaDB.

Parametro

Valore

server-id

Imposta questo parametro su un valore uguale o maggiore di 1.

log-bin

Imposta il percorso del file di log binario, ad esempio log-bin=E:\MySql_Logs\BinLog. Non includere l'estensione del file.

binlog_format

Imposta questo parametro su ROW. Si consiglia questa impostazione per la replica perché, in alcuni casi, quando binlog_format è impostato su STATEMENT, si possono verificare incoerenze della replica dei dati sulla destinazione. Anche il motore di database scrive dati incoerenti simili sulla destinazione quando binlog_format è impostato su MIXED, perché il motore di database passa automaticamente alla registrazione basata su STATEMENT.

expire_logs_days

Imposta questo parametro su un valore uguale o maggiore di 1. Per prevenire un utilizzo eccessivo di spazio su disco, si consiglia di non utilizzare il valore predefinito di 0.

binlog_checksum

Imposta questo parametro su NONE.

binlog_row_image

Imposta questo parametro su FULL.

log_slave_updates

Imposta questo parametro su TRUE se stai usando una replica My SQL o MariaDB come sorgente.

Utilizzo di un database SQL compatibile con My AWS gestito come fonte per migrazioni di dati omogenee in AWS DMS

Questa sezione descrive come configurare le istanze di database Amazon RDS for My SQL e Amazon RDS for MariaDB.

Quando utilizzi un database My SQL o MariaDB AWS gestito come origine per migrazioni di dati omogenee AWS DMS in, assicurati di avere i seguenti prerequisiti per: CDC

  • Per abilitare i log binari RDS per My SQL e MariaDB, abilita i backup automatici a livello di istanza. Per abilitare i log binari per un cluster Aurora SQL My, modifica la binlog_format variabile nel gruppo di parametri. Non è necessario abilitare i backup automatici per un cluster Aurora MySQL.

    Quindi imposta il parametro binlog_format su ROW.

    Per ulteriori informazioni sulla configurazione dei backup automatici, consulta Enabling automatic backup nella Amazon RDS User Guide.

    Per ulteriori informazioni sulla configurazione della registrazione binaria per un database Amazon RDS for My SQL o MariaDB, consulta Impostazione del formato di registrazione binario nella Amazon User Guide. RDS

    Per ulteriori informazioni sulla configurazione della registrazione binaria per un cluster Aurora SQL My, vedi Come si attiva la registrazione binaria per il mio cluster Amazon Aurora My? SQL .

  • Assicurati che i log binari siano disponibili per AWS DMS. Poiché i database My SQL e MariaDB AWS-managed eliminano i log binari il prima possibile, è necessario aumentare il periodo di tempo in cui i log rimangono disponibili. Ad esempio, per aumentare il periodo di conservazione dei log binari a 24 ore, esegui il comando seguente.

    call mysql.rds_set_configuration('binlog retention hours', 24);
  • Imposta il parametro binlog_row_image su Full.

  • Imposta il parametro binlog_checksum su NONE.

  • Se utilizzi una replica Amazon RDS My SQL o MariaDB come sorgente, abilita i backup sulla replica di lettura e assicurati che il parametro sia impostato su. log_slave_updates TRUE

Limitazioni all'utilizzo di un database SQL compatibile con My come fonte per migrazioni di dati omogenee

Le seguenti limitazioni si applicano quando si utilizza un database SQL compatibile con My come origine per migrazioni di dati omogenee:

  • Gli oggetti MariaDB come le sequenze non sono supportati in attività di migrazioni omogenee.

  • La migrazione da MariadB ad RDS SQL Amazon My SQL /Aurora My potrebbe non riuscire a causa di differenze tra oggetti incompatibili.

  • Il nome utente che usi per connetterti all'origine dati presenta le seguenti limitazioni:

    • Può contenere da 2 a 64 caratteri.

    • Non può includere spazi.

    • Può includere i seguenti caratteri: a-z, A-Z, 0-9, carattere di sottolineatura (_).

    • Deve iniziare con a-z o A-Z.

  • La password che usi per connetterti all'origine dati presenta le seguenti limitazioni:

    • Può contenere da 1 a 128 caratteri.

    • Non può contenere i seguenti caratteri: virgoletta singola ('), virgolette doppie ("), punto e virgola (;) o spazio.