Aggiorna database

Questo articolo descrive la procedura per eseguire l'upgrade di un database in un sistema DB utilizzando la console e l'API.

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.

Criteri IAM necessari

Per utilizzare Oracle Cloud Infrastructure, un amministratore deve concedere l'accesso di sicurezza in un criterio. Questo accesso è necessario se si utilizza la console o l'API REST con un SDK, un'interfaccia CLI o un altro strumento. Se viene visualizzato un messaggio che informa che non si dispone dell'autorizzazione o che non si è autorizzati, verificare con l'amministratore in quale tipo di accesso si dispone e in quale compartimento lavorare.

Per gli amministratori: il criterio in Consenti agli amministratori del database di gestire i sistemi di database Oracle Cloud consente al gruppo specificato di eseguire qualsiasi operazione con i database e le risorse di database correlate.

Se non si ha familiarità con i criteri, vedere Introduzione ai criteri e Criteri comuni. Se si desidera approfondire la scrittura dei criteri per i database, vedere Dettagli per il servizio di database.

Prerequisiti

Rivedere i prerequisiti riportati di seguito per eseguire l'upgrade di un Oracle Database in un sistema DB.

  • Il database deve essere in modalità archivelog.
  • Il flashback del database deve essere abilitato.

Per informazioni dettagliate, vedere:

Informazioni sull'upgrade dei database

Esaminare le informazioni riportate di seguito sugli aggiornamenti della versione del software del database.

  • Puoi eseguire l'upgrade di Oracle Database 19c o 21c a Oracle Database 23ai. Tutte le versioni precedenti di Oracle Database devono prima essere aggiornate a Oracle Database 19c.
  • Per eseguire l'upgrade a Oracle Database 23ai, il sistema DB deve utilizzare il software Grid Infrastructure versione 23ai.
  • Per eseguire l'upgrade a Oracle Database 23ai, il sistema DB deve utilizzare Oracle Linux 8 (OL8).
  • Il sistema DB deve utilizzare Oracle Linux 7 (OL7) per eseguire l'upgrade a Oracle Database 19c.
  • Se il sistema DB utilizza il software di gestione dello storage ASM (Automatic Storage Management), il sistema deve utilizzare Oracle Grid Infrastructure 19c o versione successiva.
  • Per i database su sistemi DB che non soddisfano i requisiti minimi di versione software, è possibile eseguire l'upgrade solo dopo aver utilizzato le operazioni di backup e ripristino per ripristinare il database in un sistema DB che utilizza OL7 e GI 19c.
  • Gli aggiornamenti del database comportano tempi di inattività del database. Oracle consiglia di tenerne conto durante la pianificazione dell'upgrade del database.
  • Oracle consiglia di eseguire il backup del database e il test della nuova versione software su un sistema di test prima di eseguire l'aggiornamento.

    Per ulteriori informazioni sulla creazione di un backup manuale su richiesta, vedere Backup completi su richiesta.

  • Oracle consiglia di eseguire un'operazione di controllo preliminare dell'upgrade per il database prima di eseguire l'upgrade in modo da poter individuare eventuali problemi che richiedono una mitigazione prima del momento in cui si prevede di eseguire l'upgrade. L'operazione di controllo preliminare non ha effetto sulla disponibilità del database. Quindi puoi eseguirlo in qualsiasi momento.
  • 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 Configura backup automatici per un database e Crea 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 risultante del database 19c sarà un database non di tipo container (non CDB). È possibile convertire il database 19c risultante in un pluggable database (PDB) utilizzando la console o le API al termine dell'upgrade.

    Per ulteriori informazioni sull'esecuzione di un controllo preliminare e sulla conversione del database non CDB in un PDB, vedere Convertire un database non di tipo container in un database 19c di Oracle Database.

  • Per gli aggiornamenti che utilizzano release del software di Oracle Database generalmente disponibili, non è possibile utilizzare la utility dbcli per eseguire l'aggiornamento. Utilizzare la console per eseguire l'upgrade del database. Se l'organizzazione deve eseguire l'aggiornamento utilizzando una versione software personalizzata, contattare Oracle per ricevere un URL preautenticato che è possibile utilizzare con dbcli per scaricare il software. L'esecuzione di upgrade mediante dbcli è possibile solo se Oracle ha fornito questo URL di richiesta preautenticata (URL PAR).

