Manutenzione del servizio di Autonomous AI Database sull'infrastruttura Exadata dedicata

Oracle pianifica ed esegue tutte le operazioni di applicazione delle patch e di manutenzione su tutte le risorse di Autonomous AI Database dell'infrastruttura Exadata dedicata. Allo stesso tempo, offre varie opzioni per personalizzare, visualizzare e ripianificare gli eventi di manutenzione per le diverse risorse dell'infrastruttura.

Nota: con Database In-Memory abilitato, è possibile che si verifichi un peggioramento delle prestazioni durante qualsiasi attività di applicazione delle patch che determina il reboot del database. Per ulteriori informazioni su Database In-Memory, vedere Database In-Memory.

Tipi di manutenzione servizio

Oracle pianifica ed esegue diverse attività di manutenzione del servizio su Autonomous AI Database. Questi eventi di manutenzione variano nell'ambito e nella frequenza dell'applicazione delle patch.

Il team Cloud Operations di Oracle monitora continuamente l'applicazione delle patch ed esegue un rollback se una patch non supera i test di integrità di base. Se è necessario un rollback, la manutenzione verrà ripianificata. Sebbene il rollback sia l'ultima opzione, il nostro obiettivo è sempre quello di fornire la soluzione più rapida per ripristinare lo stato del database in buono stato. Se una regressione viene visualizzata solo all'interno dell'applicazione, è necessario segnalarla tramite una richiesta di servizio (SR, service request). Per i problemi critici che richiedono attenzione immediata, Oracle può sviluppare e distribuire una patch singola al di fuori della pianificazione di manutenzione standard.

• Patch di manutenzione trimestrale: in generale, Oracle pianifica ed esegue l'intera distribuzione della manutenzione della flotta in ogni trimestre.

  • Le patch di manutenzione trimestrale vengono applicate a vari livelli di risorse, ad esempio Exadata Infrastructure, Autonomous Exadata VM Cluster (AVMC) e Autonomous Container Database (ACD). La finestra di manutenzione trimestrale può essere impostata durante la creazione di queste risorse dell'infrastruttura o modificata in un secondo momento.

  • È possibile consentire a Oracle di gestire la pianificazione della manutenzione oppure impostare una finestra di manutenzione specifica quando Oracle può iniziare le operazioni di manutenzione.

  • Per impostazione predefinita, Oracle applica gli aggiornamenti della release (RU) insieme a queste patch di manutenzione trimestrali. È possibile configurare l'aggiornamento dell'IF in un metodo di manutenzione in sequenza o non in sequenza.

    • Il metodo Rolling aggiorna l'ACD, un nodo alla volta, senza tempi di inattività per i database AI autonomi.

    • Il metodo Non in sequenza chiude e aggiorna l'ACD in parallelo su tutti i nodi. Questo metodo riduce al minimo i tempi di manutenzione, ma richiede tempi di inattività completi per l'ACD e tutti i database AI autonomi associati.

      Nota: in una configurazione Autonomous Data Guard, il metodo di manutenzione non in sequenza determina tempi di inattività per gli ACD primari e in standby durante la rispettiva finestra di manutenzione fino al completamento dell'applicazione delle patch.

  • È inoltre possibile includere il file del fuso orario da aggiornare insieme all'IF. Le patch di manutenzione trimestrale che includono un aggiornamento del file del fuso orario richiederebbero un tempo di inattività completo per l'ACD e i database AI autonomi associati. Il tempo di inattività dipende dalla quantità di dati sensibili al fuso orario.

  • Le patch di manutenzione trimestrale senza un aggiornamento del file del fuso orario possono essere applicate in sequenza o non in sequenza, a seconda della configurazione di manutenzione dell'Autonomous Container Database (ACD).

