Récupération de données de grappe HeatWave
La grappe HeatWave récupère automatiquement les données stockées dans la mémoire en cas de panne de 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.
- Un ou plusieurs noeuds HeatWave ont échoué et ont 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 a eu lieu dans le système de base de données avec la haute disponibilité activée.
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.
- Récupérer à partir de la couche de stockage HeatWaveMySQL 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 service de stockage d'objets lorsque les données sont chargées dans la grappe HeatWave et lorsque les modifications des données sont propagé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 les données n'ont pas besoin d'être converties au format de stockage HeatWave, comme cela est requis lors du chargement des données à partir du système de base de données ou du magasin d'objets avec lac de données.Note
Les tables temporaires HeatWave introduites dans la version 9.3.0 ne peuvent être récupérées qu'à 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 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éesLes 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 service de 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 les anciennes et les nouvelles versions.
- 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.
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 contenant des colonnes codées dans le dictionnaire.
- Tables périmées.
- Tables qui n'ont pas été capturées dans des points de vérification de métadonnées périodiques.
- Tables où les opérations de chargement ou de déchargement de partition étaient en cours lorsque le système de base de données s'est arrêté brusquement.
Vous pouvez surveiller le statut de la grappe HeatWave en vérifiant la mesure de grappe HeatWave nommée Statut de l'é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.
Pendant 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 du problème SUPER_READ_ONLY et OFFLINE_MODE causé 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 du stockage d'objets.