Aggiornamento dei database con associazione Data Guard

Per i database con un'associazione Data Guard, devi sempre eseguire l'upgrade prima del database di standby e poi del database primario. Le opzioni di upgrade sono disponibili nella console per le associazioni Data Guard create utilizzando la console. Tuttavia, se si dispone di un database che non dispone di un'associazione Data Guard ma è configurato manualmente come database primario o in standby, per l'upgrade di tali database si applica quanto riportato di seguito.

  • Il servizio di database sarà in grado di rilevare e identificare se un database è un database primario o in standby.
  • Per le versioni 11.2 e 12.1 del database, è necessario disabilitare la configurazione Data Guard prima di eseguire l'upgrade.
  • Prima è necessario aggiornare il database in standby, quindi il database primario.
  • Il servizio di database imposterà un punto di ripristino garantito (GRP, Guaranteed Restore Point) sul database che si sta aggiornando. Dopo un aggiornamento riuscito, il GRP verrà rimosso automaticamente dal database primario. Tuttavia, nel database di standby, è necessario rimuovere manualmente il GRP.

  • Durante l'aggiornamento, DB_HOME verrà modificato, il database in standby verrà aperto in modalità MOUNT e il database primario verrà aperto in modalità di lettura/scrittura.

Dopo aver eseguito correttamente l'upgrade dei database primari e in standby, eseguire le operazioni riportate di seguito.

  1. Per le versioni 11.2 e 12.1 del database, abilitare la configurazione Data Guard precedentemente disabilitata prima dell'upgrade.
  2. Controllare la modalità di apertura del database in standby.
  3. Eliminare il GRP creato in standby.

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

Durante il processo di aggiornamento del database, vengono eseguite automaticamente le seguenti operazioni:

  • 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 GRP che le consente di eseguire un flashback in caso di errore nell'aggiornamento.
  • Crea una nuova home del database in base all'immagine software del database pubblicata o personalizzata da Oracle specificata.
  • Esegue il software DBUA (Database Upgrade Assistant) per eseguire l'aggiornamento sul database. Per i database nell'associazione Data Guard, questo passo viene eseguito solo sul database primario.

Rollback dell'aggiornamento del database non riuscito

Nota

L'operazione di rollback è disponibile solo per le edizioni Oracle Database Enterprise.

Se l'aggiornamento del database non viene completato correttamente, è possibile eseguire un rollback. Dopo un'operazione di aggiornamento del database non riuscita, l'opzione di rollback viene fornita in un messaggio di avvio visualizzato nella pagina Dettagli database.

Prima di iniziare il rollback, esaminare le informazioni riportate di seguito.

  • Il rollback reimposta lo stato del database prima dell'aggiornamento.
  • Tutte le modifiche apportate al database durante e dopo l'upgrade verranno perse.

Per i database nelle associazioni Data Guard, il rollback deve essere eseguito in base ai passi riportati di seguito.

  • Se l'upgrade del database di standby non è riuscito ed è necessario eseguire il rollback, attenersi alla procedura riportata di seguito.
    1. Eseguire il rollback del database in standby.
  • Se l'upgrade del database di standby non è riuscito e si desidera riprovare, attenersi alla procedura riportata di seguito.
    1. Eseguire il rollback del database in standby.
    2. Aggiornare il database in standby.
  • Se l'aggiornamento del database primario non è riuscito ed è necessario eseguire il rollback, attenersi alla procedura riportata di seguito.
    1. Eseguire il rollback del database primario.
    2. Eseguire il rollback del database di standby utilizzando l'interfaccia CLI. La console non fornisce un'opzione per eseguire il rollback di un upgrade riuscito.

      Per ulteriori informazioni sull'interfaccia CLI, vedere Rollback dell'aggiornamento.

    3. Riabilitare la configurazione Data Guard sui database primari in esecuzione nelle versioni di database 11.2 e 12.1.
    4. Dopo un rollback riuscito, verificare le configurazioni Data Guard.
  • Se l'aggiornamento del database primario non è riuscito e si desidera riprovare, attenersi alla procedura riportata di seguito.
    1. Eseguire il rollback del database primario.
    2. Eseguire il flashback a GRP sul database in standby.

      Per ulteriori informazioni su GRP, vedere Gestione dei punti di ripristino garantiti.

    3. Aggiornare il database primario.

