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 réseau de bases de données autonome échoue alors que cette récupération est désactivée, le réseau passe à l'état FAILED et n'est plus récupérable. Le système de base de données irrécupérable est alors automatiquement supprimé. Il est recommandé d'effectuer une sauvegarde manuelle complète avant de désactiver la récupération après défaillance. Les système de base de données hautement disponibles se situant dans des domaines à disponibilité multiples résistent davantage aux pannes, mais dans certaines circonstances, ils peuvent également devenir irrécupérables.

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 MySQL 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.