Recuperación de datos de cluster de HeatWave

El cluster de HeatWave recupera automáticamente los datos almacenados en la memoria cuando se produce un fallo de nodo, se reinicia el cluster, se reinicia el sistema de base de datos o después de un mantenimiento programado.

El cluster de HeatWave realiza el proceso de recuperación de datos cuando:
  • Uno o más nodos de HeatWave han fallado y se han reiniciado.
    Nota

    MySQL HeatWave supervisa el estado de los nodos de HeatWave con regularidad y, si no hay respuesta de un nodo después de 60 segundos, MySQL HeatWave intenta poner el nodo en línea automáticamente.
  • Se reinicia el cluster de HeatWave.
  • Se reinicia el sistema de BD.
  • La alta disponibilidad está activada o desactivada en el sistema de base de datos.
  • Se ha producido un switchover o un failover en el sistema de base de datos con la alta disponibilidad activada.
Nota

Las tablas cargadas automáticamente no se recuperan cuando el sistema de base de datos se ha reiniciado (incluido un switchover y un failover de un sistema de base de datos de alta disponibilidad); solo se recuperan cuando el sistema de base de datos permanece en ejecución durante el proceso de recuperación del cluster de HeatWave.
Los datos de MySQL HeatWave se pueden recuperar de la capa de almacenamiento de HeatWave o volver a cargar desde el sistema de base de datos y el almacén de objetos de Lakehouse.
  • Recuperación de la capa de almacenamiento de HeatWave
    MySQL HeatWave primero intenta recuperar datos de la capa de almacenamiento de HeatWave, que se crea al activar el cluster de HeatWave por primera vez. Para facilitar el proceso de recuperación, los datos se guardan en Object Storage cuando se cargan en el cluster de HeatWave y cuando se propagan los cambios en los datos desde el sistema a HeatWave. Carga de datos desde la capa de almacenamiento de HeatWave es más rápida porque no es necesario convertir los datos al formato de almacenamiento de HeatWave, como se requiere al cargar datos desde el sistema de base de datos o el almacén de objetos de Lakehouse.
    Nota

    Las tablas temporales de HeatWave introducidas en la versión 9.3.0 solo se pueden recuperar de la capa de almacenamiento de HeatWave. Solo se recuperan cuando el sistema de base de datos permanece en ejecución durante el proceso de recuperación del cluster de HeatWave. No se recuperan cuando el sistema de base de datos se ha reiniciado (incluido un switchover y un failover de un sistema de base de datos de alta disponibilidad) porque una tabla temporal de HeatWave se basa en la sesión y se borra cuando se cierra la sesión.
  • Volver a cargar desde el sistema de base de datos o el almacén de objetos de Lakehouse
    Los datos no se pueden recuperar de la capa de almacenamiento de HeatWave en estas situaciones y todas las tablas se deben volver a cargar desde el sistema de base de datos o el almacén de objetos de Lakehouse:
    • La recuperación de la capa de almacenamiento de HeatWave ha fallado debido a una interrupción del almacenamiento de objetos o de la red.
    • Los logs binarios necesarios para realizar la propagación de cambios de los datos restaurados desde la capa de almacenamiento de HeatWave se han depurado.
    • El sistema de base de datos se actualiza y los datos almacenados en la capa de almacenamiento de HeatWave no son compatibles entre las versiones antigua y nueva.
    • La alta disponibilidad está activada o desactivada en el sistema de base de datos.
    • Se reinicia un sistema de base de datos independiente con una versión inferior a 9.2.0.
    • Se ha producido un reinicio, switchover o failover en un sistema de base de datos de alta disponibilidad con una versión inferior a 9.3.0.
      Nota

      A partir de la versión 9.2.1, las tablas de InnoDB se pueden recuperar de la capa de almacenamiento de HeatWave.
    Una vez que se reinicia el sistema de base de datos, estas tablas no se pueden recuperar de la capa de almacenamiento de HeatWave y se deben volver a cargar del sistema de base de datos o del almacén de objetos de Lakehouse:
    • Tablas con columnas codificadas por diccionario.
    • Tablas obsoletas.
    • Tablas que no se han capturado en puntos de control de metadatos periódicos.
    • Tablas en las que las operaciones de carga o descarga de particiones estaban en curso cuando el sistema de base de datos se había parado repentinamente.

Puede supervisar el estado del cluster de HeatWave comprobando la métrica de cluster de HeatWave denominada estado del cluster de HeatWave. Consulte Métricas de cluster de HeatWave. El estado muestra 1 para RECOVERING y el estado cambia a 0 para HEALTHY cuando la recuperación ha finalizado.

Durante la recuperación, el cluster de HeatWave recarga automáticamente los datos. Sin embargo, si MySQL Server está en modo SUPER_READ_ONLY, no puede cargar datos en el cluster de HeatWave y la recuperación de MySQL HeatWave falla. Desactive el modo SUPER_READ_ONLY para cargar datos. Consulte Resolving SUPER_READ_ONLY and OFFLINE_MODE Issue Caused by Low Free Storage Space.

Al descargar una tabla, los datos se eliminan del cluster de HeatWave y, en una operación en segundo plano, también se eliminan de la capa de almacenamiento de HeatWave en Object Storage.