¿Por qué lleva tanto tiempo recuperar a un momento dado de mi instancia de Amazon RDS para MySQL?

4 minutos de lectura
0

He iniciado una recuperación a un momento dado (PITR) en Amazon Relational Database Service (Amazon RDS) para MySQL y está tardando más de lo esperado. ¿Por qué ocurre esto?

Descripción breve

La recuperación a un momento dado (PITR) es el proceso de restaurar una base de datos al estado en el que se encontraba en una fecha y hora especificadas. Al iniciar una PITR, se restaura la copia de seguridad más reciente (automática o manual). A continuación, los registros de transacciones se aplican para hacer avanzar la base de datos de Amazon RDS a la hora de la PITR.

Resolución

Prácticas recomendadas para evitar una recuperación a un momento dado larga

Para evitar una recuperación a un momento dado larga, siga estas prácticas recomendadas:

  • Cree una estrategia de recuperación de desastres.
  • Utilice transacciones más pequeñas y ejecute el comando COMMIT con más frecuencia.
  • Para ejecutar una transacción grande, tome una instantánea antes y después de las transacciones grandes. Sin embargo, las transacciones que superan el parámetro max_allowed_packet provocan un error en la PITR.
  • Minimice los tiempos de restauración de instantáneas. Las restauraciones de instantáneas se inician como parte del proceso de recuperación a un momento dado. Una restauración de instantáneas más larga puede contribuir a prolongar la sesión de recuperación a un momento dado. Para obtener más información, consulte ¿Por qué se tarda tanto en restaurar una instantánea de mi instancia de base de datos de Amazon RDS para MySQL?
  • Un proceso de aplicación de registros puede llevar más tiempo según la cantidad de registros que se vayan a aplicar. Para reducir la cantidad de registros que se van a aplicar, considere la posibilidad de tomar una instantánea manual entre las copias de seguridad automatizadas. Como la recuperación a un momento dado selecciona automáticamente las instantáneas automáticas o manuales creadas cerca de la hora de la PITR, disponer de instantáneas manuales intermedias puede reducir la cantidad de registros que se deben aplicar. Si se trata de un gran volumen de cambios, tome una instantánea manual cada 3 o 4 horas.
  • Si vuelve a reproducir cualquier transacción importante, el valor wait_timeout puede interrumpir los procesos de restauración a un momento dado en Amazon RDS para MySQL. Por ejemplo, se producen interrupciones si se ejecuta una actualización, inserción o eliminación masiva basada en filas de gran tamaño y la reproducción tarda más de wait_timeout. Para evitar cualquier interrupción en el proceso de la PITR, defina el valor wait_timeout en «600» (10 minutos) o más. Para obtener más información, consulte la sección wait_timeout en Prácticas recomendadas para configurar los parámetros de Amazon RDS para MySQL.
  • Cuando se utilice el registro binario basado en filas, considere establecer el valor del parámetro binlog_row_image en «MINIMAL» en lugar de «FULL». Este valor actualizado reducirá el tamaño de los registros binarios y minimizará el tiempo de recuperación de los mismos.
  • A menos que necesite un formato de registro binario específico, considere utilizar el formato de registro MIXTO. Con el registro mixto, el registro basado en instrucciones se usa de forma predeterminada, pero el modo de registro cambia automáticamente al basado en filas según sea necesario. Este cambio puede ayudar a reducir el tamaño del registro binario. Para obtener más información sobre el registro MIXTO, consulte Formatos de registro binario en el sitio web de MySQL.

Errores en la recuperación a un momento dado

Los siguientes escenarios provocarán un error en la recuperación a un momento dado:


OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 2 años