Récupération après incident
MySQL Server prend en charge la récupération après incident, ce qui assure la durabilité et permet la récupération des données en cas d'arrêt inattendu du serveur.
Si un composant d'un système de base de données autonome échoue alors que la récupération après incident est désactivée, le système de base de données passe à l'état
FAILED et n'est pas récupérable. Il est recommandé d'effectuer une sauvegarde manuelle complète avant de désactiver la récupération après incident. Les systèmes de base de données hautement disponibles dans les domaines de multidisponibilité résistent aux défaillances mais peuvent parfois devenir non récupérables.
La désactivation de la récupération après incident désactive les éléments suivants :
- Fichier de journalisation InnoDB
- Tampon de double écriture
- Synchronisation des journaux binaires
Si vous désactivez la récupération après incident, vous ne pouvez pas utiliser les processus de service HeatWave suivants :
- Sauvegardes (manuelles et automatiques)
- Arrêt et redémarrage du système de base de données
Il n'est pas recommandé d'exécuter un système de base de données sans récupération après incident, mais lors d'importations importantes de données.
Si la récupération après incident est désactivée au démarrage d'une opération de mise à niveau du système de base de données, elle est réactivée pendant la durée du processus de mise à niveau et réactivée lorsque la mise à niveau est terminée. Il en va de même lors du basculement d'un système de base de données hautement disponible, principal vers secondaire. Une fois le processus de promotion terminé, la récupération après incident est de nouveau désactivée.