Seleccione sus preferencias de cookies

Usamos cookies esenciales y herramientas similares que son necesarias para proporcionar nuestro sitio y nuestros servicios. Usamos cookies de rendimiento para recopilar estadísticas anónimas para que podamos entender cómo los clientes usan nuestro sitio y hacer mejoras. Las cookies esenciales no se pueden desactivar, pero puede hacer clic en “Personalizar” o “Rechazar” para rechazar las cookies de rendimiento.

Si está de acuerdo, AWS y los terceros aprobados también utilizarán cookies para proporcionar características útiles del sitio, recordar sus preferencias y mostrar contenido relevante, incluida publicidad relevante. Para aceptar o rechazar todas las cookies no esenciales, haga clic en “Aceptar” o “Rechazar”. Para elegir opciones más detalladas, haga clic en “Personalizar”.

Utilizar una base de datos My SQL compatible como fuente para migraciones de datos homogéneas en AWS DMS

Modo de enfoque
Utilizar una base de datos My SQL compatible como fuente para migraciones de datos homogéneas en AWS DMS - AWS Database Migration Service

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Puede utilizar una base SQL de datos compatible con My (My SQL o MariaDB) como fuente de información. Migraciones de datos homogéneas AWS DMS En este caso, el proveedor de datos de origen puede ser una base de datos local, de Amazon EC2 o RDS de My SQL o MariaDB.

Para ejecutar migraciones de datos homogéneas, debe utilizar un usuario de base de datos con los privilegios SELECT necesarios para la replicación de todas las tablas de origen y los objetos secundarios. Para las tareas de captura de datos de cambio (CDC), este usuario también debe tener los privilegios REPLICATION CLIENT (BINLOG MONITORpara las versiones de MariaDB posteriores a la 10.5.2). REPLICATION SLAVE Para una migración de datos de carga completa, no necesita estos dos privilegios.

Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en su base de datos Mi base de datos. SQL Ejecute las GRANT consultas para todas las bases de datos a las que migre 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'@'%';

En el ejemplo anterior, sustituya cada user input placeholder una por su propia información. Si la versión de origen SQL de Mi base de datos es inferior a la 8.0, puede omitir el GRANT BACKUP_ADMIN comando.

Utilice el siguiente script para crear un usuario de base de datos con los permisos necesarios en la base de datos MariaDB. Ejecute las GRANT consultas para todas las bases de datos a las que migre AWS.

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

En el ejemplo anterior, sustituya cada user input placeholder una por su propia información.

En las siguientes secciones se describen los requisitos previos de configuración específicos para las bases de datos My autogestionadas y AWS administradas. SQL

Uso de una base de datos My SQL compatible autogestionada como fuente para migraciones de datos homogéneas

En esta sección, se describe cómo configurar las bases de datos My SQL compatibles que se alojan de forma local o en EC2 instancias de Amazon.

Compruebe la versión de su base de datos fuente My SQL o MariaDB. Asegúrese de que sea AWS DMS compatible con la versión de la base de datos My SQL o MariaDB de origen, tal como se describe en. Fuentes para migraciones de datos DMS homogéneas

Para usarlaCDC, asegúrate de habilitar el registro binario. Para habilitar el registro binario, configure los siguientes parámetros en el archivo my.ini (Windows) o my.cnf (UNIX) de su base de datos My SQL o MariaDB.

Parámetro

Valor

server-id

Establezca este parámetro con un valor de 1 o superior.

log-bin

Establezca la ruta del archivo de registro binario, como por ejemplo log-bin=E:\MySql_Logs\BinLog. No incluya la extensión del archivo.

binlog_format

Establezca este parámetro en ROW. Recomendamos esta configuración durante la replicación porque, en determinados casos, cuando binlog_format se establece en STATEMENT, puede provocar incoherencias al replicar los datos en el destino. El motor de base de datos también escribe datos similares e incoherentes en el destino cuando binlog_format está configurado en MIXED, ya que el motor de base de datos cambia automáticamente al registro basado en STATEMENT.

expire_logs_days

Establezca este parámetro con un valor de 1 o superior. Para evitar la sobrecarga de espacio en disco, se recomienda que no utilice el valor 0, que es el predeterminado.

