Documentazione di Oracle Cloud Infrastructure

Applica patch e aggiorna un Oracle Exadata Database Service su sistema di infrastruttura Exascale

Argomento padre: Guida alle procedure

Aggiornamenti della manutenzione gestita dall'utente

La gestione di un'istanza sicura di Oracle Exadata Database Service sull'infrastruttura Exascale nel miglior ordine di lavoro richiede l'esecuzione di una manutenzione regolare.

I seguenti task sono obbligatori

  • 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 Oracle Exadata Database Service su sistema di infrastruttura Exascale

Scopri come eseguire le operazioni di applicazione delle patch sulle virtual machine e sulle home del database Exadata.

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 Oracle Exadata Database Service su Exascale Infrastructure System

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

Scopri come eseguire operazioni di applicazione delle patch sulle risorse dell'infrastruttura Oracle Exadata Database Service su Exascale utilizzando la console o l'API.

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.

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura Oracle Exadata Database Service su Exascale

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

Scopri i tipi di applicazione di patch eseguiti su istanze dell'infrastruttura Oracle Exadata Database Service su Exascale e come completare le 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 di Oracle Exadata Database Service on Exascale Infrastructure aggiorna i componenti su tutti i nodi di calcolo nell'istanza. Una patch del cluster VM aggiorna Oracle Grid Infrastructure (GI) sulla risorsa.

Nota

È possibile applicare le patch a Grid Infrastructure nella risorsa cluster VM cloud. I cluster VM vengono utilizzati dai database, che possono essere migrati facilmente alla nuova risorsa di Grid Infrastructure senza tempi di inattività del sistema.

Applicazione patch home database

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

L'applicazione delle patch richiede lo spostamento del database in una nuova home del database con la versione di patch corretta. Ciò ha effetto solo sul database da spostare.

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).

Best practice per l'applicazione di patch a Oracle Exadata Database Service sui componenti dell'infrastruttura Exascale

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 prima di applicare le patch alle home e ai database dei database in tale risorsa.
  • Prima di applicare qualsiasi patch, eseguire l'operazione di controllo preliminare per assicurarsi che il cluster VM o la home del database soddisfi 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.
  • Per le principali versioni di Oracle Database e Oracle Grid Infrastructure disponibili in Oracle Cloud Infrastructure, vengono fornite le patch per la versione corrente e per le tre versioni precedenti più recenti (da N a N - 3).

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

Domande più frequenti

D: Qual è lo scopo del comando runDatapatch del database dbaascli?

R: Il comando dbaascli database runDatapatch viene utilizzato per applicare le patch a Oracle Database.

D: Cosa deve essere garantito prima di eseguire il comando runDatapatch del database dbaascli?

R: Prima di eseguire il comando, assicurarsi che tutte le istanze del database siano attive e in esecuzione.

D: Come faccio a specificare quale database applicare le patch?

A: utilizzare l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Come posso riprendere un'operazione runDatapatch precedentemente interrotta?

A: utilizzare l'opzione --resume per riprendere l'esecuzione precedente o l'opzione --sessionID per specificare un ID di sessione specifico. Ad esempio:

--resume

--sessionID 12345

D: Come posso saltare determinati PDB durante l'esecuzione della patch?

R: utilizzare l'opzione --skipPdbs seguita da una lista delimitata da virgole di nomi PDB da saltare. Ad esempio:

--skipPdbs pdb1,pdb2

D: Come si esegue la patch solo su determinati PDB?

R: utilizzare l'opzione --pdbs seguita da una lista delimitata da virgole di nomi PDB da includere. Ad esempio:

--pdbs pdb1,pdb2

D: Come posso applicare o eseguire il rollback di un set specifico di patch?

A: utilizzare l'opzione --patchList seguita da una lista delimitata da virgole di nomi di patch da applicare o eseguire il rollback. Ad esempio:

--patchList patch1,patch2

D: Che cosa fa l'opzione --rollback?

R: l'opzione --rollback esegue il rollback delle patch applicate durante l'operazione di applicazione delle patch.

D: Che cosa accade se alcuni PDB vengono chiusi durante l'operazione di applicazione delle patch?

R: Se alcuni PDB sono chiusi, è possibile utilizzare l'opzione --skipClosedPdbs per saltare l'applicazione delle patch ai PDB chiusi.

