Informazioni sulla manutenzione dell'infrastruttura

Oracle aggiorna periodicamente tutti i componenti dell'infrastruttura gestiti da Oracle su Oracle Data Infrastructure Cloud@Customer.

Oracle utilizza processi automatizzati che seguono le procedure ottimali per applicare le correzioni del prodotto e le correzioni di sicurezza. Questi aggiornamenti aiutano a proteggere i dati e supportano i requisiti di disponibilità, integrità, sicurezza e conformità del database Oracle Cloud. La manutenzione automatizzata riduce anche lo sforzo necessario per mantenere l'infrastruttura.

I componenti gestiti da Oracle possono includere host fisici del server, storage, schede di rete, interfacce ILOM (Integrated Lights Out Management) e VM per i servizi proxy del piano di controllo.

Oracle esegue la manutenzione trimestrale ogni tre mesi e può includere correzioni del prodotto, miglioramenti e correzioni della sicurezza.

Oracle comunica in anticipo la manutenzione programmata, salvo in rare circostanze eccezionali. Oracle fornisce anche notifiche per gli aggiornamenti consigliati corrispondenti per le VM nel cluster VM.

Oracle pianifica la manutenzione per preservare la disponibilità del servizio quando possibile. Alcuni aggiornamenti possono influire temporaneamente sulle prestazioni e sul throughput mentre i singoli componenti non sono disponibili. Ad esempio, l'applicazione delle patch al server in genere richiede un riavvio. Oracle riavvia i server in sequenza quando possibile in modo che il servizio rimanga disponibile durante il processo di aggiornamento. Ciascun server rimane non disponibile per un breve periodo di tempo durante il riavvio, con conseguente riduzione della capacità complessiva del servizio. Pianifica mitigazioni quando le applicazioni non sono in grado di tollerare i riavvii. Ad esempio, arrestare un'applicazione durante l'applicazione delle patch al server.

Manutenzione trimestrale

Oracle riduce al minimo l'impatto della manutenzione trimestrale sulle tue applicazioni utilizzando operazioni di manutenzione in sequenza che preservano la disponibilità del database durante tutto il processo di aggiornamento. Applicazioni progettate per l'alta disponibilità eseguono automaticamente e in modo trasparente la migrazione delle connessioni al database alle istanze disponibili senza interruzioni, eliminando la necessità di pianificare tempi di inattività.

Oracle pianifica la manutenzione in base ai criteri di manutenzione definiti da Oracle. È possibile ripianificare la manutenzione se si verificano requisiti aziendali imprevisti.

Per impostazione predefinita, la manutenzione dell'infrastruttura viene eseguita utilizzando gli aggiornamenti in sequenza, a partire dai server, quindi aggiornando lo storage.

I server vengono aggiornati uno alla volta, con al massimo un server offline in qualsiasi momento. Per ogni host, le VM vengono arrestate, il server viene aggiornato e riavviato, quindi le VM vengono avviate, mentre gli altri server rimangono operativi. Questo approccio non influisce sulle applicazioni progettate per l'alta disponibilità, ma le applicazioni meno recenti non scritte per gestire i riavvii delle istanze in sequenza possono essere interessate. Questo processo continua fino all'aggiornamento di entrambi i server.

Una volta completata la manutenzione del server, viene avviata la manutenzione dello storage. I dischi di storage vengono aggiornati uno alla volta. L'applicazione di patch allo storage non ha alcun effetto sulla disponibilità del database e pertanto non ha alcun impatto sulle applicazioni in uso. Tuttavia, la manutenzione dello storage in sequenza può ridurre le prestazioni di I/O mentre un disco di storage è offline (riduzione della capacità di I/O disponibile) e mentre viene risincronizzato dopo il ripristino del servizio (con un piccolo sovraccarico sui server dell'infrastruttura dati). Il dimensionamento corretto del database e dello storage per consentire il lavoro aggiuntivo sui server non in manutenzione ridurrà o eliminerà qualsiasi impatto sulle prestazioni.