• Patch di sicurezza mensili:

  • Patch di sicurezza dell'infrastruttura Exadata: Oracle pianifica ed esegue un'attività di manutenzione mensile della sicurezza dell'infrastruttura insieme alla manutenzione trimestrale. Tuttavia, queste patch di sicurezza vengono applicate solo in quei mesi con aggiornamenti di sicurezza critici, incluse le correzioni per le vulnerabilità con punteggi CVSS superiori o uguali a 7.

    • Qualsiasi infrastruttura Exadata di cui è stato eseguito il provisioning prima che Oracle pianifichi la manutenzione della sicurezza, sarà idonea per la manutenzione della sicurezza.

    • Il processo di manutenzione mensile della sicurezza aggiorna i database server per correggere vulnerabilità di sicurezza critiche e problemi di prodotto. Inoltre, aggiornano i server di storage in un'immagine del software di storage Exadata che risolve le vulnerabilità di sicurezza note e i problemi del prodotto.

  • Patch di sicurezza del cluster VM Autonomous: Oracle esegue la manutenzione mensile della sicurezza per i cluster VM Autonomous oltre agli aggiornamenti trimestrali regolari. Queste patch sono applicabili solo per le aree GOV.

    • Le patch di sicurezza mensili vengono applicate usando il metodo in sequenza.

    • Il primo mese di ogni trimestre include patch trimestrali; i due mesi seguenti includono patch di sicurezza mensili.

    • Per garantire l'applicazione delle patch, è necessario selezionare tutti e tre i mesi del trimestre e specificare una preferenza per la settimana 3 e/o la settimana 4.

• Patch una tantum: Oracle genera patch una tantum per le richieste di supporto critiche presentate a My Oracle Support. Per informazioni su come inoltrare una richiesta di supporto, vedere Creare una richiesta di servizio in My Oracle Support.

  • Quando Voi e Oracle concordate che una richiesta di assistenza è di importanza critica e richiede una patch una tantum per poter essere risolta immediatamente, il team di servizi genera una patch una tantum e la rende disponibile. Le patch una tantum sono separate dalle patch di manutenzione pianificata.

  • Se si abilitano le notifiche e gli eventi di Oracle Cloud con una regola a ricevere notifiche relative ai nuovi aggiornamenti, quando diventano disponibili patch singole, Oracle invia una notifica contenente l'OCID del prodotto a cui applicare le patch. In caso contrario, è possibile trovare la notifica di disponibilità dell'aggiornamento nel portale My Oracle Support per la richiesta di supporto registrata.

  • Le patch singole vengono unite in seguito al successivo aggiornamento della release (RU) per garantire che:

    • Una correzione una tantum consegnata per un particolare cliente è disponibile per tutti i clienti.

    • Non è necessario applicare nuovamente patch singole nelle versioni successive.

  • Se necessario, a una RU possono essere unite più patch una tantum. A partire dalla release corrente, le patch una tantum non sono cumulative e pertanto è necessario applicarle singolarmente. Se una patch singola è troppo vicina all'IF successiva, viene creata una versione personalizzata dell'IF con la correzione singola per il trimestre successivo.

  • Si supponga di aver programmato una correzione una tantum che non sia stata unita all'IF più recente e di aver scelto di applicare l'IF successiva. Oracle annulla quindi la patch singola pianificata. È possibile visualizzare le esecuzioni di manutenzione annullate nella cronologia della manutenzione. Tutti i dettagli di applicazione delle patch una tantum registrati nella cronologia di manutenzione sono disponibili nei servizi di download e controllo e registrazione.

  • Se necessario, è possibile eseguire il rollback di una patch singola tramite una richiesta di servizio.

  • Il numero di patch singole disponibili per un Autonomous Container Database viene visualizzato nella relativa pagina Dettagli. Fare clic sul collegamento Copia accanto a esso per copiare tutti i numeri di patch singola.

Specifica quando può verificarsi la manutenzione

In generale, Oracle pianifica ed esegue l'intera distribuzione della manutenzione della flotta per ogni trimestre e correzioni mensili della sicurezza dell'infrastruttura per le vulnerabilità con punteggi CVSS superiori o uguali a 7. È possibile consentire a Oracle di gestire la pianificazione della manutenzione oppure impostare una finestra di manutenzione specifica quando Oracle può iniziare le operazioni di manutenzione.