D: È possibile eseguire i controlli dei prerequisiti prima di applicare le patch?

R: Sì, utilizzare l'opzione --executePrereqs per eseguire i controlli dei prerequisiti prima di applicare la patch.

D: Come faccio a scoprire quale ID di sessione per riprendere una patch?

R: Dopo un'operazione runDatapatch, l'ID sessione viene in genere registrato. Usare l'opzione --sessionID per specificare l'ID quando si riprende una patch. Ad esempio:

--sessionID 67890

dbaascli database runDatapatch --dbname db19
Chiavi gestite dal cliente in Oracle Exadata Database Service su infrastruttura Exascale

Le chiavi gestite dal cliente per Oracle Exadata Database Service sull'infrastruttura Exascale 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 eseguire le operazioni riportate di seguito.

  • Abilita le chiavi gestite dal cliente quando crei i database in Oracle Exadata Database Service su Exascale Infrastructure
  • 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

Limitazioni

Per abilitare Oracle Data Guard su Oracle Exadata Database Service su database dell'infrastruttura Exascale che utilizzano chiavi gestite dal cliente, i database primari e in standby devono trovarsi nello stesso realm.

Argomenti correlati

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

Domande più frequenti

D: Qual è lo scopo del comando addInstance del database dbaascli?

R: Il comando dbaascli database addInstance viene utilizzato per aggiungere una nuova istanza di database a un nodo specificato in un ambiente Oracle Exadata Database Service.

D: Quali sono i prerequisiti per l'esecuzione del comando addInstance del database dbaascli?

R: Il comando deve essere eseguito come utente root per disporre delle autorizzazioni necessarie per aggiungere un'istanza di database.

D: Che cosa rappresenta l'opzione --dbname in questo comando?

R: l'opzione --dbname specifica il nome dell'Oracle Database per il quale si desidera aggiungere una nuova istanza.

D: A cosa serve l'opzione --node nel comando addInstance del database dbaascli?

R: l'opzione --node specifica il nome del nodo in cui verrà aggiunta la nuova istanza di database.

D: Qual è lo scopo dell'opzione --newNodeSID in questo comando?

R: L'opzione --newNodeSID consente di specificare il SID (System Identifier) per la nuova istanza di database che verrà creata sul nodo specificato.

D: È obbligatorio specificare l'opzione --newNodeSID quando si aggiunge una nuova istanza?

A: l'opzione --newNodeSID è facoltativa. Se non viene fornito, Oracle genererà automaticamente un SID per la nuova istanza di database.

D: Quando dovrei usare il comando addInstance del database dbaascli?

R: Utilizzare questo comando quando si desidera ridimensionare il database aggiungendo una nuova istanza a un nodo aggiuntivo in un'impostazione di Oracle Database a più nodi.

D: È possibile aggiungere più istanze di database a nodi diversi utilizzando questo comando?

R: Sì, è possibile eseguire il comando più volte per aggiungere istanze di database a nodi diversi specificando i valori --node e --dbname appropriati.

D: Cosa succede se il nodo specificato nell'opzione --node non è disponibile?

R: Il comando non riuscirà se il nodo specificato non è disponibile o raggiungibile. Assicurarsi che il nodo sia configurato e accessibile in modo appropriato prima di eseguire il comando.

D: Questo comando può essere utilizzato in un ambiente Data Guard?

R: Sì, puoi utilizzare il comando dbaascli database addInstance in un ambiente Data Guard per aggiungere istanze, ma si consiglia di seguire le linee guida Data Guard necessarie per tali configurazioni.

D: Questo comando causerà tempi di inattività del database?

R: L'aggiunta di un'istanza a un nuovo nodo in genere non causa tempi di inattività per le istanze di database esistenti, ma si consiglia di controllare l'ambiente per eventuali dipendenze specifiche.

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-2 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.

Domande più frequenti

D: Qual è lo scopo del comando getDetails del database dbaascli?

R: Il comando dbaascli database getDetails mostra informazioni dettagliate su un database Oracle specificato, inclusi il nome del database, le informazioni sul nodo e i dettagli del pluggable database (PDB).

D: Chi può eseguire il comando getDetails del database dbaascli?

R: Il comando può essere eseguito dall'utente root o dall'utente oracle.