Nota

È necessario eseguire sempre il rollback prima del database primario, quindi del database di standby.

In genere, quando si esegue il rollback del database utilizzando l'opzione di rollback nella console, il servizio di database si occupa automaticamente dei passi riportati di seguito.

  1. Eseguire il flashback.
  2. Modificare la home del database.
  3. Elimina GRP.

È possibile eseguire il rollback di un upgrade riuscito del database di standby solo utilizzando l'interfaccia CLI.

Per ulteriori informazioni sui passi per eseguire un rollback utilizzando la console, vedere Rollback di un aggiornamento del database non riuscito.

Una volta completato l'upgrade del database

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

  • Oracle consiglia di rimuovere la vecchia home del database utilizzando l'ultility dbcli.

    Per ulteriori informazioni, vedere Comandi Dbhome.

  • Verificare che i backup automatici siano abilitati per il database se sono stati disabilitati prima dell'aggiornamento.
  • Modificare il parametro COMPATIBLE di Oracle Database in modo che rifletta la nuova versione di Oracle Database.

    Per ulteriori informazioni, vedere Che cos'è la compatibilità di Oracle Database?.

  • Assicurarsi che il file .bashrc nella directory home dell'utente Oracle sia stato aggiornato in modo da puntare alla home del database 19c.
  • Se è stato eseguito l'upgrade di un database da Oracle Database 11.2 a Oracle Database 19c, è possibile convertire il database non di tipo container risultante in un pluggable database (PDB). È possibile eseguire un controllo preliminare prima della conversione per identificare i problemi prima dell'operazione di conversione.
  • Il GRP creato nel database di standby deve essere eliminato.

Gestione dei punti di ripristino garantiti

Lista punti di ripristino garantiti

È possibile utilizzare la seguente istruzione per elencare tutti i GRP utilizzando la vista V$RESTORE_POINT.

SELECT NAME FROM V$RESTORE_POINT WHERE GUARANTEE_FLASHBACK_DATABASE='YES';

Per ulteriori informazioni, vedere Listing Restore Points Using the V$RESTORE_POINT view nel manuale Oracle Database Backup and Recovery User's Guide.

Eliminazione dei punti di ripristino garantiti

È possibile utilizzare l'istruzione seguente per eliminare un GRP utilizzando l'istruzione DROP RESTORE POINT.

DROP RESTORE POINT <grp name>;

dove, grp name è il nome del GRP che deve essere eliminato.

Per ulteriori informazioni, vedere Dropping Restore Points nel manuale Oracle Database Backup and Recovery User's Guide.

Aggiorna database

Visualizza la cronologia di aggiornamento del database

Rollback dell'aggiornamento del database non riuscito

Conversione di un database non di tipo container in un PDB 19c di Oracle Database

Questo argomento si applica ai database aggiornati da Oracle Database 11.2 a Oracle Database 19c. Nell'ambito del processo di conversione, si crea un nuovo container database (CDB) che contiene il pluggable database (PDB) creato dalla conversione del database non CDB. Per convertire un database non di tipo container in un PDB che utilizza una versione successiva di Oracle Database rispetto a 19c, attenersi alla procedura descritta in questo argomento, quindi eseguire l'upgrade del database 19c risultante in una versione software successiva, come descritto in Upgrade a Database.

Prerequisiti e procedure consigliate

  • Per convertirla in un PDB, è necessario disporre della password del wallet TDE del database non CDB.
  • Oracle consiglia di creare un backup manuale del database prima di tentare la conversione. Per ulteriori informazioni, vedere Backup e recupero in Base Database Service.
  • La console consente di eseguire un controllo preliminare per l'operazione di conversione per assicurarsi che la conversione possa essere completata correttamente. Oracle consiglia di eseguire il controllo preliminare prima di eseguire la conversione. Per eseguire il controllo preliminare, attenersi alla procedura descritta in questa procedura e, per il passo finale, fare clic su Esegui controllo preliminare.
  • Puoi duplicare il sistema DB ed eseguire il test dell'operazione di conversione nel database nel sistema duplicato prima di tentare la conversione nel sistema DB di origine. Per ulteriori informazioni, vedere Duplica un sistema DB.