Personalizzazione della manutenzione trimestrale

Puoi scegliere una pianificazione per la manutenzione automatica trimestrale delle risorse di Autonomous AI Database o lasciare che Oracle pianifichi gli aggiornamenti automaticamente. In anticipo, Oracle notifica la data e l'ora dell'imminente manutenzione pianificata.

È possibile eseguire le operazioni riportate di seguito con la manutenzione trimestrale automatica a vari livelli di risorse, come indicato nella tabella riportata di seguito.

• Personalizza le preferenze e la pianificazione della manutenzione automatica. È possibile impostare queste preferenze durante il provisioning delle risorse di Autonomous AI Database o modificarle in un secondo momento.

• Visualizzare e modificare la pianificazione in qualsiasi momento prima dell'inizio della manutenzione pianificata. Le modifiche apportate alla manutenzione pianificata per i trimestri successivi non influiscono sulla pianificazione per il trimestre corrente.

• Visualizzare gli eventi di manutenzione passati.

Risorsa infrastruttura	Note e ulteriori riferimenti
Infrastruttura Exadata (EI)	Modificare la pianificazione della manutenzione di una risorsa dell'infrastruttura Exadata. Sono disponibili varie opzioni per personalizzare la pianificazione della manutenzione, come spiegato in Impostazioni nella pianificazione della manutenzione personalizzabili. Visualizzare e gestire la manutenzione pianificata di una risorsa dell'infrastruttura Exadata Visualizza manutenzione precedente di una risorsa dell'infrastruttura Exadata
Cluster VM Autonomous Exadata (AVMC)	Modificare la pianificazione della manutenzione di un cluster VM Autonomous Exadata. Sono disponibili varie opzioni per personalizzare la pianificazione della manutenzione, come spiegato in Impostazioni nella pianificazione della manutenzione personalizzabili. Visualizzare e gestire la manutenzione pianificata di un cluster VM Autonomous Exadata Visualizza manutenzione precedente di un cluster VM Autonomous Exadata Nota: le risorse VMC di cui è stato eseguito il provisioning nelle risorse dell'infrastruttura Exadata in Oracle Cloud prima dell'avvio della funzione VM Autonomous AI Database ereditano la pianificazione di manutenzione dall'infrastruttura Exadata associata.
Autonomous Container Database (ACD)	L'aggiornamento delle preferenze di manutenzione di Autonomous Container Database mostra come aggiornare le seguenti preferenze: Metodo di manutenzione per gli aggiornamenti automatici (Rolling o Non-rolling). È inoltre possibile includere il file del fuso orario da aggiornare insieme all'IF. Nota: in una configurazione di Autonomous Data Guard, il metodo di manutenzione non in sequenza determina tempi di inattività per gli ACD primari e in standby durante la rispettiva finestra di manutenzione fino al completamento dell'applicazione delle patch. Versione di manutenzione per gli aggiornamenti automatici (IF successiva o RU più recente). Pianificazione della manutenzione automatica per ACD. Sono disponibili varie opzioni per personalizzare la pianificazione della manutenzione, come spiegato in Impostazioni nella pianificazione della manutenzione personalizzabili. Nota: non è possibile definire una pianificazione personalizzata per un ACD in standby in una configurazione di Autonomous Data Guard. Tuttavia, puoi impostare il numero di giorni per i quali la manutenzione ACD in standby verrà pianificata prima della manutenzione ACD primaria perché le patch ACD in standby vengono sempre applicate prima dell'ACD primario. È inoltre possibile pianificare una manutenzione su richiesta per aggiornare l'aggiornamento release (aggiornamento release) insieme al file del fuso orario o solo al file del fuso orario per un ACD. Per istruzioni, vedere Pianificare un aggiornamento di manutenzione trimestrale. Nota: solo in caso di aggiornamenti del file del fuso orario su richiesta, all'ACD di standby verranno applicate le patch 3 giorni prima dell'ACD primario negli ACD abilitati per Autonomous Data Guard. Visualizzare e gestire la manutenzione pianificata di un Autonomous Container Database Visualizza la manutenzione passata di un Autonomous Container Database

