Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Aggiornamento del motore di database RDS per Oracle Quando Amazon RDS supporta una nuova versione di Oracle Database, puoi effettuare l'aggiornamento delle istanze database alla nuova versione. Per informazioni sulle versioni di Oracle disponibili in Amazon RDS, consulta le [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html). **Importante** I database RDS per Oracle 11g, 12c e 18c non sono più supportati. Se sono stati conservati snapshot di database Oracle 11g, 12c o 18c, sarà possibile aggiornarli a una versione successiva. Per ulteriori informazioni, consulta [Aggiornamento di uno shapshot DB Oracle](USER_UpgradeDBSnapshot.Oracle.md). **Topics** + [ # Panoramica sugli aggiornamenti del motore di database Oracle ](USER_UpgradeDBInstance.Oracle.Overview.md) + [ # Aggiornamenti a una versione principale Oracle ](USER_UpgradeDBInstance.Oracle.Major.md) + [ # Aggiornamenti a una versione secondaria Oracle ](USER_UpgradeDBInstance.Oracle.Minor.md) + [ # Considerazioni sugli aggiornamenti per Oracle Database ](USER_UpgradeDBInstance.Oracle.OGPG.md) + [ # Verifica di un aggiornamento del database Oracle ](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md) + [ # Aggiornamento della versione di un’istanza database RDS per Oracle ](USER_UpgradeDBInstance.Oracle.Upgrading.md) + [ # Aggiornamento di uno shapshot DB Oracle ](USER_UpgradeDBSnapshot.Oracle.md) # Panoramica sugli aggiornamenti del motore di database Oracle Prima di aggiornare l’istanza database RDS per Oracle, prova a familiarizzare con i seguenti concetti chiave. **Topics** + [ ## Aggiornamenti delle versioni principali e secondarie ](#USER_UpgradeDBInstance.Oracle.Overview.versions) + [ ## Date di supporto e upgrade obbligatori per RDS per Oracle ](#Aurora.VersionPolicy.MajorVersionLifetime) + [ ## Gestione della versione del motore Oracle. ](#Oracle.Concepts.Patching) + [ ## Snapshot automatici durante gli aggiornamenti del motore ](#USER_UpgradeDBInstance.Oracle.Overview.snapshots) + [ ## Aggiornamenti Oracle in una implementazione multi-AZ ](#USER_UpgradeDBInstance.Oracle.Overview.multi-az) + [ ## Aggiornamenti Oracle delle repliche di lettura ](#USER_UpgradeDBInstance.Oracle.Overview.read-replicas) ## Aggiornamenti delle versioni principali e secondarie Le versioni principali sono versioni di Oracle Database che vengono rilasciate ogni 1-2 anni. Oracle Database 19c e Oracle Database 21c sono le versioni principali. Ogni trimestre, RDS per Oracle rilascia nuove versioni secondarie per tutti i motori principali supportati. Una versione del motore Release Update (RU) incorpora le correzioni di bug di Oracle includendo le patch RU per il trimestre specificato. Ad esempio, 21.0.0.0.ru-2024-10.rur-2024-10.r1 è una versione secondaria di Oracle Database 21c che incorpora l’RU di ottobre 2024. Una versione del motore Spatial Patch Bundle (SPB) contiene patch RU e patch specifiche di Oracle Spatial. Ad esempio, 19.0.0.0.ru-2025-01.spb-1.r1 è una versione secondaria del motore che contiene le patch RU della versione del motore 19.0.0.0.ru-2025-01.rur-2025-01.r1 e le patch di Spatial. In genere, RDS for Oracle viene rilasciato SPBs 2—3 settimane dopo la RU corrispondente. Per una spiegazione delle differenze tra RUs e SPBs, vedere. [Release Updates (RUs) e Spatial Patch Bundles () SPBs](USER_UpgradeDBInstance.Oracle.Minor.md#RUs-and-SPBs) Per informazioni sui supporti RUs e SPBs, consulta le [note di rilascio per Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes) per Oracle. RDS per Oracle supporta i seguenti aggiornamenti a un’istanza database. | Tipo di aggiornamento | Compatibilità delle applicazioni | Metodi di aggiornamento | Percorso di aggiornamento di esempio | | --- | --- | --- | --- | | Versione principale | Un aggiornamento della versione principale può introdurre modifiche che non sono compatibili con le applicazioni esistenti. | Solo manuale | Da Oracle Database 19c a Oracle Database 21c | | Versione secondaria | Un aggiornamento della versione secondaria include solo modifiche compatibili con le versioni precedenti delle applicazioni esistenti. | Automatico o manuale | Da 21.0.0.0.ru-2023-07.rur-2022-07.r1 a 21.0.0.0.ru-2023-10.rur-2022-10.r1 | **Importante** Quando aggiorni il motore database, si verifica un’interruzione. Il tempo di interruzione dipende dalla versione del motore e dalle dimensioni dell’istanza database. Accertati di testare in modo approfondito qualsiasi aggiornamento per verificare che le tue applicazioni funzionino correttamente prima di applicare l’aggiornamento ai database di produzione. Per ulteriori informazioni, consulta [Verifica di un aggiornamento del database Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md). ## Date di supporto e upgrade obbligatori per RDS per Oracle Le versioni database di RDS per Oracle hanno date di supporto previste. *Quando una versione principale o secondaria di un motore RDS for Oracle DB si avvicina alla data di scadenza, RDS avvia gli aggiornamenti obbligatori, noti anche come aggiornamenti forzati. end-of-support* RDS pubblica le seguenti informazioni: + Un consiglio per iniziare ad aggiornare manualmente le istanze dalle versioni obsolete alle versioni supportate + Una data dopo la quale non è più possibile creare istanze nelle versioni non supportate + Una data in cui RDS inizia ad aggiornare automaticamente le istanze alle versioni supportate durante le finestre di manutenzione + Una data in cui RDS inizia ad aggiornare automaticamente le istanze alle versioni supportate al di fuori delle finestre di manutenzione **Importante** Gli aggiornamenti forzati possono avere conseguenze impreviste per gli stack. CloudFormation Se si fa affidamento su RDS per aggiornare automaticamente le istanze database, è possibile che si verifichino problemi con CloudFormation. Questa sezione contiene i seguenti argomenti: **Topics** + [ ### Date di supporto previste per le versioni principali di RDS per Oracle ](#oracle-major-support-dates) + [ ### Date di supporto per le versioni secondarie di RDS per Oracle ](#oracle-minor-support-dates) ### Date di supporto previste per le versioni principali di RDS per Oracle Le versioni principali di RDS per Oracle restano disponibili almeno fino alla data di fine del supporto per la versione di rilascio di Oracle Database corrispondente. È possibile utilizzare le date seguenti per pianificare i cicli di test e aggiornamento. Queste date rappresentano la prima data in cui potrebbe essere richiesto un aggiornamento a una versione più recente. Se Amazon estende il supporto per una versione RDS per Oracle più a lungo di quanto inizialmente previsto, questa tabella verrà aggiornata in base alla nuova data. **Nota** È possibile visualizzare le versioni principali dei database Oracle eseguendo il AWS CLI comando [describe-db-major-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-major-engine-versions.html) o utilizzando l'operazione [Descrivi DBMajor EngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBMajorEngineVersions.html) RDS API. | Versione principale di Oracle Database | Data prevista per l’aggiornamento a una versione più recent | | --- | --- | | Oracle Database 19c | 31 dicembre 2029 con BYOL Premier Support (senza commissioni per Extended Support) 31 dicembre 2032 con BYOL Extended Support (costo aggiuntivo) o un contratto di licenza illimitato 31 dicembre 2029 con licenza inclusa (LI) | | Oracle Database 21c | 31 luglio 2027 (non disponibile per Extended Support) | RDS invia una notifica con almeno 12 mesi prima della necessità di aggiornamento a una nuova versione principale. La notifica descrive in dettaglio il processo di aggiornamento, inclusi la tempistica di alcune fasi cardine importanti, l’impatto sulle istanze database e le operazioni consigliate. Si consiglia di testare accuratamente le applicazioni con le nuove versioni di RDS per Oracle prima di eseguire un aggiornamento della versione principale del database. Dopo questo periodo di notifica preventiva, un aggiornamento automatico alla versione principale successiva potrebbe essere applicato a qualsiasi istanza database RDS per Oracle che esegue ancora la versione precedente. In tal caso, l’aggiornamento viene avviato durante le finestre di manutenzione pianificata. Per ulteriori informazioni, consultare [Pianificazione dei rilasci delle versioni correnti del database](https://support.oracle.com/knowledge/Oracle%20Database%20Products/742060_1.html) in My Oracle Support. ### Date di supporto per le versioni secondarie di RDS per Oracle In alcuni casi, interrompiamo il supporto per le versioni secondarie delle versioni principali di RDS for Oracle. RDS ti avvisa almeno 6 mesi prima della necessità di eseguire l'aggiornamento a una versione secondaria più recente. La notifica descrive il processo di aggiornamento, inclusa la tempistica dei traguardi importanti, l'effetto sulle istanze DB che eseguono la versione secondaria obsoleta e le azioni consigliate. Si consiglia di testare a fondo le applicazioni con le nuove versioni di RDS for Oracle prima di aggiornare il database a una nuova versione secondaria. Per ulteriori informazioni sulle versioni secondarie obsolete e non supportate, consulta le [note di rilascio per Amazon Relational Database Service (Amazon](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html) RDS) per Oracle. ## Gestione della versione del motore Oracle. Con la gestione della versione del motore del database è possibile controllare quando e come applicare una patch o un aggiornamento al motore database. Grazie a questa funzionalità, si ottiene la flessibilità necessaria per mantenere la compatibilità con le versioni delle patch del motore database. Puoi inoltre testare nuove versioni delle patch di RDS per Oracle per assicurarti che funzionino con l’applicazione prima di implementarle in produzione. Inoltre, si aggiornano le versioni secondo le proprie condizioni e timeline. **Nota** Amazon RDS aggrega periodicamente le patch ufficiali del database Oracle mediante una versione del motore del database specifica per Amazon RDS. Per visualizzare un elenco delle patch di Oracle contenute in una versione del motore Amazon RDS specifica di Oracle, visita le [https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/Welcome.html). ## Snapshot automatici durante gli aggiornamenti del motore Quando aggiorni un’istanza database Oracle, gli snapshot offrono protezione contro i problemi di aggiornamento. Se il periodo di retention dei backup per l’istanza database è maggiore di 0, durante l’aggiornamento Amazon RDS esegue i seguenti snapshot DB: 1. Uno snapshot DB relativo all’istanza database prima delle modifiche legate all’aggiornamento. Se l’aggiornamento non riesce, potrai ripristinare questa snapshot e creare un’istanza database che esegue la versione precedente. 1. Una copia snapshot dell’istanza database dopo il completamento dell’aggiornamento. **Nota** Per cambiare il periodo di retention dei backup, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md). Dopo un aggiornamento, non è possibile ripristinare la versione precedente del motore. Tuttavia, è possibile creare una nuova istanza database Oracle ripristinando lo snapshot pre-aggiornamento. ## Aggiornamenti Oracle in una implementazione multi-AZ Se la tua istanza database è in un’implementazione Multi-AZ, Amazon RDS aggiorna sia le repliche principali sia le repliche standby. Se non sono necessari aggiornamenti del sistema operativo, gli aggiornamenti primari e standby vengono eseguiti contemporaneamente. Le istanze non sono disponibili fino al completamento dell’aggiornamento. Se sono necessari aggiornamenti del sistema operativo in una implementazione Multi-AZ, Amazon RDS applica gli aggiornamenti quando richiedi l’aggiornamento del database. Amazon RDS esegue le seguenti operazioni: 1. Aggiorna il sistema operativo sull’istanza database di standby corrente. 1. Effettua il failover dell’istanza database primaria sull’istanza database di standby. 1. Aggiorna la versione del database sulla nuova istanza database primaria, che in precedenza era l’istanza di standby. Il database primario non è disponibile durante l’aggiornamento. 1. Aggiorna il sistema operativo sulla nuova istanza database di standby, che in precedenza era l’istanza database primaria. 1. Aggiorna la versione del database sulla nuova istanza database di standby. 1. Effettua il failover della nuova istanza database primaria sull’istanza database primaria originale e la nuova istanza database in standby sull’istanza database in standby originale. Quindi, Amazon RDS riporta la configurazione di replica allo stato originale. ## Aggiornamenti Oracle delle repliche di lettura La versione del motore di Oracle DB dell’istanza database di origine e tutte le relative repliche di lettura devono essere uguali. Amazon RDS esegue l’aggiornamento nelle seguenti fasi: 1. Aggiorna l’istanza database di origine. Le repliche di lettura sono disponibili in questa fase. 1. Aggiorna le repliche di lettura in parallelo, indipendentemente dalle finestre di manutenzione della replica. Il DB di origine è disponibile in questa fase. Per gli aggiornamenti delle versioni principali delle repliche di lettura tra regioni, Amazon RDS esegue operazioni aggiuntive: + Genera automaticamente un gruppo di opzioni per la versione di destinazione + Copia tutte le opzioni e le impostazioni delle opzioni dal gruppo di opzioni originale al nuovo gruppo di opzioni + Associa la replica aggiornata di lettura tra regioni al nuovo gruppo di opzioni # Aggiornamenti a una versione principale Oracle Per eseguire un aggiornamento a una versione principale, modificare l'istanza database manualmente. Gli aggiornamenti a una versione principale non si verificano in modo automatico. **Importante** Accertati di testare in modo approfondito qualsiasi aggiornamento per verificare che le tue applicazioni funzionino correttamente prima di applicare l’aggiornamento ai database di produzione. Per ulteriori informazioni, consulta [Verifica di un aggiornamento del database Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md). **Topics** + [ ## Versioni supportate per gli aggiornamenti principali ](#USER_UpgradeDBInstance.Oracle.Major.supported-versions) + [ ## Classi di istanza supportate per gli aggiornamenti principali ](#USER_UpgradeDBInstance.Oracle.Major.instance-classes) + [ ## Raccolta delle statistiche prima degli aggiornamenti principali ](#USER_UpgradeDBInstance.Oracle.Major.gathering-stats) + [ ## Consentire gli aggiornamenti principali ](#USER_UpgradeDBInstance.Oracle.Major.allowing-upgrades) ## Versioni supportate per gli aggiornamenti principali Amazon RDS supporta i seguenti aggiornamenti di una versione principale. **** | Versione corrente | Aggiornamenti supportati | | --- | --- | | 19.0.0.0 utilizzando l'architettura CDB | 21,0,0 | Un aggiornamento della versione principale di Oracle Database deve eseguire l'aggiornamento a un Release Update (RU) rilasciato nello stesso mese o successivamente. I downgrade delle versioni principali non sono supportati per le versioni di Oracle Database. ## Classi di istanza supportate per gli aggiornamenti principali In alcuni casi, l'istanza database Oracle corrente potrebbe essere in esecuzione su una classe di istanza database che non è supportata per la versione verso cui si sta eseguendo l'aggiornamento. In questo caso, prima di eseguire l'aggiornamento, esegui la migrazione dell'istanza database a una classe di istanza database supportata. Per ulteriori informazioni sulle classi di istanze database supportate per ogni versione ed edizione di Amazon RDS for Oracle, consulta [Classi di istanze DB ](Concepts.DBInstanceClass.md). ## Raccolta delle statistiche prima degli aggiornamenti principali Prima di effettuare l'aggiornamento a una versione principale, Oracle consiglia di raccogliere statistiche di ottimizzazione sull'istanza database che si sta aggiornando. Questa azione può ridurre i tempi di inattività dell'istanza database durante l'aggiornamento. Per raccogliere le statistiche dell'ottimizzatore, connettersi all'istanza database come utente principale ed eseguire la procedura `DBMS_STATS.GATHER_DICTIONARY_STATS`, come nel seguente esempio. ``` EXEC DBMS_STATS.GATHER_DICTIONARY_STATS; ``` Per ulteriori informazioni, consulta la sezione relativa alla [Procedura GATHER\$1DICTIONARY\$1STATS](https://docs.oracle.com/en/database/oracle/oracle-database/19/arpls/DBMS_STATS.html?source=%3Aso%3Atw%3Aor%3Aawr%3Aodv%3A%3A#GUID-867989C7-ADFC-4464-8981-437CEA7F331E) nella documentazione di Oracle. ## Consentire gli aggiornamenti principali Un aggiornamento della versione principale del motore potrebbe non essere compatibile con l'applicazione in uso. L'aggiornamento è irreversibile. Se si specifica una versione principale per il EngineVersion parametro diversa dalla versione principale corrente, è necessario consentire gli aggiornamenti della versione principale. Se si aggiorna una versione principale utilizzando il comando CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html), specificare. `--allow-major-version-upgrade` Questa impostazione non è definitiva, pertanto dovrai specificare `--allow-major-version-upgrade` ogni volta che esegui un aggiornamento importante. Questo parametro non ha alcun impatto sugli aggiornamenti delle versioni secondarie del motore. Per ulteriori informazioni, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md). Se si aggiorna una versione principale utilizzando la console, non è necessario scegliere un'opzione per consentire l'aggiornamento. Invece, la console visualizza un avviso che indica che gli aggiornamenti principali sono irreversibili. # Aggiornamenti a una versione secondaria Oracle In RDS per Oracle, un aggiornamento secondario è un aggiornamento a una versione principale del motore di database. In RDS, una versione secondaria del motore è un Release Update (RU) o uno Spatial Patch Bundle (SPB). Ad esempio, se l'istanza DB esegue la versione principale di Oracle Database 19c e la versione secondaria 19.0.0.0.ru-2025-10.r1, è possibile aggiornare il motore di database alla versione secondaria 19.0.0.0.ru-2026-01.rur-2026-01.rur-2026-01.r1. RDS per Oracle non supporta i downgrade a versioni precedenti. Puoi eseguire l'aggiornamento del motore di database a una versione secondaria manualmente o automaticamente. Per informazioni su come eseguire l'aggiornamento manualmente, consulta [Aggiornamento manuale della versione del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual). Per informazioni su come configurare gli aggiornamenti automatici, consulta [Aggiornamento automatico della versione secondaria del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). Indipendentemente dal fatto che sia manuale o automatico, un aggiornamento della versione secondaria comporta tempi di inattività. Tieni in considerazione questo tempo di inattività quando pianifichi gli aggiornamenti. Amazon RDS supporta anche la politica di implementazione degli aggiornamenti per gestire gli aggiornamenti automatici delle versioni secondarie su più risorse di database e. Account AWS Per ulteriori informazioni, consulta [Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie](RDS.Maintenance.AMVU.UpgradeRollout.md). **Importante** Accertati di testare in modo approfondito qualsiasi aggiornamento per verificare che le tue applicazioni funzionino correttamente prima di applicare l’aggiornamento ai database di produzione. Per ulteriori informazioni, consulta [Verifica di un aggiornamento del database Oracle](USER_UpgradeDBInstance.Oracle.UpgradeTesting.md). **Topics** + [ ## Release Updates (RUs) e Spatial Patch Bundles () SPBs ](#RUs-and-SPBs) + [ ## Attivazione degli aggiornamenti a versioni secondarie automatiche per Oracle ](#oracle-minor-version-upgrade-tuning-on) + [ ## Utilizzo della politica di implementazione degli aggiornamenti per gli AWS Organizations aggiornamenti automatici delle versioni secondarie ](#oracle-minor-version-upgrade-rollout) + [ ## Amazon RDS per Oracle supporta il preavviso degli aggiornamenti automatici della versione secondaria ](#oracle-minor-version-upgrade-advance) + [ ## In che modo Amazon RDS pianifica gli aggiornamenti automatici delle versioni secondarie ](#oracle-minor-version-upgrade-scheduled) + [ ## Gestione di un aggiornamento automatico della versione secondaria in RDS per Oracle ](#oracle-minor-version-upgrade-managing) ## Release Updates (RUs) e Spatial Patch Bundles () SPBs In RDS, un aggiornamento della versione (RU) è una versione secondaria trimestrale del motore che include correzioni di sicurezza, correzioni di bug e nuove funzionalità per Oracle Database. Un bundle di patch spaziali (SPB) è una versione del motore RU che include patch progettate per l’opzione Oracle Spatial. Ad esempio, l'SPB denominato 19.0.0.0.ru-2025-01.spb-1.r1 include tutte le patch nella RU corrispondente 19.0.0.0.ru-2025-01.rur-2025-01.r1 più le patch specifiche per Spatial. SPBs sono supportati solo per Oracle Database 19c. Quando l'istanza è configurata per gli aggiornamenti automatici delle versioni secondarie RUs e SPBs si trova su percorsi di aggiornamento separati. In genere, un SPB viene rilasciato 2-3 settimane dopo l’RU corrispondente. Nella tabella seguente vengono illustrati alcuni esempi di versioni secondarie per Oracle Database 19c. | Percorso di aggiornamento RU standard | Percorso di aggiornamento SPB | | --- | --- | | 19.0.0.0.ru-2025-01.rur-2025-01.r1 | 19.0.0.0.ru-2025-01.spb-1.r1 | | 19.0.0.0.ru-2025-04.rur-2025-04.r1 | 19.0.0.0.ru-2025-04.spb-1.r1 | | 19.0.0.0.ru-2025-07.rur-2025-07.r1 | 19.0.0.0.ru-2025-07.spb-1.r1 | | 19.0.0.0.ru-2025-10.rur-2025-10.r1 | 19.0.0.0.ru-2025-10.spb-1.r1 | Se l’istanza database è configurata per gli aggiornamenti automatici, si trova sul percorso di aggiornamento corrispondente alla versione corrente. Ad esempio, se l’istanza database esegue la versione 19.0.0.0.ru-2025-01.rur-2025-01.r1, quando viene rilasciata 19.0.0.0.ru-2025-04.rur-2025-04.r1, l’istanza viene aggiornata automaticamente a questo RU. Allo stesso modo, se l’istanza database esegue 19.0.0.0.ru-2025-01.spb-1.r1, quando viene rilasciata 19.0.0.0.ru-2025-04.spb-1.r1, l’istanza viene aggiornata automaticamente a questo SPB. Un’istanza che esegue 19.0.0.0.ru-2025-01.rur-2025-01.r1, che è un RU, non si aggiornerà automaticamente a 19.0.0.0.ru-2025-04.spb-1.r1, che è un SPB su un percorso di aggiornamento separato. Puoi aggiornare l'istanza DB SPBs anche se l'istanza non utilizza Spatial, ma le patch Spatial si applicano solo a Oracle Spatial. È possibile eseguire manualmente l’aggiornamento da un RU a un SPB con la stessa versione del motore o una versione successiva. Puoi, ad esempio, aggiornare l’istanza da 19.0.0.0.ru-2025-01.rur-2025-01.r1 a una delle seguenti versioni del motore: + 19.0.0.0.ru-2025-01.spb-1.r1 + 19.0.0.0.ru-2025-04.spb-1.r1 È possibile aggiornare l’istanza da un SPB a un RU solo se l’RU è una versione del motore successiva. Puoi, ad esempio, eseguire l’aggiornamento dalla versione 19.0.0.0.ru-2025-04.spb-1.r1 a una versione RU 19.0.0.0.ru-2025-07.rur-2025-07.r1 successiva, ma non alla stessa versione RU 19.0.0.0.ru-2025-04.rur-2025-04.r1. Se l’istanza database è configurata per gli aggiornamenti automatici delle versioni secondarie ed esegui l’aggiornamento manuale da un RU a un SPB o da un SPB a un RU, il percorso di aggiornamento automatico cambia. Supponi di eseguire manualmente l’aggiornamento dall’RU versione 19.0.0.0.ru-2025-01.rur-2025-01.r1 all’SPB versione 19.0.0.0.ru-2025-01.spb-1.r1. Il successivo aggiornamento automatico di versioni secondarie sarà alla versione 19.0.0.0.ru-2025-04.spb-1.r1. Perché SPBs funzionano come RUs, gli RDS APIs per l'aggiornamento dell'istanza a e sono identici. RUs SPBs I comandi seguenti mostrano l’aggiornamento a un RU e a un SPB. ``` aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --engine-version 19.0.0.0.ru-2025-01.rur-2025-01.r1 aws rds modify-db-instance \ --db-instance-identifier mydbinstance \ --engine-version 19.0.0.0.ru-2025-01.spb-1.r1 ``` Per ulteriori informazioni sull’opzione Oracle Spatial, consulta [Come funzionano gli Spatial Patch Bundles () SPBs](Oracle.Options.Spatial.md#Oracle.Options.Spatial.SPBs). Per informazioni supportate RUs e SPBs per Oracle Database 19c, consulta [Amazon RDS for Oracle Database 19c](https://docs.aws.amazon.com/AmazonRDS/latest/OracleReleaseNotes/oracle-version-19-0.html) (19.0.0.0). ## Attivazione degli aggiornamenti a versioni secondarie automatiche per Oracle In un aggiornamento automatico della versione secondaria, RDS applica l'ultima versione secondaria disponibile al database Oracle senza intervento manuale. Un'istanza database Amazon RDS per Oracle pianifica l'aggiornamento durante la successiva finestra di manutenzione nelle seguenti circostanze: + L'opzione **Aggiornamento automatico della versione secondaria** è attivata per l'istanza database. + L'istanza database non esegue già la versione secondaria più recente del motore. Per informazioni su come attivare gli aggiornamenti automatici, consulta [Aggiornamento automatico della versione secondaria del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). ## Utilizzo della politica di implementazione degli aggiornamenti per gli AWS Organizations aggiornamenti automatici delle versioni secondarie Amazon RDS for Oracle AWS Organizations supporta la politica di implementazione degli aggiornamenti per gestire gli aggiornamenti automatici delle versioni secondarie su più risorse di database e. Account AWS Questa policy elimina il sovraccarico operativo legato al coordinamento degli aggiornamenti automatici delle versioni secondarie manualmente o tramite strumenti personalizzati, garantendo al contempo che gli aggiornamenti vengano applicati per la prima volta in ambienti non di produzione prima di essere implementati in produzione. Quando diventa disponibile una nuova versione secondaria del motore, Amazon RDS aggiorna le istanze DB in base all'ordine di implementazione dell'aggiornamento configurato: | Ordine di implementazione dell'upgrade | Caso d'uso tipico | Quando inizia l'aggiornamento | | --- | --- | --- | | Primo | Ambienti di sviluppo e test | Earest: ideale per la convalida di nuove versioni | | Secondo | Ambienti di staging e di produzione non critici | Al termine della «Prima» fase | | Ultimo | Ambienti di produzione critici | Al termine della «seconda» fase | **Importante** Se non configuri un ordine di implementazione dell'aggiornamento per la tua istanza DB, il valore predefinito è second. Per informazioni dettagliate sulla tempistica e la durata delle fasi, consulta. [In che modo Amazon RDS pianifica gli aggiornamenti automatici delle versioni secondarie](#oracle-minor-version-upgrade-scheduled) Per informazioni sulla configurazione delle politiche di implementazione degli aggiornamenti in AWS Organizations, vedere. [Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie](RDS.Maintenance.AMVU.UpgradeRollout.md) ## Amazon RDS per Oracle supporta il preavviso degli aggiornamenti automatici della versione secondaria Se l'aggiornamento automatico della versione secondaria è abilitato sull'istanza DB, RDS per Oracle crea azioni di manutenzione in sospeso per avvisare l'utente prima di applicare gli aggiornamenti. Puoi visualizzare queste azioni di manutenzione in sospeso nella scheda **Manutenzione e backup** della pagina dei dettagli del database nella console Amazon RDS. Quando diventa disponibile una nuova versione secondaria, RDS per Oracle pubblica una notifica anticipata (in attesa di intervento di manutenzione). La notifica anticipata ha il seguente formato: ``` An automatic minor version upgrade to engine-version will be applied during your maintenance window on apply-date based on the upgrade rollout order rollout-order. You can change the upgrade rollout order or apply this upgrade manually at any time before the scheduled date through the AWS console or AWS CLI. ``` `apply-date`nella notifica anticipata è indicata la data in cui Amazon RDS aggiornerà l'istanza DB. `rollout-order`è il tuo ordine di implementazione dell'upgrade (primo, secondo o ultimo). Se non hai configurato una politica di implementazione dell'aggiornamento, questo valore è il secondo per impostazione predefinita. Per ulteriori informazioni, consulta [Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie](RDS.Maintenance.AMVU.UpgradeRollout.md). Quando inizia la fase di implementazione dell'aggiornamento, il messaggio di azione di manutenzione in sospeso cambia nel formato seguente: ``` Automatic minor version upgrade to engine-version ``` Questo messaggio indica che l'aggiornamento è stato pianificato e verrà applicato durante la finestra di manutenzione alla data di applicazione pianificata. Puoi controllare la data di applicazione pianificata nella scheda **Manutenzione e backup** della pagina dei dettagli del database nella console Amazon RDS o nel `CurrentApplyDate` campo della risposta `describe-pending-maintenance-actions` API. L'esempio seguente mostra che è possibile ottenere i dettagli sulle azioni di manutenzione in sospeso utilizzando il `describe-pending-maintenance-actions` comando nella AWS CLI: ``` aws rds describe-pending-maintenance-actions "PendingMaintenanceActions": [ { "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:orclinst1", "PendingMaintenanceActionDetails": [ { "Action": "db-upgrade", "Description": "Automatic minor version upgrade to 21.0.0.0.ru-2024-07.rur-2024-07.r1", "CurrentApplyDate": "2024-12-02T08:10:00Z" } ] }, ... ``` Per ulteriori informazioni su come [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html), consulta la *Guida di riferimento ai comandi della AWS CLI *. ## In che modo Amazon RDS pianifica gli aggiornamenti automatici delle versioni secondarie Quando utilizzi la policy di implementazione degli upgrade di AWS Organizations, Amazon RDS aggiorna le istanze DB in fasi in base all'ordine di implementazione configurato. Questa sezione descrive i tempi e la durata di ogni fase. **Fase 0: notifica anticipata** Quando RDS for Oracle rilascia una nuova versione secondaria (in genere 3-4 settimane dopo il rilascio trimestrale della RU di Oracle), tutte le istanze DB con aggiornamento automatico della versione secondaria abilitato ricevono una notifica anticipata. Questa notifica viene visualizzata nella scheda **Manutenzione e backup** della pagina dei dettagli del database nella console Amazon RDS e nella risposta dell'`describe-pending-maintenance-actions`API. La fase di notifica anticipata dura 2 settimane. Durante questa fase, non si verificano aggiornamenti automatici. **Fase 1: aggiorna prima l'ordine di implementazione** Al termine della fase di notifica anticipata, RDS per Oracle inizia ad aggiornare le istanze DB innanzitutto con l'ordine di implementazione dell'aggiornamento. Questa fase dura da 2 a 3 settimane per le versioni secondarie trimestrali di gennaio, aprile e luglio e da 7 a 8 settimane per la versione minore trimestrale di ottobre. Il periodo prolungato per la versione secondaria di ottobre offre tempo sufficiente per testare la nuova versione secondaria durante le festività natalizie di fine anno. Le nuove istanze DB create durante questa fase con l'ordine di implementazione dell'aggiornamento verranno aggiornate automaticamente. **Fase 2: Upgrade Rollout Order (seconda fase)** Al termine della fase 1, RDS per Oracle inizia l'aggiornamento delle istanze DB con un secondo ordine di implementazione dell'aggiornamento. Questa fase dura 2 settimane per tutte le versioni minori trimestrali. Le nuove istanze DB create con l'ordine di implementazione dell'aggiornamento per la prima o la seconda volta durante questa fase verranno aggiornate automaticamente. **Fase 3: ultimo ordine di implementazione dell'aggiornamento** Al termine della Fase 2, RDS per Oracle inizia ad aggiornare le istanze DB con l'ultimo ordine di implementazione dell'aggiornamento. Questa fase dura fino al prossimo rilascio trimestrale della versione secondaria. Le nuove istanze DB create con l'ordine di implementazione dell'aggiornamento per la prima, la seconda o l'ultima volta durante questa fase verranno aggiornate automaticamente. | Fase | Quando inizia | Durata | Messaggio di operazione di manutenzione in sospeso | | --- | --- | --- | --- | | Fase 0: notifica anticipata | Quando RDS per Oracle rilascia una nuova versione secondaria | 2 settimane | Durante la finestra di manutenzione engine-version verrà applicato un aggiornamento automatico della versione secondaria a, in apply-date base all'ordine di implementazione dell'aggiornamento. rollout-order Puoi modificare l'ordine di implementazione dell'aggiornamento o applicarlo manualmente in qualsiasi momento prima della data pianificata tramite la AWS console o la AWS CLI. | | Fase 1: aggiorna prima l'ordine di implementazione | Fine della fase di notifica anticipata | Da 2 a 4 settimane per le versioni January/April/July secondarie, da 7 a 9 settimane per la versione minore di ottobre | Aggiornamento automatico della versione secondaria a engine-version | | Fase 2: Upgrade Rollout Order Second | Fine della fase 1 | 2 settimane | Aggiornamento automatico della versione secondaria a engine-version | | Fase 3: ultimo ordine di implementazione dell'aggiornamento | Fine della fase 2 | Fino al prossimo rilascio trimestrale della versione secondaria | Aggiornamento automatico della versione secondaria a engine-version | ## Gestione di un aggiornamento automatico della versione secondaria in RDS per Oracle Quando l'aggiornamento automatico della versione secondaria è abilitato sull'istanza DB, Amazon RDS aggiorna automaticamente l'istanza DB all'ultima versione secondaria durante la finestra di manutenzione. Tuttavia, puoi scegliere di applicare l'aggiornamento manualmente prima della data pianificata utilizzando la AWS CLI o nella scheda **Manutenzione e backup** della pagina dei dettagli del database. Per aggiornare immediatamente l'istanza DB anziché attendere la finestra di manutenzione pianificata: ``` aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \ --apply-action db-upgrade \ --opt-in-type immediate ``` Per applicare l'aggiornamento durante la prossima finestra di manutenzione anziché durante la data di applicazione pianificata: ``` aws rds apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \ --apply-action db-upgrade \ --opt-in-type next-maintenance ``` Per disattivare l'aggiornamento automatico della versione secondaria, modifica l'istanza DB e disattiva l'opzione di aggiornamento automatico della versione secondaria. Ciò annulla la pianificazione di qualsiasi aggiornamento automatico in sospeso. Per ulteriori informazioni su come disattivare l'aggiornamento automatico delle versioni secondarie, consulta. [Aggiornamento automatico della versione secondaria del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades) Se hai bisogno di assistenza per disattivare l'aggiornamento automatico delle versioni secondarie, contatta il AWS Supporto. A volte una nuova versione secondaria diventa disponibile prima che RDS applichi una versione secondaria precedente. Ad esempio, le istanze sono in esecuzione `21.0.0.0.ru-2025-07.rur-2025-07.r1` quando `both 21.0.0.0.ru-2025-10.rur-2025-10.r1` e `21.0.0.0.ru-2026-01.rur-2026-01.r1` sono disponibili come obiettivi di aggiornamento. In questa situazione, per evitare tempi di inattività non necessari per le istanze database, RDS pianifica l’aggiornamento automatico della versione secondaria alla versione più recente, saltando l’aggiornamento alla versione precedente. In questo esempio, RDS aggiorna l'istanza da `21.0.0.0.ru-2025-07.rur-2025-07.r1` Direct a. `21.0.0.0.ru-2026-01.rur-2026-01.r1` # Considerazioni sugli aggiornamenti per Oracle Database Prima di aggiornare l'istanza Oracle, esamina le informazioni riportate di seguito. **Topics** + [ ## Considerazioni su Oracle Multitenant ](#USER_UpgradeDBInstance.Oracle.multi) + [ ## Considerazioni su gruppi di opzioni ](#USER_UpgradeDBInstance.Oracle.OGPG.OG) + [ ## Considerazioni sui gruppi di parametri ](#USER_UpgradeDBInstance.Oracle.OGPG.PG) + [ ## Considerazioni sul fuso orario ](#USER_UpgradeDBInstance.Oracle.OGPG.DST) + [ ## Considerazioni sullo Spatial Patch Bundle (SPB) ](#USER_UpgradeDBInstance.Oracle.SPB) ## Considerazioni su Oracle Multitenant La tabella seguente illustra le architetture di Oracle Database supportate in diverse versioni. | Versione di Oracle Database | Stato del supporto RDS | Architecture | | --- | --- | --- | | Oracle Database 21c | Supportata | Solo CDB | | Oracle Database 19c | Supportata | CDB o non CDB | Nella tabella seguente vengono descritti i percorsi di aggiornamento supportati e non supportati. | Percorsi di aggiornamento | Supportato? | | --- | --- | | Da CDB a CDB | Sì | | Da non CDB a CDB | No, ma è possibile convertire un database non CDB in un database CDB e quindi eseguirne l’aggiornamento. | | Da CDB a non CDB | No | Per ulteriori informazioni su Oracle Multitenant in RDS per Oracle, consulta [Configurazione a tenant singolo dell'architettura CDB](Oracle.Concepts.CDBs.md#Oracle.Concepts.single-tenant). ## Considerazioni su gruppi di opzioni Se l'istanza DB utilizza un gruppo di opzioni personalizzato, a volte Amazon RDS non è in grado di assegnare automaticamente un nuovo gruppo di opzioni. Ad esempio, questo si verifica quando effettui l'aggiornamento a una nuova versione principale. In questi casi, quando esegui l’aggiornamento specifica un nuovo gruppo di opzioni. Ti consigliamo di creare un nuovo gruppo di opzioni e di aggiungere le stesse opzioni presenti nel gruppo di opzioni personalizzato esistente. Per ulteriori informazioni, consulta [Creazione di un gruppo di opzioni](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) o [Copia di un gruppo di opzioni](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy). Se l’istanza database utilizza un gruppo di opzioni personalizzato che contiene le opzioni `APEX` e `APEX-DEV`, a volte è possibile ridurre il tempo di aggiornamento. Per fare ciò, aggiorna la versione di Oracle APEX contemporaneamente all’istanza database. Per ulteriori informazioni, consulta [Aggiornamento della versione di Oracle APEX](Appendix.Oracle.Options.APEX.UpgradeandRemove.md#Appendix.Oracle.Options.APEX.Upgrade). ## Considerazioni sui gruppi di parametri Se l'istanza database utilizza un gruppo di parametri personalizzato, in alcuni casi Amazon RDS non può assegnare automaticamente all'istanza DB un nuovo gruppo di parametri. Ad esempio, questo si verifica quando effettui l'aggiornamento a una nuova versione principale. In questi casi, assicurati di specificare un nuovo gruppo di parametri quando esegui l'aggiornamento. Ti consigliamo di creare un nuovo gruppo di parametri e di configurare i parametri in modo analogo al gruppo di parametri personalizzato esistente. Per ulteriori informazioni, consulta [Creazione di un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Creating.md) o [Copia di un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Copying.md). ## Considerazioni sul fuso orario L'opzione del fuso orario consente di modificare il *fuso orario del sistema* utilizzato dall'istanza database Oracle. Ad esempio, potrebbe essere necessario modificare il fuso orario di un'istanza di database in modo che sia compatibile con un ambiente locale o con un'applicazione legacy. L'opzione del fuso orario modifica il fuso orario a livello di host. Amazon RDS for Oracle aggiorna automaticamente il fuso orario del sistema per tutto l'anno. Per ulteriori informazioni sulla modifica del fuso orario di sistema, consulta [Fuso orario Oracle](Appendix.Oracle.Options.Timezone.md). Quando si crea un'istanza database Oracle, il database imposta automaticamente il *fuso orario del database*. Il fuso orario del database è noto anche come fuso orario ora legale (DST). Il fuso orario del database è distinto dal fuso orario del sistema. Tra le release di Oracle Database, i set di patch o le singole patch possono includere nuove versioni dell'ora legale (DST). Queste patch riflettono le modifiche apportate alle regole di transizione per varie regioni di fuso orario. Ad esempio, un governo potrebbe cambiare il periodo in cui è in vigore l'ora legale. Le modifiche alle regole dell'ora legale possono influire sui dati di tipo di `TIMESTAMP WITH TIME ZONE` esistenti. Se si aggiorna un'istanza database RDS for Oracle, Amazon RDS non aggiorna automaticamente il file del fuso orario del database. Per aggiornare automaticamente il file del fuso orario, è possibile includere l’opzione `TIMEZONE_FILE_AUTOUPGRADE` nel gruppo di opzioni associato all'istanza DB durante o dopo l'aggiornamento della versione del motore. Per ulteriori informazioni, consulta [Aggiornamento automatico dei file di fuso orario Oracle](Appendix.Oracle.Options.Timezone-file-autoupgrade.md). In alternativa, per aggiornare manualmente il fuso orario del database, creare una nuova istanza database Oracle con la patch dell'ora legale (DST) desiderata. Tuttavia, si consiglia di aggiornare il file del fuso orario del database utilizzando l’opzione `TIMEZONE_FILE_AUTOUPGRADE`. Dopo aver aggiornato il file del fuso orario, migra i dati dall'istanza corrente alla nuova istanza. È possibile eseguire la migrazione dei dati utilizzando diverse tecniche, tra cui le seguenti: + AWS Database Migration Service + Oracolo GoldenGate + Oracle Data Pump + Originale Export/Import (non supportato per uso generale) **Nota** Quando si esegue la migrazione dei dati utilizzando Oracle Data Pump, l'utilità genera l'errore ORA-39405 quando la versione del fuso orario di destinazione è inferiore alla versione del fuso orario di origine. Per ulteriori informazioni, consulta l'argomento relativo alle [limitazioni TIMESTAMP con TimeZONE (TIMESTAMP WITH TIMEZONE Restrictions)](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-overview.html#GUID-9B6C92EE-860E-43DD-9728-735B17B9DA89) nella documentazione Oracle. ## Considerazioni sullo Spatial Patch Bundle (SPB) In RDS per Oracle, un aggiornamento della versione (RU) è una versione secondaria del motore che include correzioni di sicurezza, correzioni di bug e nuove funzionalità per Oracle Database. Uno Spatial Patch Bundle (SPB) è una versione secondaria del motore che include anche patch progettate per l’opzione Oracle Spatial. Ad esempio, 19.0.0.0.ru-2025-01.spb-1.r1 è una versione secondaria del motore che contiene le patch RU della versione del motore 19.0.0.0.ru-2025-01.rur-2025-01.r1 e le patch di Spatial. Quando aggiorni il database a SPBs, considera quanto segue: + SPBs sono supportati solo per Oracle Database 19c. + In genere, un SPB viene rilasciato 2-3 settimane dopo il corrispondente RU trimestrale. + È possibile aggiornare l’istanza database a SPB anche se l’istanza non utilizza l’opzione Oracle Spatial, ma le patch di Spatial nella versione del motore si applicano solo a Oracle Spatial. È possibile creare una nuova istanza su un SPB e installare l’opzione Oracle Spatial in un secondo momento. + Se abiliti l’aggiornamento automatico a una versione secondaria per l’istanza database in uso, il percorso di aggiornamento dipende dal fatto che attualmente l’istanza utilizzi o meno un SPB o RU. Se l’istanza utilizza un SPB, RDS aggiorna automaticamente l’istanza all’SPB più recente. Se l’istanza utilizza un RU, RDS aggiorna automaticamente l’istanza all’RU più recente. + Puoi aggiornare manualmente l’istanza database da un RU a un SPB solo se la versione dell’SPB è la stessa del motore o superiore a quella dell’RU corrente. + È possibile aggiornare manualmente l’istanza database da SPB a RU solo se la versione dell’RU è superiore. # Verifica di un aggiornamento del database Oracle Prima di eseguire l'aggiornamento di una versione principale nell'istanza database, verifica a fondo il database e tutte le applicazioni che accedono a esso per verificarne la compatibilità con la nuova versione. È consigliabile utilizzare la procedura seguente. **Per testare un aggiornamento di una versione principale** 1. Analizzare la documentazione dell'aggiornamento Oracle per la nuova versione del motore di database per verificare se sussistono problemi di compatibilità relativi al database o alle applicazioni. Per ulteriori informazioni, consultare la [Guida all'aggiornamento del database](https://docs.oracle.com/database/121/UPGRD/toc.htm) nella documentazione di Oracle. 1. Se l'istanza database utilizza un gruppo di opzioni personalizzato, creare un nuovo gruppo di opzioni compatibile con la nuova versione a cui si sta eseguendo l'aggiornamento. Per ulteriori informazioni, consulta [Considerazioni su gruppi di opzioni](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG). 1. Se l'istanza database utilizza un gruppo di parametri personalizzato, creare un nuovo gruppo di parametri compatibile con la nuova versione a cui si sta eseguendo l'aggiornamento. Per ulteriori informazioni, consulta [Considerazioni sui gruppi di parametri](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.PG). 1. Creare uno snapshot DB dell'istanza database da aggiornare. Per ulteriori informazioni, consulta [Creazione di uno snapshot del database per un’istanza database Single-AZ per Amazon RDS](USER_CreateSnapshot.md). 1. Ripristinare lo snapshot DB per creare una nuova istanza database di test. Per ulteriori informazioni, consulta [Ripristino in un’istanza database](USER_RestoreFromSnapshot.md). 1. Modificare la nuova istanza database di test per aggiornarla alla nuova versione, utilizzando uno dei metodi seguenti: + [Console](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console) + [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI) + [API RDS](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API) 1. Eseguire i test: + Eseguire quanti più test di controllo qualità possibili per l'istanza database aggiornata come necessario per assicurare che il database e l'applicazione funzionino correttamente con la nuova versione. + Implementare qualsiasi nuovo test necessario per valutare l'impatto di problemi di compatibilità identificati nella fase 1. + Testare tutte le stored procedure, le funzioni e i trigger. + Indirizzare le versioni di test delle applicazioni all'istanza database aggiornata. Verificare che le applicazioni funzionino correttamente con la nuova versione. + Valutare lo storage utilizzato dall'istanza aggiornata per determinare se l'aggiornamento richiede storage aggiuntivo. Potrebbe essere necessario scegliere una classe di istanza più grande per supportare la nuova versione in produzione. Per ulteriori informazioni, consulta [Classi di istanze DB ](Concepts.DBInstanceClass.md). 1. Se tutti i test passano, aggiornare l'istanza DB di produzione. Si consiglia di confermare che l'istanza DB funziona correttamente prima di consentire operazioni di scrittura per l'istanza DB. # Aggiornamento della versione di un’istanza database RDS per Oracle Per aggiornare manualmente la versione del motore DB di un'istanza DB RDS for Oracle, utilizza l'API Console di gestione AWS AWS CLI, the o RDS. Per informazioni generali sugli aggiornamenti per i database in RDS, consulta [Aggiornamento della versione di un’istanza database RDS per Oracle](#USER_UpgradeDBInstance.Oracle.Upgrading). Per ottenere obiettivi di aggiornamento validi, utilizzare il AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)comando. ## Console **Per aggiornare la versione del motore di un’istanza database RDS per Oracle tramite la console** 1. Accedi a Console di gestione AWS e apri la console Amazon RDS all'indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Nel riquadro di navigazione, scegliere **Databases (Database)** quindi selezionare l'istanza database da aggiornare. 1. Scegliere **Modify (Modifica)**. 1. Per la **versione del motore di database**, scegli una versione del database superiore. 1. Scegliere **Continue (Continua)** e controllare il riepilogo delle modifiche. Assicurati di comprendere le implicazioni di un aggiornamento della versione del database. Non è possibile riconvertire un’istanza database aggiornata alla versione precedente. Assicurati di aver testato sia il database che l’applicazione con la nuova versione prima di continuare. 1. Decidi quando pianificare l’aggiornamento dell’istanza database. Per applicare immediatamente le modifiche, scegliere **Apply immediately (Applica immediatamente)**. In alcuni casi, la chiusura di questa opzione può causare un'interruzione. Per ulteriori informazioni, consulta [Utilizzo dell’impostazione della pianificazione delle modifiche](USER_ModifyInstance.ApplyImmediately.md). 1. Nella pagina di conferma esaminare le modifiche. Se sono corrette, seleziona **Modifica istanza database** per salvare le modifiche. In alternativa, scegliere **Back (Indietro)** per cambiare le modifiche o **Cancel (Annulla)** per annullare le modifiche. ## AWS CLI Per aggiornare la versione del motore di un'istanza DB RDS for Oracle, puoi utilizzare il comando [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI. Specifica i seguenti parametri: + `--db-instance-identifier`: nome dell’istanza database RDS per Oracle. + `--engine-version`: numero di versione del motore di database a cui effettuare l’aggiornamento. Per informazioni sulle versioni valide del motore, utilizzare il AWS CLI [ describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html)comando. + `--allow-major-version-upgrade`: per aggiornare la versione del motore di database. + `--no-apply-immediately`: per applicare le modifiche durante la finestra di manutenzione successiva. Per applicare immediatamente le modifiche utilizzare `--apply-immediately`. **Example** L’esempio seguente aggiorna un’istanza CDB denominata `myorainst` dalla versione corrente di `19.0.0.0.ru-2024-01.rur-2024-01.r1` alla versione `21.0.0.0.ru-2024-04.rur-2024-04.r1`. Per Linux, macOS o Unix: ``` 1. aws rds modify-db-instance \ 2. --db-instance-identifier myorainst \ 3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 \ 4. --allow-major-version-upgrade \ 5. --no-apply-immediately ``` Per Windows: ``` 1. aws rds modify-db-instance ^ 2. --db-instance-identifier myorainst ^ 3. --engine-version 21.0.0.0.ru-2024-04.rur-2024-04.r1 ^ 4. --allow-major-version-upgrade ^ 5. --no-apply-immediately ``` ## API RDS Per aggiornare un'istanza DB di RDS for Oracle, utilizzare l'DBInstanceazione [Modifica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html). Specifica i seguenti parametri: + `DBInstanceIdentifier` – Nome dell'istanza database, ad esempio *`myorainst`*. + `EngineVersion` – Numero di versione del motore di database a cui effettuare l'aggiornamento. Per informazioni sulle versioni valide del motore, utilizzare l'operazione [Descrivi DBEngine le versioni](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html). + `AllowMajorVersionUpgrade` – Se consentire un aggiornamento della versione principale. A questo scopo, imposta il valore su `true`. + `ApplyImmediately` – Indica se applicare le modifiche immediatamente o durante la finestra di manutenzione successiva. Per applicare le modifiche immediatamente, imposta il valore su `true`. Per applicare le modifiche durante la finestra di manutenzione successiva imposta il valore su `false`. # Aggiornamento di uno shapshot DB Oracle L’aggiornamento degli snapshot di Oracle DB in Amazon RDS garantisce che il database rimanga sicuro, compatibile e completamente supportato. Man mano che le versioni precedenti di Oracle raggiungono la fine del supporto delle patch, puoi aggiornare qualsiasi snapshot di database manuale associato a tali versioni per evitare potenziali vulnerabilità o limitazioni del servizio. Per ulteriori informazioni, consulta [Gestione della versione del motore Oracle.](USER_UpgradeDBInstance.Oracle.Overview.md#Oracle.Concepts.Patching). Amazon RDS supporta l’aggiornamento degli snapshot in tutte le Regioni AWS. ## Console **Per aggiornare uno shapshot DB Oracle** 1. Accedi alla Console di gestione AWS e apri la console Amazon RDS all’indirizzo [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Nel riquadro di navigazione scegliere **Snapshots (Snapshot)** e selezionare lo snapshot DB da aggiornare. 1. Per **Actions (Operazioni)**, scegliere **Upgrade snapshot (Aggiorna snapshot)**. Viene visualizzata la pagina **Upgrade snapshot (Aggiorna snapshot)**. 1. Scegliere la **nuova versione del motore** a cui aggiornare la copia istantanea. 1. (Facoltativo) Per **Option group (Gruppo di opzioni)**, selezionare il gruppo di opzioni per lo snapshot DB aggiornato. Le stesse considerazioni sui gruppi di opzioni per quando si aggiorna un'istanza database si applicano quando si aggiorna uno snapshot DB. Per ulteriori informazioni, consulta [Considerazioni su gruppi di opzioni](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG). 1. Per salvare le modifiche, scegliere **Salva modifiche**. Durante il processo di aggiornamento, tutte le operazioni dello snapshot sono disabilitate per lo snapshot database. Inoltre, lo stato dello snapshot DB cambia da **available (disponibile)** a **upgrading (in aggiornamento)**, quindi diventa **active (attivo)** al completamento. Se lo snapshot DB non può essere aggiornato a causa di problemi di corruzione, lo stato diventa **unavailable (non disponibile)**. Non è possibile recuperare lo snapshot quando è in questo stato. **Nota** Se l’aggiornamento dello snapshot fallisce, lo snapshot viene riportato allo stato originario con la versione iniziale. ## AWS CLI Per aggiornare uno snapshot DB Oracle tramite AWS CLI, chiamare il comando [modify-db-snapshot](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-snapshot.html) con i parametri seguenti: + `--db-snapshot-identifier` – Nome dello snapshot DB. + `--engine-version` – Versione a cui aggiornare lo snapshot. Puoi anche includere il seguente parametro. Le stesse considerazioni sui gruppi di opzioni per quando si aggiorna un'istanza database si applicano quando si aggiorna uno snapshot DB. Per ulteriori informazioni, consulta [Considerazioni su gruppi di opzioni](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG). + `--option-group-name` – Gruppo di opzioni per lo snapshot DB aggiornato. **Example** Il seguente esempio consente di aggiornare uno snapshot DB. Per Linux, macOS o Unix: ``` aws rds modify-db-snapshot \ --db-snapshot-identifier mydbsnapshot \ --engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 \ --option-group-name default:oracle-se2-19 ``` Per Windows: ``` aws rds modify-db-snapshot ^ --db-snapshot-identifier mydbsnapshot ^ --engine-version 19.0.0.0.ru-2020-10.rur-2020-10.r1 ^ --option-group-name default:oracle-se2-19 ``` ## API RDS Per aggiornare uno snapshot DB Oracle tramite l'API Amazon RDS, chiamare l'operazione [ModifyDBSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBSnapshot.html) con i parametri seguenti: + `DBSnapshotIdentifier` – Nome dello snapshot DB. + `EngineVersion` – Versione a cui aggiornare lo snapshot. Potrebbe anche essere necessario includere il parametro `OptionGroupName`. Le stesse considerazioni sui gruppi di opzioni per quando si aggiorna un'istanza database si applicano quando si aggiorna uno snapshot DB. Per ulteriori informazioni, consulta [Considerazioni su gruppi di opzioni](USER_UpgradeDBInstance.Oracle.OGPG.md#USER_UpgradeDBInstance.Oracle.OGPG.OG).