Aggiorna un database
Questo articolo descrive la procedura per aggiornare un database in un sistema DB utilizzando la console e l'API.
Per le tempistiche delle release e del supporto software di Oracle Database, vedere Pianificazione delle release delle release correnti del database (ID documento 742060.1) nel portale My Oracle Support.
Criterio IAM necessario
Per utilizzare Oracle Cloud Infrastructure, un amministratore deve concedere l'accesso di sicurezza in un criterio. Questo accesso è necessario indipendentemente dal fatto che si stia utilizzando la console o l'API REST con un SDK, un'interfaccia CLI o unaltro strumento. Se viene visualizzato un messaggio che indica che non si dispone dell'autorizzazione o che non si dispone dell'autorizzazione, verificare con l'amministratore il tipo di accesso di cui si dispone e il compartimento di cui lavorare.
Per gli amministratori: il criterio riportato in Consenti agli amministratori di database di gestire i sistemi di database Oracle Cloud consente al gruppo specificato di eseguire tutte le operazioni con i database e le risorse di database correlate.
Se non si conoscono i criteri, vedere Guida introduttiva 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 Oracle Database in un sistema DB.
- Il database deve essere in modalità log di archivio.
- Il flashback del database deve essere abilitato.
Per informazioni dettagliate, vedere:
- Documentazione di Oracle Database per la versione della release del database per ulteriori informazioni su queste impostazioni
- Creare un backup completo su richiesta di un database
- Creare un Sistema DB da un backup
Informazioni sull'upgrade dei database
Esaminare le informazioni riportate di seguito sugli aggiornamenti della versione del software del database.
- Puoi aggiornare Oracle Database 19c o 21c a Oracle AI Database 26ai. Tutte le versioni precedenti di Oracle Database devono essere prima aggiornate a Oracle Database 19c.
- Il sistema DB deve utilizzare il software di Grid Infrastructure versione 26ai per eseguire l'upgrade a Oracle AI Database 26ai.
- Il sistema DB deve utilizzare Oracle Linux 8 (OL8) per eseguire l'upgrade a Oracle AI Database 26ai.
- 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 versioni successive.
- Per i database sui sistemi DB che non soddisfano i requisiti minimi della versione software, puoi 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 prendere in considerazione questa situazione durante la pianificazione dell'upgrade del database.
-
Oracle consiglia di eseguire il backup del database e di eseguire il test della nuova versione del software in 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 dell'upgrade in modo da poter individuare eventuali problemi che necessitano di attenuazione prima del momento in cui si prevede di eseguire l'upgrade. L'operazione di controllo preliminare non ha effetto sulla disponibilità del database. Così si può eseguire in qualsiasi momento.
-
Non è possibile 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'upgrade, non è possibile utilizzare i backup automatici eseguiti prima dell'upgrade per ripristinare il database in un point-in-time precedente.
-
Se si sta eseguendo l'aggiornamento di un database che utilizza il software versione 11.2, il database versione 19c risultante 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 PDB Oracle Database 19c.
- Per gli aggiornamenti che utilizzano le release software di Oracle Database disponibili in generale, non è possibile utilizzare la utility dbcli per eseguire l'aggiornamento. Utilizzare la console per eseguire l'aggiornamento del database. Se l'organizzazione deve eseguire l'upgrade utilizzando una versione software personalizzata, contattare Oracle per ricevere un URL preautenticato che è possibile utilizzare con dbcli per scaricare il software. L'esecuzione di aggiornamenti mediante dbcli è possibile solo se Oracle ha fornito questo URL di richiesta preautenticato (PAR URL).
Upgrade dei database con associazione Data Guard
Per i database con un'associazione Data Guard, devi sempre eseguire l'upgrade prima del database in 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 verrà applicata la seguente procedura.
- Il servizio di database sarà in grado di rilevare e identificare se 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.
- È necessario prima eseguire l'upgrade del database in standby, quindi del database primario.
- Il servizio di database imposterà un punto di ripristino garantito (GRP, Guaranteed Restore Point) nel database in fase di aggiornamento. Dopo un aggiornamento riuscito, il GRP verrà rimosso automaticamente dal database primario. Tuttavia, nel database di standby, devi rimuovere manualmente il GRP.
- Durante l'upgrade, il file
DB_HOMEverrà modificato, il database in standby verrà aperto in modalità di MOUNT e il database primario verrà aperto in modalità di lettura/scrittura.
Dopo aver eseguito correttamente l'upgrade dei database primario e in standby, eseguire quanto riportato di seguito.
- Per le versioni 11.2 e 12.1 del database, abilitare la configurazione Data Guard disabilitata in precedenza prima dell'upgrade.
- Controllare la modalità di apertura del database di standby.
- Elimina il GRP creato in standby.
Modalità di esecuzione dell'operazione di aggiornamento del database da parte del servizio di database
Durante il processo di upgrade del database, vengono eseguiti automaticamente i passi riportati di seguito.
- Esegue un controllo preliminare automatico. Ciò consente al sistema di identificare i problemi che richiedono mitigazione e di interrompere l'operazione di aggiornamento.
- Imposta un GRP, che gli consente di eseguire un flashback in caso di errore di 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. In seguito a 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 ripristina lo stato del database prima dell'aggiornamento.
- Tutte le modifiche apportate al database durante e dopo l'upgrade andranno 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 e si desidera eseguire il rollback, eseguire le operazioni riportate di seguito.
- Eseguire il rollback del database di standby.
- Se l'upgrade del database di standby non è riuscito e si desidera riprovare, eseguire le operazioni riportate di seguito.
- Eseguire il rollback del database di standby.
- Eseguire l'upgrade del database di standby.
- Se l'upgrade del database primario non è riuscito e si desidera eseguire il rollback, effettuare le operazioni riportate di seguito.
- Eseguire il rollback del database primario.
-
Eseguire il rollback del database di standby utilizzando l'interfaccia CLI. La console non fornisce un'opzione per eseguire il rollback di un aggiornamento riuscito.
Per ulteriori informazioni sull'interfaccia CLI, vedere Upgrade Rollback.
- Riabilitare la configurazione Data Guard nei database primari in esecuzione nelle versioni del database 11.2 e 12.1.
- Dopo un rollback riuscito, verificare le configurazioni Data Guard.
- Se l'aggiornamento del database primario non è riuscito e si desidera riprovare, eseguire le operazioni riportate di seguito.
- Eseguire il rollback del database primario.
-
Eseguire il flashback a GRP nel database di standby.
Per ulteriori informazioni su GRP, vedere Gestione dei punti di ripristino garantiti.
- Aggiornare il database primario.
Nota: prima è necessario eseguire il rollback del database primario, quindi del database in standby.
In genere, quando si esegue il rollback del database utilizzando l'opzione di rollback nella console, il servizio di database gestisce automaticamente i passi riportati di seguito.
- Eseguire il flashback.
- Modificare la home del database.
- Elimina GRP.
È possibile eseguire il rollback di un upgrade del database di standby riuscito 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.
Dopo il completamento dell'upgrade del database
Dopo un aggiornamento riuscito, tenere presente quanto riportato di seguito.
-
Oracle consiglia di rimuovere la vecchia home del database utilizzando la utility dbcli.
Per maggiori informazioni, vedere Dbhome Commands.
- Verificare che i backup automatici siano abilitati per il database se sono stati disabilitati prima dell'upgrade.
-
Modificare il parametro
COMPATIBLEdi Oracle Database per riflettere la nuova versione di Oracle Database.Per ulteriori informazioni, vedere Che cos'è la compatibilità di Oracle Database?
- Assicurarsi che il file
.bashrcnella 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
Elenco dei punti di ripristino garantiti
È possibile utilizzare l'istruzione seguente 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 in 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 in Oracle Database Backup and Recovery User's Guide.
Aggiorna un database
Eseguire i passi riportati di seguito per eseguire l'upgrade del database da una release precedente a una versione della release principale più recente utilizzando OCI Console.
- Nella pagina della lista Sistemi DB selezionare il sistema DB contenente il database che si desidera utilizzare. Se hai bisogno di aiuto per trovare la pagina della lista o il sistema DB, vedere Elenca i sistemi DB.
- Nella scheda Database selezionare il database che si desidera utilizzare.
-
Nella pagina dei dettagli del database, selezionare la scheda Aggiornamenti per visualizzare la lista degli aggiornamenti disponibili per il database.
L'ultimo aggiornamento della release approvato è disponibile per impostazione predefinita. È inoltre possibile selezionare uno dei due aggiornamenti della release precedenti (N-1 o N-2) dopo aver confermato il messaggio visualizzato. Per utilizzare un aggiornamento release precedente a N-2, è necessario sottomettere una richiesta di servizio.
- Nel menu Azioni per l'aggiornamento a cui si è interessati, selezionare una delle azioni riportate di seguito.
- Visualizza dettagli: consente di visualizzare i dettagli relativi a questo aggiornamento.
- Controllo preliminare: selezionare tutti i prerequisiti per assicurarsi che l'aggiornamento possa essere applicato correttamente.
- Applica aggiornamento: applica l'aggiornamento selezionato. Oracle consiglia di eseguire l'operazione di controllo preliminare per un aggiornamento prima di applicarlo.
Nell'elenco, Stato visualizza lo stato dell'operazione. Durante l'applicazione di un aggiornamento, lo stato viene visualizzato come Aggiornamento. Lo stato del database viene visualizzato anche come Aggiornamento. Le operazioni del ciclo di vita sul database e sulle relative risorse potrebbero essere temporaneamente non disponibili. Se l'aggiornamento viene completato correttamente, lo stato diventa Applicato e lo stato del database diventa Disponibile.
Visualizzare la cronologia dell'aggiornamento del database
Eseguire i passi riportati di seguito per visualizzare la cronologia di upgrade di un database utilizzando OCI Console.
- Nella pagina della lista Sistemi DB selezionare il sistema DB contenente il database che si desidera utilizzare. Se hai bisogno di aiuto per trovare la pagina della lista o il sistema DB, vedere Elenca i sistemi DB.
- Nella scheda Database selezionare il database che si desidera utilizzare.
- Nella pagina dei dettagli, selezionare la scheda Cronologia aggiornamenti per visualizzare la cronologia delle operazioni di aggiornamento e aggiornamento per il database.
Rollback dell'aggiornamento del database non riuscito
Prerequisiti
- L'operazione di rollback dell'aggiornamento è disponibile solo per i software di Oracle Database Enterprise Edition di cui non è stato eseguito l'upgrade e che si trovano attualmente nello stato del ciclo di vita "Non riuscito".
- Rivedere le informazioni nell'argomento Eseguire il rollback di un aggiornamento del database non riuscito prima di procedere con i passi riportati di seguito.
Procedura
Eseguire i passi riportati di seguito per eseguire il rollback di un upgrade del database non riuscito alla versione precedente di Oracle Database utilizzando OCI Console.
- Nella pagina della lista Sistemi DB selezionare il sistema DB contenente il database che si desidera utilizzare. Se hai bisogno di aiuto per trovare la pagina della lista o il sistema DB, vedere Elenca i sistemi DB.
- Nella scheda Database selezionare il database che si desidera utilizzare.
- In caso di aggiornamento non riuscito, nella parte superiore della pagina dei dettagli del database verrà visualizzato un banner con il pulsante Rollback.
- Selezionare Rollback e confermare.
Convertire un database non di tipo container in un PDB Oracle Database 19c
Questo argomento si applica ai database aggiornati da Oracle Database 11.2 a Oracle Database 19c. Come parte del processo di conversione, crei un nuovo container database (CDB) in cui memorizzare il pluggable database (PDB) creato dalla conversione del non CDB. Per convertire un database non di tipo container in un PDB che utilizza una versione successiva di Oracle Database rispetto a 19c, effettuare le operazioni riportate in questo argomento, quindi eseguire l'upgrade del database 19c risultante a una versione del software successiva, come descritto in Upgrade di un database.
Prerequisiti e pratiche consigliate
- Per convertirla in un PDB, è necessario disporre della password del wallet TDE 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, selezionare Controllo preliminare.
- È possibile duplicare il sistema DB ed eseguire il test dell'operazione di conversione nel database nel sistema clonato prima di tentare la conversione nel sistema DB di origine. Per ulteriori informazioni, vedere Duplica un sistema DB.
Convertire un database non CDB in un PDB utilizzando la console
- Nella pagina della lista Sistemi DB selezionare il sistema DB contenente il database che si desidera utilizzare. Se hai bisogno di aiuto per trovare la pagina della lista o il sistema DB, vedere Elenca i sistemi DB.
- Nella scheda Database selezionare il database che si desidera utilizzare.
- Nella scheda Informazioni sul database della pagina dei dettagli del database, esaminare il campo Architettura del database per confermare che il database è un database non di tipo container.
- Nella pagina dei dettagli del database, dal menu Azioni, selezionare Converti in PDB.
- Nel pannello Converti database non CDB in pluggable database, fornire le informazioni riportate di seguito nella sezione Dettagli database container.
- Nome database container: fornire un nome per il nuovo CDB che conterrà il PDB convertito.
- Password: fornire una password per il nuovo CDB.
- Conferma password: reimmettere la password CDB.
- Utilizzare la password dell'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 portafoglio TDE.
- Nella sezione Dettagli non container database, immettere la password del wallet TDE esistente del non CDB che si sta convertendo.
-
Selezionare Controllo preliminare per eseguire un controllo preliminare oppure selezionare Converti in PDB se si è pronti a convertire il database.
Nota: dopo aver eseguito un controllo preliminare, si torna alla pagina dei dettagli del database nella console. Per avviare l'operazione di conversione, eseguire di nuovo tutti i passi di questo argomento e selezionare l'opzione Converti in PDB nel passo finale.
Dopo la conversione del database riuscita, la pagina Dettagli database nella console visualizza il container database nel campo Architettura del database. Questo campo si trova nella scheda Informazioni sul database della pagina dei dettagli del 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 sulla clip del database, vedere Oracle Database CLI Reference.
Per risolvere i problemi:
- Eseguire il login al sistema DB come descritto nella sezione Panoramica della connessione a un sistema DB.
- Utilizzare il comando
dbcli list-jobsper determinare l'ID job e lo stato dell'operazione di conversione del database non riuscita. - Utilizzare il comando
dbcli describe-jobper visualizzare i dettagli sull'operazione di conversione del database non riuscita.
In base alle informazioni rieseguite dal comando dbcli describe-job, è possibile provare a risolvere il problema che ha causato l'errore dell'operazione di conversione. Per gli errori che si verificano durante il processo di collegamento (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 terminato. Il sistema DB può richiedere fino a 2 ore per reimpostarsi. Se la console non mostra più 2 database o un singolo database terminato, è possibile provare di nuovo la conversione. Se il sistema DB non si reimposta e consente di riprovare, contattare il Supporto Oracle.