Suggerimento: Oracle consiglia di impostare una finestra di manutenzione per tutte le risorse dell'infrastruttura sopra elencate in modo da:

• Impedisci che le operazioni di manutenzione si verifichino a volte che potrebbero danneggiare le normali operazioni del database.
• Applica le patch alle risorse dell'infrastruttura in modo scaglionato. Lo scaglionamento degli eventi di manutenzione per diverse risorse dell'infrastruttura è una best practice e può aiutarti a verificare la patch su un set di risorse prima di applicarne un'altra. Ad esempio, quando si utilizzano database Autonomous Container Database diversi per lo sviluppo e il test e si desidera verificare le patch nell'ambiente di sviluppo prima di applicarle alla produzione, è possibile personalizzare le pianificazioni di manutenzione in modo che a tutti gli ACD di sviluppo vengano applicate le patch prima degli ACD di produzione.

Impostazioni nella pianificazione della manutenzione personalizzabili

Puoi scegliere i dettagli riportati di seguito dalla console di Oracle Cloud Infrastructure mentre definisci una pianificazione personalizzata per una qualsiasi delle risorse dell'infrastruttura sopra riportate.

• Mesi consentiti: è necessario selezionare almeno un mese al trimestre e si può anche scegliere di saltare l'applicazione delle patch per un trimestre. Impossibile ignorare l'applicazione delle patch per due trimestri consecutivi.

  Nota: quando si sceglie di saltare, è necessario selezionare almeno un mese da tale trimestre. Questo funge da fallback nel caso in cui la manutenzione non si sia verificata nel precedente trimestre non saltato. In questo scenario, Oracle eseguirà automaticamente la manutenzione nel mese selezionato, anche se per tale trimestre viene scelto di saltare.

• Settimana (o settimane) entro i mesi selezionati: le settimane iniziano il 1°, l'8°, il 15° e il 22° giorno del mese e hanno una durata di 7 giorni. Le settimane iniziano e finiscono in base alle date del calendario, non ai giorni della settimana. Impossibile schedulare la manutenzione per la quinta settimana di mesi che contiene più di 28 giorni. Se non si specifica una settimana del mese, Oracle assegnerà automaticamente una settimana.

• Giorno (o giorni) della settimana selezionata:

  Se non si specifica un giorno della settimana, Oracle eseguirà l'aggiornamento della manutenzione in un giorno che viene assegnato automaticamente.

  All'inizio e alla fine delle settimane in base alle date del calendario e non ai giorni della settimana, è necessario prestare maggiore attenzione durante la scelta dei giorni se si desidera garantire una sequenza specifica nell'applicazione delle patch all'infrastruttura Exadata (EI). Ad esempio, osservare i due mesi indicati di seguito:

  

  Descrizione dell'illustrazione dayofweek.png

  

  Descrizione dell'illustrazione dayofweek2.png

  Per settembre 2023, la settimana 1 inizia il venerdì e termina il giovedì. Pertanto, il suo primo sabato è un giorno prima della sua prima domenica. Tuttavia, la settimana 1 nell'ottobre 2023 inizia di domenica e termina di sabato. Di conseguenza, il suo primo sabato viene cinque giorni dopo la sua prima domenica.

  Si supponga di voler applicare patch a tutta la risorsa dell'infrastruttura Exadata prima di applicare le patch agli Autonomous Container Database (ACD) per mantenere una sequenza specifica per la manutenzione. La pianificazione della manutenzione della risorsa dell'infrastruttura Exadata la settimana 1 sabato e dei relativi ACD la settimana 1 domenica, supponendo che la settimana 1 domenica venga sempre un giorno dopo la settimana 1 sabato può funzionare per alcuni mesi, ad esempio settembre 2023, ma non per altri come ottobre 2023. Se si desidera implementare una sequenza specifica per l'applicazione delle patch, potrebbe essere consigliabile spaziarle entro una settimana. In questo caso, puoi pianificare la risorsa dell'infrastruttura Exadata la settimana 1 sabato e i relativi ACD la settimana 2 domenica. In questo modo, verrà sempre garantita l'applicazione di patch alla risorsa dell'infrastruttura Exadata prima di applicare le patch agli ACD.