Mentre i database dovrebbero essere disponibili durante la manutenzione in sequenza, la manutenzione automatica verifica che Oracle Clusterware sia in esecuzione, ma non verifica che tutti i servizi di database e i pluggable database (PDB) siano disponibili dopo che un server è stato reinserito in linea. La disponibilità dei servizi di database e dei PDB dopo la manutenzione può dipendere dalla definizione del servizio. Ad esempio, un servizio di database configurato con nodi preferenziali e disponibili può essere riposizionato durante la manutenzione e non può essere riposizionato automaticamente nel nodo originale al termine della manutenzione. Oracle consiglia di rivedere la documentazione sul raggiungimento della disponibilità continua per le applicazioni per ridurre il potenziale impatto. Seguendo le linee guida, l'impatto della manutenzione dell'infrastruttura dovrebbe essere limitato a un minore degrado del servizio man mano che i server vengono aggiornati in sequenza.

Oracle consiglia di seguire le best practice di Maximum Availability Architecture (MAA) e di utilizzare Data Guard per garantire la massima disponibilità per le applicazioni strategiche. Per i database con Data Guard abilitato, Oracle consiglia di separare le finestre di manutenzione per le infrastrutture dati che eseguono i database primari e in standby. È inoltre possibile eseguire uno switchover prima della manutenzione sull'infrastruttura dati che ospita il database primario per evitare l'impatto sul database primario durante la manutenzione dell'infrastruttura.

I controlli preliminari vengono eseguiti sui componenti dell'infrastruttura Oracle Data Infrastructure Cloud@Customer prima che la finestra di manutenzione inizi a identificare i problemi che potrebbero impedire la riuscita della manutenzione. L'infrastruttura e tutti i componenti rimangono online durante i controlli preliminari. Un controllo preliminare iniziale viene eseguito circa due settimane prima dell'avvio della manutenzione e un altro viene eseguito circa 24 ore prima dell'avvio della manutenzione. Se i controlli preliminari identificano un problema che richiede la rischedulazione, viene inviata una notifica agli utenti che hanno sottoscritto le notifiche.

Riduzione a icona delle finestre di manutenzione

• Per ridurre al minimo il numero di finestre di manutenzione (è necessario negoziarle con gli utenti finali), pianificare la manutenzione trimestrale allo stesso tempo. La manutenzione della sicurezza verrà bloccata. La manutenzione trimestrale aggiornerà i server dell'infrastruttura dati in sequenza e molto probabilmente salterà il server di storage. La manutenzione della sicurezza seguirà immediatamente e aggiornerà i server dell'infrastruttura dati online e i server di storage in modo continuativo. Il risultato è un singolo riavvio del database e dello storage server in una singola finestra di manutenzione.

• Esistono due eccezioni.

  • Se la manutenzione trimestrale contiene la stessa release del server di storage, la manutenzione trimestrale applicherà l'aggiornamento del server di storage e la manutenzione della sicurezza verrà saltata. Dal punto di vista personale, si tratta di un singolo riavvio in sequenza in un'unica finestra di manutenzione.
  • La release attualmente installata negli storage server è precedente a quella contenuta nella manutenzione trimestrale, che a sua volta è precedente a quella della manutenzione di sicurezza. Ciò causerebbe l'aggiornamento dello storage da parte della manutenzione trimestrale, quindi anche la manutenzione della sicurezza. Ciò può verificarsi solo se si è saltata la manutenzione di sicurezza di un mese precedente, poiché richiede che l'immagine corrente sia aggiornata di almeno 2 mesi. In uno scenario di questo tipo, è possibile pianificare prima la manutenzione della sicurezza, quindi la manutenzione trimestrale. Ciò comporterebbe il riavvio di un server di storage, ma due finestre di manutenzione distinte: la prima per la manutenzione della sicurezza e poi la manutenzione trimestrale.
• Se il provisioning dell'infrastruttura dati viene eseguito prima che Oracle pianifichi la manutenzione della sicurezza, sarà idonea per la manutenzione della sicurezza.