Documentazione di Oracle Cloud Infrastructure

Applica patch e aggiorna un sistema di infrastruttura Exadata Cloud

Argomento padre: guide esplicative

Aggiornamenti della manutenzione gestita dall'utente

La gestione di un'istanza sicura dell'infrastruttura Exadata Cloud nel miglior ordine di lavoro richiede l'esecuzione regolare dei task riportati di seguito.

  • Applicazione di patch al software Oracle Grid Infrastructure e Oracle Database sulle virtual machine del cluster VM. Per informazioni e istruzioni, vedere Applicazione di patch e aggiornamento delle home GI e del database del cluster VM.
  • Aggiornamento del sistema operativo sulle virtual machine del cluster VM. Per informazioni e istruzioni, vedere Aggiornamento di un sistema operativo cluster VM Exadata Cloud.

Applicazione di patch e aggiornamento di un sistema di infrastruttura Exadata Cloud

Scopri come eseguire le operazioni di applicazione delle patch sulle virtual machine e sulle home del database Exadata utilizzando la console, l'API o l'interfaccia CLI.

Per informazioni e istruzioni sull'applicazione di patch al sistema mediante la utility dbaascli, vedere Applicazione di patch e aggiornamento manuale di un sistema di infrastruttura Exadata Cloud.

Per ulteriori informazioni ed esempi per l'applicazione di patch trimestrali del database su Exadata Cloud Infrastructure, fare riferimento alla nota di My Oracle Support: Come applicare la patch trimestrale del database su Exadata Cloud Service ed Exadata Cloud at Customer Gen 2 (ID documento 2701789.1).

Per ulteriori indicazioni su come ottenere un servizio continuo durante le operazioni di applicazione delle patch, consulta il white paper Application Checklist for Continuous Service for MAA Solutions.

Argomenti correlati

Argomento padre: applicazione di patch e aggiornamento a un sistema di infrastruttura Exadata Cloud

Applicazione di patch e aggiornamento delle home GI e del database del cluster VM

In questo argomento viene descritto come eseguire operazioni di applicazione delle patch sulle risorse dell'infrastruttura Exadata Cloud utilizzando la console, l'API o l'interfaccia CLI.

Nota

Oracle consiglia di applicare le patch ai database spostandoli in una home del database che utilizza il livello di applicazione delle patch di destinazione. Per istruzioni su questo metodo di applicazione delle patch al database, vedere Per applicare patch a un database spostandolo in un'altra home del database.

Per informazioni e istruzioni sull'applicazione di patch al sistema mediante la utility dbaascli, vedere Applicazione di patch a Oracle Grid Infrastructure e ai database Oracle mediante dbaascli.

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura cloud Exadata

Informazioni sull'applicazione di patch e sull'aggiornamento delle home GI e del database del cluster VM

Questo argomento descrive i tipi di applicazione di patch eseguita su istanze dell'infrastruttura Exadata Cloud e fornisce istruzioni per il completamento delle operazioni di applicazione delle patch.

Argomento padre: applicazione di patch e aggiornamento delle home GI e del database del cluster VM

Applicazione di patch a Oracle Grid Infrastructure (GI)

L'applicazione di patch a un'istanza dell'infrastruttura Exadata Cloud aggiorna i componenti su tutti i nodi di calcolo nell'istanza. Un cluster VM o una patch del sistema DB aggiorna Oracle Grid Infrastructure (GI) sulla risorsa.

Nota

Il modello di risorsa Exadata cloud utilizzato dall'istanza determina se applicare la patch a Grid Infrastructure in una risorsa di sistema DB o in una risorsa cluster VM cloud. I cluster VM vengono utilizzati dal nuovo modello di risorsa dell'infrastruttura cloud Exadata e possono essere migrati facilmente al nuovo modello di risorse senza tempi di inattività del sistema. Passare a un sistema DB Exadata il nuovo modello di risorsa Exadata.

Applicazione patch home database

Una patch per la home del database aggiorna il software Oracle Database condiviso dai database nella home specifica.

Di conseguenza, è possibile applicare le patch a un database utilizzando uno dei metodi riportati di seguito.

  • Spostare il database in una home del database con la versione patch corretta. Ciò ha effetto solo sul database da spostare.
  • Applicazione di patch alla home del database in cui si trova il database. Ciò ha effetto su tutti i database che si trovano nella home del database a cui viene applicata la patch.

Quando si applica una patch a una home del database, è possibile utilizzare un'immagine software del database fornita da Oracle per applicare un aggiornamento software di Oracle Database generalmente disponibile oppure utilizzare un'immagine software del database personalizzata creata dall'organizzazione per applicare un set specifico di patch richiesto dal database. Per ulteriori informazioni sulla creazione e l'utilizzo di immagini personalizzate, vedere Immagini software di Oracle Database.

Per istruzioni sull'esecuzione delle operazioni di applicazione delle patch, vedere Per applicare le patch al software Oracle Database in una home del database (cluster VM cloud). Per le istanze dell'infrastruttura Exadata Cloud che utilizzano il modello di risorsa del sistema DB precedente, vedere Per applicare le patch al software Oracle Database in una home del database (sistema DB).

Best practice per l'applicazione di patch ai componenti dell'infrastruttura Exadata Cloud

Tenere conto delle procedure consigliate illustrate di seguito.

  • Eseguire il backup dei database prima di applicare le patch. Per informazioni sul backup dei database, vedere Gestione dei backup dei database Exadata.
  • Applicare le patch a un cluster VM o a un sistema DB Exadata prima di applicare le patch alle home e ai database dei database su tale risorsa.
  • Prima di applicare qualsiasi patch, eseguire l'operazione di controllo preliminare per assicurarsi che il cluster VM, il sistema DB Exadata o la home del database soddisfino i requisiti per tale patch.
  • Per applicare le patch a un database a una versione diversa dalla versione del database della home corrente, spostare il database in una home del database che esegue la versione di destinazione. Questa tecnica richiede meno tempi di inattività e consente di eseguire facilmente il rollback del database alla versione precedente spostandolo di nuovo nella vecchia home del database. Vedere Per spostare un database in un'altra home del database Per applicare le patch a un database spostandolo in un'altra home del database.
  • Per le principali versioni di Oracle Database e Oracle Grid Infrastructure disponibili in Oracle Cloud Infrastructure, vengono fornite le patch per la versione corrente più le tre versioni precedenti più recenti (da N a N - 3). Ad esempio, se un'istanza utilizza Oracle Database 19c e la versione più recente della versione 19c offerta è la 19.8.0.0.0, le patch sono disponibili per le versioni 19.8.0.0.0, 19.7.0.0, 19.6.0.0 e 19.5.0.0.

Argomento padre: Informazioni sull'applicazione di patch e sull'aggiornamento delle home GI e del database del cluster VM

database dbaascli runDatapatch

Per applicare le patch a un Oracle Database, utilizzare il comando dbaascli database runDatapatch.

Prerequisiti

  • Prima di eseguire un'operazione runDatapatch, assicurarsi che tutte le istanze di database associate al database siano attive e in esecuzione.

  • Eseguire il comando come utente root.

Sintassi

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Dove:

  • --dbname specifica il nome del database
  • --resume riprende l'esecuzione precedente
    • --sessionID specifica di riprendere un ID sessione specifico
  • --skipPdbs salta l'esecuzione della patch dati in una lista delimitata da virgole specificata di PDB. Ad esempio: pdb1,pdb2...
  • --pdbs esegue la patch dati solo in una lista di PDB delimitati da virgole specificata. Ad esempio: pdb1,pdb2...
  • --executePrereqs esegue i controlli dei prerequisiti
  • --patchList applica o esegue il rollback della lista di patch delimitata da virgole specificata. Ad esempio: patch1,patch2...
  • --skipClosedPdbs salta l'esecuzione della patch dati nei PDB chiusi
  • --rollback esegue il rollback delle patch applicate 
dbaascli database runDatapatch --dbname db19
Chiavi gestite dal cliente nell'infrastruttura Exadata Cloud

Le chiavi gestite dal cliente per l'infrastruttura Exadata Cloud sono una funzione del servizio Oracle Cloud Infrastructure (OCI) Vault che consente di cifrare i dati utilizzando le chiavi di cifratura controllate.

