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), un Supplemental Patch Bundle (SPB) o, per Oracle Database 26ai, un RU abbinato a una Monthly Recommended Patch (MRP). 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.rur-2025-10.r1, è possibile aggiornare il motore DB alla versione secondaria 19.0.0.0.ru-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 una 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.

Aggiornamenti di rilascio (RU) e Supplemental Patch Bundle (SPB)

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 Supplemental Patch Bundle (SPB) è una versione del motore RU che include patch di database aggiuntive consigliate da Oracle per casi d'uso specifici, come Oracle Spatial, Oracle Data Pump e Oracle. GoldenGate Ad esempio, l'SPB denominato 19.0.0.0.ru-2026-04.spb-1.r1 include tutte le patch nella corrispondente RU 19.0.0.0.ru-2026-04.rur-2026-04.r1 più le patch supplementari. Gli SPB sono supportati per Oracle Database 19c e Oracle Database 26ai.

Quando l’istanza è configurata per gli aggiornamenti automatici delle versioni secondarie, RU e SPB seguono 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 DB esegue la versione 19.0.0.0.ru-2026-04.rur-2026-04.r1, quando viene rilasciato 19.0.0.0.ru-2026-07.rur-2026-07.r1, l'istanza si aggiorna automaticamente a questa RU. Analogamente, se l'istanza DB esegue 19.0.0.0.ru-2026-04.spb-1.r1, quando viene rilasciato 19.0.0.0.ru-2026-07.spb-1.r1, l'istanza si aggiorna automaticamente a questo SPB. Un'istanza che esegue 19.0.0.0.ru-2026-04.rur-2026-04.r1, che è una RU, non verrà aggiornata automaticamente a 19.0.0.0.ru-2026-07.spb-1.r1, che è un SPB su un percorso di aggiornamento separato.

Puoi aggiornare la tua istanza DB agli SPB anche se attualmente non presenta casi d'uso come Oracle Spatial, Oracle Data Pump e Oracle GoldenGate. È possibile eseguire manualmente l’aggiornamento da un RU a un SPB con la stessa versione del motore o una versione successiva. Ad esempio, puoi aggiornare la tua istanza da 19.0.0.0.ru-2026-04.rur-2026-04.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. Ad esempio, è possibile eseguire l'aggiornamento dalla versione SPB 19.0.0.0.ru-2026-04.spb-1.r1 a una versione RU successiva 19.0.0.0.ru-2026-07.rur-2026-07.r1 ma non alla stessa versione RU 19.0.0.0.ru-2026-04.rur-2026-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. Supponiamo di eseguire l'aggiornamento manuale dalla versione RU 19.0.0.0.ru-2026-04.rur-2026-04.r1 alla versione SPB 19.0.0.0.ru-2026-04.spb-1.r1. Il prossimo aggiornamento automatico della versione secondaria sarà alla versione SPB 19.0.0.0.ru-2026-07.spb-1.r1.

Poiché gli SPB funzionano come RU, le API RDS per l’aggiornamento dell’istanza a RU e SPB sono identiche. 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-2026-04.rur-2026-04.r1

aws rds modify-db-instance \
    --db-instance-identifier mydbinstance \
    --engine-version 19.0.0.0.ru-2026-04.spb-1.r1

Per ulteriori informazioni su come gli SPB funzionano con Oracle Spatial, vedere. Come funzionano i Supplemental Patch Bundle (SPB) Per un elenco di RU ed SPB supportati per Oracle Database 19c, consulta Amazon RDS per Oracle Database 19c (19.0.0.0). Per RU, MRP e SPB supportati per Oracle Database 26ai, consulta Amazon RDS per Oracle Database 26ai (26.0.0.0).

Aggiornamenti delle versioni e patch mensili consigliate

RDS for Oracle rilascia trimestralmente nuove versioni secondarie del motore di Oracle Database 26ai (26.0.0.0). Ogni versione del motore di Oracle Database 26ai include un componente RU e un componente MRP. Una RU include le patch rilasciate da Oracle per il trimestre specificato. Un MRP include un aggiornamento critico delle patch di sicurezza e altre correzioni consigliate da Oracle.

Una versione del motore Oracle Database 26ai utilizza il seguente formato:. release.ru-ru-date.mrp-mrp-date.rrnumber Il formato include i seguenti componenti:

Ad esempio, si chiama RU trimestrale di gennaio 2026. 26.0.0.0.ru-2026-01.mrp-2026-01.r1

Oracle può rilasciare un MRP nei mesi compresi tra le RU trimestrali. Un nuovo MRP migliora il componente MRP della versione del motore, mentre il componente RU rimane invariato. Ad esempio, 26.0.0.0.ru-2026-01.mrp-2026-03.r1 include l'RU di gennaio 2026 più l'MRP di marzo 2026.

Oracle non rilascia un MRP per ogni mese. Se in un mese non sono previste nuove correzioni consigliate o un aggiornamento critico delle patch di sicurezza per l'RU, Oracle non rilascia un MRP per quel mese.