D: Cosa specifica l'opzione --dbname nel comando getDetails del database dbaascli?

R: L'opzione --dbname specifica il nome del database Oracle per il quale vengono recuperate informazioni dettagliate.

D: Che tipo di informazioni fornisce il comando getDetails del database dbaascli?

R: Il comando fornisce dettagli quali il nome del database, le informazioni sul nodo e le informazioni sui pluggable database (PDB) associati al container database.

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>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]
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.
  • --instance specifica il nome dell'istanza in cui verranno elaborati i parametri. Se non viene specificato, l'operazione verrà eseguita a livello di database.
  • --backupPrepared conferma la disponibilità di un backup del database prima di modificare i parametri critici o riservati.
  • --allowBounce concede l'autorizzazione per il riavvio del database al fine di riflettere le modifiche apportate ai parametri statici applicabili.
  • --waitForCompletion: specificare false per eseguire l'operazione in background. Valori validi : true|false.]

Domande più frequenti

D: Qual è lo scopo del comando modifyParameters del database dbaascli?

R: Il comando dbaascli database modifyParameters viene utilizzato per modificare o reimpostare i parametri di inizializzazione di Oracle Database.

D: Come si specifica il database per il quale si desidera modificare i parametri?

R: È necessario utilizzare l'opzione --dbname per specificare il nome del database per il quale si desidera modificare o reimpostare i parametri.

D: Come si modificano i parametri del database utilizzando il comando modifyParameters?

R: utilizzare l'opzione --setParameters seguita da una lista separata da virgole di parametri e dei nuovi valori. Ad esempio:

--setParameters parameter1=valueA,parameter2=valueB

D: Come si ripristinano i valori predefiniti dei parametri utilizzando questo comando?

R: utilizzare l'opzione --resetParameters seguita da una lista di parametri delimitata da virgole per ripristinare i valori predefiniti. Ad esempio:

--resetParameters parameter1,parameter2

D: È possibile modificare i parametri utilizzando un file di risposta?

R: Sì, è possibile specificare la posizione assoluta di un file JSON di risposta utilizzando l'opzione --responseFile. Il file deve contenere i parametri che si desidera modificare.

D: È necessario eseguire un backup prima di modificare i parametri?

R: Sebbene non sia obbligatorio per tutte le modifiche, se si modificano parametri critici o sensibili, si consiglia di disporre di un backup. È possibile utilizzare l'opzione --backupPrepared per confermare che è stato preparato un backup.

D: Posso applicare le modifiche solo a un'istanza specifica in un database a più istanze?

R: Sì, è possibile specificare il nome dell'istanza utilizzando l'opzione --instance. Se questa opzione non viene utilizzata, le modifiche verranno applicate a livello di database.

D: Il database dovrà essere riavviato (riavviato) dopo aver modificato i parametri?

R: Per alcuni parametri statici, è necessario un riavvio del database. Se necessario, è possibile utilizzare l'opzione --allowBounce per concedere l'autorizzazione al riavvio del database.

D: Cosa succede se non si consente il riavvio del database quando si modificano i parametri statici?

R: Se non si utilizza l'opzione --allowBounce quando si modificano i parametri statici, le modifiche non avranno effetto fino al successivo riavvio manuale del database.

D: Posso riprendere a modificare i parametri se una sessione precedente è stata interrotta?

R: No, questo comando non supporta la ripresa della sessione. Sarà necessario eseguire nuovamente il comando dall'inizio.

Esempio di database dbaascli 5-3 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.

Domande più frequenti

D: Qual è lo scopo del comando di aggiornamento del database dbaascli?

R: Il comando dbaascli database upgrade viene utilizzato per aggiornare un Oracle Database a una nuova versione.

D: Quali sono i prerequisiti per l'utilizzo del comando di aggiornamento del database dbaascli?

R: è necessario eseguire il comando come utente root e connettersi a una virtual machine Exadata Cloud@Customer utilizzando SSH.

D: Come si specifica il database da aggiornare?

A: utilizzare l'opzione --dbname seguita dal nome del database. Ad esempio:

--dbname myDatabase

D: Come si specifica la Oracle home di destinazione per l'upgrade?

R: È possibile specificare la posizione della Oracle home di destinazione con l'opzione --targetHome oppure il nome della Oracle Database home di destinazione con l'opzione --targetHomeName.

