# Migración de datos a un clúster de base de datos de Amazon Aurora MySQL
Tiene varias opciones para migrar datos desde una base de datos existente a un clúster de base de datos MySQL en Amazon Aurora. Las opciones de migración dependen también de la base de datos desde la que se realiza la migración y del tamaño de los datos que se van a migrar.
Existen dos tipos de trabajos distintos de migración: física y lógica. La migración física supone que las copias físicas de archivos de base de datos se utilizan para migrar la base de datos. La migración lógica supone que la migración se lleva a cabo aplicando cambios lógicos en la base de datos, tales como inserciones, actualizaciones y eliminaciones.
La migración física tiene las siguientes ventajas:
+ La migración física es más rápida que la migración lógica, especialmente para bases de datos grandes.
+ El desempeño de la base de datos no sufre cuando se toma un backup para migración física.
+ La migración física puede migrar todo en la base de datos origen, incluidos componentes de base de datos complejos.
La migración física tiene las siguientes limitaciones:
+ El parámetro `innodb_page_size` se debe establecer en su valor predeterminado (`16KB`).
+ El parámetro `innodb_data_file_path` debe configurarse con un solo archivo de datos que utilice el nombre de archivo de datos predeterminado `"ibdata1:12M:autoextend"`. Las bases de datos con dos archivos de datos, o con un archivo de datos con un nombre diferente, no se pueden migrar con este método.
A continuación se muestran ejemplos de nombres de archivo no permitidos: `"innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend"` y `"innodb_data_file_path=ibdata01:50M:autoextend"`.
+ El parámetro `innodb_log_files_in_group` se debe establecer en su valor predeterminado (`2`).
La migración lógica tiene las siguientes ventajas:
+ Puede migrar subconjuntos de la base de datos, tales como tablas específicas o partes de una tabla.
+ Los datos se pueden migrar con independencia de la estructura de almacenamiento físico.
La migración lógica tiene las siguientes limitaciones:
+ La migración lógica es habitualmente más lenta que la migración física.
+ Los componentes de base de datos complejos pueden ralentizar el proceso de migración lógica. En algunos casos, los componentes de base de datos complejos pueden incluso bloquear la migración lógica.
En la siguiente tabla se describen sus opciones y el tipo de migración para cada opción.
| Migrar desde | Migration type | Solución |
| --- | --- | --- |
| Una instancia de base de datos de RDS for MySQL | Física | Puede migrar desde una instancia de base de datos de RDS for MySQL si crea primero una réplica de lectura de Aurora MySQL de una instancia de base de datos de MySQL. Cuando el retardo de la réplica entre la instancia de base de datos MySQL y la réplica de lectura de Aurora MySQL sea 0, podrá indicar a las aplicaciones de cliente que lean de la réplica de lectura de Aurora y, a continuación, detener la replicación para convertir la réplica de lectura de Aurora MySQL en un clúster de base de datos de Aurora MySQL independiente para lectura y escritura. Para obtener más información, consulte [Migración de datos desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Amazon Aurora MySQL con una réplica de lectura de Aurora](AuroraMySQL.Migrating.RDSMySQL.Replica.md). |
| Una instantánea de base de datos de RDS for MySQL | Física | Puede migrar datos directamente de una instantánea de base de datos de RDS for MySQL a un clúster de base de datos de Amazon Aurora MySQL. Para obtener más información, consulte [Migración de una instantánea de RDS for MySQL a Aurora](AuroraMySQL.Migrating.RDSMySQL.Snapshot.md). |
| Una base de datos MySQL externa a Amazon RDS | Lógica | Puede crear un volcado de los datos con la utilidad `mysqldump` y, a continuación, importar esos datos a un clúster de base de datos de Amazon Aurora MySQL. Para obtener más información, consulte [Migración lógica de MySQL a Amazon Aurora MySQL mediante mysqldump](AuroraMySQL.Migrating.ExtMySQL.mysqldump.md). Para exportar metadatos para usuarios de bases de datos durante la migración desde una base de datos MySQL externa, también puede utilizar el comando del intérprete de comandos de MySQL en lugar de `mysqldump`. Para obtener más información, consulte [Instance Dump Utility, Schema Dump Utility, and Table Dump Utility](https://dev.mysql.com/doc/mysql-shell/8.0/en/mysql-shell-utilities-dump-instance-schema.html#mysql-shell-utilities-dump-about). La utilidad [mysqlpump](https://dev.mysql.com/doc/refman/8.0/en/mysqlpump.html) está en desuso a partir de MySQL 8.0.34. |
| Una base de datos MySQL externa a Amazon RDS | Física | Puede copiar los archivos de copia de seguridad de la base de datos en un bucket de Amazon Simple Storage Service (Amazon S3) y, a continuación, restaurar un clúster de base de datos de Amazon Aurora MySQL a partir de esos archivos. Esta opción puede ser bastante más rápida que migrar los datos con `mysqldump`. Para obtener más información, consulte [Migración física de MySQL con Percona XtraBackup y Amazon S3](AuroraMySQL.Migrating.ExtMySQL.S3.md). |
| Una base de datos MySQL externa a Amazon RDS | Lógica | Puede guardar los datos de la base de datos como archivos de texto y copiar esos archivos en un bucket de Amazon S3. A continuación, puede cargar esos datos en un clúster de base de datos de Aurora MySQL con el comando `LOAD DATA FROM S3` de MySQL. Para obtener más información, consulte [Carga de datos en un clúster de base de datos Amazon Aurora MySQL desde archivos de texto en un bucket de Amazon S3](AuroraMySQL.Integrating.LoadFromS3.md). |
| Una bases de datos que no sea compatible con MySQL | Logical (Lógica) | Puede utilizar AWS Database Migration Service (AWS DMS) para migrar datos desde una base de datos que no sea compatible con MySQL. Para obtener más información acerca de AWS DMS, consulte [¿Qué es AWS Database Migration Service?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) |
**nota**
Si está migrando una base de datos de MySQL externa a Amazon RDS, las opciones de migración descritas en la tabla solo se admiten si su base de datos admite los espacios de tabla InnoDB o MyISAM.
Si la base de datos MySQL que va a migrar a Aurora MySQL usa `memcached`, quite `memcached` antes de migrarla.
No se puede migrar a la versión 3.05 o posteriores de Aurora MySQL desde algunas versiones anteriores de MySQL 8.0, como 8.0.11, 8.0.13 y 8.0.15. Le recomendamos que actualice a la versión 8.0.28 de MySQL antes de realizar la migración.
# Migración de datos desde una base de datos MySQL externa a un clúster de base de datos de Amazon Aurora MySQL
Si la base de datos admite espacios de tablas InnoDB o MyISAM, dispone de estas opciones para migrar los datos a un clúster de base de datos de Amazon Aurora MySQL:
+ Puede crear un volcado de los datos con la utilidad `mysqldump` y, a continuación, importar esos datos a un clúster de base de datos de Amazon Aurora MySQL. Para obtener más información, consulte [Migración lógica de MySQL a Amazon Aurora MySQL mediante mysqldump](AuroraMySQL.Migrating.ExtMySQL.mysqldump.md).
+ Puede copiar los archivos de copia de seguridad completos e incrementales de la base de datos a un bucket de Amazon S3 y, a continuación, restaurar un clúster de base de datos de Amazon Aurora MySQL a partir de dichos archivos. Esta opción puede ser bastante más rápida que migrar los datos con `mysqldump`. Para obtener más información, consulte [Migración física de MySQL con Percona XtraBackup y Amazon S3](AuroraMySQL.Migrating.ExtMySQL.S3.md).
**Topics**
+ [Migración física de MySQL con Percona XtraBackup y Amazon S3](AuroraMySQL.Migrating.ExtMySQL.S3.md)
+ [Migración lógica de MySQL a Amazon Aurora MySQL mediante mysqldump](AuroraMySQL.Migrating.ExtMySQL.mysqldump.md)
# Migración física de MySQL con Percona XtraBackup y Amazon S3
Puede copiar los archivos de copia de seguridad completos e incrementales de la base de datos MySQL 5.7 o 8.0 de origen a un bucket de Amazon S3. A continuación, puede realizar la restauración a un clúster de base de datos de Amazon Aurora MySQL con la misma versión principal del motor de base de datos de esos archivos.
Esta opción puede ser bastante más rápida que migrar datos mediante `mysqldump`, ya que `mysqldump` repite todos los comandos para volver a crear el esquema y los datos a partir de la base de datos origen en el nuevo clúster de base de datos de Aurora MySQL. Al copiar los archivos de datos de MySQL de origen, Aurora MySQL puede utilizar inmediatamente esos archivos como datos para el clúster de base de datos de Aurora MySQL.
También puede reducir el tiempo de inactividad mediante el uso de la replicación de registros binarios durante el proceso de migración. Si usa la replicación de logs binarios, la base de datos MySQL externa permanece abierta a las transacciones mientras se migran los datos al clúster de base de datos de Aurora MySQL. Una vez creado el clúster de base de datos de Aurora MySQL, se usa la replicación de registros binarios para sincronizar el clúster de base de datos de Aurora MySQL con las transacciones que han tenido lugar después de la copia de seguridad. Cuando el clúster de base de datos de Aurora MySQL DB esté sincronizado con la base de datos MySQL, se termina la migración y se produce el cambio al clúster de base de datos de Aurora MySQL para las nuevas transacciones. Para obtener más información, consulte [Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL mediante replicación](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync).
**Contents**
+ [Limitaciones y consideraciones](#AuroraMySQL.Migrating.ExtMySQL.S3.Limits)
+ [Antes de empezar](#AuroraMySQL.Migrating.ExtMySQL.S3.Prereqs)
+ [Instalación de Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Prereqs.XtraBackup)
+ [Permisos necesarios](#AuroraMySQL.Migrating.ExtMySQL.S3.Prereqs.Permitting)
+ [Creación del rol de servicio de IAM](#AuroraMySQL.Migrating.ExtMySQL.S3.Prereqs.CreateRole)
+ [Copia de seguridad de archivos para restaurarlos como un clúster de base de datos de Amazon Aurora MySQL](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup)
+ [Creación de una copia de seguridad completa con Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Full)
+ [Uso de copias de seguridad incrementales con Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Incr)
+ [Consideraciones sobre copias de seguridad](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Considerations)
+ [Restauración de un clúster de base de datos de Amazon Aurora MySQL desde un bucket de Amazon S3](#AuroraMySQL.Migrating.ExtMySQL.S3.Restore)
+ [Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL mediante replicación](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync)
+ [Configuración de la base de datos MySQL externa y el clúster de base de datos de Aurora MySQL para la replicación cifrada](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync.ConfigureEncryption)
+ [Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL externa](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync.Synchronizing)
+ [Reducir el tiempo de la migración física a Amazon Aurora MySQL](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md)
+ [Tipos de tablas no admitidas](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Tables)
+ [Cuentas de usuario con privilegios no admitidos](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Users)
+ [Privilegios dinámicos de la versión 3 de Aurora MySQL](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Dynamic)
+ [Objetos almacenados con 'rdsadmin'@'localhost' como definidor](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Objects)
## Limitaciones y consideraciones
Las siguientes limitaciones y consideraciones se aplican a la restauración a un clúster de base de datos de Amazon Aurora MySQL a partir de un bucket de Amazon S3:
+ Solo puede migrar los datos a un nuevo clúster de base de datos, no a un clúster de base de datos existente.
+ Debe utilizar Percona XtraBackup para realizar copias de seguridad de sus datos en S3. Para obtener más información, consulte [Instalación de Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Prereqs.XtraBackup).
+ El bucket de Amazon S3 y el clúster de base de datos de Aurora MySQL deben estar en la misma región de AWS.
+ No puede restaurar desde lo siguiente:
+ Una exportación de instantáneas del clúster de base de datos a Amazon S3. Tampoco puede migrar datos desde una exportación de instantáneas del clúster de base de datos a su bucket de S3.
+ Una base de datos de origen cifrada, pero puede cifrar los datos que se están migrando. También puede dejar los datos sin cifrar durante el proceso de migración.
+ Una base de datos MySQL 5.5 o 5.6.
+ Percona Server for MySQL no se admite como base de datos de origen, ya que puede contener tablas `compression_dictionary*` en el esquema `mysql`.
+ No puede llevar a cabo la restauración en un clúster de base de datos de Aurora Serverless.
+ No se admite la migración a versiones anteriores ni en las versiones principales ni en las secundarias. Por ejemplo, no puede migrar de la versión 8.0 de MySQL a la versión 2 de Aurora MySQL (compatible con MySQL 5.7) y no puede migrar de la versión 8.0.32 de MySQL a la versión 3.03 de Aurora MySQL, que es compatible con la versión de la comunidad 8.0.26 de MySQL.
+ No se puede migrar a la versión 3.05 o posteriores de Aurora MySQL desde algunas versiones anteriores de MySQL 8.0, como 8.0.11, 8.0.13 y 8.0.15. Le recomendamos que actualice a la versión 8.0.28 de MySQL antes de realizar la migración.
+ La importación de Amazon S3 no es compatible en la clase de instancia de base de datos db.t2.micro. Sin embargo, puede restaurar en otra clase de instancia de base de datos y, a continuación, cambiar la clase de instancia de base de datos posteriormente. Para obtener más información sobre las clases de instancias de bases de datos, consulte [Clases de instancia de base de datos de Amazon Aurora](Concepts.DBInstanceClass.md).
+ Amazon S3 limita el tamaño de un archivo cargado en un bucket de S3 a 5 TB. Si un archivo de copia de seguridad supera los 5 TB, debe dividir el archivo de copia de seguridad en archivos más pequeños.
+ Amazon RDS limita el número de archivos cargados en un bucket de S3 a 1 millón. Si los datos de copia de seguridad de su base de datos, con todas las copias de seguridad completas e incrementales, superan 1 millón de archivos, use un archivo Gzip (.gz), tar (.tar.gz) o Percona xbstream (.xbstream) para almacenar archivos de copia de seguridad completas e incrementales en el bucket de S3. Percona XtraBackUp 8.0 solo admite Percona xbstream para la compresión.
+ Para proporcionar servicios de administración para cada clúster de base de datos, se crea el usuario `rdsadmin` cuando se crea el clúster de base de datos. Como se trata de un usuario reservado en RDS, se aplican las siguientes limitaciones:
+ Las funciones, procedimientos, vistas, eventos y activadores con el definidor `'rdsadmin'@'localhost'` no se importan. Para obtener más información, consulte [Objetos almacenados con 'rdsadmin'@'localhost' como definidor](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Objects) y [Privilegios de la cuenta de usuario maestro con Amazon Aurora MySQL.](AuroraMySQL.Security.md#AuroraMySQL.Security.MasterUser).
+ Cuando se crea el clúster de base de datos de Aurora MySQL, se crea un usuario maestro con los privilegios máximos admitidos. Al restaurar desde una copia de seguridad, los privilegios no admitidos asignados a los usuarios que se importan se eliminan automáticamente durante la importación.
Para identificar a los usuarios que podrían verse afectados por esto, consulte [Cuentas de usuario con privilegios no admitidos](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Users). Para obtener más información sobre los privilegios admitidos en Aurora MySQL, consulte [Modelo de privilegios basado en roles](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model).
+ En el caso de la versión 3 de Aurora MySQL, no se importan los privilegios dinámicos. Los privilegios dinámicos compatibles con Aurora se pueden importar después de la migración. Para obtener más información, consulte [Privilegios dinámicos de la versión 3 de Aurora MySQL](AuroraMySQL.Migrating.ExtMySQL.Prechecks.md#AuroraMySQL.Migrating.ExtMySQL.Prechecks.Dynamic).
+ Las tablas creadas por el usuario en el esquema de `mysql` no se migran.
+ El parámetro `innodb_data_file_path` debe configurarse con un solo archivo de datos que utilice el nombre de archivo de datos predeterminado `ibdata1:12M:autoextend`. Las bases de datos con dos archivos de datos, o con un archivo de datos con un nombre diferente, no se pueden migrar con este método.
A continuación se muestran ejemplos de nombres de archivo no permitidos: `innodb_data_file_path=ibdata1:50M`, `ibdata2:50M:autoextend` y `innodb_data_file_path=ibdata01:50M:autoextend`.
+ No puede migrar de una base de datos de origen que tenga tablas definidas fuera del directorio de datos de MySQL predeterminado.
+ Actualmente, el tamaño máximo admitido para las copias de seguridad sin comprimir que utilizan este método está limitado a 64 TiB. En el caso de las copias de seguridad comprimidas, este límite se reduce para ajustarse a los requisitos de espacio de descompresión. En esos casos, el tamaño máximo admitido de la copia de seguridad sería (`64 TiB – compressed backup size`).
+ Aurora MySQL no admite la importación de MySQL ni de otros componentes y complementos externos.
+ Aurora MySQL no restaura todo lo que contiene la base de datos. Se recomienda guardar el esquema y los valores de la base de datos correspondientes para los siguientes elementos de la base de datos MySQL de origen y añadirlos al clúster de base de datos de Aurora MySQL restaurado una vez creado:
+ Cuentas de usuario
+ Funciones
+ Procedimientos almacenados
+ Información de zona horaria. Esta información se carga desde el sistema operativo local del clúster de base de datos de Aurora MySQL. Para obtener más información, consulte [Zona horaria local para los clústeres de base de datos de Amazon Aurora](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.LocalTimeZone).
## Antes de empezar
Antes de copiar los datos en un bucket de Amazon S3 y restaurar a un clúster de base de datos a partir de esos archivos, debe hacer lo siguiente:
+ Instale Percona XtraBackup en su servidor local.
+ Permita que Aurora MySQL obtenga acceso a su bucket de Amazon S3 en su nombre.
### Instalación de Percona XtraBackup
Amazon Aurora puede restaurar un clúster de base de datos a partir de archivos creados con Percona XtraBackup. Puede instalar Percona XtraBackup desde las [descargas de software: Percona](https://www.percona.com/downloads).
Para la migración de MySQL 5.7, utilice Percona XtraBackup 2.4.
Para la migración de MySQL 8.0, utilice Percona XtraBackup 8.0. Asegúrese de que la versión de Percona XtraBackup sea compatible con la versión del motor de su base de datos de origen.
### Permisos necesarios
Para migrar los datos de MySQL a un clúster de base de datos de Amazon Aurora MySQL, se requieren varios permisos:
+ El usuario que solicita que Aurora cree un nuevo clúster a partir de un bucket de Amazon S3 debe tener permiso para mostrar los buckets de su cuenta de AWS. Puede conceder este permiso al usuario mediante una política de AWS Identity and Access Management (IAM).
+ Aurora requiere permiso para realizar acciones en su nombre y acceder al bucket de Amazon S3 en el que se almacenan los archivos utilizados para crear el clúster de base de datos de Amazon Aurora MySQL. Puede conceder los permisos necesarios a Aurora mediante un rol de servicio de IAM.
+ El usuario que realiza la solicitud también debe tener permiso para enumerar los roles de IAM para la cuenta de AWS.
+ Si el usuario que ha realizado la solicitud va a crear la función del servicio de IAM o va a solicitar que Aurora cree la función del servicio de IAM (mediante la consola), el usuario debe tener permiso para crear un rol de IAM para la cuenta de AWS.
+ Si tiene previsto cifrar los datos durante el proceso de migración, actualice la política de IAM del usuario que va a realizar la migración para conceder a RDS acceso a las AWS KMS keys para cifrar los backups. Para obtener instrucciones, consulte [Creación de una política de IAM para acceder a los recursos de AWS KMS](AuroraMySQL.Integrating.Authorizing.IAM.KMSCreatePolicy.md).
Por ejemplo, la siguiente política de IAM concede a un usuario los permisos mínimos necesarios para que pueda utilizar la consola para mostrar los roles de IAM, crear un rol de IAM, mostrar los buckets de Amazon S3 de la cuenta y mostrar las claves de KMS.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"iam:ListRoles",
"iam:CreateRole",
"iam:CreatePolicy",
"iam:AttachRolePolicy",
"s3:ListBucket",
"kms:ListKeys"
],
"Resource": "*"
}
]
}
```
------
Además, para que un usuario pueda asociar un rol de IAM a un bucket de Amazon S3, el usuario de IAM debe disponer del permiso `iam:PassRole` para ese rol de IAM. Este permiso hace que un administrador pueda restringir los roles de IAM que un usuario puede asociar a buckets de Amazon S3.
Por ejemplo, la siguiente política de IAM permite a un usuario asociar el rol denominado `S3Access` a un bucket de Amazon S3.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement":[
{
"Sid":"AllowS3AccessRole",
"Effect":"Allow",
"Action":"iam:PassRole",
"Resource":"arn:aws:iam::123456789012:role/S3Access"
}
]
}
```
------
Para obtener más información sobre los permisos de usuario de IAM, consulte [Administración de acceso mediante políticas](UsingWithRDS.IAM.md#security_iam_access-manage).
### Creación del rol de servicio de IAM
Puede hacer que la Consola de administración de AWS cree un rol para usted eligiendo la opción **Create a New Role (Crear una función)** (se explica más adelante en este tema). Si selecciona esta opción y especifica un nombre para el nuevo rol, Aurora crea el rol de servicio de IAM necesario para que Aurora acceda al bucket de Amazon S3 con el nombre que usted indique.
Como alternativa, puede crear el rol manualmente completando el siguiente procedimiento.
**Para crear un rol de IAM para que Aurora pueda acceder a Amazon S3**
1. Realice los pasos que se indican en [Creación de una política de IAM para acceder a los recursos de Amazon S3](AuroraMySQL.Integrating.Authorizing.IAM.S3CreatePolicy.md).
1. Realice los pasos que se indican en [Creación de un rol de IAM que permita a Amazon Aurora acceder a los servicios de AWS](AuroraMySQL.Integrating.Authorizing.IAM.CreateRole.md).
1. Realice los pasos que se indican en [Asociación de un rol de IAM con un clúster de base de datos Amazon Aurora MySQL](AuroraMySQL.Integrating.Authorizing.IAM.AddRoleToDBCluster.md).
## Copia de seguridad de archivos para restaurarlos como un clúster de base de datos de Amazon Aurora MySQL
Puede crear un backup completo de los archivos de la base de datos MySQL usando Percona XtraBackup y cargar los archivos de backup en un bucket de Amazon S3. Como alternativa, si ya usa Percona XtraBackup para realizar los backups de los archivos de la base de datos MySQL, puede cargar los archivos y los directorios de backup completos e incrementales en un bucket de Amazon S3.
**Topics**
+ [Creación de una copia de seguridad completa con Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Full)
+ [Uso de copias de seguridad incrementales con Percona XtraBackup](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Incr)
+ [Consideraciones sobre copias de seguridad](#AuroraMySQL.Migrating.ExtMySQL.S3.Backup.Considerations)
### Creación de una copia de seguridad completa con Percona XtraBackup
Para crear una copia de seguridad completa de los archivos de la base de datos MySQL que se puedan restaurar desde Amazon S3 para crear un clúster de base de datos de Aurora MySQL, use la utilidad Percona XtraBackup (`xtrabackup`) para realizar una copia de seguridad de la base de datos.
Por ejemplo, el siguiente comando crea un backup de una base de datos MySQL y almacena los archivos en la carpeta `/on-premises/s3-restore/backup`.
```
xtrabackup --backup --user= --password= --target-dir=
```
Si desea comprimir su backup en un solo archivo (que se puede dividir si es necesario), puede utilizar la opción `--stream` para guardar el backup en uno de los siguientes formatos:
+ Gzip (.gz)
+ tar (.tar)
+ Percona xbstream (.xbstream)
El siguiente comando crea una copia de seguridad de la base de datos MySQL dividido en varios archivos Gzip.
```
xtrabackup --backup --user= --password= --stream=tar \
--target-dir= | gzip - | split -d --bytes=500MB \
- .tar.gz
```
El siguiente comando crea una copia de seguridad de la base de datos MySQL dividido en varios archivos tar.
```
xtrabackup --backup --user= --password= --stream=tar \
--target-dir= | split -d --bytes=500MB \
- .tar
```
El siguiente comando crea una copia de seguridad de la base de datos MySQL dividido en varios archivos xbstream.
```
xtrabackup --backup --user= --password= --stream=xbstream \
--target-dir= | split -d --bytes=500MB \
- .xbstream
```
**nota**
Si aparece el siguiente error, puede deberse a que se han mezclado formatos de archivo en el comando:
```
ERROR:/bin/tar: This does not look like a tar archive
```
Una vez realizado el backup de la base de datos MySQL con la utilidad Percona XtraBackup, ya podrá copiar los directorios y los archivos del backup en un bucket de Amazon S3.
Para obtener más información acerca de cómo crear y cargar un archivo en un bucket de Amazon S3, consulte [Introducción a Amazon Simple Storage Service](https://docs.aws.amazon.com/AmazonS3/latest/userguide/GetStartedWithS3.html) en la *Guía de introducción a Amazon S3*.
### Uso de copias de seguridad incrementales con Percona XtraBackup
Amazon Aurora MySQL admite backups completos e incrementales creados con Percona XtraBackup. Si ya usa Percona XtraBackup para realizar copias de seguridad completas e incrementales de sus archivos de base de datos MySQL, no tiene que crear una copia de seguridad completa y cargar los archivos del backup en Amazon S3. En lugar de eso, puede ahorrar una cantidad considerable de tiempo copiando los directorios y archivos de backup de sus backups completos e incrementales en un bucket de Amazon S3. Para obtener más información, consulte el artículo sobre [creación de una copia de seguridad incremental](https://docs.percona.com/percona-xtrabackup/8.0/create-incremental-backup.html) en el sitio web de Percona.
Cuando copie los archivos de backup completos o incrementales en un bucket de Amazon S3, debe copiar repetidamente el contenido del directorio base. Esos contenidos incluyen el backup completo y también todos los directorios y archivos del backup incremental. Esta copia debe mantener la estructura de directorios en el bucket de Amazon S3. Aurora realiza iteraciones por todos los archivos y directorios. Aurora utiliza el archivo `xtrabackup-checkpoints` incluido con cada copia de seguridad progresiva para identificar el directorio base y ordenar las copias de seguridad progresivas por rango del número de secuencia del registro (LSN).
Para obtener más información acerca de cómo crear y cargar un archivo en un bucket de Amazon S3, consulte [Introducción a Amazon Simple Storage Service](https://docs.aws.amazon.com/AmazonS3/latest/userguide/GetStartedWithS3.html) en la *Guía de introducción a Amazon S3*.
### Consideraciones sobre copias de seguridad
Aurora no admite copias de seguridad parciales creados con Percona XtraBackup. No puede utilizar las siguientes opciones para crear una copia de seguridad parcial al realizar copias de seguridad de los archivos de origen de su base de datos: `--tables`, `--tables-exclude`, `--tables-file`, `--databases`, `--databases-exclude` o `--databases-file`.
Para obtener más información acerca de cómo realizar una copia de seguridad de su base de datos con Percona XtraBackup, consulte la [documentación de Percona XtraBackup](https://www.percona.com/doc/percona-xtrabackup/LATEST/index.html) y el artículo sobre el [uso de registros binarios](https://docs.percona.com/percona-xtrabackup/8.0/working-with-binary-logs.html) en el sitio web de Percona.
Aurora admite copias de seguridad incrementales creadas con Percona XtraBackup. Para obtener más información, consulte el artículo sobre [creación de una copia de seguridad incremental](https://docs.percona.com/percona-xtrabackup/8.0/create-incremental-backup.html) en el sitio web de Percona.
Aurora consume sus archivos de copia de seguridad en función del nombre de archivo. Asegúrese de asignar la extensión de archivo adecuada a los archivos de copia de seguridad según el formato de archivo: por ejemplo, `.xbstream` para archivos almacenados con el formato xbstream de Percona.
Aurora consume sus archivos de backup en orden alfabético, así como según la numeración natural. Utilice siempre la opción `split` al ejecutar el comando `xtrabackup` para asegurarse de que la escritura y la asignación de nombre de sus archivos de backup se realice en el orden correcto.
Amazon S3 limita el tamaño de un archivo cargado en un bucket de Amazon S3 a 5 TB. Si los datos del backup de su base de datos superan los 5 TB, use el comando `split` para dividir los archivos de backup en varios archivos que ocupen menos de 5 TB.
Aurora limita el número de archivos de origen cargados en un bucket de Amazon S3 a 1 millón de archivos. En algunos casos, los datos de backup de su base de datos con todos los backups completos e incrementales incluyen un número elevado de archivos. En estos casos, usa un archivo tarball (.tar.gz) para almacenar los archivos de backups completos e incrementales en el bucket de Amazon S3.
Cuando carga un archivo en un bucket de Amazon S3, puede usar el cifrado del lado del servidor para cifrar los datos. Luego, puede restaurar un clúster de base de datos de Amazon Aurora MySQL a partir de estos archivos cifrados. Amazon Aurora MySQL puede restaurar un clúster de base de datos con archivos cifrados mediante los siguientes tipos de cifrado del lado del servidor:
+ Cifrado en el servidor con claves de cifrado administradas por Amazon S3 (SSE-S3): cada objeto está cifrado con una clave exclusiva que utiliza un cifrado multifactor seguro.
+ Cifrado en el servidor con claves administradas por AWS KMS (SSE-KMS): similar a SSE-S3, pero tiene la opción de crear y administrar usted mismo las claves de cifrado, así como otras diferencias.
Para obtener información sobre cómo usar el cifrado en el servidor al cargar archivos en un bucket de Amazon S3, consulte [Protección de datos con el cifrado del lado del servidor](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) en la *Guía para desarrolladores de Amazon S3*.
## Restauración de un clúster de base de datos de Amazon Aurora MySQL desde un bucket de Amazon S3
Puede restaurar los archivos de copia de seguridad desde el bucket de Amazon S3 para crear un nuevo clúster de base de datos de Amazon Aurora MySQL mediante la consola de Amazon RDS.
**Para restaurar un clúster de base de datos de Amazon Aurora MySQL a partir de los archivos de un bucket de Amazon S3**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En la esquina superior derecha de la consola de Amazon RDS, elija la región de AWS en la que se va a crear su clúster de base de datos. Elija la misma región de AWS que el bucket de Amazon S3 que contiene su copia de seguridad de base de datos.
1. En el panel de navegación, elija **Databases (Bases de datos)** y después **Restore from S3 (Restaurar desde S3)**.
1. Elija **Restore from S3 (Restaurar de S3)**.
Aparecerá la página **Create database by restoring from S3 (Crear base de datos restaurando desde S3)**.
![\[La página en la que especifica los detalles para restaurar un clúster de base de datos desde S3\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/AuroraMigrateS3_01.png)
1. En **S3 destination (destino de S3)**:
1. Elija el **bucket de S3** que contiene sus archivos de copia de seguridad.
1. (Opcional) En **S3 folder path prefix (Prefijo de ruta de carpeta de S3)**, escriba un prefijo de ruta de archivo para los archivos almacenados en el bucket de Amazon S3.
Si no especifica un prefijo, RDS creará su instancia de base de datos con todos los archivos y carpetas de la carpeta raíz del bucket de S3. Si especifica un prefijo, RDS creará su instancia de base de datos con los archivos y carpetas del bucket de S3 cuya ruta completa del archivo empieza con el prefijo especificado.
Por ejemplo, suponga que almacena los archivos de backup en S3 en una subcarpeta denominada copias de seguridad y que tiene varios conjuntos de archivos de backup, cada uno en su propio directorio (gzip\$1backup1, gzip\$1backup2, etc.). En este caso, debe especificar un prefijo de backups/gzip\$1backup1 para restaurar a partir de los archivos de la carpeta gzip\$1backup1.
1. En **Engine options (Opciones del motor)**:
1. Para **Engine type (Tipo de motor)**, elija **Amazon Aurora**.
1. En **Version (Versión)**, elija la versión del motor Aurora MySQL para la instancia de base de datos restaurada.
1. En **IAM Role (Rol de IAM)**, puede elegir un rol de IAM existente.
1. (Opcional) También puede hacer que se cree un nuevo rol de IAM eligiendo **Create a new role (Crear un nuevo rol)**. Si es así:
1. Introduzca el**IAM role name (Nombre de rol de IAM)**.
1. Elija si desea **Allow access to KMS key (Permitir el acceso a la clave KMS)**:
+ Si no ha cifrado los archivos de copia de seguridad, elija **No**.
+ Si ha cifrado los archivos de copia de seguridad con AES-256 (SSE-S3) al cargarlos en Amazon S3, elija **No**. En este caso, los datos se encriptan de manera automática.
+ Si ha cifrado los archivos de copia de seguridad con cifrado en el servidor de AWS KMS (SSE-KMS) al cargarlos en Amazon S3, elija **Yes** (Sí). A continuación, elija la clave de KMS correcta para **AWS KMS key**.
La Consola de administración de AWS crea una política de IAM que permite a Aurora descifrar los datos.
Para obtener más información, consulte [Protección de datos con el cifrado del lado del servidor](https://docs.aws.amazon.com/AmazonS3/latest/userguide/serv-side-encryption.html) en la *Guía para desarrolladores de Amazon S3*.
1. Elija la configuración del clúster de base de datos, como la configuración de almacenamiento del clúster de base de datos, la clase de instancia de base de datos, el identificador de clúster de base de datos y las credenciales de inicio de sesión. Para obtener más información acerca de cada ajuste, consulte [Configuración de clústeres de bases de datos de Aurora](Aurora.CreateInstance.md#Aurora.CreateInstance.Settings).
1. Personalice la configuración adicional del clúster de base de datos Aurora MySQL según sea necesario.
1. Elija **Create database (Crear base de datos)** para iniciar la instancia de base de datos Aurora.
En la consola de Amazon RDS, la nueva instancia de base de datos aparece en la lista de instancias de base de datos. La instancia de la base de datos tendrá el estado **creating** hasta que se cree la instancia y esté lista para el uso. Cuando el estado cambie a **available**, podrá conectarse a la instancia principal de su clúster de base de datos. Dependiendo de la clase de instancia de base de datos y del almacenamiento asignado, es posible que la nueva instancia tarde varios minutos en estar disponible.
Para ver el clúster que acaba de crear, elija la vista **Databases (Bases de datos)** en la consola de Amazon RDS y elija el clúster de base de datos. Para obtener más información, consulte [Visualización de un clúster de base de datos de Amazon Aurora](accessing-monitoring.md#Aurora.Viewing).
![\[Lista de instancias de base de datos de Amazon Aurora\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/AuroraLaunch04.png)
Anote el puerto y el punto de enlace del escritor del clúster de base de datos. Utilice el punto de enlace del escritor y el puerto del clúster de base de datos en sus cadenas de conexión JDBC y ODBC para cualquier aplicación que realice operaciones de lectura o escritura.
## Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL mediante replicación
Para que no se produzcan interrupciones durante la migración, puede replicar las transacciones que se confirmaron en su base de datos MySQL en el clúster de base de datos de Aurora MySQL. La replicación permite al clúster de base de datos ponerse al día con las transacciones de la base de datos MySQL que se produjeron durante la migración. Cuando el clúster de base de datos esté totalmente sincronizado, puede detener la replicación y terminar la migración a Aurora MySQL.
**Topics**
+ [Configuración de la base de datos MySQL externa y el clúster de base de datos de Aurora MySQL para la replicación cifrada](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync.ConfigureEncryption)
+ [Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL externa](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync.Synchronizing)
### Configuración de la base de datos MySQL externa y el clúster de base de datos de Aurora MySQL para la replicación cifrada
Para replicar los datos de forma segura, puede usar la replicación cifrada.
**nota**
Si no necesita usar la replicación cifrada, puede omitir estos pasos y pasar a las instrucciones de [Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL externa](#AuroraMySQL.Migrating.ExtMySQL.S3.RepSync.Synchronizing).
A continuación, se indican los requisitos previos para utilizar la replicación cifrada:
+ La capa de conexión segura (SSL) debe estar habilitada en la base de datos principal de MySQL externa.
+ Debe disponerse de una clave cliente y un certificado cliente para el clúster de base de datos de Aurora MySQL.
Durante la replicación cifrada, el clúster de base de datos Aurora MySQL actúa como un cliente en el servidor de base de datos MySQL. Los certificados y las claves del cliente de Aurora MySQL son archivos con formato .pem.
**Para configurar su base de datos MySQL externa y su clúster de base de datos de Aurora MySQL para la replicación cifrada**
1. Compruebe que esté preparado para la replicación cifrada:
+ Si no tiene SSL habilitado en la base de datos principal de MySQL externa y no dispone de una clave cliente ni de un certificado cliente, habilite SSL en el servidor de base de datos de MySQL y genere la clave cliente y el certificado cliente necesarios.
+ Si SSL está habilitado en el primario externo, proporcione una clave cliente y un certificado cliente para el clúster de base de datos de Aurora MySQL. Si no los tiene, genere una nueva clave y certificado para el clúster de base de datos Aurora MySQL. Para firmar el certificado cliente, debe tener la clave de la entidad de certificación que usó para configurar SSL en la base de datos primaria de MySQL externa.
Para obtener más información, consulte [Creating SSL Certificates and Keys Using openssl](https://dev.mysql.com/doc/refman/5.6/en/creating-ssl-files-using-openssl.html) en la documentación de MySQL.
Necesita un certificado de la entidad de certificación, la clave cliente y el certificado cliente.
1. Conéctese al clúster de base de datos Aurora MySQL como usuario principal mediante SSL.
Para obtener información acerca de la conexión a un clúster de base de datos Aurora MySQL con SSL, consulte [Conexiones TLS a clústeres de base de datos de Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL).
1. Ejecute el procedimiento almacenado [mysql.rds\$1import\$1binlog\$1ssl\$1material](mysql-stored-proc-replicating.md#mysql_rds_import_binlog_ssl_material) para importar la información de SSL en el clúster de base de datos Aurora MySQL.
Para el parámetro `ssl_material_value`, inserte la información de los archivos con formato .pem para el clúster de base de datos Aurora MySQL en la carga JSON correcta.
En el siguiente ejemplo se importa la información de SSL en un clúster de base de datos Aurora MySQL. En los archivos con formato .pem, el código del cuerpo suele ser más grande que el que se muestra en el ejemplo.
```
call mysql.rds_import_binlog_ssl_material(
'{"ssl_ca":"-----BEGIN CERTIFICATE-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END CERTIFICATE-----\n","ssl_cert":"-----BEGIN CERTIFICATE-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END CERTIFICATE-----\n","ssl_key":"-----BEGIN RSA PRIVATE KEY-----
AAAAB3NzaC1yc2EAAAADAQABAAABAQClKsfkNkuSevGj3eYhCe53pcjqP3maAhDFcvBS7O6V
hz2ItxCih+PnDSUaw+WNQn/mZphTk/a/gU8jEzoOWbkM4yxyb/wB96xbiFveSFJuOp/d6RJhJOI0iBXr
lsLnBItntckiJ7FbtxJMXLvvwJryDUilBMTjYtwB+QhYXUMOzce5Pjz5/i8SeJtjnV3iAoG/cQk+0FzZ
qaeJAAHco+CY/5WrUBkrHmFJr6HcXkvJdWPkYQS3xqC0+FmUZofz221CBt5IMucxXPkX4rWi+z7wB3Rb
BQoQzd8v7yeb7OzlPnWOyN0qFU0XA246RA8QFYiCNYwI3f05p6KLxEXAMPLE
-----END RSA PRIVATE KEY-----\n"}');
```
Para obtener más información, consulte [mysql.rds\$1import\$1binlog\$1ssl\$1material](mysql-stored-proc-replicating.md#mysql_rds_import_binlog_ssl_material) y [Conexiones TLS a clústeres de base de datos de Aurora MySQL](AuroraMySQL.Security.md#AuroraMySQL.Security.SSL).
**nota**
Después de ejecutar el procedimiento, los secretos se almacenan en archivos. Para borrar los archivos más tarde, puede ejecutar el procedimiento almacenado [mysql.rds\$1remove\$1binlog\$1ssl\$1material](mysql-stored-proc-replicating.md#mysql_rds_remove_binlog_ssl_material).
### Sincronización del clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL externa
Puede sincronizar su clúster de base de datos de Amazon Aurora MySQL con la base de datos MySQL mediante replicación.
**Para sincronizar su clúster de base de datos de Aurora MySQL con la base de datos MySQL mediante replicación**
1. Asegúrese de que el archivo /etc/my.cnf de la base de datos MySQL externa tenga las entradas pertinentes.
Si no se requiere la replicación cifrada, asegúrese de que la base de datos MySQL externa se inicia con los logs binarios (binlogs) habilitados y SSL deshabilitado. A continuación se indican las entradas pertinentes en el archivo /etc/my.cnf para los datos sin cifrar.
```
log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1
```
Si se requiere la replicación cifrada, asegúrese de que la base de datos MySQL externa se inicia con SSL y los binlogs habilitados. Las entradas del archivo /etc/my.cnf incluyen las ubicaciones del archivo .pem para el servidor de base de datos MySQL.
```
log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1
# Setup SSL.
ssl-ca=/home/sslcerts/ca.pem
ssl-cert=/home/sslcerts/server-cert.pem
ssl-key=/home/sslcerts/server-key.pem
```
Puede confirmar que SSL está habilitado con el siguiente comando.
```
mysql> show variables like 'have_ssl';
```
El resultado debería ser similar al siguiente.
```
+~-~-~-~-~-~-~-~-~-~-~-~-~-~--+~-~-~-~-~-~--+
| Variable_name | Value |
+~-~-~-~-~-~-~-~-~-~-~-~-~-~--+~-~-~-~-~-~--+
| have_ssl | YES |
+~-~-~-~-~-~-~-~-~-~-~-~-~-~--+~-~-~-~-~-~--+
1 row in set (0.00 sec)
```
1. Determine la posición del registro binario inicial para la replicación: Especificará la posición para iniciar la replicación en un paso posterior.
**Uso de Consola de administración de AWS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Events**.
1. En la lista **Events (Eventos)**, anote la posición del evento **Recovered from Binary log filename (Recuperado del nombre de archivo de log binario)**.
![\[Ver MySQL primario\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/aurora-mysql-rep-binary-log-position.png)
**Uso de AWS CLI**
También puede obtener el nombre y la posición del archivo binlog utilizando el comando [describe-events](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-events.html) desde la AWS CLI. El siguiente es un ejemplo del comando `describe-events`.
```
PROMPT> aws rds describe-events
```
En la salida, identifique el evento que muestra la posición de binlog.
1. Mientras está conectado a la base de datos MySQL externa, cree el usuario que se va a usar para la replicación. Esta cuenta se usa únicamente para la replicación y debe estar limitada a su dominio para mejorar la seguridad. A continuación se muestra un ejemplo.
```
mysql> CREATE USER ''@'' IDENTIFIED BY '';
```
El usuario requiere los privilegios `REPLICATION CLIENT` y `REPLICATION SLAVE`. Conceda estos privilegios al usuario.
```
GRANT REPLICATION CLIENT, REPLICATION SLAVE ON *.* TO ''@'';
```
Si necesita usar la replicación cifrada, exija conexiones SSL al usuario de la replicación. Por ejemplo, puede utilizar la siguiente declaración para exigir el uso de conexiones SSL en la cuenta de usuario ``.
```
GRANT USAGE ON *.* TO ''@'' REQUIRE SSL;
```
**nota**
Si `REQUIRE SSL` no se incluye, la conexión de replicación podría cambiarse inadvertidamente por una conexión sin cifrar.
1. En la consola de Amazon RDS, agregue la dirección IP del servidor que aloja la base de datos MySQL externa al grupo de seguridad de la VPC para el clúster de base de datos de Aurora MySQL. Para obtener más información acerca de la modificación de un grupo de seguridad de VPC, consulte [Grupos de seguridad de su VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) en la *Guía del usuario de Amazon Virtual Private Cloud*.
Es posible que también necesite configurar su red local para permitir las conexiones desde la dirección IP de su clúster de base de datos de Aurora MySQL con el fin de que se pueda comunicar con la base de datos MySQL externa. Para encontrar la dirección IP del clúster de base de datos de Aurora MySQL, use el comando `host`.
```
host
```
El nombre de host es el nombre DNS del punto de enlace del clúster de base de datos de Aurora MySQL.
1. Habilite la replicación de registros binarios ejecutando el procedimiento almacenado [mysql.rds\$1reset\$1external\$1master (Aurora MySQL versión 2)](mysql-stored-proc-replicating.md#mysql_rds_reset_external_master) o [mysql.rds\$1reset\$1external\$1source (Aurora MySQL versión 3)](mysql-stored-proc-replicating.md#mysql_rds_reset_external_source). Este procedimiento almacenado tiene la siguiente sintaxis.
```
CALL mysql.rds_set_external_master (
host_name
, host_port
, replication_user_name
, replication_user_password
, mysql_binary_log_file_name
, mysql_binary_log_file_location
, ssl_encryption
);
CALL mysql.rds_set_external_source (
host_name
, host_port
, replication_user_name
, replication_user_password
, mysql_binary_log_file_name
, mysql_binary_log_file_location
, ssl_encryption
);
```
Para obtener más información acerca de los parámetros, consulte [mysql.rds\$1reset\$1external\$1master (Aurora MySQL versión 2)](mysql-stored-proc-replicating.md#mysql_rds_reset_external_master) y [mysql.rds\$1reset\$1external\$1source (Aurora MySQL versión 3)](mysql-stored-proc-replicating.md#mysql_rds_reset_external_source).
Para `mysql_binary_log_file_name` y `mysql_binary_log_file_location`, use la posición del evento **Recovered from Binary log filename (Recuperado del nombre de archivo de log binario)** que anotó antes.
Si los datos del clúster de base de datos de Aurora MySQL no están cifrados, el parámetro `ssl_encryption` debe establecerse en `0`. Si los datos están cifrados, el parámetro `ssl_encryption` debe establecerse en `1`.
El siguiente ejemplo ejecuta el procedimiento para un clúster de base de datos de Aurora MySQL que tiene datos cifrados.
```
CALL mysql.rds_set_external_master(
'Externaldb.some.com',
3306,
'repl_user'@'mydomain.com',
'password',
'mysql-bin.000010',
120,
1);
CALL mysql.rds_set_external_source(
'Externaldb.some.com',
3306,
'repl_user'@'mydomain.com',
'password',
'mysql-bin.000010',
120,
1);
```
Este procedimiento almacenado establece los parámetros que el clúster de base de datos de Aurora MySQL usa para conectarse a una base de datos MySQL externa y leer su log binario. Si los datos están cifrados, también descarga el certificado de la entidad de certificación de SSL, el certificado cliente y la clave cliente en el disco local.
1. Inicie la replicación de logs binarios ejecutando el procedimiento almacenado [mysql.rds\$1start\$1replication](mysql-stored-proc-replicating.md#mysql_rds_start_replication).
```
CALL mysql.rds_start_replication;
```
1. Monitorice qué retardo tiene el clúster de base de datos de Aurora MySQL con respecto a la base de datos principal de replicación de MySQL. Para ello, conéctese al clúster de base de datos de Aurora MySQL y ejecute el siguiente comando.
```
Aurora MySQL version 2:
SHOW SLAVE STATUS;
Aurora MySQL version 3:
SHOW REPLICA STATUS;
```
En la salida del comando, el campo `Seconds Behind Master` muestra cuánto retardo tiene el clúster de base de datos de Aurora MySQL con respecto al MySQL principal. Cuando este valor es `0` (cero), el clúster de base de datos de Aurora MySQL se ha sincronizado con el principal y puede continuar con el siguiente paso para detener la replicación.
1. Conéctese a la base de datos principal de replicación MySQL y detenga la replicación. Para ello, ejecute el procedimiento almacenado [mysql.rds\$1stop\$1replication](mysql-stored-proc-replicating.md#mysql_rds_stop_replication).
```
CALL mysql.rds_stop_replication;
```
# Reducir el tiempo de la migración física a Amazon Aurora MySQL
Puede realizar las siguientes modificaciones en la base de datos de para acelerar el proceso de migrar una base de datos a Amazon Aurora MySQL.
**importante**
Asegúrese de realizar las actualizaciones en una copia de la base de datos de producción, en lugar de en una base de datos de producción. A continuación, puede hacer una copia de seguridad de la copia y restaurarla en su clúster de base de datos de Aurora MySQL para evitar interrupciones en el servicio en la base de datos de producción.
## Tipos de tablas no admitidas
Aurora MySQL solo admite el motor InnoDB para tablas de bases de datos. Si hay tablas MyISAM en la base de datos, tendrá que convertir esas tables antes de migrar a Aurora MySQL. El proceso de conversión requiere más espacio para la conversión de MyISAM a InnoDB durante el procedimiento de migración.
Para reducir el riesgo de quedarse sin espacio o para acelerar el proceso de migración, convierta todas sus tablas MyISAM en tablas InnoDB antes de migrarlas. El tamaño de la tabla InnoDB resultante equivale al tamaño requerido por Aurora MySQL para esa tabla. Para convertir una tabla MyISAM a InnoDB, ejecute el siguiente comando:
```
ALTER TABLE schema.table_name engine=innodb, algorithm=copy;
```
Aurora MySQL no admite tablas comprimidas, es decir, tablas creadas con `ROW_FORMAT=COMPRESSED` o `COMPRESSION = {"zlib"|"lz4"}`.
Para reducir el riesgo de quedarse sin espacio o para acelerar el proceso de migración, amplíe las tablas comprimidas mediante la configuración de `ROW_FORMAT` `DEFAULT`, `COMPACT`, `DYNAMIC` o `REDUNDANT`. Para páginas comprimidas, configure `COMPRESSION="none"`.
Para obtener más información, consulte [Formatos de fila de InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html) y [Compresión de tablas y páginas en InnoDB](https://dev.mysql.com/doc/refman/8.0/en/innodb-compression.html) en la documentación de MySQL.
Puede utilizar el siguiente script de SQL en su instancia de base de datos MySQL para obtener una lista de las tablas MyISAM o comprimidas de su base de datos.
```
-- This script examines a MySQL database for conditions that block
-- migrating the database into Aurora MySQL.
-- It must be run from an account that has read permission for the
-- INFORMATION_SCHEMA database.
-- Verify that this is a supported version of MySQL.
select msg as `==> Checking current version of MySQL.`
from
(
select
'This script should be run on MySQL version 5.6 or higher. ' +
'Earlier versions are not supported.' as msg,
cast(substring_index(version(), '.', 1) as unsigned) * 100 +
cast(substring_index(substring_index(version(), '.', 2), '.', -1)
as unsigned)
as major_minor
) as T
where major_minor <> 506;
-- List MyISAM and compressed tables. Include the table size.
select concat(TABLE_SCHEMA, '.', TABLE_NAME) as `==> MyISAM or Compressed Tables`,
round(((data_length + index_length) / 1024 / 1024), 2) "Approx size (MB)"
from INFORMATION_SCHEMA.TABLES
where
ENGINE <> 'InnoDB'
and
(
-- User tables
TABLE_SCHEMA not in ('mysql', 'performance_schema',
'information_schema')
or
-- Non-standard system tables
(
TABLE_SCHEMA = 'mysql' and TABLE_NAME not in
(
'columns_priv', 'db', 'event', 'func', 'general_log',
'help_category', 'help_keyword', 'help_relation',
'help_topic', 'host', 'ndb_binlog_index', 'plugin',
'proc', 'procs_priv', 'proxies_priv', 'servers', 'slow_log',
'tables_priv', 'time_zone', 'time_zone_leap_second',
'time_zone_name', 'time_zone_transition',
'time_zone_transition_type', 'user'
)
)
)
or
(
-- Compressed tables
ROW_FORMAT = 'Compressed'
);
```
## Cuentas de usuario con privilegios no admitidos
Las cuentas de usuario con privilegios no admitidos con Aurora MySQL se importan sin esos privilegios. Para ver la lista de los privilegios admitidos, consulte [Modelo de privilegios basado en roles](AuroraMySQL.Compare-80-v3.md#AuroraMySQL.privilege-model).
Puede ejecutar la siguiente consulta SQL en la base de datos de origen para enumerar las cuentas de usuario que tienen privilegios no admitidos.
```
SELECT
user,
host
FROM
mysql.user
WHERE
Shutdown_priv = 'y'
OR File_priv = 'y'
OR Super_priv = 'y'
OR Create_tablespace_priv = 'y';
```
## Privilegios dinámicos de la versión 3 de Aurora MySQL
Los privilegios dinámicos no se importan. La versión 3 de Aurora MySQL admite los siguientes privilegios dinámicos.
```
'APPLICATION_PASSWORD_ADMIN',
'CONNECTION_ADMIN',
'REPLICATION_APPLIER',
'ROLE_ADMIN',
'SESSION_VARIABLES_ADMIN',
'SET_USER_ID',
'XA_RECOVER_ADMIN'
```
El siguiente script de ejemplo concede los privilegios dinámicos admitidos a las cuentas de usuario del clúster de base de datos de Aurora MySQL.
```
-- This script finds the user accounts that have Aurora MySQL supported dynamic privileges
-- and grants them to corresponding user accounts in the Aurora MySQL DB cluster.
/home/ec2-user/opt/mysql/8.0.26/bin/mysql -uusername -pxxxxx -P8026 -h127.0.0.1 -BNe "SELECT
CONCAT('GRANT ', GRANTS, ' ON *.* TO ', GRANTEE ,';') AS grant_statement
FROM (select GRANTEE, group_concat(privilege_type) AS GRANTS FROM information_schema.user_privileges
WHERE privilege_type IN (
'APPLICATION_PASSWORD_ADMIN',
'CONNECTION_ADMIN',
'REPLICATION_APPLIER',
'ROLE_ADMIN',
'SESSION_VARIABLES_ADMIN',
'SET_USER_ID',
'XA_RECOVER_ADMIN')
AND GRANTEE NOT IN (\"'mysql.session'@'localhost'\",\"'mysql.infoschema'@'localhost'\",\"'mysql.sys'@'localhost'\") GROUP BY GRANTEE)
AS PRIVGRANTS; " | /home/ec2-user/opt/mysql/8.0.26/bin/mysql -u master_username -p master_password -h DB_cluster_endpoint
```
## Objetos almacenados con 'rdsadmin'@'localhost' como definidor
Las funciones, procedimientos, vistas, eventos y activadores con `'rdsadmin'@'localhost'` como definidor no se importan.
Puede utilizar el siguiente script de SQL en la base de datos MySQL de origen para enumerar los objetos almacenados que tienen el definidor no admitido.
```
-- This SQL query lists routines with `rdsadmin`@`localhost` as the definer.
SELECT
ROUTINE_SCHEMA,
ROUTINE_NAME
FROM
information_schema.routines
WHERE
definer = 'rdsadmin@localhost';
-- This SQL query lists triggers with `rdsadmin`@`localhost` as the definer.
SELECT
TRIGGER_SCHEMA,
TRIGGER_NAME,
DEFINER
FROM
information_schema.triggers
WHERE
DEFINER = 'rdsadmin@localhost';
-- This SQL query lists events with `rdsadmin`@`localhost` as the definer.
SELECT
EVENT_SCHEMA,
EVENT_NAME
FROM
information_schema.events
WHERE
DEFINER = 'rdsadmin@localhost';
-- This SQL query lists views with `rdsadmin`@`localhost` as the definer.
SELECT
TABLE_SCHEMA,
TABLE_NAME
FROM
information_schema.views
WHERE
DEFINER = 'rdsadmin@localhost';
```
# Migración lógica de MySQL a Amazon Aurora MySQL mediante mysqldump
Dado que Amazon Aurora MySQL es una base de datos compatible con MySQL, puede usar la utilidad `mysqldump` para copiar datos de la base de datos MySQL o la utilidad `mariadb-dump` para copiar los datos de la base de datos MariaDB en un clúster de base de datos de Aurora MySQL existente.
Para consultar un análisis sobre cómo hacerlo con bases de datos de MySQL o MariaDB de tamaño muy grande, consulte los siguientes temas en la *Guía del usuario de Amazon Relational Database Service*:
+ MySQL: [importación de datos a una base de datos de Amazon RDS para MySQL con un tiempo de inactividad reducido](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-importing-data-reduced-downtime.html)
+ MariaDB: [importación de datos a una base de datos de Amazon RDS para MariaDB con un tiempo de inactividad reducido](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mariadb-importing-data-reduced-downtime.html)
Para las bases de datos de MySQL o MariaDB que tienen pequeñas cantidades de datos, consulte los siguientes temas en la *Guía del usuario de Amazon Relational Database Service*:
+ MySQL: [importación de datos de una base de datos MySQL externa a una instancia de base de datos de Amazon RDS para MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mysql-importing-data-external-database.html)
+ MariaDB: [importación de datos de una base de datos de MariaDB externa a una instancia de base de datos de Amazon RDS para MariaDB](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/mariadb-importing-data-external-database.html)
# Migración de datos de una instancia de base de datos de RDS for MySQL a un clúster de base de datos de Amazon Aurora MySQL
Puede migrar (copiar) los datos a un clúster de base de datos de Amazon Aurora MySQL desde una instancia de base de datos de RDS for MySQL.
**Topics**
+ [Migración de una instantánea de RDS for MySQL a Aurora](AuroraMySQL.Migrating.RDSMySQL.Snapshot.md)
+ [Migración de datos desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Amazon Aurora MySQL con una réplica de lectura de Aurora](AuroraMySQL.Migrating.RDSMySQL.Replica.md)
**nota**
Dado que Amazon Aurora MySQL es compatible con MySQL, puede migrar datos desde la base de datos MySQL configurando la replicación entre la base de datos MySQL y un clúster de base de datos de Amazon Aurora MySQL. Para obtener más información, consulte [Replicación con Amazon Aurora](Aurora.Replication.md).
# Migración de una instantánea de RDS for MySQL a Aurora
Puede migrar una instantánea de base de datos de una instancia de base de datos de RDS for MySQL para crear un clúster de base de datos de MySQL Aurora. El nuevo clúster de base de datos Aurora MySQL se rellena con los datos de la instancia de base de datos de RDS for MySQL original. La instantánea de base de datos debe haberse obtenido a partir de una instancia de base de datos de Amazon RDS que ejecute una versión de MySQL compatible con Aurora MySQL.
Puede migrar una instantánea de base de datos manual o automatizada. Una vez creado el clúster de base de datos, podrá crear réplicas de Aurora opcionales.
**nota**
También puede migrar una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Aurora MySQL. Para ello, debe crear una réplica de lectura de Aurora de su instancia de base de datos de RDS para MySQL de origen. Para obtener más información, consulte [Migración de datos desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Amazon Aurora MySQL con una réplica de lectura de Aurora](AuroraMySQL.Migrating.RDSMySQL.Replica.md).
No se puede migrar a la versión 3.05 o posteriores de Aurora MySQL desde algunas versiones anteriores de MySQL 8.0, como 8.0.11, 8.0.13 y 8.0.15. Le recomendamos que actualice a la versión 8.0.28 de MySQL antes de realizar la migración.
Los pasos generales que debe realizar son los siguientes:
1. Determine la cantidad de espacio que desea aprovisionar para el clúster de base de datos de Aurora MySQL. Para obtener más información, consulte [¿Cuánto espacio necesito?](#AuroraMySQL.Migrating.RDSMySQL.Space)
1. Utilice la consola para crear la instantánea en la región de AWS en la que se encuentra la instancia de Amazon RDS MySQL. Para obtener más información acerca de la creación de una instantánea de base de datos, consulte [Creación de una instantánea de base de datos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html).
1. Si la instantánea de base de datos no se encuentra en la misma región de AWS que su clúster de base de datos, utilice la consola de Amazon RDS; para copiar la instantánea de base de datos en esa región de AWS. Para obtener más información acerca de la copia de una instantánea de base de datos, consulte [Copia de una instantánea de base de datos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html).
1. Utilice la consola para migrar la instantánea de base de datos y crear un clúster de base de datos de Aurora MySQL con las mismas bases de datos que la instancia de base de datos original de MySQL.
**aviso**
Amazon RDS limita cada cuenta de AWS a una copia de la instantánea en cada región de AWS en un momento dado.
## ¿Cuánto espacio necesito?
Al migrar una instantánea de una instancia de base de datos MySQL a un clúster de base de datos de Aurora MySQL, Aurora utiliza un volumen de Amazon Elastic Block Store (Amazon EBS) para formatear los datos de la instantánea antes de migrarlos. En algunos casos, se necesita espacio adicional para formatear los datos para la migración.
Las tablas que no son MyISAM y no están comprimidas pueden alcanzar un tamaño de 16 TB. Si tiene tablas MyISAM, Aurora deberá utilizar espacio adicional en el volumen para convertir las tablas con el fin de que sean compatibles con MySQL de Aurora. Si hay tablas comprimidas, Aurora tendrá que utilizar espacio adicional en el volumen para ampliar esas tablas antes de almacenarlas en el volumen del clúster de Aurora. Debido a este requisito de espacio adicional, debe asegurarse de que ninguna de las tablas MyISAM y de las tablas comprimidas que se van a migrar desde su instancia de base de datos MySQL tiene un tamaño superior a 8 TB.
## Reducción de la cantidad de espacio necesario para migrar datos a Amazon Aurora MySQL
Es posible que le interese modificar su esquema de base de datos antes de migrar a Amazon Aurora. Esta modificación puede ser útil en los siguientes casos:
+ Si desea acelerar el proceso de migración.
+ Si no está seguro de cuánto espacio necesita aprovisionar.
+ Si ha intentado migrar los datos y la migración ha generado un error por falta de espacio aprovisionado.
Puede realizar los siguientes cambios para mejorar el proceso de migración de una base de datos a Amazon Aurora.
**importante**
Asegúrese de realizar estas actualizaciones en una instancia de base de datos nueva restaurada a partir de un snapshot de una base de datos de producción y no a partir de una instancia de producción. A continuación, puede migrar los datos de la instantánea de la nueva instancia de base de datos al clúster de base de datos de Aurora para evitar las interrupciones de servicio en la base de datos de producción.
| Tipo de tabla | Limitación o directriz |
| --- | --- |
| Tablas MyISAM | Aurora MySQL solo admite tablas InnoDB. Si hay tablas MyISAM en la base de datos, tendrá que convertirlas antes de migrarlas a Aurora MySQL. El proceso de conversión requiere más espacio para la conversión de MyISAM a InnoDB durante el procedimiento de migración. Para reducir el riesgo de quedarse sin espacio o para acelerar el proceso de migración, convierta todas sus tablas MyISAM en tablas InnoDB antes de migrarlas. El tamaño de la tabla InnoDB resultante equivale al tamaño requerido por Aurora MySQL para esa tabla. Para convertir una tabla MyISAM a InnoDB, ejecute el siguiente comando: `alter table . engine=innodb, algorithm=copy;` |
| Tablas comprimidas | Aurora MySQL no admite tablas comprimidas (es decir, tablas creadas con `ROW_FORMAT=COMPRESSED`). Para reducir el riesgo de quedarse sin espacio o para acelerar el proceso de migración, amplíe las tablas comprimidas mediante la configuración de `ROW_FORMAT` `DEFAULT`, `COMPACT`, `DYNAMIC` o `REDUNDANT`. Para obtener más información, consulte [InnoDB row formats](https://dev.mysql.com/doc/refman/8.0/en/innodb-row-format.html) (Formatos de fila de InnoDB) en la documentación de MySQL. |
Puede utilizar el siguiente script de SQL en su instancia de base de datos MySQL para obtener una lista de las tablas MyISAM o comprimidas de su base de datos.
```
-- This script examines a MySQL database for conditions that block
-- migrating the database into Amazon Aurora.
-- It needs to be run from an account that has read permission for the
-- INFORMATION_SCHEMA database.
-- Verify that this is a supported version of MySQL.
select msg as `==> Checking current version of MySQL.`
from
(
select
'This script should be run on MySQL version 5.6 or higher. ' +
'Earlier versions are not supported.' as msg,
cast(substring_index(version(), '.', 1) as unsigned) * 100 +
cast(substring_index(substring_index(version(), '.', 2), '.', -1)
as unsigned)
as major_minor
) as T
where major_minor <> 506;
-- List MyISAM and compressed tables. Include the table size.
select concat(TABLE_SCHEMA, '.', TABLE_NAME) as `==> MyISAM or Compressed Tables`,
round(((data_length + index_length) / 1024 / 1024), 2) "Approx size (MB)"
from INFORMATION_SCHEMA.TABLES
where
ENGINE <> 'InnoDB'
and
(
-- User tables
TABLE_SCHEMA not in ('mysql', 'performance_schema',
'information_schema')
or
-- Non-standard system tables
(
TABLE_SCHEMA = 'mysql' and TABLE_NAME not in
(
'columns_priv', 'db', 'event', 'func', 'general_log',
'help_category', 'help_keyword', 'help_relation',
'help_topic', 'host', 'ndb_binlog_index', 'plugin',
'proc', 'procs_priv', 'proxies_priv', 'servers', 'slow_log',
'tables_priv', 'time_zone', 'time_zone_leap_second',
'time_zone_name', 'time_zone_transition',
'time_zone_transition_type', 'user'
)
)
)
or
(
-- Compressed tables
ROW_FORMAT = 'Compressed'
);
```
El script genera una salida similar a la del siguiente ejemplo. El ejemplo muestra dos tablas que se deben convertir de MyISAM a InnoDB. La salida también incluye el tamaño aproximado de cada tabla en megabytes (MB).
```
+---------------------------------+------------------+
| ==> MyISAM or Compressed Tables | Approx size (MB) |
+---------------------------------+------------------+
| test.name_table | 2102.25 |
| test.my_table | 65.25 |
+---------------------------------+------------------+
2 rows in set (0.01 sec)
```
## Migración de una instantánea de base de datos RDS para MySQL a un clúster de base de datos Aurora MySQL
Puede migrar una instantánea de base de datos de una instancia de base de datos de RDS para MySQL a fin de crear un clúster de base de datos de Aurora MySQL mediante la Consola de administración de AWS o la AWS CLI. El nuevo clúster de base de datos Aurora MySQL se rellena con los datos de la instancia de base de datos de RDS for MySQL original. Para obtener más información acerca de la creación de una instantánea de base de datos, consulte [Creación de una instantánea de base de datos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html).
Si la instantánea de base de datos no se encuentra en la región de AWS en la que desea ubicar sus datos, copie la instantánea de base de datos en dicha región de AWS. Para obtener más información acerca de la copia de una instantánea de base de datos, consulte [Copia de una instantánea de base de datos](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html).
### Consola
Al migrar la instantánea de base de datos con la Consola de administración de AWS, esta realiza las acciones necesarias para crear solo el clúster de base de datos.
También puede elegir que el nuevo clúster de base de datos de Aurora MySQL se cifre en reposo mediante una AWS KMS key.
**Para migrar una instantánea de base de datos MySQL con la Consola de administración de AWS**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Inicie la migración de datos desde la instancia de base de datos MySQL a desde la instantánea:
Para iniciar la migración desde la instancia de base de datos:
1. En el panel de navegación, elija **Databases (Bases de datos)** y, a continuación, seleccione la instancia de base de datos de MySQL.
1. En **Actions (Acciones)**, elija **Migrate latest snapshot (Migrar última instantánea)**.
Para iniciar la migración desde la instantánea:
1. Elija **Snapshots (Instantáneas)**.
1. En la página **Snapshots (Instantáneas)**, elija la instantánea que desea migrar a un clúster de base de datos de Aurora MySQL.
1. Elija **Snapshot Actions** y, a continuación, seleccione **Migrate Snapshot**.
Aparece la página **Migrate Database**.
1. Defina los siguientes valores en la página **Migrate Database (Migrar base de datos)**:
+ **Migrate to DB Engine (Migrar a motor de base de datos)**: seleccione `aurora`.
+ **DB Engine Version (Versión de motor de base de datos)**: seleccione la versión del motor de base de datos para el clúster de base de datos de Aurora MySQL.
+ **Clase de instancia de base de datos**: elija una clase de instancia de base de datos que tenga el almacenamiento y la capacidad requeridos para la base de datos, por ejemplo `db.r3.large`. Los volúmenes de clúster de Aurora crecen automáticamente a medida que se incrementa la cantidad de datos de la base de datos. Un volumen de clúster de Aurora puede aumentar hasta un tamaño máximo de 128 tebibytes (TiB). Por lo tanto, solo tiene que seleccionar una clase de instancia de base de datos que se adapte a sus necesidades actuales de almacenamiento. Para obtener más información, consulte [Información general del almacenamiento de Amazon Aurora](Aurora.Overview.StorageReliability.md#Aurora.Overview.Storage).
+ **DB Instance Identifier (Identificador de instancias de bases de datos)**: escriba un nombre para el clúster de base de datos que sea único para su cuenta en la región de AWS que ha seleccionado. Este identificador se utiliza en las direcciones de punto de enlace para las instancias del clúster de base de datos. Puede optar por agregar al nombre información como la región de AWS y el motor de base de datos que ha seleccionado, por ejemplo, **aurora-cluster1**.
El identificador de instancias de bases de datos tiene las siguientes limitaciones:
+ Debe contener de 1 a 63 caracteres alfanuméricos o guiones.
+ El primer carácter debe ser una letra.
+ No puede terminar con un guion ni contener dos guiones consecutivos.
+ Debe ser único para todas las instancias de base de datos por cada cuenta de AWS y por cada región de AWS.
+ **Virtual Private Cloud (VPC)**: si ya dispone de una VPC, puede utilizarla con su clúster de base de datos de Aurora MySQL si selecciona el identificador de la VPC, por ejemplo, `vpc-a464d1c1`. Para obtener más información sobre la creación de una VPC., consulte [Tutorial: Creación de una VPC para utilizarla con un clúster de base de datos (solo IPv4)](CHAP_Tutorials.WebServerDB.CreateVPC.md).
De lo contrario, puede elegir que Aurora cree una VPC automáticamente seleccionando **Create a new VPC (Crear una nueva VPC)**.
+ **DB subnet group (Grupo de subredes de base de datos)**: si ya dispone de un grupo de subredes, puede utilizarlo con el clúster de base de datos de MySQL de Aurora si selecciona el identificador del grupo de subredes, por ejemplo, `gs-subnet-group1`.
De lo contrario, puede elegir que Aurora cree un grupo de subredes automáticamente seleccionando **Create a new subnet group (Crear un nuevo grupo de subredes)**.
+ **Public accessibility (Accesibilidad pública)**: seleccione **No** para especificar que a las instancias de su clúster de base de datos solo pueden obtener acceso los recursos que se encuentren dentro de su VPC. Seleccione **Yes (Sí)** para especificar que los recursos de la red pública pueden obtener acceso a las instancias de su clúster de base de datos. El valor predeterminado es **Yes (Sí)**.
**nota**
No es necesario que su clúster de base de datos de producción esté en una subred pública, ya que solo los servidores de su aplicación necesitan acceso a su clúster de base de datos. Si su clúster de base de datos no necesita estar en una subred pública, defina **Publicly Accessible (Accesible públicamente)** como **No**.
+ **Availability Zone (Zona de disponibilidad)**: seleccione la zona de disponibilidad para alojar la instancia principal del clúster de base de datos de Aurora MySQL. Para hacer que Aurora seleccione una zona de disponibilidad automáticamente, seleccione **No Preference (Sin preferencias)**.
+ **Database Port (Puerto de base de datos)**: indique el puerto predeterminado que se utilizará al conectar a instancias del clúster de base de datos Aurora MySQL. El valor predeterminado es `3306`.
**nota**
Es posible que se encuentre detrás de un firewall de una compañía que no permite el acceso a los puertos predeterminados, como el puerto predeterminado de MySQL, el 3306. En este caso, proporcione un valor de puerto permitido por el firewall corporativo. Recuerde el valor del puerto cuando se conecte más adelante al clúster de base de datos de Aurora MySQL.
+ **Encryption (Cifrado)**: elija **Enable Encryption (Habilitar cifrado)** para que el nuevo clúster de base de datos de Aurora MySQL se cifre en reposo. Si elige **Enable encryption (Habilitar cifrado)**, debe elegir una clave de KMS como valor de **AWS KMS key**.
Si la instantánea de base de datos no está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo.
Si la instantánea de base de datos está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo con la clave de cifrado especificada. Puede especificar la clave de cifrado utilizada por la instantánea de base de datos o una clave distinta. No puede crear un clúster de base de datos sin cifrar a partir de una instantánea de base de datos cifrada.
+ **Auto Minor Version Upgrade (Actualización automática a versiones secundarias)**: este ajuste no se aplica a los clústeres de base de datos Aurora MySQL.
Para obtener más información acerca de las actualizaciones de motor de Aurora MySQL, consulte [Actualizaciones del motor de base de datos de Amazon Aurora MySQLVersiones beta y de soporte a largo plazo (LTS) para Amazon Aurora MySQL](AuroraMySQL.Updates.md).
1. Elija **Migrate (Migrar)** para migrar la instantánea de base de datos.
1. Elija **Instances** y, a continuación, seleccione el icono de flecha para mostrar la información detallada del clúster de base de datos y monitorizar el progreso de la migración. En la página de detalles, encontrará el punto de enlace del clúster que se utiliza para conectar a la instancia principal del clúster de base de datos. Para obtener más información acerca de la conexión a un clúster de base de datos de Aurora MySQL, consulte [Conexión a un clúster de base de datos Amazon Aurora](Aurora.Connecting.md).
### AWS CLI
Puede crear un clúster de base de datos de Aurora desde una instantánea de base de datos de una instancia de base de datos de RDS for MySQL con el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html) y los siguientes parámetros:
+ `--db-cluster-identifier`: nombre del clúster de base de datos que se creará.
+ `--engine aurora-mysql`: para un clúster de base de datos compatible con MySQL 5.7 o con MySQL 8.0.
+ `--kms-key-id`: el AWS KMS key para cifrar, si lo desea, el clúster de base de datos en función de si la instantánea de base de datos está cifrada o no.
+ Si la instantánea de base de datos no está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo. De lo contrario, el clúster no estará cifrado.
+ Si la instantánea de base de datos está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo con la clave de cifrado especificada. De lo contrario, el clúster de base de datos se cifrará en reposo con la clave de cifrado de la instantánea de base de datos.
**nota**
No puede crear un clúster de base de datos sin cifrar a partir de una instantánea de base de datos cifrada.
+ `--snapshot-identifier`: el nombre de recurso de Amazon (ARN) de la instantánea de base de datos que se va a migrar. Para obtener más información sobre los ARN de Amazon RDS, consulte [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds).
Al migrar la instantánea de base de datos con el comando `RestoreDBClusterFromSnapshot`, este crea tanto el clúster de base de datos como la instancia principal.
En este ejemplo, va a crear un clúster de base de datos compatible con MySQL 5.7 denominado *mydbcluster* a partir de una instantánea de base de datos con un ARN definido en *mydbsnapshotARN*.
Para Linux, macOS o Unix:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier mydbcluster \
--snapshot-identifier mydbsnapshotARN \
--engine aurora-mysql
```
Para Windows:
```
aws rds restore-db-cluster-from-snapshot ^
--db-cluster-identifier mydbcluster ^
--snapshot-identifier mydbsnapshotARN ^
--engine aurora-mysql
```
En este ejemplo, va a crear un clúster de base de datos compatible con MySQL 5.7 denominado *mydbcluster* a partir de una instantánea de base de datos con un ARN definido en *mydbsnapshotARN*.
Para Linux, macOS o Unix:
```
aws rds restore-db-cluster-from-snapshot \
--db-cluster-identifier mydbcluster \
--snapshot-identifier mydbsnapshotARN \
--engine aurora-mysql
```
Para Windows:
```
aws rds restore-db-cluster-from-snapshot ^
--db-cluster-identifier mydbcluster ^
--snapshot-identifier mydbsnapshotARN ^
--engine aurora-mysql
```
# Migración de datos desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Amazon Aurora MySQL con una réplica de lectura de Aurora
Aurora usa la funcionalidad de replicación de registros binarios de los motores de base de datos MySQL para crear un tipo especial de clúster de base de datos denominado réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL de origen. Las actualizaciones realizadas en la instancia de base de datos de RDS para MySQL de origen se replican de forma asíncrona en la réplica de lectura de Aurora.
Es recomendable usar esta funcionalidad para migrar desde una instancia de base de datos de RDS para MySQL a un clúster de base de datos de Aurora MySQL creando una réplica de lectura de Aurora de la instancia de base de datos de RDS para MySQL de origen. Cuando el retraso de la réplica entre la instancia de base de datos de RDS para MySQL y la réplica de lectura de Aurora sea 0, podrá dirigir las aplicaciones cliente a la réplica de lectura de Aurora y detener después la replicación para convertir la réplica de lectura de Aurora en un clúster de base de datos de Aurora MySQL independiente. Esta migración puede tardar un tiempo considerable, aproximadamente varias horas por tebibyte (TiB) de datos.
Para obtener una lista de las regiones en las que está disponible Aurora, consulte [Amazon Aurora](https://docs.aws.amazon.com/general/latest/gr/rande.html#aurora) en la *Referencia general de AWS*.
Cuando se crea una réplica de lectura de Aurora de una instancia de base de datos de RDS para MySQL, Amazon RDS crea una instantánea de base de datos de la instancia de base de datos de RDS para MySQL de origen (privada para Amazon RDS y sin cargo). Después, Amazon RDS migra los datos de la instantánea de base de datos a la réplica de lectura de Aurora. Una vez que los datos de la instantánea de base de datos se hayan migrado al nuevo clúster de base de datos de Aurora MySQL, Amazon RDS comenzará la replicación entre la instancia de base de datos de RDS para MySQL y el clúster de base de datos de Aurora MySQL. Si la instancia de base de datos de RDS para MySQL contiene tablas que usen motores de almacenamiento distintos de InnoDB o que usen el formato de filas comprimidas, puede acelerar el proceso de creación de una réplica de lectura de Aurora modificando esas tablas para que usen el motor de almacenamiento de InnoDB y el formato de filas dinámicas antes de crear la réplica de lectura de Aurora. Para obtener más información acerca del proceso de copia de una instantánea de base de datos MySQL en un clúster de base de datos de Aurora MySQL, consulte [Migración de datos de una instancia de base de datos de RDS for MySQL a un clúster de base de datos de Amazon Aurora MySQL](AuroraMySQL.Migrating.RDSMySQL.md).
Solo puede tener una réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL.
**nota**
Pueden surgir problemas de replicación a causa de las diferencias de características entre Aurora MySQL y la versión del motor de base de datos de MySQL de su instancia de base de datos de RDS para MySQL, que es la replicación principal. Si se produce un error, puede encontrar ayuda en el [foro de la comunidad de Amazon RDS](https://forums.aws.amazon.com/forum.jspa?forumID=60) o contáctese con AWS Support.
No puede crear una réplica de lectura de Aurora si su instancia de base de datos de RDS para MySQL ya es el origen de una réplica de lectura entre regiones.
No se puede migrar a la versión 3.05 o posteriores de Aurora MySQL desde algunas versiones anteriores de RDS for MySQL 8.0, como 8.0.11, 8.0.13 y 8.0.15. Le recomendamos que actualice a la versión 8.0.28 de RDS for MySQL antes de realizar la migración.
Para obtener más información sobre las réplicas de lectura de MySQL, consulte [Trabajo con réplicas de lectura de instancias de base de datos MariaDB, MySQL y PostgreSQL](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_ReadRepl.html).
## Creación de una réplica de lectura de Aurora
Puede crear una réplica de lectura de Aurora para una instancia de base de datos de RDS para MySQL mediante la consola, la AWS CLI o la API de RDS.
### Consola
**Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Seleccione la instancia de base de datos MySQL que desea usar como origen de una réplica de lectura de Aurora.
1. En **Actions (Acciones)**, elija **Create Aurora read replica (Crear réplica de lectura de Aurora)**.
1. Elija las especificaciones del clúster de base de datos que desee usar para la réplica de lectura de Aurora y que se describen en la tabla siguiente.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.RDSMySQL.Replica.html)
1. Elija **Create read replica (Crear réplica de lectura)**.
### AWS CLI
Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen, utilice los comandos [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) y [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) de AWS CLI para crear un nuevo clúster de base de datos de Aurora MySQL. Cuando llame al comando `create-db-cluster`, incluya el parámetro `--replication-source-identifier` para identificar el Nombre de recurso de Amazon (ARN) de la instancia de base de datos MySQL de origen. Para obtener más información sobre los ARN de Amazon RDS, consulte [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds).
No especifique el nombre de usuario maestro, la contraseña maestra o el nombre de la base de datos, ya que la réplica de lectura de Aurora usa el mismo nombre de usuario maestro, la misma contraseña maestra y el mismo nombre de base de datos que la instancia de base de datos MySQL de origen.
Para Linux, macOS o Unix:
```
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora \
--db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 \
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
```
Para Windows:
```
aws rds create-db-cluster --db-cluster-identifier sample-replica-cluster --engine aurora ^
--db-subnet-group-name mysubnetgroup --vpc-security-group-ids sg-c7e5b0d2 ^
--replication-source-identifier arn:aws:rds:us-west-2:123456789012:db:primary-mysql-instance
```
Si utiliza la consola para crear una réplica de lectura de Aurora, Aurora crea automáticamente la instancia principal para la réplica de lectura de Aurora del clúster de base de datos. Si usa la AWS CLI para crear una réplica de lectura de Aurora, debe crear expresamente la instancia primaria del clúster de base de datos. La instancia principal es la primera instancia que se crea en un clúster de base de datos.
Puede crear una instancia principal para el clúster de base de datos con el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html) de la AWS CLI y los siguientes parámetros.
+ `--db-cluster-identifier`
El nombre del clúster de base de datos.
+ `--db-instance-class`
El nombre de la clase de instancia de base de datos que se va a utilizar para la instancia principal.
+ `--db-instance-identifier`
El nombre de la instancia principal.
+ `--engine aurora`
En este ejemplo, va a crear una instancia principal llamada *myreadreplicainstance* para el clúster de base de datos llamado *myreadreplicacluster* con la clase de instancia de base de datos especificada en *myinstanceclass*.
**Example**
Para Linux, macOS o Unix:
```
aws rds create-db-instance \
--db-cluster-identifier myreadreplicacluster \
--db-instance-class myinstanceclass \
--db-instance-identifier myreadreplicainstance \
--engine aurora
```
Para Windows:
```
aws rds create-db-instance ^
--db-cluster-identifier myreadreplicacluster ^
--db-instance-class myinstanceclass ^
--db-instance-identifier myreadreplicainstance ^
--engine aurora
```
### API de RDS
Para crear una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen, use los comandos [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) y [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) de la API de Amazon RDS para crear una instancia principal y un clúster de base de datos de Aurora nuevos. No especifique el nombre de usuario maestro, la contraseña maestra o el nombre de la base de datos, ya que la réplica de lectura de Aurora usa el mismo nombre de usuario maestro, la misma contraseña maestra y el mismo nombre de base de datos que la instancia de base de datos de RDS para MySQL de origen.
Puede crear un nuevo clúster de base de datos de Aurora para una réplica de lectura de Aurora a partir de una instancia de base de datos de RDS para MySQL de origen con el comando [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) de la API de Amazon RDS y los siguientes parámetros:
+ `DBClusterIdentifier`
El nombre del clúster de base de datos que se creará.
+ `DBSubnetGroupName`
El nombre del grupo de subredes de la base de datos que desea asociar con este clúster de base de datos.
+ `Engine=aurora`
+ `KmsKeyId`
La AWS KMS key para cifrar, si lo desea, el clúster de base de datos en función de si la instancia de base de datos MySQL está cifrada o no.
+ Si la instancia de base de datos MySQL no está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo. De lo contrario, el clúster de base de datos se cifrará en reposo con la clave de cifrado predeterminada para la cuenta.
+ Si la instancia de base de datos MySQL está cifrada, especifique una clave de cifrado para cifrar el clúster de base de datos en reposo con la clave de cifrado especificada. De lo contrario, el clúster de base de datos se cifrará en reposo con la clave de cifrado de la instancia de base de datos MySQL.
**nota**
No puede crear un clúster de base de datos sin cifrar a partir de una instancia de base de datos MySQL cifrada.
+ `ReplicationSourceIdentifier`
El nombre de recurso de Amazon (ARN) de la instancia de base de datos MySQL de origen. Para obtener más información sobre los ARN de Amazon RDS, consulte [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/general/latest/gr/aws-arns-and-namespaces.html#arn-syntax-rds).
+ `VpcSecurityGroupIds`
La lista de grupos de seguridad de VPC de EC2 que se va a asociar con este clúster de base de datos.
En este ejemplo, se crea un clúster de base de datos llamado *myreadreplicacluster* a partir de una instancia de base de datos MySQL principal con un ARN definido en *mysqlmasterARN*, asociado con un grupo de subredes de base de datos llamado *mysubnetgroup* y un grupo de seguridad de la VPC llamado *mysecuritygroup*.
**Example**
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBCluster
&DBClusterIdentifier=myreadreplicacluster
&DBSubnetGroupName=mysubnetgroup
&Engine=aurora
&ReplicationSourceIdentifier=mysqlprimaryARN
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-10-31
&VpcSecurityGroupIds=mysecuritygroup
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20150927/us-east-1/rds/aws4_request
&X-Amz-Date=20150927T164851Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=6a8f4bd6a98f649c75ea04a6b3929ecc75ac09739588391cd7250f5280e716db
```
Si utiliza la consola para crear una réplica de lectura de Aurora, Aurora crea automáticamente la instancia principal para la réplica de lectura de Aurora del clúster de base de datos. Si usa la AWS CLI para crear una réplica de lectura de Aurora, debe crear expresamente la instancia primaria del clúster de base de datos. La instancia principal es la primera instancia que se crea en un clúster de base de datos.
Puede crear una instancia principal para el clúster de base de datos con el comando [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) de la API de Amazon RDS y los siguientes parámetros:
+ `DBClusterIdentifier`
El nombre del clúster de base de datos.
+ `DBInstanceClass`
El nombre de la clase de instancia de base de datos que se va a utilizar para la instancia principal.
+ `DBInstanceIdentifier`
El nombre de la instancia principal.
+ `Engine=aurora`
En este ejemplo, va a crear una instancia principal llamada *myreadreplicainstance* para el clúster de base de datos llamado *myreadreplicacluster* con la clase de instancia de base de datos especificada en *myinstanceclass*.
**Example**
```
https://rds.us-east-1.amazonaws.com/
?Action=CreateDBInstance
&DBClusterIdentifier=myreadreplicacluster
&DBInstanceClass=myinstanceclass
&DBInstanceIdentifier=myreadreplicainstance
&Engine=aurora
&SignatureMethod=HmacSHA256
&SignatureVersion=4
&Version=2014-09-01
&X-Amz-Algorithm=AWS4-HMAC-SHA256
&X-Amz-Credential=AKIADQKE4SARGYLE/20140424/us-east-1/rds/aws4_request
&X-Amz-Date=20140424T194844Z
&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
&X-Amz-Signature=bee4aabc750bf7dad0cd9e22b952bd6089d91e2a16592c2293e532eeaab8bc77
```
## Visualización de una réplica de lectura de Aurora
Para ver las relaciones de reproducción de MySQL con Aurora MySQL de los clústeres de base de datos de Aurora MySQL, use la Consola de administración de AWS o la AWS CLI.
### Consola
**Para ver la instancia de base de datos MySQL principal para una réplica de lectura de Aurora**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Elija el clúster de base de datos la réplica de lectura de Aurora para mostrar sus detalles. La información de la instancia de base de datos MySQL principal está en el campo **Replication source (Origen de replicación)**.
![\[Ver MySQL primario\]](http://docs.aws.amazon.com/es_es/AmazonRDS/latest/AuroraUserGuide/images/aurora-repl6.png)
### AWS CLI
Para ver las relaciones de replicación de MySQL con Aurora MySQL de los clústeres de base de datos de Aurora MySQL mediante AWS CLI, utilice los comandos [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) y [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html).
Para determinar qué instancia de base de datos MySQL es la instancia principal, utilice [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) y especifique el identificador de clúster de la réplica de lectura de Aurora para la opción `--db-cluster-identifier`. Consulte el elemento `ReplicationSourceIdentifier` de la salida para ver el ARN de la instancia de base de datos que es la replicación principal.
Para determinar qué clúster de base de datos es la réplica de lectura de Aurora, utilice [https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html) y especifique el identificador de la instancia de base de datos MySQL para la opción `--db-instance-identifier`. Consulte el elemento `ReadReplicaDBClusterIdentifiers` de la salida para ver el identificador del clúster de base de datos la réplica de lectura de Aurora.
**Example**
Para Linux, macOS o Unix:
```
aws rds describe-db-clusters \
--db-cluster-identifier myreadreplicacluster
```
```
aws rds describe-db-instances \
--db-instance-identifier mysqlprimary
```
Para Windows:
```
aws rds describe-db-clusters ^
--db-cluster-identifier myreadreplicacluster
```
```
aws rds describe-db-instances ^
--db-instance-identifier mysqlprimary
```
## Promoción de una réplica de lectura de Aurora
Una vez que se complete la migración, puede promocionar la réplica de lectura de Aurora a un clúster de base de datos independiente mediante la Consola de administración de AWS o la AWS CLI.
Después, puede dirigir sus aplicaciones cliente al punto de conexión para la réplica de lectura de Aurora. Para obtener más información acerca de los puntos de enlace de Aurora, consulte [Conexiones de puntos de conexión de Amazon Aurora](Aurora.Overview.Endpoints.md). La promoción debe completarse relativamente rápido, y podrá leer y escribir en la réplica de lectura de Aurora durante la promoción. Sin embargo, no podrá eliminar la instancia de base de datos MySQL principal ni desvincular la instancia de base de datos y la réplica de lectura de Aurora durante ese tiempo.
Antes de promocionar la réplica de lectura de Aurora, detenga la escritura de transacciones en la instancia de base de datos MySQL de origen y espere hasta que el retardo de la réplica de lectura de Aurora llegue a 0. Puede ver el retardo de una réplica de lectura de Aurora llamando al comando `SHOW SLAVE STATUS` (Aurora MySQL, versión 2) o `SHOW REPLICA STATUS` (Aurora MySQL versión 3) en la réplica de lectura de Aurora. Verifique el valor **Seconds behind master** (Segundos detrás del maestro).
Puede comenzar escribiendo en la réplica de lectura de Aurora cuando las transacciones de escritura en el principal se hayan detenido y el retardo de la réplica sea 0. Si escribe en la réplica de lectura de Aurora antes de esto y modifica tablas que también se están modificando en el MySQL principal, se arriesga a interrumpir la replicación en Aurora. Si ocurre esto, tendrá que eliminar y volver a crear la réplica de lectura de Aurora.
### Consola
**Para promover una réplica de lectura de Aurora a un clúster de base de datos Aurora**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Databases (Bases de datos)**.
1. Elija el clúster de base de datos para la réplica de lectura de Aurora.
1. En ** Actions (Acciones)**, seleccione **Promote (Promover)**.
1. Elija **Promote Read Replica (Promover réplica de lectura)**.
Después de promocionar, confirme que la promoción se ha completado mediante el siguiente procedimiento.
**Para confirmar que se ha promovido la réplica de lectura Aurora**
1. Inicie sesión en la Consola de administración de AWS y abra la consola de Amazon RDS en [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. En el panel de navegación, seleccione **Events**.
1. En la página **Events (Eventos)** , compruebe que hay un evento `Promoted Read Replica cluster to a stand-alone database cluster` para el clúster promocionado.
Una vez que se haya completado la promoción, la instancia de base de datos MySQL principal y la réplica de lectura de Aurora se desvincularán y podrá eliminar sin riesgo la instancia de base de datos si lo desea.
### AWS CLI
Para promocionar una réplica de lectura de Aurora a un clúster de base de datos independiente, utilice el comando [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html) de la AWS CLI.
**Example**
Para Linux, macOS o Unix:
```
aws rds promote-read-replica-db-cluster \
--db-cluster-identifier myreadreplicacluster
```
Para Windows:
```
aws rds promote-read-replica-db-cluster ^
--db-cluster-identifier myreadreplicacluster
```