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

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 database esegue la versione principale Oracle Database 21c e la versione secondaria 21.0.0.0.ru-2024-10.rur-2024-10.r1, puoi eseguire l’aggiornamento del motore del database alla versione secondaria 21.0.0.0.ru-2025-01.rur-2025-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.

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.

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:

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

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 ti aiuta a implementare una strategia di aggiornamento controllata per le tue istanze DB Oracle aggiornando automaticamente i database in un ordine specificato (ad esempio, ambienti di sviluppo prima della produzione).

Per ulteriori informazioni, consulta 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

RDS pubblica un preavviso prima di iniziare a pianificare gli aggiornamenti automatici. Puoi trovare la notifica nella scheda Manutenzione e backup della pagina dei dettagli del database. Il messaggio ha il formato seguente:

An automatic minor version upgrade to engine version will become available on availability-date and will be applied during a subsequent maintenance window.

L'avviso anticipato è la data availability-date in cui RDS inizia a pianificare gli aggiornamenti per le istanze DB nel tuo. Regione AWS Non è la data in cui è pianificata l'esecuzione dell'aggiornamento dell'istanza database. Ad esempio, se availability-date è il 1° marzo, in questa data RDS potrebbe pianificare l'aggiornamento per il 14 aprile.

È inoltre possibile ottenere la data di disponibilità dell'aggiornamento utilizzando il describe-pending-maintenance-actions comando in AWS CLI, come illustrato nell'esempio seguente:

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",
                    "OptInStatus": "next-maintenance"
                }
            ]
        }, ...

La tabella seguente descrive le opzioni per ogni tipo di messaggio di operazione di manutenzione in sospeso.

Per ulteriori informazioni su come describe-pending-maintenance-actions, consulta la Guida di riferimento ai comandi della AWS CLI .

Quando RDS pianifica gli aggiornamenti automatici delle versioni secondarie in RDS per Oracle

Quando arriva la data di disponibilità degli aggiornamenti automatici, RDS inizia a pianificare gli aggiornamenti. Nella maggior parte dei casi Regioni AWS, RDS pianifica l'aggiornamento all'ultima RU trimestrale circa 4-6 settimane dopo la data di disponibilità. La data programmata varia in base a Regione AWS e ad altri fattori. Per ulteriori informazioni su RUs e RURs, consulta le note di rilascio di Amazon RDS for Oracle.

Quando RDS pianifica l'aggiornamento, viene visualizzata la seguente notifica nella scheda Manutenzione e backup della pagina dei dettagli del database:

Automatic minor version upgrade to engine-version

Il messaggio precedente indica che RDS ha pianificato l’aggiornamento del motore di database nella successiva finestra di manutenzione.

A volte una nuova versione secondaria diventa disponibile prima che RDS applichi una versione secondaria precedente. Ad esempio, l'istanza è in esecuzione minor-version-1 quando entrambi minor-version-2 minor-version-3 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 minor-version-1 Direct a. minor-version-3

Per garantire una certa frequenza degli aggiornamenti delle versioni secondarie, è possibile aggiornare le istanze manualmente anziché utilizzare il meccanismo di aggiornamento automatico. Per pianificare un aggiornamento per la finestra di manutenzione successiva, specifica --no-apply-immediately quando esegui l’aggiornamento a una versione secondaria utilizzando modify-db-instance. Per eseguire un aggiornamento immediato, specifica invece --apply-immediately. Per ulteriori informazioni, consulta Aggiornamento manuale della versione del motore.

Gestione di un aggiornamento automatico della versione secondaria in RDS per Oracle

Quando diventa disponibile una nuova versione secondaria, puoi eseguire manualmente l'aggiornamento dell'istanza database a questa versione. L'esempio seguente aggiorna immediatamente l'istanza database denominata orclinst1:

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 annullare l'aggiornamento automatico di una versione secondaria che non è stato ancora pianificato, imposta --opt-in-type su undo-opt-in come nell'esempio seguente:

aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-east-1:123456789012:db:orclinst1 \
    --apply-action db-upgrade \
    --opt-in-type undo-opt-in

Se RDS ha già pianificato un aggiornamento per l'istanza database, non puoi utilizzare apply-pending-maintenance-action per annullarlo. È tuttavia possibile modificare l'istanza database e disattivare la funzionalità di aggiornamento automatico della versione secondaria, che quindi annulla la pianificazione dell'aggiornamento.

Per informazioni su come disattivare gli aggiornamenti automatici della versione secondaria, consulta Aggiornamento automatico della versione secondaria del motore. Per ulteriori informazioni su come apply-pending-maintenance-action, consulta la Guida di riferimento ai comandi della AWS CLI .