D: Che cosa fa l'opzione --standBy?

R: l'opzione --standBy viene utilizzata per eseguire l'upgrade dei database di standby nelle configurazioni Data Guard.

D: Qual è lo scopo della bandiera --allStandbyPrepared?

R: il flag --allStandbyPrepared conferma che tutte le operazioni necessarie sui database di standby sono state eseguite prima di eseguire l'upgrade del database primario in una configurazione Data Guard.

D: Che cosa fa l'opzione --removeGRP?

R: l'opzione --removeGRP rimuove automaticamente il backup del punto di ripristino garantito (GRP) se l'aggiornamento del database riesce.

D: Quando dovrei usare l'opzione --increaseCompatibleParameter?

R: utilizzare l'opzione --increaseCompatibleParameter per aumentare automaticamente il parametro compatibile durante l'aggiornamento del database, a condizione che l'aggiornamento sia riuscito.

D: Che cosa fa l'opzione --executePrereqs?

R: l'opzione --executePrereqs esegue solo i controlli precedenti all'aggiornamento per assicurarsi che il database sia pronto per l'aggiornamento.

D: Come gestire un passo post-upgrade non riuscito?

A: utilizzare l'opzione --postUpgrade per rieseguire i passi successivi all'aggiornamento se l'esecuzione del tentativo iniziale successivo all'aggiornamento non riesce.

D: Qual è lo scopo dell'opzione --revert?

R: l'opzione --revert ripristina la Oracle Database alla Oracle home originale, annullando l'upgrade.

D: Come posso passare argomenti aggiuntivi specifici a DBUA per l'upgrade?

R: utilizzare l'opzione --upgradeOptions per passare argomenti specifici di DBUA per l'aggiornamento di Oracle Database. Per gli argomenti e le opzioni supportati, consultare la documentazione Oracle.

D: È obbligatorio specificare la Oracle home di destinazione per l'upgrade?

R: Sì, è necessario specificare il valore --targetHome o --targetHomeName per indicare la Oracle home di destinazione per l'aggiornamento.

D: Cosa devo fare se devo eseguire un controllo pre-upgrade ma non procedere con l'upgrade?

A: utilizzare l'opzione --executePrereqs per eseguire solo i controlli precedenti all'aggiornamento senza procedere con l'aggiornamento effettivo.

Esempio 5-4 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 cluster VM

L'istanza di Oracle Exadata Database Service on Exascale Infrastructure 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.

Impostazione di rete necessaria per l'applicazione delle patch

Esaminare le regole di sicurezza da utilizzare con il sistema ExaDB-XS. Le regole di sicurezza controllano i tipi di traffico consentiti per la rete client e la rete di backup dei nodi di calcolo Exadata.

Uso della console per applicare patch e aggiornare i cluster VM di Oracle Exadata Database Service on Exascale Infrastructure

È possibile utilizzare la console per visualizzare la cronologia delle operazioni delle patch su Oracle Exadata Database Service su Exascale InfrastructureOracle Exadata Database Service su cluster VM dell'infrastruttura Exascale per 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

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. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale 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. Nella sezione Versione, fare clic sul collegamento Visualizza patch accanto al campo Aggiornamenti disponibili.
  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.

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

    • Aggiorna 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.
  9. Visualizza o scarica log per l'operazione di spostamento
    Per visualizzare lo stato di un job o per scaricare i log per un job, attenersi alla procedura riportata di seguito.

    Per visualizzare lo stato di un job o per scaricare i log per un job, attenersi alla procedura riportata di seguito.

    1. Andare alla pagina Dettagli cluster VM del cluster facendo clic sul nome del cluster per il quale si desidera controllare i log dei job per l'operazione di patch di Grid Infrastructure. Viene visualizzata la pagina Dettagli infrastruttura griglia.
    2. In Risorse, fare clic su Risorse associate. Ci sarà una risorsa con il nome fsujob<*>. Fare clic sull'icona Azioni (Icona del menu Azioni), quindi su View log. Viene visualizzata la pagina Visualizza log.

    Il log viene aggiornato automaticamente ogni due minuti. Fare clic su Aggiorna log per aggiornare i log su richiesta. Fare clic su Download log per scaricare il log.

  10. Se necessario, è possibile riprovare a eseguire un'operazione Oracle Grid Infrastructure non riuscita.

    Di seguito sono riportati i passi per riprovare a eseguire un'operazione Grid Infrastructure non riuscita.

    1. Fare clic su Visualizza o scarica log job. Controllare i log del job per l'operazione Applica patch GI cluster VM ExaDB per comprendere il motivo dell'errore. Vedere: Incident Logs and Trace Files.
    2. Risolvere il problema. Dopo aver risolto il problema sottostante, è possibile riprovare l'operazione non riuscita.
    3. Ripetere l'operazione di aggiornamento di Grid Infrastructure: per riprovare a eseguire l'applicazione delle patch di Grid Infrastructure non riuscite, avviare di nuovo l'operazione Applica patch di Grid Infrastructure, selezionando lo stesso aggiornamento di Grid Infrastructure del tentativo precedente.
