¿Cómo soluciono los problemas de restauración de instantáneas de Aurora compatible con MySQL?

Descripción corta

Existen diferentes opciones para restaurar todos los clústeres de bases de datos de Aurora compatible con MySQL a partir de una instantánea o una copia de seguridad. Puedes usar la consola de Aurora y Amazon Relational Database Service (Amazon RDS) para restaurar todo el clúster de base de datos a partir de una instantánea o restaurar a partir de una recuperación a un momento dado (PITR). También puedes usar AWS Backup para administrar copias de seguridad automatizadas y restauraciones desde una PITR. O puedes crear un clon de Aurora de tu base de datos.

Resolución

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de errores de AWS CLI. Además, asegúrate de utilizar la versión más reciente de AWS CLI.

Uso de la consola de Aurora y RDS para restaurar a partir de una instantánea

Cuando tomas una instantánea, Aurora realiza copias de seguridad de todo el clúster de base de datos. En el caso de Aurora, no puedes optar por tomar una instantánea de las instancias de base de datos individuales del clúster.

Para operaciones de restauración sencillas, utiliza la consola de Aurora y RDS. Cuando utilizas la consola de Aurora y RDS para restaurar a partir de una instantánea de clúster de base de datos, Aurora crea un clúster nuevo y aprovisiona una instancia de escritura. No puedes restaurar una instantánea en un clúster existente.

También puedes restaurar el clúster a partir de una instantánea con el comando restore-db-cluster-from-snapshot, pero este método solo crea el clúster. A continuación, utiliza el comando create-db-instance para crear la instancia de escritura y la instancia de lector para el clúster.

Una vez finalizada la restauración, el nuevo clúster tiene puntos de enlace diferentes a los del clúster original. Para minimizar el tiempo de inactividad al reemplazar un clúster de producción, sigue estos pasos:

1. Cuando restaures el clúster, utiliza un nombre nuevo, como original-cluster-name-new.
2. Cambia el nombre del clúster existente a original-cluster-name-old.
   Nota: Cuando se cambia el nombre del clúster, se produce un tiempo de inactividad de 1 a 3 minutos.
3. Cambia el nombre del nuevo clúster por el nombre original.

Además, debes agregar y configurar manualmente las instancias del lector de zonas de disponibilidad múltiple que necesites en el nuevo clúster después de restaurar el nuevo clúster.

Para agregar instancias de lector en el nuevo clúster, sigue estos pasos:

1. Abre la consola de Aurora y RDS.
2. En el panel de navegación, selecciona Bases de datos y, a continuación, selecciona el nuevo clúster.
3. Espera a que el estado de la nueva instancia principal esté Disponible y, a continuación, selecciona Acciones.
4. Para agregar un lector al nuevo clúster en la misma región de AWS, selecciona Agregar lector.
5. Para configurar una réplica de lectura entre regiones, selecciona Crear réplica de lectura entre regiones.

Cómo evitar restauraciones lentas

Si el tamaño del volumen es grande, la clase de instancia tiene un tamaño de E/S más bajo o no hay suficiente ancho de banda de la red, el clúster tardará más en restaurarse. Además, el rendimiento máximo de almacenamiento de las bases de datos de destino puede afectar a la velocidad de restauración.

Para minimizar el tiempo que lleva restaurar un clúster de Aurora compatible con MySQL, realiza las siguientes acciones:

• Comprueba el valor RollbackSegmentHistoryListLength (HLL) en el clúster original. Los valores de HLL altos muestran una gran cantidad de registros de deshacer, lo que puede ralentizar las restauraciones. Para resolver este problema, supervisa la métrica HLL en CloudWatch y mantén el valor bajo.
• Para mejorar el rendimiento de la restauración, selecciona una clase de instancia más grande que tenga un mayor rendimiento de almacenamiento y ancho de banda de la red.
• Crea instantáneas durante los periodos de baja carga de trabajo. Si tomas una instantánea cuando hay menos actividad en la base de datos, puedes reducir la cantidad de registros de deshacer que Aurora procesa durante la restauración.
• Confirma las transacciones en lotes más pequeños. Si divides las transacciones de larga duración en unidades más pequeñas, puedes reducir el tamaño del registro de deshacer.
• Evita las transacciones de larga duración antes de tomar una instantánea. Las transacciones de larga duración generan más registros de deshacer que Amazon RDS debe procesar durante la restauración.