Conversione di un non CDB in un PDB mediante la console

  1. Aprire il menu di navigazione. Selezionare Oracle Database, quindi selezionare Oracle Base Database Service.
  2. Selezionare il compartimento. Viene visualizzata una lista di sistemi DB.
  3. Nella lista dei sistemi DB, fare clic sul nome del sistema DB contenente il database che si desidera convertire.
  4. Vengono visualizzati i dettagli del sistema DB seguito da una lista di database.
  5. Nella lista dei database, fare clic sul nome del database da convertire.
  6. Nella pagina Dettagli database, nella scheda Informazioni sul database, selezionare il campo Architettura del database per confermare che il database è un database non di tipo container.
  7. Nella pagina Dettagli database fare clic su Altre azioni, quindi su Converti in PDB.
  8. Nel pannello Converti database non CDB in pluggable database, fornire le informazioni riportate di seguito nella sezione Dettagli container database.
    • Nome database contenitore: fornire un nome per il nuovo CDB che conterrà il PDB convertito.
    • Password: fornire una password per il nuovo CDB.
    • Conferma password: immettere nuovamente la password del CDB.
    • Utilizzare la password amministratore per il wallet TDE: deselezionare questa opzione se si desidera impostare una password separata per il wallet TDE. Dopo aver deselezionato l'opzione, vengono visualizzati i seguenti campi:
      • Immettere la password del wallet TDE: fornire una password del wallet TDE per il nuovo CDB.
      • Conferma password del wallet TDE: reimmettere la password del wallet TDE.
  9. Nella sezione Dettagli non container database, immettere la password del wallet TDE esistente del database non CDB che si sta convertendo.
  10. Fare clic su Esegui controllo preliminare per eseguire un controllo preliminare oppure fare clic su Converti in PDB se si è pronti a convertire il database.

    Nota

    Dopo aver eseguito un controllo preliminare, viene nuovamente visualizzata la pagina Dettagli database nella console. Per avviare l'operazione di conversione, seguire di nuovo tutti i passi di questo argomento e fare clic sull'opzione Converti in PDB nel passo finale.

Dopo la conversione del database riuscita, nella pagina Dettagli database della console viene visualizzato il container database nel campo Architettura del database. Questo campo si trova nella sezione Informazioni sul database della pagina Dettagli database.

Suggerimenti per la risoluzione dei problemi relativi alla conversione di un database non CDB in un PDB

Se l'operazione di conversione non viene completata correttamente, è possibile risolvere il problema utilizzando la utility della riga di comando database cli (dbcli). Per ulteriori informazioni sul CLI del database, vedere Oracle Database CLI Reference.

Per risolvere i problemi, effettuare le operazioni riportate di seguito.

  1. Eseguire il login al sistema DB come descritto nella sezione Panoramica della connessione a un sistema DB.
  2. Utilizzare il comando dbcli list-jobs per determinare l'ID job e lo stato dell'operazione di conversione del database non riuscita.
  3. Utilizzare il comando dbcli describe-job per visualizzare i dettagli relativi all'operazione di conversione del database non riuscita.

In base alle informazioni ritoccate dal comando dbcli describe-job, è possibile provare a risolvere il problema che ha causato la mancata esecuzione dell'operazione di conversione. Per gli errori che si verificano durante il collegamento del processo (quando il nuovo PDB viene collegato al nuovo CDB), contattare il Supporto Oracle per assistenza nel completamento della conversione dopo che il problema che ha causato l'errore è stato risolto.

Se un'operazione di conversione non riesce, la console potrebbe visualizzare 2 database nel sistema DB o solo un database arrestato. Il ripristino del sistema DB può richiedere fino a 2 ore. Se la console non mostra più 2 database o un singolo database arrestato, è possibile provare di nuovo a eseguire la conversione. Se il sistema DB non si reimposta e consente di riprovare, contattare il Supporto Oracle.

Utilizzare l'API

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 API riportate di seguito per gestire gli aggiornamenti del database.

  • ListDatabaseUpgradeHistoryEntries
  • UpgradeDatabase

Nota

Quando si utilizza l'API UpgradeDatabase per aggiornare un database su un sistema DB, è necessario specificare DB_VERSION o DB_SOFTWARE_IMAGE come origine dell'aggiornamento.

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