Il servizio OCI Vault ti offre funzionalità di gestione delle chiavi centralizzate altamente disponibili e durevoli. Questa soluzione di gestione delle chiavi offre anche uno storage delle chiavi sicuro utilizzando partizioni isolate (e un'opzione di partizione condivisa a costi inferiori) nei moduli di sicurezza hardware certificati FIPS 140-2 Livello 3 e l'integrazione con determinati servizi Oracle Cloud Infrastructure. Utilizza le chiavi gestite dal cliente quando hai bisogno di governance della sicurezza, conformità alle normative e crittografia omogenea dei dati, gestendo, memorizzando e monitorando centralmente il ciclo di vita delle chiavi che utilizzi per proteggere i tuoi dati.

È possibile effettuare le seguenti operazioni.

  • Abilita chiavi gestite dal cliente quando si creano i database nell'infrastruttura Exadata Cloud
  • Passare dalle chiavi gestite da Oracle alle chiavi gestite dal cliente
  • Ruota le chiavi per mantenere la conformità alla sicurezza

Requisiti

Per abilitare la gestione delle chiavi di cifratura gestite dal cliente, è necessario creare un criterio nella tenancy che consenta a un determinato gruppo dinamico, analogamente a quanto riportato di seguito: allow dynamic-group dynamic_group_name to manage keys in tenancy.

È necessario un altro criterio se il vault utilizzato dal cliente viene replicato (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Per i vault replicati, questo criterio è necessario: allow dynamic-group dynamic_group_name to read vaults in tenancy

Limiti

Per abilitare Data Guard nei database dell'infrastruttura Exadata Cloud che utilizzano chiavi gestite dal cliente, i database primari e in standby devono trovarsi nello stesso realm.

Task 1. Crea un vault e una chiave di cifratura master

Creare un vault nel servizio Vault seguendo le istruzioni riportate nella sezione Per creare un nuovo vault della documentazione di Oracle Cloud Infrastructure. Quando si seguono queste istruzioni, Oracle consiglia di creare il vault in un compartimento creato in modo specifico per contenere i vault contenenti chiavi gestite dal cliente, come descritto in Before You Begin: Compartment Hierarchy Best Practice.

Dopo aver creato il vault, creare almeno una chiave di cifratura master nel vault seguendo le istruzioni riportate nella sezione Per creare una nuova chiave di cifratura master della documentazione di Oracle Cloud Infrastructure. Attenersi alle istruzioni indicate di seguito.

  • Crea nel compartimento: Oracle consiglia di creare la chiave di cifratura master nello stesso compartimento del relativo vault, ovvero nel compartimento creato in modo specifico per contenere i vault che contengono chiavi gestite dal cliente.
  • Modalità di protezione: scegliere un valore appropriato dall'elenco a discesa:
    • HSM per creare una chiave di cifratura master che viene memorizzata ed elaborata su un modulo di sicurezza hardware (HSM).
    • Software per creare una chiave di cifratura master memorizzata in un file system software nel servizio Vault. Le chiavi protette da software sono protette in archivio utilizzando una chiave root basata su HSM. Puoi esportare le chiavi software in altri dispositivi di gestione delle chiavi o in un'altra cloud region OCI. A differenza delle chiavi HSM, le chiavi protette dal software sono gratuite.
  • Algoritmo della forma della chiave: AES
  • Lunghezza forma chiave: 256 bit

Oracle consiglia di creare una chiave di cifratura master separata per ogni container database (CDB). In questo modo la gestione della rotazione chiave nel tempo è molto più semplice.

Task 2. Creare un gateway di servizio, una regola di instradamento e una regola di sicurezza di uscita

Crea un gateway di servizi nella VCN (rete cloud virtuale) in cui le risorse di Oracle Exadata Database Service on Dedicated Infrastructure risiedono seguendo le istruzioni riportate nel task 1: creare il gateway di servizi nella documentazione di Oracle Cloud Infrastructure.

Dopo aver creato il gateway del servizio, aggiungere una regola di instradamento e una regola di sicurezza di uscita a ogni subnet (nella VCN) in cui risiedono le risorse di Oracle Exadata Database Service on Dedicated Infrastructure in modo che queste risorse possano utilizzare il gateway per accedere al servizio Vault:

  1. Passare alla pagina Dettagli subnet per la subnet.
  2. Nella scheda Informazioni sulla subnet fare clic sul nome della tabella di instradamento della subnet per visualizzare la relativa pagina Dettagli tabella di instradamento.
  3. Nella tabella delle regole di instradamento esistenti, verificare se esiste già una regola con le seguenti caratteristiche:
    • Destinazione: tutti i servizi IAD in Oracle Services Network
    • Tipo di destinazione: gateway del servizio
    • Destinazione: il nome del gateway di servizi appena creato nella VCN

    Se tale regola non esiste, fare clic su Aggiungi regole di instradamento e aggiungere una regola di instradamento con queste caratteristiche.

  4. Tornare alla pagina Dettagli subnet per la subnet.
  5. Nella tabella Elenchi di sicurezza della subnet, fare clic sul nome della lista di sicurezza della subnet per visualizzare la pagina Dettagli lista di sicurezza.
  6. Nel menu laterale, in Risorse, fare clic su Regole di uscita.
  7. Nella tabella delle regole di uscita esistenti, verificare se esiste già una regola con le seguenti caratteristiche:
    • Senza stato: No
    • Destinazione: tutti i servizi IAD in Oracle Services Network
    • Protocollo IP: TCP
    • Intervallo porte di origine: tutto
    • Intervallo di porte di destinazione: 443

    Se una regola di questo tipo non esiste, fare clic su Aggiungi regole di uscita e aggiungere una regola di uscita con queste caratteristiche.

Task 3. Creare un gruppo dinamico e un'istruzione criterio

Per concedere alle risorse Oracle Exadata Database Service on Dedicated Infrastructure l'autorizzazione per accedere alle chiavi gestite dal cliente, creare un gruppo dinamico IAM che identifichi queste risorse, quindi creare un criterio IAM che conceda a questo gruppo dinamico l'accesso alle chiavi di cifratura master create nel servizio Vault.

Quando si definisce il gruppo dinamico, si identificano le risorse Oracle Exadata Database Service on Dedicated Infrastructure specificando l'OCID del compartimento contenente la risorsa dell'infrastruttura Exadata.

  1. Copiare l'OCID del compartimento contenente la risorsa dell'infrastruttura Exadata. Puoi trovare questo OCID nella pagina Dettagli compartimento del compartimento.
  2. Creare un gruppo dinamico seguendo le istruzioni riportate nella sezione Per creare un gruppo dinamico della documentazione di Oracle Cloud Infrastructure. Quando si seguono queste istruzioni, immettere una regola di corrispondenza in questo formato:
    ALL {resource.compartment.id ='<compartment-ocid>'}

    dove <compartment-ocid> è l'OCID del compartimento contenente la risorsa dell'infrastruttura Exadata.

Dopo aver creato il gruppo dinamico, passare a (o creare) un criterio IAM in un compartimento più in alto nella gerarchia del compartimento rispetto al compartimento contenente i vault e le chiavi. Aggiungere quindi un'istruzione criterio di questo formato:

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
target.key.id='<key_ocid>',
request.permission!='KEY_DELETE',
request.permission!='KEY_MOVE',
request.permission!='KEY_IMPORT',
request.permission!='KEY_BACKUP’
}

Se si utilizza un vault privato virtuale replicato per la distribuzione di Oracle Data Guard, aggiungere un'istruzione criterio aggiuntiva nel seguente formato:

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

dove <dynamic-group> è il nome del gruppo dinamico creato e <vaults-and-keys-compartment> è il nome del compartimento in cui sono stati creati i vault e le chiavi di cifratura master.

database dbaascli addInstance

Per aggiungere l'istanza di database sul nodo specificato, utilizzare il comando dbaascli database addInstance.

Requisito

  • Eseguire il comando come utente root.

Sintassi

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
Dove:
  • --dbname specifica il nome di Oracle Database
  • --node specifica il nome del nodo per l'istanza di database
    • --newNodeSID specifica il SID per l'istanza da aggiungere nel nuovo nodo
database dbaascli convertToPDB

Per convertire il database non CDB specificato in PDB, utilizzare il comando dbaascli database convertToPDB.

Sintassi

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
Dove:
  • --dbname specifica il nome di Oracle Database
  • --cdbName specifica il nome del CDB di destinazione in cui verrà creato il PDB. Se il CDB non esiste, verrà creato nella stessa Oracle home del database non CDB di origine
  • --executePrereqs specifica di eseguire solo i controlli precedenti alla conversione
  • --copyDatafiles specifica di creare una nuova copia dei file di dati invece di utilizzare quelli del database di origine

    --keepSourceDB: consente di conservare il database di origine dopo il completamento dell'operazione.

  • --backupPrepared: flag per confermare la disponibilità di un backup di database appropriato per un database non CDB prima di eseguire la conversione in PDB.
  • Flag --backupPrepared per confermare la disponibilità di un backup di database appropriato per un database non CDB prima di eseguire la conversione in PDB
  • --targetPDBName specifica il nome del PDB che verrà creato nell'ambito dell'operazione
  • --waitForCompletion specifica false per eseguire l'operazione in background. Valori validi: true|false
  • --resume specifica di riprendere l'esecuzione precedente
    • --sessionID specifica di riprendere un ID sessione specifico

Esempio di database dbaascli 5-3 convertToPDB

Per eseguire i controlli preliminari alla conversione:
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
Per eseguire una conversione completa con una copia dei file di dati dal database non CDB:
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
database dbaascli getDetails

Questo comando mostra le informazioni dettagliate di un determinato database, ad esempio dbname, informazioni sul nodo, informazioni sui pluggable database e così via.

Prerequisiti

Eseguire il comando come utente root o oracle

Sintassi

dbaascli database getDetails --dbname <value>
dove :
  • --dbname: nome del database Oracle.
database dbaascli modifyParameters

Per modificare o reimpostare i parametri di inizializzazione per un Oracle Database, utilizzare il comando dbaascli database modifyParameters.

Requisito

Eseguire il comando come utente root.

Sintassi

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
Dove:
  • --dbname specifica il nome del database.
  • --setParameters specifica una lista delimitata da virgole di parametri da modificare con nuovi valori. Ad esempio: parameter1=valueA,parameter2=valueB e così via. Per i valori vuoti utilizzare parameter1=valueA,parameter2='', e così via.
  • --resetParameters specifica un elenco delimitato da virgole di parametri da reimpostare sui valori predefiniti corrispondenti. Ad esempio, parameter1,parameter2 e così via.
  • --responseFile specifica la posizione assoluta del file JSON di risposta per modificare i parametri del database
  • --backupPrepared conferma la disponibilità di un backup del database prima di modificare i parametri critici o riservati.
  • --instance specifica il nome dell'istanza in cui verranno elaborati i parametri. Se non viene specificato, l'operazione verrà eseguita a livello di database.
  • --allowBounce concede l'autorizzazione per il riavvio del database al fine di riflettere le modifiche apportate ai parametri statici applicabili.

Esempio di database dbaascli 5-4 modifyParameters

dbaascli database modifyParameters --dbname dbname --setParameters "log_archive_dest_state_17=ENABLE"
aggiornamento del database dbaascli

Per aggiornare un Oracle Database, utilizzare il comando dbaascli database upgrade.

Requisito

Eseguire il comando come utente root.

Sintassi

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]
Dove:
  • --dbname (obbligatorio) specifica il nome del database.
  • --targetHome specifica la posizione della Oracle home di destinazione
  • --targetHomeName specifica il nome della Oracle Database home di destinazione.
  • --standBy utilizzare questa opzione per eseguire l'upgrade dei database di standby nelle configurazioni Data Guard
  • --allStandbyPrepared richiesto per i database primari configurati da Data Guard. Flag per confermare che tutte le operazioni necessarie vengono eseguite sui database di standby prima dell'upgrade del database primario
  • --removeGRP rimuove automaticamente il backup del punto di ripristino garantito (GRP) solo se l'upgrade del database è riuscito
  • --increaseCompatibleParameter aumenta automaticamente il parametro compatibile nell'ambito dell'aggiornamento del database. Il parametro viene aumentato solo se l'upgrade del database è riuscito
  • --executePrereqs esegue solo i controlli precedenti all'upgrade
  • --postUpgrade utilizzare questa opzione se dopo l'upgrade non riesce e deve rieseguire i passi successivi all'upgrade
  • --rollback ripristina un Oracle Database nella relativa Oracle home originale
  • --upgradeOptions utilizzare questa opzione per passare argomenti specifici di DBUA per eseguire l'upgrade di Oracle Database. Fare riferimento alla documentazione Oracle corrispondente per conoscere le opzioni e gli argomenti supportati.

    --standby

  • --resume per riprendere l'esecuzione precedente
  • --sessionID per riprendere un ID sessione specifico.
  • --waitForCompletion: specificare false per eseguire l'operazione in background. Valori validi : true|false.