Per applicare patch ai singoli database Oracle in Oracle Exadata Database Service su infrastruttura Exascale

Puoi applicare le patch a un singolo Oracle Database nell'infrastruttura Oracle Exadata Database Service su Exascale 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 ulteriori informazioni, fare riferimento agli argomenti sotto riportati.

Per spostare un database in un'altra home del database

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

    In Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. Nella lista dei cluster VM, fare clic sul nome del cluster VM che contiene il database da 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 database.
    Nota

    Quando si aggiorna la release software dei database spostandoli in una home del database di destinazione, Oracle consiglia di utilizzare le home del database, che eseguono le versioni più recenti da (N) a 3 dalle versioni più recenti di aggiornamento della release (RU) (N-3). Solo le home del database di cui è stato eseguito il provisioning con gli aggiornamenti della release del database (RU) che soddisfano questo criterio di best practice sono disponibili come home di destinazione per spostare il database.

  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 Home 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.

  8. Visualizzare o scaricare i log per l'operazione di spostamento.

    Per visualizzare lo stato di un job o per scaricare i log per un job, attenersi alla procedura riportata di seguito.

    1. Andare alla pagina Dettagli cluster VM del cluster in cui è configurato il database e fare clic sul nome del database per il quale si desidera controllare i log dei job per l'operazione di spostamento. Viene visualizzata la pagina Dettagli database.
    2. In Risorse, fare clic su Richieste di lavoro.
    3. Nella sezione Richieste di lavoro, fare clic su Aggiorna operazione database per la quale si desidera visualizzare o scaricare i log. Viene visualizzata la pagina Aggiorna dettagli richiesta di lavoro database.
    4. In Risorse, fare clic su Risorse associate. Ci sarà una risorsa con fsujob<*> nome.
    5. Fare clic sull'icona Azioni (icona Azioni), quindi su Visualizza log. Viene visualizzata la pagina View log.

    Il log viene aggiornato automaticamente ogni due minuti. Fare clic su Aggiorna log per aggiornare i log su richiesta. Fare clic su Scarica log per scaricare il log.

  9. Se necessario, è possibile riprovare a eseguire un'operazione di spostamento del database non riuscita.

    Di seguito sono riportati i passi per riprovare a eseguire un'operazione di spostamento del database non riuscita.

    1. Fare clic su Visualizza o scarica log job. Controllare i log dei job per lo spostamento del database per comprendere il motivo dell'errore. Vedere: Incident Logs and Trace Files.
    2. Risolvere il problema. Dopo aver risolto il problema sottostante, è possibile riprovare l'operazione di spostamento non riuscita.
    3. Riprovare l'operazione di spostamento del database. Per riprovare a eseguire l'operazione di spostamento del database non riuscita, riavviare il passo Sposta database, selezionando la stessa home di destinazione del tentativo precedente.
Visualizzazione della cronologia delle patch di Oracle Exadata Database Service on Exascale Infrastructure

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.

È possibile visualizzare la cronologia delle patch passando alla pagina Dettagli cluster VM.

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