• Finestra di 4 ore (o Windows) quando è possibile avviare le operazioni di manutenzione.

• Periodo buffer tra manutenzione primaria e in standby: numero di giorni tra la manutenzione ACD in standby e la manutenzione ACD primaria, ovvero quanti giorni prima dell'esecuzione della manutenzione sul container database primario deve essere eseguita la manutenzione sul container database in standby. È possibile scegliere qualsiasi valore da 1 a 7 giorni.

  La selezione del periodo di buffer è applicabile solo a un Autonomous Container Database che è il database primario in una configurazione Autonomous Data Guard.

• Lead time: il numero minimo di settimane prima dell'evento di manutenzione che si desidera ricevere un messaggio di notifica. Il lead time garantisce che venga pianificato un aggiornamento di manutenzione appena rilasciato per tenere conto del periodo minimo di notifica avanzata richiesto.

  Il lead time non è applicabile per la manutenzione delle risorse di Autonomous Container Database.

• È possibile ripristinare le impostazioni predefinite selezionando Ripristina impostazioni predefinite.

Personalizzazione della manutenzione mensile della sicurezza dell'infrastruttura

La manutenzione mensile della sicurezza dell'infrastruttura, quando necessario, è pianificata per essere applicata durante una finestra di 21 giorni che inizia tra il 18 e il 21 di ogni mese e verrà eseguita fino al 9 al 12 del mese successivo. Si riceverà una notifica della pianificazione proposta almeno 7 giorni prima dell'inizio della finestra di manutenzione mensile ed è possibile ripianificare la manutenzione mensile a un'altra data nella finestra, se lo si desidera.

Le patch di sicurezza mensili possono essere ripianificate in un'altra ora all'interno della finestra di manutenzione, ma non possono essere saltate o ripianificate oltre la finestra di 21 giorni. È possibile ripianificare la manutenzione mensile della sicurezza durante la ripianificazione della manutenzione trimestrale, a condizione di mantenere la manutenzione mensile entro la finestra di manutenzione corrente.

Non vi è alcun impatto sui database AI autonomi o sulle applicazioni ad essi connesse durante l'attività mensile di applicazione delle patch di sicurezza dell'infrastruttura. Gli aggiornamenti ai database server vengono applicati online tramite la tecnologia Ksplice e gli aggiornamenti ai server di storage vengono applicati in modo continuativo.

Tuttavia, durante l'aggiornamento dell'infrastruttura del servizio, Oracle può bloccare alcune operazioni, tra cui la scala di memoria e storage, l'applicazione di patch al sistema operativo e a Grid Infrastructure (inclusi i controlli preliminari) e l'espansione elastica dei server di calcolo e storage. Pianificare di differire queste operazioni fino al completamento degli aggiornamenti. L'applicazione degli aggiornamenti di sicurezza richiede circa 15 minuti per host DB server, più 60 minuti per server di storage, a seconda dell'attività di I/O. Se si tenta di eseguire un'operazione interessata, la console invierà una notifica degli aggiornamenti di sicurezza in corso. Nessun software aggiornato nelle VM guest.

Personalizzazione delle patch singole

Utilizzando la vista di manutenzione della console di Oracle Cloud, è possibile modificare l'ora di inizio pianificata o scegliere di installare immediatamente la patch singola. Per impostazione predefinita, Oracle pianifica l'applicazione di una patch singola entro 72 ore dalla disponibilità della patch. Se non si verifica alcuna azione per modificare la pianificazione, la patch viene applicata automaticamente. È possibile ripianificare le patch singole solo nel trimestre corrente. Tuttavia, non è possibile saltare una patch singola del tutto.

Specificare il tipo di patch da applicare