Esempio 5-5 controlli dei requisiti di upgrade del database dbaascli precedenti all'upgrade

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Prerequisiti per l'applicazione di patch e l'aggiornamento di un sistema di infrastruttura Exadata Cloud

L'istanza dell'infrastruttura Exadata Cloud richiede l'accesso al servizio Oracle Cloud Infrastructure Object Storage, inclusa la connettività all'endpoint Swift applicabile per lo storage degli oggetti

Oracle consiglia di utilizzare un gateway di servizi con la VCN per abilitare questo accesso. Per ulteriori informazioni, vedere gli argomenti riportati di seguito.
Nota

verificare che sussistano le seguenti condizioni per evitare errori di applicazione delle patch:
  • La directory /u01 nel file system host del database dispone di almeno 15 GB di spazio libero per l'esecuzione dei processi di applicazione delle patch.
  • Oracle Clusterware è attivo e in esecuzione sul cluster VM.
  • Tutti i nodi del cluster VM sono attivi e in esecuzione.
Uso della console per applicare patch e aggiornare le istanze dell'infrastruttura Exadata Cloud

È possibile utilizzare la console per visualizzare la cronologia delle operazioni delle patch nelle istanze dell'infrastruttura Exadata Cloud, applicare le patch e monitorare lo stato delle operazioni delle patch.

Argomento padre: applicazione di patch e aggiornamento delle home GI e del database del cluster VM

Applicazione di patch alle istanze Exadata che utilizzano il modello di risorsa del sistema DB

I task descritti in questa sezione descrivono come applicare le patch e monitorare lo stato delle operazioni delle patch nei sistemi DB Exadata e nelle relative home del database.

Argomento padre: Utilizzo della console per applicare patch e aggiornare le istanze dell'infrastruttura Exadata Cloud

Per applicare le patch a Oracle Grid Infrastructure in un sistema DB Exadata

Come applicare le patch e monitorare lo stato delle operazioni delle patch nei sistemi DB Exadata

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Bare Metal, VM ed Exadata.
  2. Scegliere il compartimento.
  3. Nella lista dei sistemi DB, fare clic sul nome del sistema DB Exadata a cui applicare le patch per visualizzare i dettagli del sistema DB.
  4. Fare clic su Updates (GI).
  5. Esaminare la lista delle patch disponibili per il sistema DB.
  6. Fare clic sul menu Azioni per la patch a cui si è interessati, quindi fare clic su una delle azioni seguenti: Controllo preliminare: verificare la presenza di prerequisiti per assicurarsi che la patch possa essere applicata correttamente. Applica aggiornamento di Grid Infrastructure: applica la patch selezionata. Oracle consiglia di eseguire l'operazione di controllo preliminare per una patch prima di applicarla.
    • Controllo preliminare: controllare la presenza di prerequisiti per assicurarsi che la patch possa essere applicata correttamente.
    • Applica aggiornamento di Grid Infrastructure: applica la patch selezionata. Oracle consiglia di eseguire l'operazione di controllo preliminare per una patch prima di applicarla.
  7. Confermare quando richiesto.

L'elenco delle patch visualizza lo stato dell'operazione. Durante l'applicazione di una patch, lo stato della patch viene visualizzato come Applicazione delle patch e lo stato del sistema DB viene visualizzato come Aggiornamento. Le operazioni del ciclo di vita nel sistema DB e nelle relative risorse potrebbero essere temporaneamente non disponibili. Se l'applicazione delle patch viene completata correttamente, lo stato della patch viene modificato in Applicato e lo stato del sistema DB viene modificato in Disponibile. Per visualizzare ulteriori dettagli su una singola operazione di patch, fare clic su Cronologia patch.

Per applicare le patch al software Oracle Database in una home database (sistema DB)

Come applicare le patch e monitorare lo stato delle operazioni delle patch nelle home del database Exadata per i sistemi DB.

Nota

