Documentation Oracle Cloud Infrastructure

Récupération de données de cluster HeatWave

Le cluster HeatWave récupère automatiquement les données stockées dans la mémoire en cas de défaillance d'un noeud, de redémarrage du cluster, de redémarrage du système de base de données ou après une maintenance programmée.

Le cluster HeatWave exécute le processus de récupération des données dans les cas suivants :
  • Des noeuds HeatWave ont échoué et ont été redémarrés.
    Remarque

    MySQL HeatWave surveille régulièrement le statut des noeuds HeatWave et, en l'absence de réponse d'un noeud au bout de 60 secondes, MySQL HeatWave tente automatiquement de mettre le noeud en ligne.
  • Le cluster HeatWave est redémarré.
  • Le processus de base de données est redémarré.
  • La haute disponibilité est activée ou désactivée sur le système de base de données.
  • Une permutation ou un basculement est survenu dans le système de base de données avec la haute disponibilité activée.
Remarque

Les tables chargées automatiquement ne sont pas récupérées lorsque le système de base de données a redémarré (y compris une permutation et un basculement d'un système de base de données haute disponibilité). Elles ne sont récupérées que lorsque le système de base de données reste en cours d'exécution pendant le processus de récupération du cluster HeatWave.
Les données MySQL HeatWave peuvent être récupérées à partir de la couche de stockage HeatWave ou rechargées à partir du système de base de données et de la banque d'objets Lakehouse.
  • Récupérer à partir de la couche de stockage HeatWave
    MySQL HeatWave tente d'abord de récupérer des données de la couche de stockage HeatWave, qui est créée lorsque vous activez le cluster HeatWave pour la première fois. Pour faciliter la récupération, les données est rendu persistant dans Object Storage lorsqu'elles sont chargées dans le cluster HeatWave et lorsque des modifications de donnée sont propagées du système de base de donnée vers le cluster HeatWave. Le chargement des données à partir de la couche de stockage HeatWave est plus rapide car il n'est pas nécessaire de les convertir au format de stockage HeatWave, ce qui est le cas avec le chargement des données à partir du système de base de données ou de la banque d'objets Lakehouse.
    Remarque

    Les tables temporaires HeatWave introduites dans la version 9.3.0 peuvent uniquement être récupérées à partir de la couche de stockage HeatWave. Ils ne sont récupérés que lorsque le système de base de données reste en cours d'exécution pendant le processus de récupération du cluster HeatWave. Ils ne sont pas récupérés lorsque le système de base de données a redémarré (y compris une permutation et un basculement d'un système de base de données haute disponibilité), car une table temporaire HeatWave est basée sur une session et est supprimée à la fermeture de la session.
  • Recharger à partir du système de base de données ou de la banque d'objets Lakehouse
    Les données ne peuvent pas être récupérées à partir de la couche de stockage HeatWave dans les situations suivantes et toutes les tables doivent être rechargées à partir du système de base de données ou de la banque d'objets Lakehouse :
    • La récupération à partir de la couche de stockage HeatWave a échoué en raison d'une panne d'Object Storage ou d'une panne de réseau.
    • Les journaux binaires requis pour effectuer la propagation des modifications des données restaurées à partir de la couche de stockage HeatWave ont été purgés.
    • Le système de base de données est mis à niveau et les données stockées dans la couche de stockage HeatWave ne sont pas compatibles entre l'ancienne et la nouvelle version.
    • La haute disponibilité est activée ou désactivée sur le système de base de données.
    • Un système de base de données autonome dont la version est inférieure à 9.2.0 est redémarré.
    • Un redémarrage, une permutation ou un basculement est survenu dans un système de base de données haute disponibilité dont la version est inférieure à 9.3.0.
      Remarque

      A partir de la version 9.2.1, les tables InnoDB peuvent être récupérées à partir de la couche de stockage HeatWave.
    Une fois le système de base de données redémarré, les tables suivantes ne peuvent pas être récupérées à partir de la couche de stockage HeatWave et doivent être rechargées à partir du système de base de données ou de la banque d'objets Lakehouse :
    • Tables contenant des colonnes codées par le dictionnaire.
    • Tables obsolètes.
    • Tables qui n'ont pas été capturées dans les points de reprise périodiques des métadonnées.
    • Tables où des opérations de chargement ou de déchargement de partition étaient en cours lorsque le système de base de données s'était arrêté brusquement.

Vous pouvez surveiller le statut du cluster HeatWave en vérifiant la mesure de cluster HeatWave nommée Statut d'état du cluster HeatWave. Reportez-vous à Mesures de cluster HeatWave. Le statut indique 1 pour RECOVERING et le statut devient 0 pour HEALTHY lorsque la récupération est terminée.

Lors de la récupération, le cluster HeatWave recharge automatiquement les données. Toutefois, si MySQL Server est en mode SUPER_READ_ONLY, vous ne pouvez pas charger de données dans le cluster HeatWave et la récupération de MySQL HeatWave échoue. Désactivez le mode SUPER_READ_ONLY pour charger les données. Reportez-vous à Resolving SUPER_READ_ONLY and OFFLINE_MODE Issue Caused by Low Free Storage Space.

Lorsque vous déchargez une table, les données sont enlevées du cluster HeatWave et, lors d'une opération en arrière-plan, elles sont également enlevées de la couche de stockage HeatWave dans Object Storage.