Un'operazione di manutenzione standard consiste nell'applicare le patch software del database agli Autonomous Container Database e, per estensione, agli Autonomous AI Database in essi creati. Per impostazione predefinita, Oracle applica gli aggiornamenti delle release (RU). È possibile configurare il tipo di manutenzione su Next RU per aggiornare Autonomous Container Database all'aggiornamento della release successiva oppure su Latest RU per aggiornare Autonomous Container Database all'aggiornamento della release più recente nella finestra di manutenzione successiva. Di conseguenza, Oracle utilizzerà un tipo di immagine che soddisfa le tue preferenze quando disponibile. Se lo si desidera, è sempre possibile modificare una determinata patch pianificata in una versione diversa.

Per istruzioni dettagliate, vedere Aggiornare le preferenze di manutenzione di Autonomous Container Database.

Visualizza e gestisci manutenzione già pianificata

Una volta pianificata un'attività di manutenzione in base alla finestra di manutenzione impostata, è possibile gestire la tempistica effettiva dell'attività, anche al punto di modificare la versione della patch, applicare immediatamente la patch o ignorare l'attività.

Dettagli manutenzione pianificata

Per ogni evento di manutenzione pianificato dell'infrastruttura Exadata, del cluster VM Autonomous Exadata o di Autonomous Container Database, la pagina Manutenzione della risorsa elenca i dettagli riportati di seguito.

• Stato dell'evento.
• Il tipo di evento, ad esempio Settimanale, Trimestrale, Mensile o Annuale.
• OCID dell'evento.
• L'ora e la data di inizio programmate dell'evento.

• Metodo di manutenzione dell'evento come In sequenza su non in sequenza. Viene visualizzata solo per una risorsa dell'infrastruttura Exadata.

• La versione della patch da applicare all'evento. Viene visualizzata solo per una risorsa di Autonomous Container Database.

Operazioni di gestione su una manutenzione pianificata

Per ogni evento di manutenzione elencato in una pagina di manutenzione delle risorse dell'infrastruttura, è possibile eseguire le operazioni di gestione riportate di seguito, a condizione che l'evento non sia già in corso.

• Rischedulare l'ora di inizio e la data dell'evento in un'ora successiva nel trimestre. Specificare la nuova data e ora di inizio nella finestra Modifica ora di inizio manutenzione.

• Avviare immediatamente l'evento di manutenzione facendo clic su Applica patch ora.

Nota: esegui patch ora non è disponibile per un Autonomous AI Database abilitato con Autonomous Data Guard. Come soluzione alternativa, è possibile modificare l'ora di manutenzione pianificata per iniziare nel periodo di 4 ore più vicino disponibile. Assicurarsi che le patch di standby vengano applicate prima del database primario con un periodo di buffer compreso tra 1 e 7 giorni.

• Salta un evento di manutenzione pianificata di Autonomous Container Database.

Nota: non è possibile saltare due eventi di manutenzione consecutivi. Dopo aver saltato un evento di manutenzione, non è possibile saltare l'evento di manutenzione pianificata immediata successivo; è possibile saltare gli eventi di manutenzione solo per due trimestri alternativi in un anno.

• Selezionare una versione di patch diversa da applicare. Quando si seleziona una versione, tenere presente quanto riportato di seguito.

  • È necessario selezionare una versione successiva alla versione corrente di Autonomous Container Database.

  • L'elenco delle versioni disponibili può contenere sia gli aggiornamenti delle release (RU) che la revisione degli aggiornamenti delle release (RUR). È possibile scegliere uno dei due tipi, indipendentemente dal tipo di manutenzione configurato per Autonomous Container Database. La selezione di un tipo diverso nella lista Versione non modifica il tipo configurato per l'Autonomous Container Database.

• Aggiornare il metodo di manutenzione dell'infrastruttura Exadata da In sequenza a Non in sequenza e viceversa.

Per indicazioni dettagliate, vedere:

• Visualizzare e gestire la manutenzione pianificata di una risorsa dell'infrastruttura Exadata

• Visualizzare e gestire la manutenzione pianificata di un cluster VM Autonomous Exadata

• Visualizzare e gestire la manutenzione pianificata di un Autonomous Container Database

Visualizza notifiche stato manutenzione