Questa procedura di applicazione delle patch aggiorna il software Oracle Database per tutti i database che si trovano nella home del database. Per applicare le patch a un singolo database, è possibile spostarlo in un'altra home del database che utilizza la configurazione del software Oracle Database desiderata.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Bare Metal, VM ed Exadata.
  2. Scegliere il compartimento.
  3. Nella lista dei sistemi DB, fare clic sul nome del sistema DB Exadata con la home del database a cui si desidera applicare le patch per visualizzare i dettagli del sistema DB.
  4. Fare clic su Home database.
  5. Fare clic sul nome della home del database a cui si desidera applicare le patch per visualizzare i dettagli della home del database.
  6. Fare clic su Aggiornamenti.
  7. Rivedere le patch disponibili per la home del database. Puoi scegliere di applicare le patch utilizzando un'immagine software fornita da Oracle o un'immagine software personalizzata. Le immagini fornite da Oracle sono aggiornamenti delle release generalmente disponibili. Le immagini software personalizzate vengono create dall'organizzazione con un set di patch specificato. Per informazioni sulla creazione di immagini software personalizzate, vedere Immagini software Oracle Database. L'immagine da usare per applicare le patch deve essere basata sulla versione più recente della release software di Oracle Database o su una delle tre versioni precedenti della release.
  8. Fare clic sul menu Azioni alla fine della riga della tabella in cui è elencata la patch a cui si è interessati, quindi fare clic su una delle azioni riportate di seguito.

    • Controllo preliminare: verificare la presenza di prerequisiti per assicurarsi che la patch possa essere applicata correttamente.

    • Applica aggiornamento home database: applica la patch selezionata. Oracle consiglia di eseguire l'operazione di controllo preliminare per una patch prima di applicarla.

  9. Confermare quando richiesto.

L'elenco delle patch visualizza lo stato dell'operazione. Durante l'applicazione di una patch, lo stato della patch viene visualizzato come Applicazione delle patch e lo stato della home del database e dei database in essa contenuti viene visualizzato come Aggiornamento. Durante l'operazione, ogni database nella home viene arrestato e quindi riavviato. Se l'applicazione delle patch viene completata correttamente, lo stato della patch viene modificato in Applicato e lo stato della home del database viene modificato in Disponibile. Per visualizzare ulteriori dettagli su una singola operazione di patch, fare clic su Cronologia patch.

Applicazione di patch alle istanze Exadata che utilizzano il nuovo modello di risorsa

I task di questa sezione descrivono come applicare le patch e monitorare lo stato delle operazioni delle patch sui cluster VM cloud e sulle relative home del database.

Per applicare le patch a Oracle Grid Infrastructure in un cluster VM cloud Exadata

Come applicare le patch e monitorare lo stato delle operazioni delle patch sui cluster VM cloud.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Fare clic su Cluster Exadata VM.
  4. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare i dettagli del cluster.
  5. Fare clic su Updates (GI).
  6. Rivedere la lista delle patch disponibili per il cluster VM cloud.
  7. Fare clic sul menu Azioni della patch a cui si è interessati, quindi fare clic su una delle azioni riportate di seguito.

    • Controllo preliminare: verificare la presenza di prerequisiti per assicurarsi che la patch possa essere applicata correttamente.

    • Applica aggiornamento di Grid Infrastructure: applica la patch selezionata. Oracle consiglia di eseguire l'operazione di controllo preliminare per una patch prima di applicarla.

  8. Confermare quando richiesto.
L'elenco delle patch visualizza lo stato dell'operazione. Durante l'applicazione di una patch, lo stato della patch viene visualizzato come Applicazione delle patch e lo stato del cluster VM cloud viene visualizzato come Aggiornamento. Le operazioni del ciclo di vita sul cluster e sulle relative risorse potrebbero essere temporaneamente non disponibili. Se l'applicazione delle patch viene completata correttamente, lo stato della patch viene modificato in Applicato e lo stato del cluster viene modificato in Disponibile. Per visualizzare ulteriori dettagli su una singola operazione di patch, fare clic su Cronologia aggiornamenti.

Per applicare le patch al software Oracle Database in una home del database

Nota

Questa procedura di applicazione delle patch aggiorna il software Oracle Database per tutti i database presenti nella home del database. Per applicare le patch a un singolo database, è possibile spostare un database in un'altra home del database che utilizza la configurazione del software Oracle Database desiderata.
  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Fare clic su Cluster Exadata VM.
  4. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare i dettagli del cluster.
  5. Fare clic su Home database.
  6. Fare clic sul nome della home del database a cui si desidera applicare le patch per visualizzare i dettagli della home del database.
  7. Fare clic su Aggiornamenti.
  8. Rivedere le patch disponibili per la home del database. Puoi scegliere di applicare le patch utilizzando un'immagine software fornita da Oracle o un'immagine software personalizzata. Le immagini fornite da Oracle sono aggiornamenti delle release generalmente disponibili. Le immagini software personalizzate vengono create dall'organizzazione con un set di patch specificato. Per informazioni sulla creazione di immagini software personalizzate, vedere Immagini software Oracle Database. L'immagine da usare per applicare le patch deve essere basata sulla versione più recente della release software di Oracle Database o su una delle tre versioni precedenti della release.
  9. Fare clic sul menu Azioni alla fine della riga della tabella in cui è elencata la patch a cui si è interessati, quindi fare clic su una delle azioni riportate di seguito.
    • Controllo preliminare: verificare la presenza di eventuali prerequisiti per assicurarsi che la patch possa essere applicata correttamente.
    • Applica aggiornamento home database: applica la patch selezionata. Oracle consiglia di eseguire l'operazione di controllo preliminare per una patch prima di applicarla.

  10. Confermare quando richiesto.

    L'elenco delle patch visualizza lo stato dell'operazione. Durante l'applicazione di una patch, lo stato della patch viene visualizzato come Applicazione delle patch e lo stato della home del database e dei database in essa contenuti viene visualizzato come Aggiornamento. Durante l'operazione, ogni database nella home viene arrestato e quindi riavviato. Se l'applicazione delle patch viene completata correttamente, lo stato della patch viene modificato in Applicato e lo stato della home del database viene modificato in Disponibile. Per visualizzare ulteriori dettagli su una singola operazione di patch, fare clic su Cronologia aggiornamenti.

Applicazione di patch a singoli database Oracle in un'istanza dell'infrastruttura Exadata Cloud

Questo task spiega come applicare le patch a un singolo Oracle Database nell'istanza dell'infrastruttura Exadata Cloud spostandolo in un'altra home del database.

Per informazioni sull'applicazione di patch alle home del database, vedere Per applicare patch al software Oracle Database in una home del database (cluster VM cloud)

Argomento padre: Utilizzo della console per applicare patch e aggiornare le istanze dell'infrastruttura Exadata Cloud

Per spostare un database in un'altra home del database

Questo task spiega come applicare le patch a un singolo Oracle Database nell'istanza dell'infrastruttura Exadata Cloud spostandolo in un'altra home del database.

È possibile spostare un database in qualsiasi home del database che soddisfi uno dei criteri seguenti:

  • La home del database di destinazione utilizza la stessa versione del software Oracle Database (inclusi gli aggiornamenti delle patch) della home del database di origine
  • La home del database di destinazione si basa sulla versione più recente della release software di Oracle Database utilizzata dal database o su una delle tre versioni precedenti della release

Lo spostamento di un database in una nuova home del database porta il database al livello di patch della home del database di destinazione. Per informazioni sull'applicazione di patch alle home del database, vedere Applicazione di patch alla home del database e .

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Andare al database che si desidera spostare:

    Cluster VM cloud (The New Exadata Cloud Infrastructure Resource Model): in Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, fare clic sul nome del cluster VM che contiene il database da spostare.

    Sistemi DB: in Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Individuare l'elenco dei sistemi DB a cui si desidera accedere, quindi fare clic sul nome del sistema DB Exadata contenente il database che si desidera spostare.

  4. Fare clic su Altre azioni, quindi su Sposta in un'altra home.
  5. Selezionare la home database di destinazione.
  6. Fare clic su Sposta.

  7. Confermare l'operazione di spostamento.

    Il database viene spostato in sequenza. L'istanza di database verrà arrestata, nodo per nodo, nella home corrente e quindi riavviata nella home di destinazione. Durante lo spostamento del database, lo stato della home del database viene visualizzato come Spostamento del database. Al termine dell'operazione, la home del database viene aggiornata con la home corrente. Datapatch viene eseguito automaticamente durante lo spostamento del database per completare le azioni SQL successive alla patch per tutte le patch, incluse quelle singole, nella nuova home del database. Se l'operazione di spostamento del database non riesce, lo stato del database viene visualizzato come Failed e il campo Home database fornisce informazioni sul motivo dell'errore.

Visualizzazione cronologia patch

Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno. È possibile riprovare a eseguire un'operazione di patch non riuscita. La ripetizione di un'operazione determina la creazione di una nuova voce nella cronologia delle patch.

Le viste della cronologia delle patch nella console non mostrano le patch applicate utilizzando strumenti della riga di comando quali dbaascli.