Argomento padre: Utilizzo della console per applicare le patch e aggiornare i cluster VM di Oracle Exadata Database Service on Exascale Infrastructure

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. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale 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 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. Quando l'istanza del servizio utilizza il nuovo modello di risorse, la cronologia delle patch è disponibile passando alla pagina Dettagli cluster VM.
  1. Aprire il menu di navigazione. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
  2. Scegliere il compartimento.
  3. Passare al cluster VM cloud che contiene la home del database.

    In Oracle Exadata Database Service su infrastruttura Exascale, fare clic su Cluster Exadata VM. 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.

  4. In Risorse, 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. In Versione software database, fare clic su Visualizza nel campo Ultima patch disponibile.
  7. Fare clic su Aggiorna cronologia.
    La pagina Cronologia visualizza la cronologia delle operazioni patch per la home del database e per il cluster VM cloud a cui appartiene.
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 intende eseguire l'upgrade di Grid Infrastructure a 26ai, assicurarsi che per ogni gruppo di dischi ASM compatible.rdbms disponga di un valore impostato su 19.0.0.0 e versioni successive.
  • Requisiti minimi per l'aggiornamento di Grid Infrastructure da 19c a 26ai:
    • 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. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale 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.
Utilizzo dell'API per applicare patch a un'istanza di Oracle Exadata Database Service sull'infrastruttura Exascale

Utilizzare queste operazioni API per gestire l'applicazione di patch alle risorse Exadata seguenti: cluster VM cloud, 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:

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 o la home del database soddisfi i requisiti per tale patch. Se il controllo preliminare non riesce, la patch non viene applicata e il sistema visualizza un messaggio che informa che la patch non può essere applicata perché il controllo preliminare non è riuscito. È disponibile anche un'operazione di controllo preliminare separata che è possibile eseguire prima dell'aggiornamento pianificato.

Aggiornamento del sistema operativo mediante la console

Nota

Una volta eseguito l'upgrade del cluster VM al sistema operativo VM guest Exadata Database Service 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 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. Fai clic su Oracle Database, quindi su Oracle Exadata Database Service on Exascale Infrastructure
  2. In Oracle Exadata Database Service su infrastruttura Exascale, 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. Nella sezione Versione, a destra della sezione Aggiornamenti disponibili, fare clic su Visualizza aggiornamenti per visualizzare la pagina Aggiornamenti.
  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:
    • Esegui controllo preliminare. Il controllo preliminare controlla i prerequisiti per garantire 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 di eseguire 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 del 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 sta applicando la 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 dei database Exadata

Le release di Oracle Database su Oracle Exadata Database Service nell'infrastruttura Exascale possono essere aggiornate 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.

Argomenti correlati

Argomento padre: applicazione di patch e aggiornamento di un sistema di infrastruttura Oracle Exadata Database Service su Exascale

Prerequisiti per l'upgrade dei database Oracle

Rivedere la lista di prerequisiti per eseguire l'upgrade di un'istanza di Oracle Exadata Database Service su Oracle Database dell'infrastruttura Exascale.

  • È necessario disporre di una home Oracle Database disponibile che utilizzi le quattro versioni più recenti di Oracle Database disponibili. Per informazioni sulla creazione di una home del database, vedere Per creare una nuova home Oracle Database in un'istanza di Oracle Exadata Database Service su Exascale Infrastructure. È 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.
    • L'applicazione di redo deve essere disabilitata durante l'upgrade sia del database primario che del database in standby.
    • Se è stato configurato un osservatore, è necessario disabilitare l'osservatore prima di eseguire l'aggiornamento.
Prima di avviare l'upgrade, è necessario configurare la configurazione di Oracle Database 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, vedere la documentazione di Oracle Database per la 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.

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 nuova home del database. Queste variabili devono essere aggiornate automaticamente durante il processo di aggiornamento.
  • Se si sta eseguendo l'upgrade di un database non di tipo container, è possibile convertire il database in un 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.

Argomento padre: Aggiornamento dei database Exadata

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.

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

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

  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 Altre azioni, quindi su 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 Exascale 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

Per visualizzare la cronologia di upgrade per i database in Oracle Exadata Database Service on Exascale Infrastructure, utilizzare questa procedura.

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

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

  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. Nella pagina Dettagli database, in Versione database, fare clic sul collegamento Visualizza visualizzato per i database che sono stati aggiornati. Questo collegamento non viene visualizzato per i database non aggiornati.

    Viene visualizzata la pagina Cronologia aggiornamenti. La tabella visualizzata in questa pagina mostra le operazioni di controllo preliminare e aggiornamento eseguite sul database.

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 Oracle Exadata Database Service sull'infrastruttura Exascale, è necessario specificare DB_HOME come origine dell'upgrade.