Documentation Oracle Cloud Infrastructure

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

Le cluster HeatWave récupère automatiquement les données stockées dans la mémoire en cas de panne de 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 de données lorsque :
  • Des noeuds HeatWave ont échoué et redémarré.
    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 système 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 la permutation et le 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 lors du 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 doivent être conservées 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 lors du chargement des données à partir du système de base de données ou de la banque d'objets Lakehouse.
    Remarque

    Vous pouvez surveiller le statut du cluster theHeatWave en vérifiant la mesure de cluster HeatWave nommée HeatWave, statut de l'état du cluster. 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.
    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. 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. Elles 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é) car une table temporaire HeatWave est basée sur une session et est supprimée lorsque la session est fermée.
  • Recharger à partir du système de base de données ou de la banque d'objets Lakehouse
    Dans ce cas, les données ne peuvent pas être récupérées à partir de la couche de stockage HeatWave et toutes les tables doivent être rechargées à partir du système de base de données ou de la banque d'objets Lakehouse :
    • Echec de la récupération à partir de la couche de stockage HeatWave en raison d'une coupure Object Storage ou d'une coupure 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 avec une version inférieure à 9.2.0 est redémarré.
    • Un redémarrage, une permutation ou un basculement s'est produit dans un système de base de données haute disponibilité avec une version 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 dans le dictionnaire.
    • Tables obsolètes.
    • Tables qui n'ont pas été capturées dans des points de reprise de métadonnées périodiques.
    • Tables dans lesquelles 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.
    Remarque

    Vous pouvez surveiller la progression du rechargement avec la mesure de cluster HeatWave nommée HeatWave, progression du chargement des données de cluster. Reportez-vous à HeatWave Mesures de cluster. Le processus de rechargement prend du temps, en particulier si les données sont volumineuses. N'essayez pas de redémarrer car chaque redémarrage devra recharger toutes les données depuis le début.

Lors de la récupération, le cluster HeatWave recharge automatiquement les données. Toutefois, si le serveur 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 à Résolution du problème SUPER_READ_ONLY et OFFLINE_MODE causé par un faible espace de stockage libre.

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