Uso de AWS Backup para PITR

Cuando utilizas AWS Backup para crear instantáneas, las instantáneas tienen nombres que incluyen awsbackup:job-AWS-Backup-job-number. Estas instantáneas se consideran instantáneas de clústeres de bases de datos manuales, pero no se tienen en cuenta para la cuota de instantáneas de clústeres de bases de datos de Aurora.

También puedes usar AWS Backup para administrar copias de seguridad automatizadas para PITR. Las copias de seguridad automatizadas que administra AWS Backup tienen nombres que incluyen continuous:cluster-AWS-Backup-job-number. Para activar PITR, debes activar las copias de seguridad continuas en la regla de copias de seguridad.

Utiliza la consola de AWS Backup para restaurar el clúster asociado a los planes de AWS Backup. Después de usar la consola de AWS Backup para restaurar el clúster, debes agregar la instancia de base de datos del escritor principal. Para ello, ejecuta el comando create-db-instance de AWS CLI. Sustituye --db-cluster-identifier por el nombre del clúster de base de datos restaurado.

Errores en las copias de seguridad

Pueden producirse errores en las copias de seguridad cuando la política que utilizas en AWS Backup no tiene suficientes permisos de AWS Identity and Access Management (IAM). Para resolver este problema, comprueba que el rol o el usuario de IAM tengan los permisos necesarios para usar AWS Backup a fin de realizar operaciones de copias de seguridad. Debes adjuntar una política de IAM que conceda el permiso backup:StartBackupJob al rol o usuario de IAM.

Los errores de copias de seguridad también pueden producirse cuando el rol o el usuario de IAM no pueden acceder a la clave de AWS Key Management Service (AWS KMS) para la operación de copia de seguridad. Si tu clúster de Aurora usa el cifrado en reposo, asegúrate de que el rol o el usuario de IAM puedan acceder a la clave de AWS KMS que cifra el almacenamiento del clúster, así como usarla. Debes conceder el permiso kms:GenerateDataKey en la política de recursos clave.

Errores en la restauración

Al intentar restaurar un clúster de Aurora compatible con MySQL a partir de una instantánea de copia de seguridad, es posible que recibas un error "Incompatible-restore" por los siguientes motivos:

• La base de datos de origen contiene tablas temporales o tablas MyISAM que Aurora no admite cuando se restaura en un clúster nuevo. Para resolver este problema, elimina estas tablas antes de tomar la instantánea.
• Las restricciones de clave foránea cíclicas o inconsistentes en la base de datos de origen pueden impedir que la restauración se realice correctamente. Para resolver este problema, corrige las restricciones antes de tomar la instantánea.
• La versión del motor del clúster de destino no es compatible. Para resolver este problema, comprueba que la versión del motor de Aurora MySQL de destino sea compatible con la versión que utilizas para crear la instantánea. Si deseas actualizar la versión del motor para tu nuevo clúster, restaura primero a una versión compatible. A continuación, actualiza el clúster restaurado.
• Configuraciones de red incorrectas. Comprueba que la configuración de la nube virtual privada (VPC), el grupo de subred y el grupo de seguridad que especificaste durante el proceso de restauración coinciden con el entorno de destino previsto.
• El rol o el usuario de IAM no tiene acceso a la clave de AWS KMS. Si la instantánea utiliza el cifrado, comprueba que el rol o el usuario de IAM tiene permisos para acceder y utilizar la clave de AWS KMS especificada para el descifrado.

Cómo crear un clon de Aurora

Como método alternativo, puedes crear un clon de Aurora de tus bases de datos. Con la clonación de bases de datos, puedes crear una copia de las bases de datos rápidamente y con un espacio adicional mínimo. Los datos se copian solo cuando se producen cambios.

Información relacionada

Información general de la copia de seguridad y la restauración de un clúster de base de datos Aurora

Restauración a partir de una instantánea de clúster de base de datos

Restauración de un clúster de base de datos a una hora especificada

Descripción del uso de almacenamiento de copias de seguridad en Aurora

¿Por qué la clonación de mi clúster de base de datos de Aurora, la restauración de instantáneas o la restauración a un momento dado tardan tanto?