La vista DB_NOTIFICATIONS memorizza informazioni sulle notifiche dello stato di manutenzione per l'istanza di Autonomous AI Database.

SI APPLICA A: Solo Oracle Public Cloud

Per visualizzare le informazioni di notifica:

1. Connettiti all'istanza di Autonomous AI Database.

2. Utilizzare la query seguente per visualizzare le informazioni sulla manutenzione (patching).

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
   

Di seguito sono riportati i dettagli relativi allo stato di manutenzione.

• Esecuzione della manutenzione terminata: specifica che la manutenzione è stata completata. Il valore STATUS mostra il valore COMPLETED con gli indicatori orari di inizio e fine per la manutenzione completata in ACTUAL_START_DATE e ACTUAL_END_DATE.

• L'esecuzione della manutenzione è pianificata per l'istanza: specifica che è stata pianificata una nuova manutenzione. Il valore STATUS mostra il valore SCHEDULED con gli indicatori orari di inizio e fine previsti per la manutenzione pianificata in EXPECTED_START_DATE e EXPECTED_END_DATE.

• L'esecuzione della manutenzione è iniziata: specifica che la manutenzione è in corso e fornisce l'indicatore orario di inizio per la manutenzione attiva. Il valore STATUS mostra il valore IN_PROGRESS e ACTUAL_START_DATE memorizza l'indicatore orario di inizio.

La tabella seguente mostra le colonne e i tipi di dati DB_NOTIFICATIONS.

A colonne	Tipo di dati	Descrizione
TYPE	VARCHAR2(128)TYPE	Specifica il tipo di notifica. Il valore valido è: MAINTENANCE.
TIME	TIMESTAMP(6) WITH TIME ZONE	Ora di aggiunta della voce di notifica.
EXPECTED_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Ora inizio manutenzione schedulata.
EXPECTED_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Ora di fine manutenzione pianificata.
ACTUAL_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Ora inizio manutenzione effettiva.
ACTUAL_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Ora fine manutenzione effettiva.
PRODUCT	VARCHAR2(128)	Prodotto o componente per il quale è pianificata o in corso la manutenzione. Valori: DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS	VARCHAR2(128)	Stato corrente della manutenzione. Valori: SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE	VARCHAR2(64)	Modalità operazione di applicazione patch. Valori: RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT	VARCHAR2(64)	Impatto sul database. Valori: AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION	VARCHAR2(128)	Dettagli del messaggio di notifica.
PATCH_ID	VARCHAR2(128)	Versione patch.

Accodamento automatico degli eventi di manutenzione

Eventi di manutenzione trimestrale di database AI diversiRisorse

Se scegli una pianificazione di manutenzione personalizzata per qualsiasi risorsa dell'infrastruttura, Oracle rispetta le tue preferenze durante la pianificazione degli eventi di manutenzione. Tuttavia, se la pianificazione personalizzata crea qualsiasi sovrapposizione con altre risorse dell'infrastruttura, Oracle serializza automaticamente in modo che gli eventi di manutenzione vengano eseguiti in questa sequenza con un certo intervallo di tempo tra loro: infrastruttura Exadata, cluster VM Autonomous Exadata, Autonomous Container Database.

Esempio: si supponga che un evento di manutenzione delle risorse dell'infrastruttura Exadata e un evento di manutenzione di Autonomous Container Database siano pianificati per l'avvio simultaneo. In tal caso, viene avviato l'evento di manutenzione delle risorse dell'infrastruttura Exadata e l'evento di manutenzione di Autonomous Container Database viene inserito in coda e inizia subito dopo l'evento di manutenzione delle risorse dell'infrastruttura Exadata.

Eventi di manutenzione trimestrale e patch mensili di sicurezza dell'infrastruttura

