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. Per informazioni su come configurare gli aggiornamenti automatici, consulta Aggiornamento automatico della versione secondaria del motore. 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.

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.

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. Per informazioni supportate RUs e SPBs per Oracle Database 19c, consulta Amazon RDS for Oracle Database 19c (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.

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

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

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, 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-actionsAPI. 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 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