RDS for Oracle supporta gli MRP solo per la RU più recente. Per ottenere le correzioni di sicurezza più recenti per una RU precedente, aggiorna l'istanza DB alla RU più recente.

È possibile eseguire l'aggiornamento a qualsiasi versione superiore del motore Oracle Database 26ai. L'aggiornamento può essere una nuova RU trimestrale, un nuovo MRP o entrambi. RDS per Oracle non supporta i downgrade a versioni precedenti. Per ulteriori informazioni sulle RU e sugli MRP supportati per Oracle Database 26ai, consulta Amazon RDS per Oracle Database 26ai (26.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 AWS Organizations politica di implementazione degli aggiornamenti per gli aggiornamenti automatici delle versioni secondarie

Amazon RDS for Oracle supporta una politica di implementazione degli AWS Organizations aggiornamenti per gestire gli aggiornamenti automatici delle versioni secondarie su più risorse di database e. Account AWS Questa policy elimina il sovraccarico operativo dovuto al coordinamento degli aggiornamenti automatici delle versioni secondarie manualmente o tramite strumenti personalizzati, garantendo al contempo che gli aggiornamenti vengano prima applicati 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 degli aggiornamenti configurato:

Per informazioni dettagliate sulla tempistica e sulla durata delle fasi, vedere. In che modo Amazon RDS pianifica gli aggiornamenti automatici delle versioni secondarie Per informazioni sulla configurazione delle politiche di implementazione degli aggiornamenti nelle AWS organizzazioni, 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 for Oracle crea azioni di manutenzione in sospeso per notificarti 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 di Amazon RDS.

Quando una nuova versione secondaria diventa disponibile, RDS for Oracle pubblica una notifica anticipata (azione di manutenzione in sospeso). 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 è la data in cui Amazon RDS aggiornerà la tua 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 relativo all'azione di manutenzione in sospeso assume il seguente formato:

Automatic minor version upgrade to engine-version

Questo messaggio indica che l'aggiornamento è stato pianificato e verrà applicato durante il periodo di manutenzione alla data di applicazione prevista. Puoi controllare la data di applicazione pianificata nella scheda Manutenzione e backup della pagina dei dettagli del database nella console di 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 CLI: AWS

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 describe-pending-maintenance-actions, consulta Riferimento ai comandi AWS CLI .

In che modo Amazon RDS pianifica gli aggiornamenti automatici delle versioni secondarie

Quando utilizzi la politica di implementazione degli aggiornamenti di AWS Organizations, Amazon RDS aggiorna le istanze DB in fasi in base all'ordine di rollout configurato. Questa sezione descrive i tempi e la durata di ciascuna fase.

Fase 0: notifica anticipata

Quando RDS for Oracle rilascia una nuova versione secondaria (in genere 3-4 settimane dopo il rilascio trimestrale di Oracle RU), tutte le istanze DB con l'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 di Amazon RDS e nella risposta API. describe-pending-maintenance-actions La fase di notifica anticipata dura 2 settimane. Durante questa fase, non si verificano aggiornamenti automatici.

Fase 1: Upgrade & Rollout Order First

Al termine della fase di notifica anticipata, RDS for Oracle inizia ad aggiornare le istanze DB con l'ordine di implementazione dell'aggiornamento per primo. 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 secondaria 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 Second

Al termine della fase 1, RDS for Oracle inizia l'aggiornamento delle istanze DB con un secondo ordine di implementazione dell'aggiornamento. Questa fase dura 2 settimane per tutte le versioni secondarie trimestrali. Le nuove istanze DB create con il primo o il secondo ordine di implementazione dell'aggiornamento durante questa fase verranno aggiornate automaticamente.

Fase 3: ultimo ordine di implementazione dell'aggiornamento

Al termine della Fase 2, RDS for Oracle inizia ad aggiornare le istanze DB con l'ultimo ordine di implementazione dell'aggiornamento. Questa fase dura fino al successivo rilascio trimestrale della versione secondaria. Le nuove istanze DB create con l'ordine di implementazione dell'aggiornamento per primo, secondo o ultimo durante questa fase verranno aggiornate automaticamente.

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

Quando l'aggiornamento automatico della versione secondaria è abilitato sulla tua istanza DB, Amazon RDS aggiorna automaticamente l'istanza DB alla versione secondaria più recente durante il periodo di manutenzione. Tuttavia, puoi scegliere di applicare l'aggiornamento manualmente prima della data pianificata utilizzando l'interfaccia a riga di AWS comando o nella scheda Manutenzione e backup della pagina dei dettagli del database.

Per aggiornare immediatamente l'istanza DB invece di attendere la finestra di manutenzione programmata:

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 programmazione di eventuali aggiornamenti automatici 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 della versione secondaria, contatta l' AWS assistenza.

A volte una nuova versione secondaria diventa disponibile prima che RDS applichi una versione secondaria precedente. Ad esempio, le tue 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 destinazioni 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 21.0.0.0.ru-2025-07.rur-2025-07.r1 direttamente a. 21.0.0.0.ru-2026-01.rur-2026-01.r1