Maintenance d'un système de base de données autonome

Oracle démarre la maintenance d'un système de base de données autonome (avec ou sans cluster HeatWave activé) dans les deux heures suivant l'heure de début de la fenêtre de maintenance que vous définissez pour le système de base de données.

La maintenance du système de base de données implique un court temps d'inactivité. Pour réduire le temps d'inactivité, utilisez des systèmes de base de données haute disponibilité. Reportez-vous à Haute disponibilité.

La maintenance d'un système de base de données autonome implique les étapes suivantes :

1. Les nouvelles ressources sont lancées à l'aide du dernier système d'exploitation et du serveur MySQL.
2. Les données sont synchronisées entre l'ancien et le nouveau système.
3. Si un cluster HeatWave est attaché au système de base de données, les données du cluster HeatWave sont automatiquement récupérées ou rechargées. Reportez-vous à HeatWave Récupération de données de cluster.
4. Les adresses du système de base de données sont attachées aux nouvelles ressources et les nouvelles connexions sont autorisées.
   Remarque
   
   Si une erreur se produit au cours de la maintenance, le processus s'arrête, l'ancien système de base de données s'arrête et l'ancien système de base de donnéesest restauré.

Selon les paramètres et la configuration du système de base de données, l'une des techniques de maintenance suivantes est utilisée :

• Maintenance hors ligne : le serveur MySQL est arrêté et le stockage est cloné pour assurer la cohérence des données entre les anciens et les nouveaux systèmes. Le système de base de données reste inaccessible pour les lectures et les écritures à partir du moment où le serveur est arrêté jusqu'à ce que les connexions au nouveau système soient autorisées.
• Maintenance à un temps d'arrêt proche de zéro : le serveur MySQL n'est pas arrêté et les données sont répliquées entre les anciens et les nouveaux systèmes pour assurer la cohérence des données. Le système reste accessible pour les lectures et les écritures pendant la réplication. Lorsque le nouveau système est prêt, un court temps d'arrêt est imposé lorsque les connexions sont bloquées sur l'ancien système et que toutes les transactions sont appliquées au nouveau serveur. Pendant cette courte période d'inactivité, les canaux de réplication entrante sont temporairement désactivés. Ces canaux commencent automatiquement à s'exécuter et à se répliquer une fois la maintenance terminée.

  Une maintenance de temps d'arrêt quasi nul n'est appliquée que si les prérequis suivants sont respectés :

  1. La mise à niveau MySQL demandée n'est pas une mise à niveau de version majeure. Reportez-vous à Major Version Upgrade.
  2. Le système de base de données n'a pas de cluster HeatWave.
  3. Le système de base de données ne dispose pas de répliques de lecture ni d'adresse de lecture.
  4. La valeur de la variable binlog_expire_logs_seconds dans la configuration du système de base de données est supérieure ou égale à 3600. Reportez-vous à Variables de configuration.
  5. La dernière opération de maintenance sur le système de base de données ne doit pas être une maintenance avec un temps d'arrêt quasi nul.

  Si l'un de ces prérequis n'est pas satisfait, une maintenance hors ligne est appliquée au système de base de données.

  Pour réduire le temps d'arrêt, planifiez votre fenêtre de maintenance pendant une période de charge de travail faible qui ne coïncide pas avec des opérations de mise à jour importantes. Pour plus d'informations, voir Configuration de la maintenance du système de base de données.