Manutenzione di un sistema DB standalone

Oracle avvia la manutenzione di un sistema DB standalone (con o senza cluster HeatWave abilitato) entro due ore dall'ora di inizio della finestra di manutenzione definita per il sistema DB.

La manutenzione del sistema DB richiede un breve periodo di inattività. Per ridurre i tempi di inattività, utilizza i sistemi DB High Availability. Vedere High Availability.

La manutenzione di un sistema DB standalone prevede le operazioni riportate di seguito.

1. Le nuove risorse vengono avviate utilizzando il sistema operativo e il server MySQL più recenti.
2. I dati vengono sincronizzati tra i vecchi e i nuovi sistemi.
3. Se al sistema DB è collegato un cluster HeatWave, i dati nel cluster HeatWave vengono recuperati o ricaricati automaticamente. Vedere HeatWave Recupero dati cluster.
4. Gli endpoint del sistema DB sono collegati alle nuove risorse e sono consentite nuove connessioni.
   Nota
   
   Se si verificano errori durante la manutenzione, il processo si arresta, viene eseguito il rollback al sistema DB precedente e le connessioni riprendono.

A seconda delle impostazioni e della configurazione del sistema DB, viene utilizzata una delle tecniche di manutenzione riportate di seguito.

• Manutenzione non in linea: il server MySQL viene arrestato e lo storage viene duplicato per garantire la coerenza dei dati tra sistemi vecchi e nuovi. Il sistema DB rimane inaccessibile per le letture e le scritture dal momento in cui il server viene arrestato fino a quando non vengono consentite le connessioni al nuovo sistema.
• Manutenzione dei tempi di inattività pressoché nulli: il server MySQL non viene arrestato e i dati vengono replicati tra i sistemi precedenti e quelli nuovi per garantire la coerenza dei dati. Il sistema rimane accessibile per le letture e le scritture durante la replica. Quando il nuovo sistema è pronto, viene imposto un breve periodo di inattività in cui le connessioni vengono bloccate sul vecchio sistema e tutte le transazioni vengono applicate al nuovo server. Durante questo breve periodo di inattività, i canali di replica in entrata vengono temporaneamente disabilitati. Questi canali iniziano automaticamente l'esecuzione e la replica dopo il completamento della manutenzione.

  La manutenzione dei tempi di inattività pressoché nulli viene applicata solo se vengono soddisfatti i seguenti prerequisiti:

  1. L'aggiornamento MySQL richiesto non è di tipo major version. Vedere Aggiornamento versione principale.
  2. Il sistema DB non dispone di un cluster HeatWave.
  3. Il sistema DB non dispone di repliche di lettura o di un endpoint di lettura.
  4. Il valore della variabile binlog_expire_logs_seconds nella configurazione del sistema DB è maggiore o uguale a 3600. Vedere Variabili di configurazione.
  5. L'ultima operazione di manutenzione sul sistema DB non deve essere una manutenzione con tempi di inattività quasi nulli.

  Se uno qualsiasi di questi prerequisiti non viene soddisfatto, la manutenzione non in linea viene applicata al sistema DB.

  Per ridurre al minimo i tempi di inattività, pianificare la finestra di manutenzione durante un periodo di carico di lavoro ridotto che non coincide con operazioni di aggiornamento di grandi dimensioni. Per ulteriori informazioni, vedere Configurazione della manutenzione del sistema DB.