Documentation Oracle Cloud Infrastructure

Récupération après défaillance

MySQL Server prend en charge la récupération après défaillance, ce qui garantit la durabilité et permet la récupération des données en cas de sortie inattendue du serveur.

Bien que cette redondance présente des avantages lors du fonctionnement normal du serveur, elle peut réduire les performances en cas d'import de données volumineux. Vous pouvez désactiver temporairement les processus de récupération après défaillance, ce qui vous permet d'exécuter des instructions DML sans la surcharge de la synchronisation.
Remarque

Si un composant d'un système de base de données autonome échoue alors que la récupération après défaillance est désactivée, le système de base de données passe à l'état FAILED et est irrécupérable. Il est recommandé d'effectuer une sauvegarde manuelle complète avant de désactiver la récupération après défaillance. Les systèmes de base de données hautement disponibles se trouvant dans des domaines de disponibilité multiples résistent mieux aux pannes. Toutefois, dans certaines circonstances, peuvent également ne pas pouvoir être récupérés.

La désactivation de la récupération après défaillance désactive les éléments suivants :

  • InnoDB fichier de journalisation
  • Tampon à double écriture
  • Synchronisation du fichier journal binaire

Si vous désactivez la récupération après défaillance, 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
Remarque

Il est recommandé d'exécuter un système de base de données sans récupération après défaillance, sauf lors de l'import de grandes quantités de données.

Si la récupération après défaillance est désactivée au début d'une opération de mise à niveau du système de base de données, elle est réactivée pendant toute la durée du processus et de nouveau désactivée à la fin de la mise à niveau. Il en va de même lors du basculement d'un système de base de données hautement disponible, de l'environnement principal à l'environnement secondaire. Une fois le processus de promotion terminé, la récupération après défaillance est de nouveau désactivée.