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

La grappe 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 de la grappe, de redémarrage du système de base de données ou après une maintenance programmée.

La grappe HeatWave effectue le processus de récupération des données dans les cas suivants :
  • Un ou plusieurs noeuds HeatWave ont échoué et redémarré.
    Note

    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.
  • La grappe HeatWave est redémarrée.
  • 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 s'est produit dans le système de base de données avec la haute disponibilité activée.
Note

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 de la grappe 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 du magasin d'objets avec entrepôt avec lac de données.
  • Récupérer à partir de la couche de stockage HeatWave
    MySQL HeatWave tente d'abord de récupérer des données à partir de la couche de stockage HeatWave, qui est créée lorsque vous activez la grappe HeatWave pour la première fois. Pour faciliter la récupération, les données sont conservées dans le stockage d'objets lors du chargement des données dans la grappe HeatWave et lors de la propagation des modifications de données du système de base de données vers la grappe 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 obligatoire lors du chargement à partir du système de base de données ou du magasin d'objets avec lac de données.
    Note

    Vous pouvez surveiller le statut de la grappe theHeatWave en vérifiant la mesure de grappe HeatWave nommée Statut d'état de la grappe HeatWave. Voir Mesures de grappe HeatWave. Le statut affiche 1 pour RECOVERING et le statut passe à 0 pour HEALTHY lorsque la récupération est terminée.
    Note

    HeatWave Les tables temporaires introduites dans la version 9.3.0 ne peuvent être récupérées qu'à 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 de la grappe 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 elle est supprimée lorsque la session est fermée.
  • Recharger à partir du système de base de données ou du magasin d'objets avec lac de données
    Les données ne peuvent pas être récupérées à partir de la couche de stockage HeatWave dans ces situations et toutes les tables doivent être rechargées à partir du système de base de données ou du magasin d'objets avec lac de données :
    • La récupération à partir de la couche de stockage HeatWave a échoué en raison d'une interruption du stockage d'objets ou d'une interruption du 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é épuré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é dont la version est inférieure à 9.3.0.
      Note

      À 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é, ces tables 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 du magasin d'objets avec lac de données :
    • Tables avec colonnes encodées dans le dictionnaire.
    • Tables périmées.
    • Tables qui n'ont pas été saisies dans les points de vérification des 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.
    Note

    Vous pouvez surveiller la progression du rechargement à l'aide de la mesure de grappe HeatWave nommée HeatWave progression du chargement des données de grappe. Voir HeatWave Mesures de grappe. Le processus de rechargement prend du temps, surtout si les données sont volumineuses. N'essayez pas de redémarrer, car chaque redémarrage devra recharger toutes les données à partir du début.

Lors de la récupération, la grappe 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 la grappe HeatWave et la récupération de MySQL HeatWave échoue. Désactivez le mode SUPER_READ_ONLY pour charger des données. Voir Résolution des problèmes SUPER_READ_ONLY et OFFLINE_MODE causés par un espace de stockage disponible faible.

Lorsque vous déchargez une table, les données sont supprimées de la grappe HeatWave et, lors d'une opération en arrière-plan, elles sont également supprimées de la couche de stockage HeatWave dans le stockage d'objets.