Oracle gestisce un sistema DB High Availability utilizzando un processo di manutenzione in sequenza con tempi di inattività minimi. La manutenzione inizia entro due ore dall'ora di inizio della finestra di manutenzione definita per il sistema DB.

Il processo di manutenzione in sequenza prevede i seguenti passaggi e non richiede alcun input da parte dell'utente:

1. Uno dei nodi secondari viene rimosso dal gruppo di replica.
2. Il processo di manutenzione viene eseguito sul nodo selezionato e restituito al gruppo di replica al termine della manutenzione.

   Il processo di manutenzione attende che il secondario aggiornato possa recuperare il ritardo con le transazioni che si sono verificate durante l'aggiornamento, prima di procedere con la manutenzione del secondario rimanente.

3. Il nodo secondario rimanente viene rimosso dal gruppo di replica.
4. Il processo di manutenzione viene eseguito sul nodo selezionato e restituito al gruppo di replica al termine della manutenzione.

   Il processo di manutenzione attende che il secondario aggiornato raggiunga le transazioni che si sono verificate durante l'aggiornamento, prima di procedere con la manutenzione del primario.

5. Le connessioni esistenti al database primario vengono chiuse e non sono consentite nuove connessioni. Il nodo primario viene rimosso dal gruppo e uno dei nodi secondari aggiornati viene promosso a primario. Durante questo passo si verifica un breve periodo di inattività prima che l'elemento principale appena promosso riprenda le connessioni.
   Nota
   
   Il posizionamento primario corrente viene modificato nel nuovo primario. Il posizionamento primario preferito rimane invariato.
   Nota
   
   Il nome e la posizione del file di log binario corrente del nuovo primario potrebbero essere diversi dal vecchio primario. Poiché i log binari di ogni istanza vengono gestiti in modo indipendente, ogni transazione registrata nei log binari può essere scritta in un file di log binario diverso e in una posizione in istanze diverse.
6. Il processo di manutenzione viene eseguito sul vecchio nodo primario e restituito al gruppo di replica come nodo secondario. Non viene eseguito alcun switchback per evitare tempi di inattività aggiuntivi. Se necessario, è possibile eseguire uno switchover manuale in un momento opportuno.