binlog_checksum

Establezca este parámetro en NONE.

binlog_row_image

Establezca este parámetro en FULL.

log_slave_updates

Establezca este parámetro en TRUE si utiliza una réplica de My SQL o MariaDB como fuente.

Uso de una base AWS de datos SQL compatible con My administrada como fuente para migraciones de datos homogéneas en AWS DMS

En esta sección se describe cómo configurar las instancias de bases de datos Amazon RDS for My SQL y Amazon RDS for MariaDB.

Cuando utilice una base AWS de datos My SQL o MariaDB administrada como fuente para migraciones de datos homogéneas, asegúrese de AWS DMS cumplir los siguientes requisitos previos para: CDC

  • Para habilitar los registros binarios RDS para My SQL y MariaDB, habilite las copias de seguridad automáticas a nivel de instancia. Para habilitar los registros binarios para un SQL clúster Aurora My, cambie la variable binlog_format en el grupo de parámetros. No necesita habilitar las copias de seguridad automáticas para un SQL clúster Aurora My.

    A continuación, establezca el parámetro binlog_format en ROW.

    Para obtener más información sobre la configuración de copias de seguridad automáticas, consulta Cómo habilitar las copias de seguridad automáticas en la Guía del RDS usuario de Amazon.

    Para obtener más información sobre la configuración del registro binario para una base de datos de Amazon RDS for My SQL o MariaDB, consulte Configuración del formato de registro binario en la Guía del usuario de Amazon RDS.

    Para obtener más información sobre la configuración del registro binario para un SQL clúster de Aurora My, consulte ¿Cómo activo el registro binario para mi SQL clúster de Amazon Aurora My? .

  • Asegúrese de que los registros binarios estén disponibles para AWS DMS. Dado que las bases AWS de datos My SQL y MariaDB administradas purgan los registros binarios lo antes posible, debe aumentar el tiempo que los registros permanecen disponibles. Por ejemplo, para incrementar la retención de logs a 24 horas, ejecute el siguiente comando.

    call mysql.rds_set_configuration('binlog retention hours', 24);
  • Establezca el parámetro binlog_row_image como Full.

  • Establezca el parámetro binlog_checksum como NONE.

  • Si utiliza una réplica de Amazon RDS My SQL o MariaDB como fuente, habilite las copias de seguridad en la réplica de lectura y asegúrese de que log_slave_updates el parámetro esté establecido en. TRUE

Limitaciones del uso de una base de datos SQL compatible con My como fuente para migraciones de datos homogéneas

Cuando se utiliza una base de datos My SQL compatible como fuente para migraciones de datos homogéneas, se aplican las siguientes limitaciones:

  • Los objetos de MariaDB, como las secuencias, no son compatibles con las tareas de migración homogéneas.

  • La migración de MariaDB a RDS SQL Amazon SQL My/Aurora My puede fallar debido a diferencias de objetos incompatibles.

  • El nombre de usuario que utiliza para conectarse al origen de datos tiene las siguientes limitaciones:

    • Puede tener entre 2 y 64 caracteres de longitud.

    • No puede haber espacios.

    • Puede incluir los siguientes caracteres: a-z, A-Z, 0-9 y guion bajo (_).

    • Debe empezar por a-z o A-Z.

  • La contraseña que utiliza para conectarse al origen de datos tiene las siguientes limitaciones:

    • Puede tener hasta 1 a 128 caracteres de longitud.

    • No puede contener ninguno de los siguientes caracteres: comillas simples ('), comillas dobles ("), punto y coma (;) ni espacios.

  • AWS DMS las migraciones de datos homogéneas crean objetos My y SQL MariaDB sin cifrar en las RDS instancias de Amazon de destino, incluso si los objetos de origen estaban cifrados. RDSfor My SQL no es compatible con el complemento de SQL llaveros My keyring_aws AWS necesario para los objetos cifrados. Consulte la documentación no compatible con el complemento My SQL Keyring en la Guía del RDS usuario de Amazon.

PrivacidadTérminos del sitioPreferencias de cookies
© 2025, Amazon Web Services, Inc o sus afiliados. Todos los derechos reservados.