Aggiornamenti a una versione secondaria Oracle

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

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

In RDS per Oracle, un aggiornamento della versione secondaria è un aggiornamento a una versione principale del motore DB. In RDS, una versione secondaria del motore è un Release Update (RU) o Spatial Patch Bundle (SPB). Ad esempio, se l'istanza DB esegue la versione principale di Oracle Database 21c e la versione secondaria 21.0.0.0.ru-2024-10.rur-2024-10.r1, è possibile aggiornare il motore di 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à. Considerate questo periodo di inattività quando pianificate gli upgrade.

Release Updates (RUs) e Spatial Patch Bundle () SPBs

In RDS, un aggiornamento di rilascio (RU) è una versione trimestrale secondaria del motore che include correzioni di sicurezza, correzioni di bug e nuove funzionalità per Oracle Database. Uno Spatial Patch Bundle (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.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 la RU corrispondente. La tabella seguente mostra esempi di versioni secondarie per Oracle Database 19c.

Se l'istanza DB è configurata per gli aggiornamenti automatici, l'istanza si trova sul percorso di aggiornamento corrispondente alla versione corrente. Ad esempio, se l'istanza DB esegue la versione 19.0.0.0.ru-2025-01.rur-2025-01.r1, quando viene rilasciato 19.0.0.0.ru-2025-04.rur-2025-04.rur-2025-04.r1, l'istanza viene aggiornata automaticamente a questa RU. Allo stesso modo, se l'istanza DB esegue 19.0.0.0.ru-2025-01.spb-1.r1, quando 19.0.0.0.ru-2025-04.spb-1.r1 viene rilasciato, l'istanza viene aggiornata automaticamente a questo SPB. Un'istanza che esegue 19.0.0.0.ru-2025-01.rur-2025-01.r1, che è una RU, non verrà aggiornata automaticamente a 19.0.0.0.ru-2025-04.spb-1.r1, che è un SPB su un percorso di aggiornamento separato.

È SPBs possibile aggiornare l'istanza DB anche se l'istanza non utilizza Spatial, ma le patch Spatial si applicano solo a Oracle Spatial. È possibile eseguire l'aggiornamento manualmente da una RU a un SPB con la stessa versione del motore o superiore. Ad esempio, puoi 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 una RU solo se la RU è una versione del motore superiore. Ad esempio, è possibile eseguire l'aggiornamento dalla versione SPB 19.0.0.0.ru-2025-04.spb-1.r1 a una versione RU superiore 19.0.0.0.ru-2025-07.rur-2025-07.r1 ma non alla stessa versione RU 19.0.0.0.ru-2025-04.rur-2025-04.r1.

Se l'istanza DB è configurata per gli aggiornamenti automatici delle versioni secondarie e si esegue l'aggiornamento manuale da una RU a un SPB o da un SPB a una RU, il percorso di aggiornamento automatico cambia. Supponiamo di eseguire l'aggiornamento manualmente dalla versione RU 19.0.0.0.ru-2025-01.rur-2025-01.r1 alla versione SPB 19.0.0.0.ru-2025-01.spb-1.r1. Il prossimo aggiornamento automatico della versione secondaria sarà alla versione SPB 19.0.0.0.ru-2025-04.spb-1.r1.

Perché funzionano come, gli RDS per l'aggiornamento dell'istanza a e sono identici. SPBs RUs APIs RUs SPBs I comandi seguenti mostrano l'aggiornamento a una 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, vedere. 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.

Avviso anticipato sulla pianificazione automatica degli aggiornamenti delle versioni secondarie

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 programmare 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 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 DB nella prossima 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 entrambe minor-version-2 minor-version-3 sono disponibili come destinazioni di aggiornamento. In questa situazione, per evitare tempi di inattività non necessari per le istanze DB, 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 direttamente da. minor-version-1 minor-version-3

Per garantire una certa frequenza degli aggiornamenti delle versioni minori, puoi 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 l'aggiornamento immediato, specifica --apply-immediately invece. Per ulteriori informazioni, consulta Aggiornamento manuale della versione del motore.

Gestione di un aggiornamento automatico della versione secondaria 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 .