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 grappe HeatWave activée) 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 une courte période d'arrêt. Pour réduire les temps d'arrêt, utilisez des systèmes de base de données à haute disponibilité. Voir Haute disponibilité.

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

1. De nouvelles ressources sont lancées avec le dernier système d'exploitation et le dernier serveur MySQL.
2. Les données sont synchronisées entre les anciens et les nouveaux systèmes.
3. Si une grappe HeatWave est attachée au système de base de données, les données de la grappe HeatWave sont automatiquement récupérées ou rechargées. Voir Récupération de données de grappe HeatWave.
4. Les points d'extrémité du système de base de données sont attachés aux nouvelles ressources et les nouvelles connexions sont autorisées.
   Note
   
   Si des erreurs se produisent au cours de la maintenance, le processus s'arrête, retourne à l'ancien système de base de données et les connexions reprennent.

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 l'ancien et le nouveau système. 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 sans temps d'arrêt : Le serveur MySQL n'est pas arrêté et les données sont répliquées entre l'ancien et le nouveau système 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, une courte période d'arrêt est imposée 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'arrêt, les canaux de réplication entrants 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 conditions préalables suivantes sont remplies :

  1. La mise à niveau MySQL demandée n'est pas une mise à niveau de version majeure. Voir Mise à niveau de version majeure.
  2. Le système de base de données n'a pas de grappe HeatWave.
  3. Le système de base de données ne comporte pas de répliques de lecture ou de point d'extrémité 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. Voir Variables de configuration.
  5. La dernière opération de maintenance sur votre système de base de données ne doit pas être une maintenance dont le temps d'arrêt est proche de zéro.

  Si l'une de ces conditions requises n'est pas remplie, la maintenance hors ligne est appliquée au système de base de données.

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