

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

# Manutenzione di un’istanza database
<a name="USER_UpgradeDBInstance.Maintenance"></a>

Periodicamente, Amazon RDS esegue la manutenzione delle risorse Amazon RDS. I seguenti argomenti descrivono queste azioni di manutenzione e come applicarle.

## Panoramica degli aggiornamenti di manutenzione delle istanze database
<a name="USER_UpgradeDBInstance.Maintenance.Overview"></a>

La manutenzione spesso comporta aggiornamenti alle seguenti risorse dell’istanza database:
+ Hardware sottostante
+ Sistema operativo (OS) sottostante
+ Versione del motore del database

Gli aggiornamenti al sistema operativo si verificano generalmente per problemi di sicurezza. Consigliamo di eseguirli il prima possibile. Per ulteriori informazioni sugli aggiornamenti del sistema operativo, consulta [Applicazione degli aggiornamenti a un di istanze DB](#USER_UpgradeDBInstance.OSUpgrades).

**Topics**
+ [Risorse offline durante gli aggiornamenti di manutenzione](#USER_UpgradeDBInstance.Maintenance.Overview.offline)
+ [Modifiche differite dell'istanza DB](#USER_UpgradeDBInstance.Maintenance.Overview.Deferred)
+ [Eventuale coerenza per l'API DescribePendingMaintenanceActions](#USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency)

### Risorse offline durante gli aggiornamenti di manutenzione
<a name="USER_UpgradeDBInstance.Maintenance.Overview.offline"></a>

Per alcune operazioni di manutenzione, Amazon RDS deve portare offline l’istanza database per un breve intervallo di tempo. Tra le operazioni di manutenzione che richiedono l’impostazione offline di una risorsa si annovera l’applicazione delle patch necessarie al sistema operativo o al database. L’applicazione delle patch necessarie viene pianificata automaticamente solo per le patch correlate alla sicurezza e all’affidabilità dell’istanza. Tali patch si verificano raramente, in genere una volta ogni pochi mesi. Raramente richiedono più di una frazione del periodo di manutenzione.

### Modifiche differite dell'istanza DB
<a name="USER_UpgradeDBInstance.Maintenance.Overview.Deferred"></a>

Le modifiche dell’istanza database differita che si è scelto di non applicare immediatamente vengono applicate durante la finestra di manutenzione. Ad esempio, puoi scegliere di modificare la classe di istanza database o il gruppo di parametri durante la finestra di manutenzione. Le modifiche specificate utilizzando l’impostazione di **riavvio in sospeso** non vengono visualizzate nell’elenco **Manutenzione in sospeso** . Per ulteriori informazioni sulla modifica di un’istanza di database, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md).

Per vedere le modifiche in sospeso per la prossima finestra di manutenzione, usa il [describe-db-instances](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/describe-db-instances.html) AWS CLI comando e controlla il campo. `PendingModifiedValues`

### Eventuale coerenza per l'API DescribePendingMaintenanceActions
<a name="USER_UpgradeDBInstance.Maintenance.Overview.eventual-consistency"></a>

L’API `DescribePendingMaintenanceActions` di Amazon RDS segue un modello di consistenza finale. Ciò significa che il risultato dell’esecuzione del comando `DescribePendingMaintenanceActions` potrebbe non essere immediatamente visibile a tutti i comandi successivi di RDS. Tienilo a mente quando utilizzi `DescribePendingMaintenanceActions` immediatamente dopo aver utilizzato un comando API precedente.

L’eventuale coerenza può influire sul modo in cui hai gestito gli aggiornamenti di manutenzione. Ad esempio, se si esegue il comando `ApplyPendingMaintenanceActions` per aggiornare la versione del motore di database per un’istanza database, alla fine sarà visibile a `DescribePendingMaintenanceActions`. In questo scenario, `DescribePendingMaintenanceActions` potrebbe mostrare che l’azione di manutenzione non è stata applicata anche nel caso lo sia stata.

Per gestire la coerenza finale, procedi nel modo seguente:
+ Conferma lo stato di istanza database prima di eseguire un comando per modificarlo. Esegui il comando `DescribePendingMaintenanceActions` appropriato utilizzando un algoritmo di backoff esponenziale per assicurarti di concedere tempo sufficiente per la propagazione del comando precedente nel sistema. A tale scopo, esegui il comando `DescribePendingMaintenanceActions` ripetutamente, iniziando con un paio di secondi di attesa e aumentando gradualmente fino a cinque minuti di attesa. 
+ Aggiungi il tempo di attesa tra i comandi successivi, anche se un comando `DescribePendingMaintenanceActions` restituisce una risposta accurata. Applica un algoritmo di backoff esponenziale a partire da un paio di secondi di attesa e aumenta gradualmente fino a circa cinque minuti di attesa.

## Visualizzazione degli aggiornamento di manutenzione in sospeso
<a name="USER_UpgradeDBInstance.Maintenance.Viewing"></a>

Verifica se è disponibile un aggiornamento di manutenzione per il tuo di istanze DB utilizzando la console RDS, l'API RDS o l' AWS CLI API RDS. Se è disponibile un aggiornamento, viene indicato nella colonna **Manutenzione** per l’istanza di database nella console Amazon RDS, come illustrato in questa figura.

![\[L’azione di manutenzione è disponibile e verrà applicata nella finestra di manutenzione successiva.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/offlinepatchavailable.png)


Se non è disponibile alcun aggiornamento di manutenzione per il di un’istanza database, il valore della colonna corrispondente è **none (nessuno)**.

Se è disponibile un aggiornamento di manutenzione per il di un’istanza database, la colonna può avere i seguenti valori:
+ **richiesto** – L’operazione di manutenzione sarà applicata alla risorsa e non può essere a tempo indeterminato.
+ **disponibile** – L’operazione di manutenzione è disponibile ma non sarà automaticamente applicata alla risorsa. Puoi applicarla manualmente.
+ **finestra successiva** – L’operazione di manutenzione sarà applicata alla risorsa durante la finestra di manutenzione successiva.
+ **In corso** – L’operazione di manutenzione è in fase di applicazione alla risorsa.

Se è disponibile un aggiornamento, puoi scegliere una di queste operazioni:
+ Se il valore di manutenzione è **finestra successiva**, posticipare le azioni di manutenzione scegliendo **Posticipa aggiornamento** da **Operazioni**. Non puoi rinviare un’azione di manutenzione che è già stata avviata.
+ Applica immediatamente le operazioni di manutenzione.
+ Applica le azioni di manutenzione durante la successiva finestra di manutenzione.
+ Non eseguire alcuna operazione.

**Per eseguire un'azione utilizzando il Console di gestione AWS**

1. Scegli il nome dell’istanza di database per visualizzarne i dettagli.

1. Scegliere **Manutenzione e backup**. Vengono visualizzate le azioni di manutenzione in attesa.

1. Scegli l’azione da intraprendere, quindi scegli quando applicarla.

![\[Elementi di manutenzione in sospeso per un’istanza database RDS.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/pending_maintenance_rds.png)


La finestra di manutenzione determina l’avvio delle operazioni in sospeso, ma non limita il tempo di esecuzione totale di tali operazioni. Non è garantito che le operazioni di manutenzione terminino prima della fine della finestra di manutenzione e potrebbero continuare oltre l’ora di fine specificata. Per ulteriori informazioni, consulta [Finestra di manutenzione Amazon RDS](#Concepts.DBMaintenance).

È inoltre possibile verificare se è disponibile un aggiornamento di manutenzione per il di istanze DB eseguendo il [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI comando.

Per informazioni sull’applicazione degli aggiornamenti di manutenzione, consulta [Applicazione degli aggiornamenti a un di istanze DB](#USER_UpgradeDBInstance.OSUpgrades).

### Azioni di manutenzione per Amazon RDS
<a name="maintenance-actions-rds"></a>

Le seguenti azioni di manutenzione si applicano alle istanze database RDS:
+ `server-certificate-rotation`— Ruota il certificato del server Amazon RDS per l'istanza DB.
**Nota**  
I motori che supportano la rotazione senza riavvio non ricevono questa notifica.
+ `db-upgrade`: aggiorna la versione del motore database per l’istanza database.
+ `hardware-maintenance`: esegue la manutenzione sull’hardware sottostante per l’istanza database.
+ `system-update`— Aggiorna il sistema operativo per l’istanza database.

## Manutenzione per le implementazioni Multi-AZ
<a name="USER_UpgradeDBInstance.Maintenance.Multi-AZ"></a>

L’esecuzione di un’istanza database come implementazione Multi-AZ permette di ridurre ulteriormente l’impatto di un evento di manutenzione. Questo perché Amazon RDS applica gli aggiornamenti del sistema operativo seguendo questi passaggi: 

1. Esecuzione della manutenzione nell’istanza di standby.

1. Promozione dell’istanza di standby a primaria.

1. Esecuzione della manutenzione nell’istanza primaria precedente, che diventa la nuova istanza di standby.

Quando il motore di database per l’istanza database viene aggiornato in un’implementazione Multi-AZ, Amazon RDS modifica contemporaneamente  l’istanza database primaria e quella secondaria. In questo caso, l’istanza database primaria e quella secondaria nell’implementazione Multi-AZ non sono disponibili durante l’aggiornamento. Finché l’aggiornamento non è completato, l’operazione causa tempi di inattività. La durata dell’interruzione varia in base alla dimensione dell’istanza database.

Se è necessario applicare le patch del sistema operativo sottostante, bisogna prevedere un breve failover Multi-AZ per applicare le patch all’istanza database primaria. Questo failover dura in genere meno di un minuto.

Se l’istanza database esegue RDS per MySQL, RDS per PostgreSQL o RDS per MariaDB, è possibile ridurre al minimo il tempo di inattività necessario per un aggiornamento utilizzando un’implementazione blu/verde. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). Se si aggiorna un’istanza database RDS per SQL Server o RDS Custom per SQL Server in un’implementazione Multi-AZ, Amazon RDS esegue gli aggiornamenti in sequenza in modo che si verifichi un’interruzione dell’attività solo per la durata di un failover. Per ulteriori informazioni, consulta [Considerazioni sul Multi-AZ](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.MAZ).

Per ulteriori informazioni sulle implementazioni Multi-AZ, consulta [Configurazione e gestione di un’implementazione Multi-AZ per Amazon RDS](Concepts.MultiAZ.md).

## Finestra di manutenzione Amazon RDS
<a name="Concepts.DBMaintenance"></a>

La finestra di manutenzione è un intervallo di tempo settimanale durante il quale vengono applicate le modifiche al sistema. Ogni di istanze database ha una finestra di manutenzione settimanale. La finestra di manutenzione può essere considerata come un’opportunità per controllare quando vengono applicate le modifiche e le patch del software. Per ulteriori informazioni per regolare la finestra di manutenzione, consulta [Impostazione della finestra di manutenzione preferita dell’istanza database](#AdjustingTheMaintenanceWindow).

Durante l’esecuzione delle attività di manutenzione, RDS utilizza alcune risorse dell’istanza database . Ciò potrebbe influire, in modo minimo, sulle prestazioni. Per un’istanza database, in rari casi, potrebbe essere necessario un failover Multi-AZ per il completamento di un aggiornamento di manutenzione.

Se un evento di manutenzione è pianificato per una settimana specifica, viene avviato durante la finestra di manutenzione di 30 minuti indicata. La maggior parte degli eventi di manutenzione viene completata durante la finestra di manutenzione di 30 minuti, tuttavia l’esecuzione degli eventi di manutenzione di dimensioni maggiori può richiedere più di 30 minuti per il completamento. La finestra di manutenzione viene sospesa quando il cluster di database viene arrestata/o.

La finestra di manutenzione di 30 minuti è selezionata a caso da un blocco di tempo di 8 ore per regione. Se non specifichi una finestra di manutenzione quando crei l’istanza database, Amazon RDS assegna una finestra di manutenzione di 30 minuti in un giorno della settimana selezionato in modo casuale.

La tabella seguente mostra i blocchi temporali per ciascuno Regione AWS dei quali vengono assegnate le finestre di manutenzione predefinite.


****  
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html)

**Topics**
+ [Impostazione della finestra di manutenzione preferita dell’istanza database](#AdjustingTheMaintenanceWindow)

### Impostazione della finestra di manutenzione preferita dell’istanza database
<a name="AdjustingTheMaintenanceWindow"></a>

La finestra di manutenzione deve avvenire nel momento dell’utilizzo più basso e pertanto potrebbe essere necessario apportare modifiche di tanto in tanto. In questo lasso di tempo, l’istanza database non è disponibile solo se le modifiche al sistema, ad esempio una modifica nella classe di istanza database, vengono applicate e richiedono un’interruzione. L’indisponibilità dell’istanza database dura solo per il tempo strettamente necessario all’esecuzione delle modifiche richieste.

Nell’esempio seguente viene impostata la finestra di manutenzione preferita per un’istanza database.

Per questo esempio supponi che sia presente un’istanza database denominata *mydbinstance* con una finestra di manutenzione preferita corrispondente a "Sun:05:00-Sun:06:00" UTC.

#### Console
<a name="AdjustingTheMaintenanceWindow.CON"></a>

**Per impostare la finestra di manutenzione preferita**

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 che si desidera modificare.

1. Scegliere **Modify (Modifica)**. Viene visualizzata la pagina **Modify DB Instance (Modifica istanza database)**.

1. Nella sezione **Manutenzione** aggiornare a finestra di manutenzione.
**Nota**  
La finestra di manutenzione e la finestra di backup per l’istanza database non possono sovrapporsi. Se si immette un valore per la finestra di manutenzione che si sovrappone alla finestra di backup, viene visualizzato un messaggio di errore.

1. Scegli **Continue (Continua)**.

   Nella pagina di conferma esaminare le modifiche.

1. Per applicare immediatamente le modifiche alla finestra di manutenzione, selezionare **Apply immediately (Applica immediatamente)**.

1.  Scegliere **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
<a name="AdjustingTheMaintenanceWindow.CLI"></a>

Per regolare la finestra di manutenzione preferita, usa il AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)comando con i seguenti parametri:
+ `--db-instance-identifier`
+ `--preferred-maintenance-window`

**Example**  
L’esempio di codice seguente imposta la finestra di manutenzione su martedì dalle 4.00 alle 4.30 UTC.  
Per Linux, macOS o Unix:  

```
aws rds modify-db-instance \
--db-instance-identifier mydbinstance \
--preferred-maintenance-window Tue:04:00-Tue:04:30
```
Per Windows:  

```
aws rds modify-db-instance ^
--db-instance-identifier mydbinstance ^
--preferred-maintenance-window Tue:04:00-Tue:04:30
```

#### API RDS
<a name="AdjustingTheMaintenanceWindow.API"></a>

Per impostare la finestra di manutenzione preferita, utilizzare l’operazione API Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) con i parametri seguenti:
+ `DBInstanceIdentifier`
+ `PreferredMaintenanceWindow`

## Applicazione degli aggiornamenti a un di istanze DB
<a name="USER_UpgradeDBInstance.OSUpgrades"></a>

Con Amazon RDS, puoi scegliere quando eseguire le operazioni di manutenzione. Puoi decidere quando Amazon RDS applicare gli aggiornamenti utilizzando l'API Console di gestione AWS AWS CLI, o RDS.

### Console
<a name="USER_UpgradeDBInstance.OSUpgrades.Console"></a>

**Per gestire un aggiornamento per un'istanza di database**

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 pannello di navigazione, seleziona **Database**.

1. Scegliere il dell’istanza database da aggiornare. 

1. Per **Actions (Operazioni)**, scegliere una delle seguenti opzioni:
   + **Applica patch ora**
   + **Applica patch nella finestra successiva**
**Nota**  
Se si sceglie **Applica patch nella finestra successiva** e successivamente si desidera ritardare l’aggiornamento, è possibile scegliere **Rinvia l’aggiornamento**. Non puoi rinviare un’azione di manutenzione se è già stata avviata.  
Per annullare un'azione di manutenzione, modifica l'istanza database e disabilita **l'aggiornamento automatico della versione secondaria**.

### AWS CLI
<a name="USER_UpgradeDBInstance.OSUpgrades.CLI"></a>

Per applicare un aggiornamento in sospeso a un di istanze DB, usa il [apply-pending-maintenance-action](https://docs.aws.amazon.com/cli/latest/reference/rds/apply-pending-maintenance-action.html) AWS CLI comando.

**Example**  
Per Linux, macOS o Unix:  

```
aws rds apply-pending-maintenance-action \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db \
    --apply-action system-update \
    --opt-in-type immediate
```
Per Windows:  

```
aws rds apply-pending-maintenance-action ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db ^
    --apply-action system-update ^
    --opt-in-type immediate
```

**Nota**  
Per rinviare un’azione di manutenzione, specificare `undo-opt-in` per `--opt-in-type`. Non è possibile specificare `undo-opt-in` per `--opt-in-type` se l’operazione di manutenzione è già stata avviata.  
Per annullare un'azione di manutenzione, esegui il [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI comando e specifica`--no-auto-minor-version-upgrade`.

Per restituire un elenco di risorse con almeno un aggiornamento in sospeso, usa il [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI comando.

**Example**  
Per Linux, macOS o Unix:  

```
aws rds describe-pending-maintenance-actions \
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```
Per Windows:  

```
aws rds describe-pending-maintenance-actions ^
    --resource-identifier arn:aws:rds:us-west-2:001234567890:db:mysql-db
```

È inoltre possibile restituire un elenco di risorse per un di istanze DB specificando il `--filters` parametro del `describe-pending-maintenance-actions` AWS CLI comando. Il formato del comando `--filters` è `Name=filter-name,Value=resource-id,...`.

Di seguito sono indicati i valori accettati per il parametro `Name` di un filtro:
+ `db-instance-id`— Accetta un elenco di identificatori di istanze DB o Amazon Resource Names (ARNs). L'elenco restituito include solo le azioni di manutenzione in sospeso per le istanze DB identificate da questi identificatori o. ARNs
+ `db-cluster-id`— Accetta un elenco di identificatori di cluster DB o ARNs per Amazon Aurora. L'elenco restituito include solo le azioni di manutenzione in sospeso per i cluster DB identificati da questi identificatori o. ARNs

L’esempio seguente restituisce le operazioni di manutenzione in sospeso per le istanze database `sample-instance1` e `sample-instance2`.

**Example**  
Per Linux, macOS o Unix:  

```
aws rds describe-pending-maintenance-actions \
	--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```
Per Windows:  

```
aws rds describe-pending-maintenance-actions ^
	--filters Name=db-instance-id,Values=sample-instance1,sample-instance2
```

### API RDS
<a name="USER_UpgradeDBInstance.OSUpgrades.API"></a>

Per applicare un aggiornamento a un’istanza database, chiamare l’operazione [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ApplyPendingMaintenanceAction.html) dell’API Amazon RDS.

Per ottenere un elenco delle risorse con almeno un aggiornamento in sospeso, chiamare l’operazione API Amazon RDS [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html).

## Aggiornamenti del sistema operativo per istanze database RDS
<a name="OS_Updates"></a>

Le istanze DB RDS per Db2, RDS per MariaDB, RDS per MySQL, RDS per PostgreSQL, RDS per SQL Server, RDS per Oracle e RDS Custom per SQL Server richiedono occasionalmente aggiornamenti del sistema operativo. Amazon RDS aggiorna il sistema operativo a una versione più recente per migliorare le prestazioni del database e la posizione di sicurezza generale dei clienti. In genere, gli aggiornamenti richiedono circa 10 minuti. Gli aggiornamenti del sistema operativo non modificano la versione del motore database o la classe istanza database di un’istanza database.

Gli aggiornamenti del sistema operativo possono essere facoltativi o obbligatori:
+ Un **aggiornamento facoltativo** può essere applicato in qualsiasi momento. Sebbene questi aggiornamenti siano facoltativi, ti consigliamo di applicarli periodicamente per mantenere aggiornato il parco istanze RDS. RDS *non* applica automaticamente questi aggiornamenti.

  Per ricevere una notifica quando diventa disponibile una nuova patch facoltativa del sistema operativo, è possibile iscriversi a [RDS-EVENT-0230](USER_Events.Messages.md#RDS-EVENT-0230) nella categoria degli eventi di applicazione delle patch di sicurezza. Per informazioni sulla sottoscrizione agli eventi RDS, consulta [Sottoscrizione alle notifiche eventi di Amazon RDS](USER_Events.Subscribing.md).
**Nota**  
`RDS-EVENT-0230` non si applica agli aggiornamenti di distribuzione del sistema operativo.
+ Un **aggiornamento obbligatorio** è richiesto e dispone di una data di applicazione. Pianificare la programmazione dell’aggiornamento prima di questa data di applicazione. Dopo la data di applicazione specificata, Amazon RDS aggiorna automaticamente il sistema operativo per l’istanza database alla versione più recente durante una delle finestre di manutenzione assegnate.

**Nota**  
Potrebbe essere necessario rimanere aggiornati su tutti gli aggiornamenti facoltativi e obbligatori per soddisfare vari obblighi di conformità. Si consiglia di applicare regolarmente tutti gli aggiornamenti resi disponibili da RDS durante le finestre di manutenzione.

È possibile utilizzare o the per ottenere informazioni sul tipo di aggiornamento del sistema operativo. Console di gestione AWS AWS CLI 

### Console
<a name="OS_Updates.CheckMaintenanceStatus.CON"></a>

**Per ottenere informazioni di aggiornamento, utilizzare Console di gestione AWS**

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, seleziona **Databases** (Database), quindi scegli l’istanza database.

1. Scegliere **Manutenzione e backup**.

1. Nella sezione **Pending maintenance** (Manutenzione in sospeso), trova l’aggiornamento del sistema operativo e controlla il valore **Status** (Stato).

In Console di gestione AWS, un aggiornamento opzionale ha **lo stato** di manutenzione impostato **su Disponibile** e non ha una **data di applicazione**, come mostrato nell'immagine seguente.

![\[Aggiornamento facoltativo del sistema operativo.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/os-update-optional.png)


Un aggiornamento obbligatorio ha il parametro **Status** (Stato) della manutenzione impostato su **required** (obbligatorio) e un parametro **Apply date** (Data di applicazione), come illustrato nell’immagine seguente.

![\[Aggiornamento obbligatorio del sistema operativo.\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/os-update-required.png)


### AWS CLI
<a name="OS_Updates.CheckMaintenanceStatus.CLI"></a>

Per ottenere informazioni di aggiornamento da AWS CLI, usa il [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html)comando.

```
aws rds describe-pending-maintenance-actions
```

Un aggiornamento obbligatorio del sistema operativo include un valore `AutoAppliedAfterDate` e un valore `CurrentApplyDate`. Un aggiornamento facoltativo del sistema operativo non include questi valori.

Il seguente output mostra un aggiornamento obbligatorio del sistema operativo.

```
{
  "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb1",
  "PendingMaintenanceActionDetails": [
    {
      "Action": "system-update",
      "AutoAppliedAfterDate": "2022-08-31T00:00:00+00:00",
      "CurrentApplyDate": "2022-08-31T00:00:00+00:00",
      "Description": "New Operating System update is available"
    }
  ]
}
```

Il seguente output mostra un aggiornamento facoltativo del sistema operativo.

```
{
  "ResourceIdentifier": "arn:aws:rds:us-east-1:123456789012:db:mydb2",
  "PendingMaintenanceActionDetails": [
    {
      "Action": "system-update",
      "Description": "New Operating System update is available"
    }
  ]
}
```

### Disponibilità di aggiornamenti del sistema operativo
<a name="OS_Updates.Availability"></a>

Gli aggiornamenti del sistema operativo sono specifici per la versione del motore database e la classe istanza database. Pertanto, le istanze database ricevono o richiedono aggiornamenti in momenti diversi. Se è disponibile un aggiornamento del sistema operativo per l’istanza database basato sulla versione del motore e sulla classe di istanza, l’aggiornamento viene visualizzato nella console. Può essere visualizzato anche eseguendo il [describe-pending-maintenance-actions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-pending-maintenance-actions.html) AWS CLI comando o chiamando l'operazione API [DescribePendingMaintenanceActions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribePendingMaintenanceActions.html)RDS. Se è disponibile un aggiornamento per l’istanza, puoi aggiornare il sistema operativo seguendo le istruzioni in [Applicazione degli aggiornamenti a un di istanze DB](#USER_UpgradeDBInstance.OSUpgrades).

# Utilizzo della politica di implementazione degli AWS Organizations aggiornamenti per gli aggiornamenti automatici delle versioni secondarie
<a name="RDS.Maintenance.AMVU.UpgradeRollout"></a>

Amazon RDS supporta la 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 ti aiuta a implementare una strategia di aggiornamento controllata per le tue istanze mediante:

**Come funziona la politica di implementazione degli aggiornamenti**

Quando una nuova versione secondaria del motore diventa idonea per l'aggiornamento automatico, la policy controlla la sequenza di aggiornamento in base a ordini definiti:
+ Le risorse contrassegnate come [prime] (in genere ambienti di sviluppo) diventano idonee per gli aggiornamenti durante le rispettive finestre di manutenzione.
+ Dopo un determinato periodo di cottura, le risorse contrassegnate come [seconde] diventano idonee.
+ Dopo un altro periodo di cottura designato, le risorse contrassegnate come [ultime] (in genere ambienti di produzione) diventano idonee.
+ Monitoraggio dell'avanzamento dell'aggiornamento tramite notifiche AWS Health.

Puoi definire i tuoi ordini di upgrade in base a:
+ Politiche a livello di account: si applicano a tutte le risorse idonee in account specifici.
+ Tag delle risorse: si applicano a risorse specifiche in base ai tag.

**Nota**  
Le risorse non configurate con una politica di aggiornamento o escluse dalla politica ricevono automaticamente un ordine di aggiornamento di [secondo].

**Prerequisiti**
+  Account AWS È necessario far parte di un'organizzazione in Organizzazioni con la politica di implementazione degli aggiornamenti abilitata
+ Abilita gli aggiornamenti automatici delle versioni secondarie per le tue istanze
+ I tag non sono strettamente necessari per la politica di implementazione degli aggiornamenti. Se desideri definire ordini di aggiornamento specifici per ambienti diversi (ad esempio sviluppo, test, controllo qualità, produzione), puoi utilizzare i tag. Se non includi le impostazioni dei tag nella tua politica, tutte le risorse soggette a tale politica seguono l'ordine di aggiornamento predefinito.

**Prerequisiti**
+  Account AWS È necessario far parte di un'organizzazione in Organizzazioni con la politica di implementazione degli aggiornamenti abilitata
+ Abilita gli aggiornamenti automatici delle versioni secondarie per le tue istanze
+ Etichetta le tue risorse per identificare il loro ambiente (ad esempio, sviluppo, test, produzione)

**Per etichettare le tue risorse**

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 pannello di navigazione, seleziona **Database**.

1. Scegli l'istanza che desideri taggare.

1. Scegli **Azioni**, quindi scegli **Gestisci tag**.

1. Seleziona **Aggiungi tag**.

1. Inserisci la chiave del tag (ad esempio «Ambiente») e il valore (ad esempio, «Sviluppo»)

1. Scegli **Aggiungi tag**, quindi **Salva**.

Puoi anche aggiungere tag usando AWS CLI:

```
aws rds add-tags-to-resource \
    --resource-name arn:aws:rds:region:account-number:db:instance-name \
    --tags Key=Environment,Value=Development
```

## Ordine e fasi di aggiornamento
<a name="RDS.Maintenance.AMVU.UpgradeRollout.OrderPhases"></a>

La politica di implementazione dell'aggiornamento supporta tre ordini di aggiornamento:
+ [primo] - In genere utilizzato per ambienti di sviluppo o test
+ [secondo] - Utilizzato in genere per ambienti di controllo qualità. Ordine predefinito per le risorse non configurate in modo specifico
+ [last] - Solitamente riservato agli ambienti di produzione

Quando una nuova versione secondaria del motore diventa idonea per l'aggiornamento automatico:
+ Le risorse con ordine di aggiornamento [first] diventano idonee per gli aggiornamenti durante le finestre di manutenzione configurate.
+ Dopo un determinato periodo di attesa, le risorse con ordine di aggiornamento [secondo] diventano idonee per gli aggiornamenti durante i periodi di manutenzione.
+ Dopo un altro periodo di attesa prestabilito, le risorse con ordine di aggiornamento [ultimo] diventano idonee per gli aggiornamenti durante le rispettive finestre di manutenzione.
+ La campagna di aggiornamento automatico della versione secondaria si chiude dopo che tutte le risorse idonee con ordini di upgrade [primo], [secondo] e [ultimo] sono stati aggiornati o quando la campagna raggiunge la data di fine pianificata, a seconda di quale evento si verifica per primo.

**Nota**  
Tutti gli aggiornamenti automatici delle versioni secondarie vengono eseguiti durante la finestra di manutenzione configurata di ogni istanza per ridurre al minimo il potenziale impatto sulle applicazioni.

## Osservabilità
<a name="RDS.Maintenance.AMVU.UpgradeRollout.Observability"></a>

### AWS Health e monitoraggio
<a name="RDS.Maintenance.AMVU.UpgradeRollout.Observability.Health"></a>

Ricevi notifiche AWS sanitarie:
+ Prima dell'inizio di una campagna automatica di aggiornamento di una versione secondaria
+ Transizione tra una fase e l'altra per tracciare e monitorare l'avanzamento dell'aggiornamento
+ Aggiornamenti sui progressi che mostrano il numero di risorse potenziate per tutta la flotta nella console AWS Health

Notifiche di eventi Amazon RDS:
+ Notifiche per le risorse abilitate per gli aggiornamenti automatici delle versioni secondarie, tra cui:
  + Quando la risorsa diventa idonea per l'aggiornamento in base al relativo ordine di aggiornamento ([primo], [secondo] o [ultimo])
  + Cronologia pianificata dell'aggiornamento durante la finestra di manutenzione
  + Stato di inizio e completamento dell'aggiornamento individuale del database
+ Iscriviti a questi eventi tramite Amazon EventBridge 0 per il monitoraggio automatizzato

### Considerazioni
<a name="RDS.Maintenance.AMVU.UpgradeRollout.Observability.Considerations"></a>

Alcune considerazioni da tenere a mente:
+ La politica si applica a tutte le future campagne di aggiornamento automatico delle versioni secondarie, comprese le modifiche alle norme apportate durante le campagne attive.
+ Se partecipi a una campagna di upgrade in corso, le tue risorse seguono l'ordine di aggiornamento in corso e non attendono una politica configurata.
+ Le risorse non configurate con una politica di aggiornamento ricevono automaticamente un ordine di aggiornamento di [secondo].
+ La policy prevede periodi di convalida tra le fasi di aggiornamento prima di passare alla fase successiva.
+ Le modifiche ai criteri o ai tag delle risorse richiedono tempo per propagarsi prima che venga applicato il nuovo ordine di aggiornamento.
+ La policy si applica solo alle risorse Amazon RDS con aggiornamenti automatici delle versioni secondarie abilitati.
+ Se rilevi un problema all'interno di un ambiente, puoi disattivare gli aggiornamenti automatici delle versioni secondarie per gli ambienti successivi o utilizzare il periodo di convalida per risolvere i problemi prima che gli upgrade procedano all'ordine di aggiornamento successivo.

**Nota**  
Questa funzionalità supporta gli aggiornamenti automatici delle versioni secondarie per le versioni del motore di database Oracle rilasciate dopo gennaio 2026.

Per ulteriori informazioni sull'etichettatura delle risorse RDS, vedere. [Etichettatura delle Amazon RDS](USER_Tagging.md) *Per istruzioni dettagliate sulla configurazione e l'utilizzo della politica di implementazione degli aggiornamenti, consulta [Guida introduttiva AWS Organizations nella Guida per l'](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started.html)AWS Organizations utente.*