Se l'istanza del servizio utilizza il nuovo modello di risorsa, la cronologia delle patch disponibile andando alla pagina Dettagli cluster VM. Se l'istanza del servizio utilizza il modello di risorse del sistema DB, la cronologia delle patch è disponibile andando alla pagina Dettagli sistema DB.

  • Per visualizzare la cronologia delle patch di un cluster VM cloud
    Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno.
  • Per visualizzare la cronologia delle patch di un sistema DB
    Ogni voce della cronologia delle patch rappresenta un'operazione tentata e indica se l'operazione è riuscita o meno. È possibile riprovare a eseguire un'operazione di patch non riuscita. La ripetizione di un'operazione determina la creazione di una nuova voce nella cronologia delle patch. Per un'istanza di servizio che utilizza il modello di risorse del sistema DB, la cronologia delle patch è disponibile andando alla pagina Dettagli sistema DB
  • Per visualizzare la cronologia delle patch di una home del database
    Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno. È possibile riprovare a eseguire un'operazione di patch non riuscita. La ripetizione di un'operazione determina la creazione di una nuova voce nella cronologia delle patch. Se l'istanza del servizio utilizza il nuovo modello di risorse, la cronologia delle patch disponibile andando alla pagina Dettagli cluster VM.

Argomento padre: Utilizzo della console per applicare patch e aggiornare le istanze dell'infrastruttura Exadata Cloud

Per visualizzare la cronologia delle patch di un cluster VM cloud

Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Fare clic su Cluster Exadata VM.
  4. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare i dettagli del cluster.
  5. Fare clic su Aggiorna cronologia.

    La pagina Cronologia aggiornamenti visualizza la cronologia delle operazioni delle patch per il cluster VM cloud e per le home del database in tale cluster VM cloud.

Per visualizzare la cronologia delle patch di un sistema DB

Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno. È possibile riprovare a eseguire un'operazione di patch non riuscita. La ripetizione di un'operazione determina la creazione di una nuova voce nella cronologia delle patch. Per un'istanza di servizio che utilizza il modello di risorse del sistema DB, la cronologia delle patch è disponibile andando alla pagina Dettagli sistema DB

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Bare Metal, VM ed Exadata.
  2. Scegliere il compartimento.
  3. Nella lista dei sistemi DB, fare clic sul nome del sistema DB Exadata con le informazioni che si desidera visualizzare per visualizzare i dettagli del sistema DB.
  4. Fare clic su Cronologia aggiornamenti.

La pagina Cronologia patch visualizza la cronologia delle operazioni delle patch per il sistema DB interessato e per le home del database presenti nel sistema DB interessato.

Per visualizzare la cronologia delle patch di una home del database

Ogni voce della cronologia delle patch rappresenta un'operazione di patch tentata e indica se l'operazione è riuscita o meno. È possibile riprovare a eseguire un'operazione di patch non riuscita. La ripetizione di un'operazione determina la creazione di una nuova voce nella cronologia delle patch. Se l'istanza del servizio utilizza il nuovo modello di risorse, la cronologia delle patch disponibile andando alla pagina Dettagli cluster VM.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud o al sistema DB che contiene la home del database.

    • Cluster VM cloud (Exadata Cloud Infrastructure Resource Model)In Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, individuare il cluster VM a cui si desidera accedere e fare clic sul nome evidenziato per visualizzare la pagina dei dettagli del cluster.

    • Sistemi DB In Bare Metal, VM ed Exadata, fare clic su Sistemi DB. Nella lista dei sistemi DB, individuare il sistema DB Exadata a cui si desidera accedere, quindi fare clic sul relativo nome per visualizzare i dettagli.

  4. Fare clic su Home database.
  5. Fare clic sul nome della home del database che si desidera visualizzare per visualizzare i dettagli della home del database.
  6. Fare clic su Cronologia aggiornamenti.
    La pagina della cronologia visualizza la cronologia delle operazioni patch per la home del database e per il cluster VM cloud o il sistema DB a cui appartiene.
Uso dell'API per applicare patch a un'istanza dell'infrastruttura Exadata Cloud

Utilizzare queste operazioni API per gestire l'applicazione delle patch alle risorse Exadata seguenti: cluster VM cloud, sistemi DB, database e home del database.

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Cluster VM cloud (per sistemi che utilizzano il nuovo modello di risorse):

Sistemi DB:

Database:

  • UpdateDatabase: utilizzare questa operazione per applicare patch a un database spostandolo in un'altra home del database.

Home database:

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.

Aggiornamento di un sistema operativo cluster VM Exadata Cloud

Gli aggiornamenti delle immagini del cluster VM Exadata consentono di aggiornare l'immagine del sistema operativo sui nodi del cluster VM cloud Exadata in modo automatico dalla console OCI e dalle API.

Questa funzione automatizzata semplifica e velocizza l'applicazione delle patch ai cluster VM, rende l'applicazione delle patch meno soggetta a errori ed elimina la necessità di utilizzare Patch Manager.

Quando si applica una patch, il sistema esegue un'operazione di controllo preliminare per assicurarsi che il cluster VM cloud, il sistema DB Exadata o la home del database soddisfino i requisiti per tale patch. Se il controllo preliminare non riesce, la patch non viene applicata e il sistema visualizza un messaggio indicante che la patch non può essere applicata perché il controllo preliminare non è riuscito. È disponibile anche un'operazione di controllo preliminare distinta che è possibile eseguire prima dell'aggiornamento pianificato.

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura cloud Exadata

Versioni software supportate e limitazioni di aggiornamento

Requisiti minimi per l'aggiornamento all'immagine Exadata release 23.1.0.0.0 (immagine basata su Oracle Linux 8):

Nota

Questi sono solo i requisiti minimi. Se si desidera aggiornare Grid Infrastructure e/o Oracle Database per soddisfare i requisiti di Exadata 23.1, si consiglia di eseguire l'aggiornamento alle versioni più recenti disponibili di Grid Infrastructure e Oracle Database e non al minimo.
  • Exadata Image (Guest OS): immagine Exadata release 22.1.0 (maggio 2022) o 21.2.10 (marzo 2022). I sistemi che eseguono versioni precedenti alla 21.2.10 dovranno prima eseguire l'aggiornamento alla 22.1.0 (maggio 2022) o alla 21.2.10 (marzo 2022) prima di eseguire l'aggiornamento alla 23.1.0.0.0. Ciò vale sia per gli storage server che per i database server.
    • Oltre ad eseguire aggiornamenti di versioni secondarie alle immagini del cluster VM Exadata, è possibile eseguire l'aggiornamento a una nuova versione principale se la versione attualmente installata è la 19.2 o successiva. Ad esempio, se il cluster VM si trova nella versione 20, è possibile aggiornarlo alla versione 21.
    • Le ultime 4 (da N a N-3) o più versioni secondarie di ogni versione principale delle immagini del cluster VM sono disponibili tramite la console da applicare.
  • Oracle Grid Infrastructure: la release 23.1.0.0.0 dell'immagine Exadata supporta le seguenti versioni minime o più recenti di Oracle Grid Infrastructure.
    • Release 19c: versione 19.15, aggiornamento della release di aprile 2022 (RU) e più recente (predefinito)
    • Release 21c: versione 21.6, aggiornamento della release di aprile 2022 (RU) e versioni successive
  • Oracle Database: Exadata System Software 23.1 supporta le seguenti versioni minime o più recenti per le nuove installazioni di database.
    • Release 19c: versione 19.15, aggiornamento della release di aprile 2022 (RU) e più recente (predefinito)
    • Ulteriori versioni di database supportate nell'ambito dell'approvazione dell'eccezione Market Driven Support o Quarterly Updates:
      • Release 12.2.0.1, aggiornamento della release (RU) 12.2.0.1.220118 (gen 2022)
      • Release 12.1.0.2, patch bundle 12.1.0.2.220719 (luglio 2022) - richiede la patch 30159782
      • Release 11.2.0.4, patch bundle 11.2.0.4.210119 (gen 2021) - richiede la patch 30159782, la patch 33991024
  • Se l'avvio di un'operazione di manutenzione dell'infrastruttura Exadata è pianificato entro le prossime 24 ore, la funzione di aggiornamento dell'immagine Exadata non è disponibile.
  • Una volta eseguito l'upgrade del cluster VM a Exadata Database Service Guest VM OS 23.1, sarà possibile aggiungere una nuova VM o un nuovo database server a questo cluster VM se l'infrastruttura Exadata Cloud esegue un software di sistema Exadata versione 22.1.16 e successive.
    Nota

    L'upgrade a Exadata System Software 23.1 per l'infrastruttura Exadata Cloud sarà disponibile con il ciclo di aggiornamento di febbraio 2024.
Aggiornamento del sistema operativo mediante la console

Nota