Scenario	Accodamento
Quando viene pianificata un'attività di manutenzione trimestrale entro 24 ore da una patch di sicurezza dell'infrastruttura mensile.	La manutenzione mensile pianificata verrà saltata e applicata immediatamente dopo la manutenzione trimestrale.
Quando un'attività di manutenzione trimestrale viene pianificata contemporaneamente a una patch di sicurezza dell'infrastruttura mensile.	La manutenzione trimestrale verrà eseguita per prima e la patch di sicurezza mensile verrà applicata immediatamente dopo il completamento della manutenzione trimestrale.
Quando è pianificata l'inizio di una patch di sicurezza dell'infrastruttura mensile 0-24 ore prima della manutenzione trimestrale.	La manutenzione mensile pianificata rimarrà in attesa e verrà eseguita immediatamente dopo la manutenzione trimestrale. Se la manutenzione trimestrale viene ripianificata in seguito, la manutenzione mensile della sicurezza inizierà immediatamente. Oracle consiglia pertanto di pianificare la manutenzione trimestrale e mensile contemporaneamente. Di conseguenza, se si ripianifica l'evento di manutenzione trimestrale all'ultimo momento, l'attività di manutenzione mensile verrà eseguita all'ora pianificata al momento della modifica della pianificazione.
Quando una manutenzione trimestrale viene pianificata al di fuori della finestra di 24 ore della manutenzione di sicurezza nello stesso mese.	Sarà necessaria una finestra di manutenzione per la manutenzione trimestrale e una finestra di manutenzione per la manutenzione della sicurezza. Nota: in qualsiasi momento prima della manutenzione mensile pianificata dell'infrastruttura Exadata, è possibile ripianificarla. Gli storage server verranno aggiornati una sola volta solo se si pianifica la manutenzione mensile della sicurezza almeno 25 ore prima della manutenzione trimestrale nel mese in cui è stata pianificata la manutenzione trimestrale e mensile della sicurezza.

Visualizza eventi manutenzione precedenti

Puoi visualizzare la manutenzione passata di un'infrastruttura Exadata, di un cluster VM Autonomous Exadata o di una risorsa Autonomous Container Database dalla pagina Dettagli.

Per indicazioni dettagliate, vedere:

• Visualizza manutenzione precedente di una risorsa dell'infrastruttura Exadata

• Visualizza manutenzione precedente di un cluster VM Autonomous Exadata

• Visualizza la manutenzione passata di un Autonomous Container Database

Monitoraggio degli eventi di manutenzione del servizio

Puoi monitorare gli eventi di manutenzione delle risorse dell'infrastruttura Autonomous AI Database utilizzando i servizi Eventi e notifiche. Utilizzando i servizi Eventi e notifiche, puoi ricevere notifiche tramite posta elettronica quando si verificano eventi di manutenzione su Exadata Infrastructure, sul cluster VM Autonomous Exadata e sulle risorse di Autonomous Container Database.

Per ogni risorsa dell'infrastruttura, vengono generati quattro eventi di manutenzione diversi, come indicato di seguito:

• Manutenzione pianificata
• Promemoria di manutenzione per le risorse AVMC (Autonomous Exadata VM Cluster) e ACD (Autonomous Container Database), la notifica di promemoria di manutenzione viene inviata 1 settimana prima dell'esecuzione effettiva della manutenzione. Per le risorse dell'infrastruttura Exadata, la notifica del promemoria viene rilasciata tra 1 e 4 settimane prima dell'esecuzione della manutenzione, a seconda della preferenza impostata.
• Inizio manutenzione
• Fine manutenzione

Per la lista completa degli eventi generati per ogni risorsa dell'infrastruttura, vedere Eventi per Autonomous AI Database sull'infrastruttura Exadata dedicata.

È possibile eseguire la sottoscrizione a uno qualsiasi di questi eventi di manutenzione per una risorsa dell'infrastruttura eseguendo i task di alto livello riportati di seguito.

• Creare un argomento del servizio di notifiche.
• Aggiungere una sottoscrizione e-mail all'argomento.
• Aggiungere una regola del servizio eventi per inviare eventi di manutenzione all'argomento del servizio notifiche.

Per una guida dettagliata con un esempio, vedere Esempio di notifiche: messaggi di posta elettronica per eventi di manutenzione.

Contenuto correlato

Crea una richiesta di servizio in My Oracle Support