¿Por qué se tarda tanto en restaurar una instantánea de mi instancia de base de datos de Amazon RDS para MySQL?

4 minutos de lectura
0

Estoy intentando restaurar una instantánea de mi instancia de base de datos MySQL de Amazon Relational Database Service (Amazon RDS). ¿Por qué está tardando tanto?

Breve descripción

Los tiempos prolongados de restauración de instantáneas suelen deberse a recuperaciones prolongadas de bases de datos. El tiempo de recuperación depende de la carga de trabajo de la instancia cuando se tomó la instantánea. Si la instancia de base de datos de origen tiene habilitado el registro binario, la recuperación puede tardar más. Como resultado, la duración de la restauración de instantáneas también puede verse afectada.

Resolución

Al restaurar una instantánea, Amazon RDS realiza un proceso de recuperación y el motor de base de datos MySQL se inicia en una nueva instancia de base de datos. El inicio de la nueva instancia de base de datos puede tardar unos minutos, según la duración de la sesión de recuperación durante el inicio de la instancia. Para obtener más información, consulte Recuperación tras bloqueo de InnoDB en el sitio web de MySQL.

Nota: Experimentará cierta latencia (o carga diferida) hasta que el volumen esté completamente hidratado desde Amazon Simple Storage Service (Amazon S3). Para obtener más información sobre la carga diferida, consulte Restauración a partir de una instantánea.

Para reducir el tiempo de finalización de la restauración de instantáneas en Amazon RDS, considere los siguientes puntos:

  • Programe un periodo de copia de seguridad o tome una instantánea manual de la instancia de base de datos fuera de las horas pico. Las actividades que se realizan en la instancia de base de datos de origen al tomar una instantánea afectan al tiempo de recuperación de la base de datos y a cualquier tiempo de restauración de instantáneas.
  • Si una instancia de origen utiliza el tipo de almacenamiento magnético durante una instantánea, la instancia recién restaurada estará en estado de modificación. Por ejemplo, al restaurar una instantánea de base de datos como un tipo de almacenamiento SSD de uso general (GP2) o IOPS aprovisionadas (PIOPS), se produce el cambio de volumen subyacente. Como resultado, la nueva instancia indica un estado de «modificación». Durante este tiempo, podrá seguir conectándose a una instancia de Amazon RDS, aunque es posible que experimente cierta degradación del rendimiento.
  • Restaure temporalmente la instancia a una clase de instancia de base de datos superior (por ejemplo, una clase de instancia que tenga más memoria o RAM). Al actualizar la clase de instancia de base de datos, se pueden mejorar los tiempos de recuperación de bloqueos. Así obtiene temporalmente más recursos, lo que puede ayudar a acelerar el tiempo total de recuperación de bloqueos. Una vez finalizada la restauración de la instantánea, puede escalar la clase de instancia para reducirla.

Para reducir el tiempo de finalización de la restauración de instantáneas para las instantáneas con el registro binario habilitado en Amazon RDS, tenga en cuenta lo siguiente:

  • Cuando el registro binario está habilitado (por ejemplo, cuando la instancia de origen tiene habilitadas las copias de seguridad automáticas), los registros binarios afectan directamente al tiempo de restauración de la instantánea. Durante la recuperación de bloqueos, el proceso de restauración de instantáneas también realiza una recuperación de registros binarios.
  • Para reducir los tiempos de recuperación de binlog, evite efectuar transacciones importantes y los archivos binlog de gran tamaño. Cuantos más datos se registren en los registros binarios, más datos deberá procesar el proceso de restauración durante la recuperación del registro binario. Como resultado, aumenta el tiempo de recuperación, lo que también aumenta los tiempos de restauración de instantáneas.
  • Utilice el tamaño de transacción correcto siempre que sea posible. Las transacciones grandes se escriben en el archivo de registro binario de una sola vez y no se dividen entre diferentes archivos. Como resultado, el archivo de registro binario termina siendo grande, lo que aumenta el tiempo de recuperación de bloqueos.
  • El tipo de formato de registro binario utilizado también puede afectar al tamaño y la eficiencia de la recuperación. Algunos formatos (como el registro basado en filas) registran más información que otros en los registros binarios. Las instrucciones que modifican una gran cantidad de filas de una tabla hacen que el motor de base de datos genere entradas binlog para cada fila modificada. Como resultado, obtendrá un archivo binlog grande. Para obtener más información sobre el formato de registro basado en filas, consulte Uso del registro y la replicación basados en filas en el sitio web de MySQL. Para obtener más información sobre los diferentes tipos de formatos de registro binario, consulte Ventajas y desventajas de la replicación basada en sentencias y filas en el sitio web de MySQL.

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 3 años