Una volta eseguito l'upgrade del cluster VM al sistema operativo 23.1 della VM guest di Exadata Database Service, sarà possibile aggiungere una nuova VM o un nuovo database server a questo cluster VM se l'infrastruttura Exadata Cloud esegue un software del sistema Exadata versione 22.1.16 e successive.

L'upgrade a Exadata System Software 23.1 per l'infrastruttura Exadata Cloud sarà disponibile con il ciclo di aggiornamento di febbraio 2024.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. In Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster Exadata VM.
  3. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare la pagina dei dettagli.
  4. Fare clic su Aggiornamenti (OS).
  5. Rivedere l'elenco degli aggiornamenti software disponibili e individuare la patch del sistema operativo che si sta applicando.
  6. Fare clic sull'icona Azioni (tre punti) alla fine della riga che elenca la patch a cui si è interessati, quindi fare clic su una delle seguenti azioni:
    • Controllo preliminare: il controllo preliminare controlla i prerequisiti per assicurarsi che la patch possa essere applicata correttamente. Oracle consiglia di eseguire l'operazione di controllo preliminare prima di applicare una patch. Il motivo è che le cose possono cambiare in un database in qualsiasi momento, e il controllo preliminare eseguito poco prima dell'esecuzione di una patch potrebbe trovare errori che il controllo preliminare precedente non ha trovato.
      Nota

      Se il controllo preliminare non riesce, nella finestra di dialogo Applica aggiornamento immagine del sistema operativo Exadata viene visualizzato un messaggio che informa che l'ultimo controllo preliminare non è riuscito. Oracle consiglia di eseguire di nuovo il controllo preliminare. Fare clic sull'icona Azioni (tre punti) alla fine della riga che elenca la patch del sistema operativo per visualizzare la finestra di dialogo.
    • Applica aggiornamento immagine sistema operativo Exadata: questo collegamento visualizza la finestra di dialogo Applica aggiornamento immagine Exadata utilizzata per applicare la patch. La finestra di dialogo mostra il nome del sistema di database a cui si stanno applicando le patch, la versione corrente del database e la nuova versione del database dopo l'applicazione della patch. Per avviare il processo, fare clic su Applica aggiornamento immagine del sistema operativo Exadata.
    • Copia OCID. Copia l'ID Oracle Cloud. Questa opzione può essere utilizzata durante la risoluzione dei problemi di una patch o per fornire al supporto quando viene contattato.
      Nota

      Durante l'esecuzione della patch:

      • L'opzione Esegui controllo preliminare e applica aggiornamento immagine sistema operativo non è disponibile. Una volta completata la patch, queste azioni saranno nuovamente disponibili.
      • Se la manutenzione dell'infrastruttura Exadata contenente questo cluster VM è pianificata in conflitto con l'operazione di applicazione delle patch, la patch non riesce e il sistema visualizza un messaggio che ne spiega il motivo. Una volta completata la manutenzione dell'infrastruttura, eseguire di nuovo l'operazione di patch.
  7. Confermare quando richiesto.

L'elenco di patch visualizza lo stato dell'operazione nella sezione Versione della pagina dei dettagli del database. Fare clic su Visualizza aggiornamenti per visualizzare ulteriori dettagli sullo stato di una singola patch e per visualizzare gli aggiornamenti disponibili per l'esecuzione. Se non sono disponibili nuovi aggiornamenti, viene visualizzato un messaggio che indica Nessun aggiornamento disponibile.

Aggiornamento di Exadata Grid Infrastructure

Questo argomento descrive come eseguire l'upgrade di Oracle Grid Infrastructure (GI) in un cluster VM cloud Exadata utilizzando la console o l'API di Oracle Cloud Infrastructure.

L'upgrade consente di eseguire il provisioning delle home Oracle Database e dei database che utilizzano il software Oracle Database più recente. Per ulteriori informazioni sui cluster VM cloud Exadata e sul nuovo modello di risorsa Exadata, vedere Panoramica di X8M, X9M e X11M Infrastruttura Exadata scalabile.

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura cloud Exadata

Prerequisiti per l'upgrade di Exadata Grid Infrastructure

Per aggiornare il tuo GI a Oracle Database 19c, devi utilizzare il sistema operativo Oracle Linux 7 per il tuo cluster VM.

Per maggiori informazioni sull'aggiornamento del sistema operativo, vedere il documento seguente:

Informazioni sull'aggiornamento di Oracle Grid Infrastructure

L'upgrade di Oracle Grid Infrastructure (GI) in un cluster VM implica l'upgrade di tutti i nodi di calcolo nell'istanza. L'aggiornamento viene eseguito in sequenza e viene eseguito un solo nodo alla volta.

  • Oracle consiglia di eseguire un controllo preliminare dell'upgrade per identificare e risolvere eventuali problemi che potrebbero impedire un upgrade riuscito.
  • È possibile monitorare lo stato di avanzamento dell'operazione di aggiornamento visualizzando le richieste di lavoro associate.
  • Se è pianificata un'operazione di manutenzione dell'infrastruttura Exadata per l'avvio entro le prossime 24 ore, la funzione di upgrade GI non è disponibile.
  • Durante l'upgrade, non è possibile eseguire altre operazioni di gestione, ad esempio l'avvio, l'arresto o il riavvio dei nodi, il ridimensionamento della CPU, il provisioning o la gestione delle home o dei database, il ripristino di un database o la modifica delle impostazioni IORM. Le seguenti operazioni Data Guard non sono consentite nel cluster VM sottoposto a un upgrade GI:
    • Abilita Data Guard
    • Switchover
    • Failover al database utilizzando il cluster VM (è possibile eseguire un'operazione di failover per lo standby su un altro cluster VM)
Utilizzo della console per eseguire l'upgrade di Grid Infrastructure

È possibile utilizzare la console per eseguire un controllo preliminare prima di eseguire l'upgrade di Oracle Grid Infrastructure (GI) ed eseguire l'operazione di upgrade GI.

Per controllare preventivamente il cluster VM cloud prima dell'upgrade

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Fare clic su Cluster Exadata VM.
  4. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare i dettagli del cluster.
  5. Fare clic su Updates (GI) per visualizzare l'elenco delle patch e degli aggiornamenti disponibili.
  6. Fare clic sull'icona Azioni (tre punti) alla fine della riga in cui è elencato l'upgrade di Oracle Grid Infrastructure (GI), quindi fare clic su Controllo preliminare.
  7. Nella finestra di dialogo Conferma confermare di voler eseguire l'aggiornamento per avviare l'operazione di controllo preliminare.
Per aggiornare Oracle Grid Infrastructure di un cluster VM cloud

Procedura per l'upgrade di Oracle Grid Infrastructure di un cluster VM cloud.

Nota

  • Quando si prevede di eseguire l'upgrade di Grid Infrastructure a 23ai, assicurarsi che per ogni gruppo di dischi ASM, compatible.rdbms abbia un valore impostato su 19.0.0.0 e versioni successive.
  • Requisiti minimi per l'upgrade di Grid Infrastructure da 19c a 23ai:
    • VM Exadata Guest su cui è in esecuzione il software del sistema Exadata 23.1.8
    • Infrastruttura Exadata in cui è in esecuzione il software di sistema Exadata 23.1.x
  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.
  3. Fare clic su Cluster Exadata VM.
  4. Nella lista dei cluster VM cloud, fare clic sul nome del cluster a cui applicare le patch per visualizzare i dettagli del cluster.
  5. Fare clic su Updates (GI) per visualizzare l'elenco delle patch e degli aggiornamenti disponibili.
  6. Fare clic sull'icona Azioni (tre punti) alla fine della riga che elenca l'upgrade di Oracle Grid Infrastructure (GI), quindi fare clic su Applica aggiornamento di Grid Infrastructure.
  7. Nella finestra di dialogo Aggiorna Grid Infrastructure, confermare che si desidera aggiornare GI facendo clic su Aggiorna Grid Infrastructure. Se non si è ancora eseguito un controllo preliminare, è possibile fare clic su Esegui controllo preliminare in questa finestra di dialogo per controllare preventivamente il cluster VM cloud prima dell'upgrade.
Uso dell'API per eseguire l'upgrade di Grid Infrastructure in un cluster VM

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Utilizzare queste operazioni API per eseguire l'upgrade di Oracle Grid Infrastructure in cluster VM cloud e visualizzare la cronologia degli aggiornamenti del cluster.

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.

Aggiornamento dei database Exadata

Questo argomento descrive le procedure per eseguire l'upgrade di un'istanza di database Exadata a Oracle Database 19c e Oracle Database 23ai utilizzando la console e l'API. L'upgrade viene eseguito spostando il database Exadata in una home del database che utilizza la versione del software di destinazione.

Nota

Questo argomento si applica solo alle istanze dell'infrastruttura Exadata Cloud che utilizzano il nuovo modello di risorsa. Per informazioni sulla conversione di un sistema DB Exadata nel nuovo modello di risorse, vedere Switching an Exadata DB System to the New Resource Model and APIs.

Per le sequenze temporali di rilascio e supporto software di Oracle Database, vedere Pianificazione della release delle release correnti del database (ID documento 742060.1) nel portale My Oracle Support.

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura cloud Exadata

Prerequisiti per l'upgrade dei database Oracle

Rivedere la lista dei prerequisiti per eseguire l'upgrade di un'istanza di Oracle Database dell'infrastruttura Exadata Cloud.

  • Per eseguire l'upgrade a 19c, Oracle Linux 7 è il requisito minimo e per eseguire l'upgrade a 23ai, Oracle Linux 8 è il requisito minimo. Per istruzioni dettagliate sull'aggiornamento manuale del sistema operativo, vedere Come aggiornare il software di sistema Exadata (DomU) a 19 da 18 su Exadata Cloud Service in OCI (ID documento My Oracle Support 2521053.1).
  • Oracle Grid Infrastructure può essere versione 19c o 23ai per Oracle Database 19c. Tuttavia, Oracle Grid Infrastructure deve avere la versione 23ai per Oracle Database 23ai. Per istruzioni sull'uso della console o dell'API di Oracle Cloud Infrastructure per aggiornare Grid Infrastructure, vedere Aggiornamento di Exadata Grid Infrastructure. Se le patch sono disponibili per Grid Infrastructure, Oracle consiglia di applicarle prima di eseguire un upgrade del database.
  • È necessario disporre di una Oracle Database home disponibile che utilizzi le quattro versioni più recenti di Oracle Database 19c o Oracle Database 23ai disponibili in Oracle Cloud Infrastructure. Per informazioni sulla creazione di una home del database, vedere Per creare una nuova home Oracle Database in un'istanza dell'infrastruttura Exadata Cloud esistente. È possibile utilizzare immagini software pubblicate da Oracle o un'immagine software di database personalizzata in base ai requisiti di applicazione delle patch per creare home del database.
  • È necessario assicurarsi che tutti i pluggable database nel container database da aggiornare possano essere aperti. I pluggable database che non possono essere aperti dal sistema durante l'aggiornamento possono causare un errore di aggiornamento.

  • Se si stanno eseguendo l'upgrade dei database in un'associazione Data Guard creata manualmente (un'associazione non creata utilizzando la console o le API), si applicano le condizioni riportate di seguito.

    • I database devono essere registrati con gli strumenti cloud. Per ulteriori informazioni, vedere Aggiornamento degli strumenti in un'istanza di Exadata Cloud Service.
    • L'applicazione di redo deve essere disabilitata durante l'upgrade sia del database primario che del database in standby. Per i database Oracle 11.2 e 12.1, è necessario disabilitare anche la configurazione Data Guard.
    • Se è stato configurato un osservatore, è necessario disabilitare l'osservatore prima di eseguire l'aggiornamento.
Per eseguire l'upgrade, è necessario configurare il database Oracle con le seguenti impostazioni:
  • Il database deve essere in modalità archivio log.
  • Il flashback del database deve essere abilitato.

Per ulteriori informazioni su queste impostazioni, consultare la documentazione di Oracle Database relativa alla versione della release del database in uso.

Informazioni sull'aggiornamento di un database

Per gli aggiornamenti della versione del software del database, tenere presente quanto riportato di seguito.

  • Gli aggiornamenti del database comportano tempi di inattività del database. Tienilo a mente quando pianifichi l'aggiornamento.
  • Oracle consiglia di eseguire il backup del database e il test della nuova versione software in un sistema di test o in una versione duplicata del database prima di eseguire l'upgrade di un database di produzione. Per informazioni sulla creazione di un backup manuale on-demand, vedere per creare un backup completo di un database.
  • Oracle consiglia di eseguire un'operazione di controllo preliminare dell'upgrade per il database prima di tentare un upgrade in modo da poter individuare eventuali problemi che richiedono una mitigazione prima dell'ora in cui si prevede di eseguire l'upgrade. L'operazione di controllo preliminare non influisce sulla disponibilità del database e può essere eseguita in qualsiasi momento.

  • Se i database utilizzano Data Guard, puoi prima eseguire l'upgrade del database primario o del database in standby. Per eseguire l'upgrade di un database primario, attenersi alla procedura descritta in Per eseguire l'upgrade o il controllo preliminare di un database Exadata. Per eseguire l'upgrade di un database in standby, attenersi alla procedura descritta nella sezione Per spostare un database in un'altra home del database.

  • Se i database utilizzano Data Guard, l'upgrade di un database primario o in standby disabiliterà l'applicazione di redo durante l'operazione di upgrade. Dopo aver eseguito l'upgrade sia del database primario che del database di standby, le modalità di applicazione e apertura di redo vengono riabilitate. Oracle consiglia di controllare la configurazione della modalità di applicazione e apertura dei redo dopo l'aggiornamento.

  • Impossibile eseguire un'operazione di aggiornamento mentre è in corso un'operazione di backup automatico. Prima di eseguire l'upgrade, Oracle consiglia di disabilitare i backup automatici ed eseguire un backup manuale. Per ulteriori informazioni, vedere per configurare i backup automatici per un database e per creare un backup completo su richiesta di un database.
  • Dopo l'aggiornamento, non è possibile utilizzare i backup automatici eseguiti prima dell'aggiornamento per ripristinare il database in un point-in-time precedente.
  • Se si aggiorna un database che utilizza il software della versione 11.2, la versione 19c risultante sarà un database non di tipo container (non CDB).

Argomenti correlati

Argomento padre: Aggiornamento dei database Exadata

Modalità di esecuzione dell'operazione di aggiornamento da parte del servizio di database

Durante il processo di upgrade, il servizio di database effettua le operazioni riportate di seguito.

  • Esegue un controllo preliminare automatico. Ciò consente al sistema di identificare i problemi che richiedono una mitigazione e di interrompere l'operazione di aggiornamento.
  • Imposta un punto di ripristino garantito, che consente di eseguire un flashback in caso di errore dell'aggiornamento.
  • Sposta il database in una Oracle Database home specificata dall'utente che utilizza la versione del software di destinazione desiderata.
  • Esegue il software DBUA (Database Upgrade Assistant) per eseguire l'aggiornamento.
  • Per i database nelle associazioni Data Guard, l'applicazione di redo è disabilitata finché l'upgrade sia del database primario che del database in standby non è riuscito, quindi l'applicazione di redo viene riabilitata dal sistema. Il sistema abilita quindi la modalità di apertura dopo l'abilitazione dell'applicazione di redo.
Rollback di un aggiornamento di Oracle Database non riuscito

Se l'upgrade non viene completato correttamente, è possibile eseguire un rollback.

I dettagli relativi all'errore vengono visualizzati nella pagina Dettagli database della console, che consente di analizzare e risolvere i problemi che causano l'errore.

Un rollback ripristina lo stato del database precedente all'upgrade. Tutte le modifiche apportate al database durante e dopo l'upgrade verranno perse. L'opzione di rollback viene fornita in un messaggio di avvio visualizzato nella pagina dei dettagli del database di un database in seguito a un'operazione di aggiornamento non riuscita. Per ulteriori informazioni, vedere Utilizzo della console per eseguire il rollback di un aggiornamento del database non riuscito.

Per i database in standby nelle associazioni Oracle Data Guard, il rollback viene eseguito spostando il database in standby alla home del database originale. Per istruzioni, vedere Per spostare un database in un'altra home del database.

Dopo l'upgrade di Oracle Database

Dopo un aggiornamento riuscito, tenere presente quanto riportato di seguito.

  • Verificare che i backup automatici siano abilitati per il database se sono stati disabilitati prima dell'aggiornamento. Per ulteriori informazioni, vedere Personalizzazione della configurazione di backup automatico.
  • Modificare il parametro COMPATIBLE di Oracle Database in modo che rifletta la nuova versione del software Oracle Database. Per ulteriori informazioni, vedere Che cos'è la compatibilità di Oracle Database?.
  • Se il database utilizza un file database_name.env, assicurarsi che le variabili nel file siano state aggiornate in modo da puntare alla home del database 19c. Queste variabili devono essere aggiornate automaticamente durante il processo di aggiornamento.
  • Se si sta eseguendo l'upgrade di un database non di tipo container a Oracle Database versione 19c, è possibile convertire il database in pluggable database dopo la conversione. Per istruzioni sulla conversione del database in pluggable database, vedere Come convertire un database non CDB in PDB (ID documento 2288024.1).
  • Se la vecchia home del database è vuota e non verrà riutilizzata, è possibile rimuoverla. Per ulteriori informazioni, vedere Utilizzo della console per eliminare una home di Oracle Database.
  • Per i database nelle associazioni Data Guard, controllare la modalità aperta e lo stato di applicazione di redo una volta completato l'upgrade.
Uso della console per l'upgrade di un database

Procedure per il controllo preliminare e l'upgrade di un database, il rollback di un upgrade non riuscito e la visualizzazione della cronologia dell'upgrade.

Per eseguire l'upgrade o il controllo preliminare di un database Exadata

Procedura per eseguire l'upgrade o il controllo preliminare di un database Exadata.

Per i database per i quali si applica una delle seguenti operazioni, attenersi alla procedura riportata di seguito.

  • Il database è il database primario in un'associazione Data Guard
  • Il database non fa parte di un'associazione Data Guard

Per eseguire l'upgrade di un database di standby in una configurazione Data Guard, spostare il database di standby in una home del database utilizzando la versione di Oracle Database a cui si sta eseguendo l'upgrade. Per informazioni dettagliate, vedere Per spostare un database in un'altra home del database.

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.

  3. InOracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster VM Exadata. Nella lista dei cluster VM, fare clic sul nome del cluster VM che contiene il database da aggiornare.

    Nota

    Se il database si trova in un'istanza dell'infrastruttura Exadata Cloud che non utilizza il nuovo modello di risorsa Exadata, sarà necessario passare l'istanza al nuovo modello prima di poter eseguire l'upgrade del database.

  4. Nella lista dei database nella pagina dei dettagli del cluster VM, fare clic sul nome del database che si desidera aggiornare per visualizzare la pagina Dettagli database.
  5. Fare clic su Azioni, quindi selezionare Aggiorna.
  6. Nella finestra di dialogo Aggiorna database selezionare quanto segue.
    • Versione di Oracle Database: il selettore a discesa elenca solo le versioni di Oracle Database compatibili con un upgrade della versione software corrente utilizzata dal database. La versione del software di destinazione deve essere successiva alla versione corrente del database.

    • Home database di destinazione: selezionare una home database per il database. La lista di home del database è limitata alle home che utilizzano le versioni più recenti del software Oracle Database 19c. Lo spostamento del database nella nuova home del database comporta l'upgrade del database alla versione della release principale e al livello di applicazione delle patch della nuova home del database.

  7. Fare clic su una delle opzioni riportate di seguito.

    • Esegui controllo preliminare: questa opzione avvia un controllo preliminare dell'upgrade per identificare eventuali problemi del database che richiedono una mitigazione prima di eseguire un upgrade.
    • Aggiorna database: questa opzione avvia l'operazione di aggiornamento. Oracle consiglia di eseguire un upgrade solo dopo aver eseguito un controllo preliminare riuscito sul database.
Per eseguire il rollback di un aggiornamento del database non riuscito

  1. Aprire il menu di navigazione. In Oracle Database, fare clic su Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Scegliere il compartimento.
    Viene visualizzata una lista di cluster VM per il compartimento scelto.
  3. Nella lista dei cluster VM, fare clic sul nome del cluster VM che contiene il database con l'upgrade non riuscito.
  4. Trovare il database di cui non è stato eseguito l'upgrade e fare clic sul nome per visualizzarne i dettagli.
  5. Il database deve visualizzare un banner nella parte superiore della pagina dei dettagli che includa un pulsante Rollback e i dettagli sui problemi che hanno causato l'errore dell'aggiornamento.
  6. Fare clic su Rollback.
  7. Nella finestra di dialogo Conferma rollback confermare che si desidera avviare un rollback alla versione precedente di Oracle Database.
Per visualizzare la cronologia degli aggiornamenti di un database

  1. Aprire il menu di navigazione. Fare clic su Oracle Database, quindi su Oracle Exadata Database Service on Dedicated Infrastructure
  2. Scegliere il compartimento.

  3. In Oracle Exadata Database Service on Dedicated Infrastructure, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, fare clic sul nome del cluster VM che contiene il database da aggiornare.

    Nota

    Se il database si trova in un'istanza dell'infrastruttura Exadata Cloud che non utilizza il nuovo modello di risorsa Exadata, sarà necessario passare all'istanza del nuovo modello di risorsa Exadata prima di poter eseguire l'upgrade del database.

  4. Nella lista dei database nella pagina dei dettagli del cluster VM, fare clic sul nome del database per il quale si desidera visualizzare la cronologia degli upgrade.
  5. Fare clic su Cronologia upgrade.
Utilizzo dell'API per aggiornare i database

Utilizzare le API riportate di seguito per gestire gli aggiornamenti del database.

Per informazioni sull'uso dell'API e delle richieste di firma, vedere API REST e Credenziali di sicurezza. Per informazioni sugli SDK, vedere Software Development Kits and Command Line Interface.

Utilizzare le operazioni API riportate di seguito per gestire gli upgrade del database.

Per la lista completa delle interfacce API per il servizio di database, vedere API del servizio di database.

Nota

Quando si utilizza l'API UpgradeDatabase per eseguire l'upgrade di un database dell'infrastruttura Exadata Cloud, è necessario specificare DB_HOME come origine dell'upgrade.

Risoluzione dei problemi di dipendenza associati a pacchetti software non Exadata aggiuntivi per l'upgrade DOMU

Se sono stati installati pacchetti software non Exadata oltre quelli forniti da Oracle e il controllo preliminare non riesce durante un upgrade DOMU a causa di conflitti tra gli RPM installati da Oracle e tra questi, è possibile utilizzare la procedura riportata di seguito per risolvere i conflitti e procedere con l'upgrade.

Per gli aggiornamenti che non modificano la versione principale di Oracle Linux, questa funzionalità integrata consente di aggiornare ulteriori pacchetti software non Exadata nell'ambito dell'aggiornamento del database server Exadata. Semplifica la gestione dei problemi di dipendenza dei pacchetti che possono verificarsi quando tali pacchetti software non Exadata sono presenti nel sistema.

È possibile eseguire un controllo preliminare iterativo per identificare e risolvere i problemi di dipendenza associati ai package software non Exadata aggiuntivi. Una volta compresi gli aggiornamenti richiesti, puoi eseguire in tutta sicurezza l'aggiornamento del database server Exadata e aggiornare i pacchetti aggiuntivi in un'unica operazione coordinata.

Assicurarsi che il file di configurazione esista sul server di destinazione per attivare l'impostazione di un repository YUM temporaneo per i package software non Exadata.

  • Posizione file: /etc/exadata/additional-packages.txt
  • Proprietà e autorizzazioni: questo file deve essere di proprietà e modificabile solo dall'utente root.

Se il file esiste, viene utilizzato per raccogliere informazioni sui pacchetti software non Exadata necessari e per impostare e abilitare un repository YUM temporaneo. Se il file non è presente, non viene configurato alcun repository.

È inoltre possibile creare un collegamento simbolico in /etc/exadata/additional-packages.txt che punta a un file di configurazione che si trova altrove, in genere su un'attivazione condivisa.

Formato file

Il file deve contenere una lista di pacchetti software non Exadata, con ogni voce su una nuova riga. I formati supportati includono:

  • http(s)://path/to/package.rpm: URL completo del file RPM
  • /full/path/to/package.rpm: percorso assoluto di un file RPM locale
  • repo:package.rpm: riferimento a un pacchetto in un repository YUM esistente
Nota

  • Se si utilizza il formato repo:, assicurarsi che il repository di riferimento sia definito nella configurazione YUM del server di destinazione.
  • I file locali possono trovarsi in directory locali standard, installazioni NFS o installazioni ACFS.
Esempio: additional-packages.txt

/u01/elfutils-debuginfod-client-0.190-2.el8.x86_64.rpm
/u01/elfutils-libelf-devel-0.190-2.el8.x86_64.rpm
/u01/keyutils-libs-devel-1.5.10-9.0.1.el8.x86_64.rpm
https://example.com/packages/krb5-devel-1.18.2-28.0.1.el8_10.x86_64.rpm
https://example.com/packages/memstrack-0.2.5-2.el8.x86_64.rpm
/u01/pigz-2.4-4.el8.x86_64.rpm
/u01/sssd-nfs-idmap-2.9.4-3.0.1.el8_10.x86_64.rpm
https://example.com/packages/timedatex-0.5-3.el8.x86_64.rpm
https://example.com/packages/zlib-devel-1.2.11-25.el8.x86_64.rpm