

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 del motore di database MariaDB
<a name="USER_UpgradeDBInstance.MariaDB"></a>

Quando Amazon RDS supporta una nuova versione di un motore di database, puoi effettuare l’aggiornamento delle istanze database alla nuova versione. Sono disponibili due tipi di aggiornamenti per le istanze database MariaDB: per la versione principale e per la versione secondaria. 

Gli *aggiornamenti a versioni principali* possono contenere modifiche al database non compatibili con le versioni precedenti delle applicazioni esistenti. Ne risulta che è necessario eseguire manualmente gli aggiornamenti a versioni principali per le proprie istanze database. Puoi avviare manualmente un aggiornamento a una versione principale modificando l’istanza database. Tuttavia, prima di eseguire un aggiornamento della versione principale, si consiglia di seguire le istruzioni presenti in [Aggiornamenti a versioni principali per RDS per MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md). 

Al contrario, gli *aggiornamento a versioni secondarie* includono solo modifiche compatibili con le versioni precedenti delle applicazioni esistenti. Puoi avviare un aggiornamento a una versione secondaria manualmente modificando la tua istanza database. In alternativa, è possibile abilitare l'opzione **Auto minor version upgrade (Aggiornamenti automatico della versione secondaria)** durante la creazione o la modifica di un'istanza database. Ciò significa che l'istanza database viene automaticamente aggiornata dopo che Amazon RDS testa e approva la nuova versione. Per informazioni sull’esecuzione di un aggiornamento, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md).

Se la tua istanza database MariaDB sta utilizzando repliche di lettura, dovrai aggiornare tutte le repliche di lettura prima di aggiornare l'istanza di origine. Se la tua istanza database è in un'implementazione Multi-AZ, le repliche principali e le repliche standby vengono entrambe aggiornate. L'istanza database potrebbe non essere disponibile fino al completamento dell'aggiornamento. 

Per ulteriori informazioni sulle versioni di MariaDB supportate e sulla gestione delle versioni, consulta [Versioni di MariaDB in Amazon RDS](MariaDB.Concepts.VersionMgmt.md). 

Per gli aggiornamenti del motore di database si verificano tempi di inattività. La durata dell’interruzione varia in base alla dimensione dell’istanza database.

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](RDS.Maintenance.AMVU.UpgradeRollout.md).

**Suggerimento**  
È possibile ridurre al minimo i tempi di inattività necessari per l'aggiornamento delle istanze DB utilizzando una distribuzione. blue/green Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md).

**Topics**
+ [

## Considerazioni relative agli aggiornamenti di MariaDB
](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [

## Individuazione di destinazioni di aggiornamento valide
](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [

# Numeri di versione MariaDB
](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [

# Numeri di versione RDS in RDS per MariaDB
](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [

# Aggiornamenti a versioni principali per RDS per MariaDB
](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [

## Aggiornamento di un'istanza database MariaDB
](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [

# Aggiornamenti automatici a versioni secondarie per RDS per MariaDB
](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [

# Utilizzo di una replica di lettura per ridurre i tempi di inattività durante l’aggiornamento di un database RDS per MariaDB
](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [

# Monitoraggio degli aggiornamenti del motore RDS per MariaDB DB con eventi
](USER_UpgradeDBInstance.MariaDB.Monitoring.md)

## Considerazioni relative agli aggiornamenti di MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.Considerations"></a>

Durante il processo di aggiornamento, Amazon RDS acquisisce due o più istantanee DB. Amazon RDS richiede fino a due istantanee dell'istanza database *prima di apportare modifiche* all'aggiornamento. Se l'aggiornamento non funziona per i database, puoi ripristinare una di queste istantanee per creare un'istanza database che esegue la versione precedente. Amazon RDS acquisisce un'altra istantanea dell'istanza database al termine dell'aggiornamento. Amazon RDS acquisisce queste istantanee indipendentemente dal fatto che AWS Backup gestisca o meno i backup per l'istanza DB. 

**Nota**  
Amazon RDS acquisisce gli snapshot DB solo se hai impostato il periodo di retention dei backup per l’istanza database su un valore maggiore di 0. Per cambiare il periodo di retention dei backup, consulta [Modifica di un'istanza database Amazon RDS](Overview.DBInstance.Modifying.md). 

Al termine dell'aggiornamento, non puoi ripristinare la versione precedente del motore di database. Se desideri tornare alla versione precedente, ripristina il primo snapshot DB acquisito per creare una nuova istanza database. 

Puoi controllare quando eseguire l'aggiornamento dell'istanza database a una nuova versione supportata da Amazon RDS. Questo livello di controllo ti consente di mantenere la compatibilità con versioni di database specifiche e testare le nuove versioni con l'applicazione prima di distribuirle in produzione. Puoi aggiornare le versioni quando più appropriato in base alla tua pianificazione. 

Se la tua istanza database utilizza una replica di lettura, devi aggiornare tutte le repliche di lettura prima di aggiornare l'istanza di origine. 

Se l'istanza database è in un'implementazione Multi-AZ, vengono aggiornate sia l'istanza database principale che quella di standby. Le istanze database principali e standby vengono aggiornate contemporaneamente e si verificherà un'interruzione fino al completamento dell'aggiornamento. Il tempo di interruzione necessario varia in base a motore di database, versione del motore e dimensione dell'istanza database. 

## Individuazione di destinazioni di aggiornamento valide
<a name="USER_UpgradeDBInstance.MariaDB.FindingTargets"></a>

Quando si utilizza Console di gestione AWS per aggiornare un'istanza DB, mostra gli obiettivi di aggiornamento validi per l'istanza DB. È inoltre possibile eseguire il AWS CLI comando seguente per identificare gli obiettivi di aggiornamento validi per un'istanza DB:

Per Linux, macOS o Unix:

```
aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version version_number \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

Per Windows:

```
aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version version_number ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

Ad esempio, per identificare gli obiettivi di aggiornamento validi per un'istanza DB MariaDB versione 10.5.17, esegui il seguente comando: AWS CLI 

Per Linux, macOS o Unix:

```
aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version 10.5.17 \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

Per Windows:

```
aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version 10.5.17 ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```

# Numeri di versione MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.VersionID"></a>

La sequenza di numerazione delle versioni per il motore di database RDS per MariaDB è indicata come *principale.secondaria.patch.AAAAMMGG* o *major.minor.patch*, per esempio 10.11.5.R2.20231201 o 10.4.30. Il formato utilizzato dipende dalla versione del motore MariaDB.

**principale**  
Il numero di versione principale è costituito dal numero intero e dalla prima parte frazionaria del numero di versione, ad esempio 10.11. Un aggiornamento a una versione principale incrementa la parte principale del numero di versione. Ad esempio, un aggiornamento da *10.5* .20 a 10.6.12 è un aggiornamento della versione principale, dove *10.5 e *10.6** sono i numeri di versione principali.

**minore**  
Il numero di versione secondaria è la terza parte del numero di versione, ad esempio il numero 5 in 10.11.5.

**patch**  
La patch è la quarta parte del numero di versione, ad esempio R2 in 10.11.5.R2. Una versione della patch di RDS include importanti correzioni di bug aggiunte a una versione secondaria dopo il rilascio.

**AAAAMMGG**  
La data è la quinta parte del numero di versione, ad esempio 20231201 in 10.11.5.R2.20231201. Una versione con data di RDS è una patch di sicurezza che include importanti correzioni di sicurezza aggiunte a una versione secondaria dopo il rilascio, senza includere correzioni che potrebbero modificare il comportamento del motore.

La tabella seguente spiega lo schema di denominazione per RDS per MariaDB versione 10.11. 


| Versione secondaria 10.11 | Schema di denominazione | 
| --- | --- | 
| ≥ 5  | Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 10.11.5.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 10.11.5.R2, fino al successivo aggiornamento a una versione principale o secondaria. | 
| < 5 |  Le istanze database esistenti utilizzano *principale.secondaria.patch*, ad esempio 10.11.4.R2.  | 

La tabella seguente spiega lo schema di denominazione per RDS per MariaDB versione 10.6. 


| Versione secondaria 10.6 | Schema di denominazione | 
| --- | --- | 
| ≥ 14 |  Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 10.6.14.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 10.6.14.R2, fino al successivo aggiornamento a una versione principale o secondaria. | 
| < 14 | Le istanze database esistenti utilizzano *principale.secondaria.patch*, ad esempio 10.6.13.R2. | 

La tabella seguente spiega lo schema di denominazione per RDS per MariaDB versione 10.5. 


| Versione secondaria 10.5 | Schema di denominazione | 
| --- | --- | 
| ≥ 21 |  Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 10.5.21.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 10.5.21.R2, fino al successivo aggiornamento a una versione principale o secondaria. | 
| < 21 |  Le istanze database esistenti utilizzano *principale.secondaria.patch*, ad esempio 10.5.20.R2.  | 

La tabella seguente spiega lo schema di denominazione per RDS per MariaDB versione 10.4. 


| Versione secondaria 10.4 | Schema di denominazione | 
| --- | --- | 
| ≥ 30 |  Le nuove istanze database utilizzano *principale.secondaria.patch.AAMMGG*, ad esempio 10.4.30.R2.20231201. Le istanze database esistenti potrebbero utilizzare *principale.secondaria.patch*, ad esempio 10.4.30.R2, fino al successivo aggiornamento a una versione principale o secondaria. | 
| < 30 |  Le istanze database esistenti utilizzano *principale.secondaria.patch*, ad esempio 10.4.29.R2.  | 

# Numeri di versione RDS in RDS per MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.rds.version"></a>

I numeri di versione RDS utilizzano `major.minor.patch` o lo schema di denominazione `major.minor.patch.YYYYMMDD`. Una versione della patch di RDS include importanti correzioni di bug aggiunte a una versione secondaria dopo il rilascio. Una versione con data di RDS (*AAMMGG*) è una patch di sicurezza. Una patch di sicurezza non include correzioni che potrebbero modificare il comportamento del motore. 

Per identificare il numero di versione Amazon RDS del tuo database, è prima necessario creare l’estensione `rds_tools` utilizzando il seguente comando:

```
CREATE EXTENSION rds_tools;
```

Puoi trovare il numero di versione RDS del tuo database RDS per MariaDB con la seguente query SQL:

```
mysql> select mysql.rds_version();
```

Ad esempio, l’esecuzione di una query su un database RDS per MariaDB 10.6.14 restituisce il seguente output:

```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201  |
+---------------------+
1 row in set (0.01 sec)
```

# Aggiornamenti a versioni principali per RDS per MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.Major"></a>

Gli aggiornamenti di versione principali possono contenere modifiche al database non compatibili con le versioni precedenti delle applicazioni esistenti. Ne risulta che Amazon RDS non applica aggiornamenti automatici alla versione principale. È necessario modificare manualmente l'istanza database. Ti raccomandiamo di eseguire un test approfondito di qualsiasi aggiornamento prima di applicarlo alle istanze di produzione. 

**Nota**  
In MariadB 11.8, il valore predefinito `require_secure_transport` per `1` ora è che richiede connessioni sicure. SSL/TLS Il valore può essere impostato su `0` se sono necessarie connessioni non sicure.

Amazon RDS supporta i seguenti aggiornamenti in loco per le versioni principali del motore di database MariaDB:
+ Qualsiasi versione MariaDB fino a MariaDB 11.8
+ Qualsiasi versione MariaDB fino a MariaDB 11.4
+ Qualsiasi versione MariaDB fino a MariaDB 10.11
+ Qualsiasi versione MariaDB a MariaDB 10.6
+ Da MariaDB 10.4 a MariaDB 10.5

Se usi un gruppo di parametri personalizzato ed esegui l'aggiornamento di una versione principale, devi specificare un gruppo di parametri predefinito per la nuova versione del motore di database oppure creare un gruppo di parametri personalizzato per la nuova versione del motore di database. L'associazione del nuovo gruppo di parametri all'istanza database richiede il riavvio del database avviato dal cliente al termine dell'aggiornamento. Lo stato del gruppo di parametri dell'istanza riporterà `pending-reboot` se è necessario riavviare l'istanza per applicare le modifiche del gruppo di parametri. È possibile visualizzare lo stato del gruppo di parametri dell’istanza nella Console di gestione AWS oppure eseguendo una chiamata “describe” (descrivi) come `describe-db-instances`.

## Aggiornamento di un'istanza database MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.Upgrading"></a>

Per informazioni sull'aggiornamento manuale o automatico di un'istanza database MariaDB, consulta [Aggiornamento della versione del motore di di un'istanza database](USER_UpgradeDBInstance.Upgrading.md).

# Aggiornamenti automatici a versioni secondarie per RDS per MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.Minor"></a>

Se specifichi le seguenti impostazioni durante la creazione o la modifica di un’istanza database, puoi decidere aggiornare automaticamente l’istanza database.
+ L'impostazione di **aggiornamento automatico della versione secondaria** deve essere attivata.
+ L’impostazione del **periodo di conservazione del backup** deve essere maggiore di 0.

Nella Console di gestione AWS, queste impostazioni si trovano in **Additional configuration** (Configurazione aggiuntiva). L’immagine che segue mostra l’impostazione **Aggiornamento automatico versione secondaria**.

![\[Impostazione di aggiornamento automatico della versione secondaria\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/UserGuide/images/amvu.png)


Per ulteriori informazioni su queste impostazioni, consultare [Impostazioni per istanze database](USER_ModifyInstance.Settings.md).

Per alcune versioni principali di RDS per MariaDB in alcune Regioni AWS, una versione secondaria viene designata da RDS come la versione di aggiornamento automatico. Una volta che una versione secondaria è stata testata e approvata da Amazon RDS, l’aggiornamento alla versione secondaria avviene automaticamente nel corso della finestra di manutenzione. RDS non imposta mai automaticamente le nuove release secondarie come versione di aggiornamento automatico. Prima che RDS indichi una versione di aggiornamento automatico più recente, vengono considerati diversi livelli di valutazione, quali:
+ Problemi di sicurezza noti
+ Bug nella versione della community di MariaDB
+ Stabilità generale del parco istanze da quando la versione secondaria è stata rilasciata

**Nota**  
Il supporto per l’utilizzo delle versioni TLS 1.0 e 1.1 è stato rimosso a partire da specifiche versioni secondarie di MariaDB. Per informazioni sulle versioni secondarie supportate di MariaDB, consulta [Supporto di SSL/TLS per le istanze database MariaDB in Amazon RDS](MariaDB.Concepts.SSLSupport.md).

Puoi eseguire il comando AWS CLI seguente per determinare la versione di destinazione dell’aggiornamento automatico secondario corrente per una versione secondaria di MariaDB specificata in una determinata Regione AWS. 

Per Linux, macOS o Unix:

```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```

Per Windows:

```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```

Ad esempio, il comando AWS CLI seguente determina la destinazione dell'aggiornamento secondario automatico per la versione secondaria MariaDB 10.5.16 nella Regione AWS Stati Uniti orientali (Ohio) (us-east-2).

Per Linux, macOS o Unix:

```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```

Per Windows:

```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```

L’output è simile a quello riportato di seguito.

```
----------------------------------
|    DescribeDBEngineVersions    |
+--------------+-----------------+
|  AutoUpgrade |  EngineVersion  |
+--------------+-----------------+
|  True        |  10.5.17        |
|  False       |  10.5.18        |
|  False       |  10.5.19        |
|  False       |  10.6.5         |
|  False       |  10.6.7         |
|  False       |  10.6.8         |
|  False       |  10.6.10        |
|  False       |  10.6.11        | 
|  False       |  10.6.12        |
+--------------+-----------------+
```

In questo esempio, il valore `AutoUpgrade` è `True` per MariaDB versione 10.5.17. Quindi, la destinazione dell'aggiornamento secondario automatico è MariaDB versione 10.5.17, che è evidenziata nell'output.

Un'istanza database MariaDB viene aggiornata automaticamente durante la finestra di manutenzione se vengono soddisfatti i seguenti criteri:
+ L'impostazione di **aggiornamento automatico della versione secondaria** deve essere attivata.
+ L’impostazione del **periodo di conservazione del backup** deve essere maggiore di 0.
+ L'istanza database esegue una versione motore database minore rispetto a una versione minore automatica dell'aggiornamento corrente.

Per ulteriori informazioni, consulta [Aggiornamento automatico della versione secondaria del motore](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades). 

# Utilizzo di una replica di lettura per ridurre i tempi di inattività durante l’aggiornamento di un database RDS per MariaDB
<a name="USER_UpgradeDBInstance.MariaDB.ReducedDowntime"></a>

Nella maggior parte dei casi, un'implementazione blu/verde è l'opzione migliore per ridurre i tempi di inattività durante l'aggiornamento di un'istanza database MariaDB. Per ulteriori informazioni, consulta [Utilizzo di Amazon RDS Blue/Green Aurora Deployments per gli aggiornamenti del database](blue-green-deployments.md). 

Se non è possibile utilizzare un'implementazione blu/verde e l'istanza database MariaDB è attualmente in uso con un'applicazione di produzione, puoi seguire la seguente procedura per aggiornare la versione del database per l'istanza database. Questa procedura permette di ridurre i tempi di indisponibilità dell’applicazione. 

Utilizzando una replica di lettura, è possibile eseguire la maggior parte dei passaggi di manutenzione in anticipo e ridurre al minimo le modifiche necessarie durante l'interruzione effettiva. Con questa tecnica, è possibile testare e preparare la nuova istanza database senza apportare alcuna modifica all’istanza database esistente.

La seguente procedura mostra un esempio di aggiornamento da MariaDB versione 10.5 a MariaDB versione 10.6. Puoi utilizzare la stessa procedura generale per gli aggiornamenti ad altre versioni principali. 

**Per aggiornare un database MariaDB con un'istanza database in uso**

1. Accedi alla 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. Crea una replica di lettura dell'istanza database MariaDB 10.5. Questo processo crea una copia aggiornabile del database. Potrebbero esistere già presenti altre repliche di lettura dell'istanza database.

   1. Nella console, seleziona **Database** e quindi l'istanza database da aggiornare.

   1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**.

   1. Fornisci un valore per **DB instance identifier** (Identificatore di istanza database) per la replica di lettura e assicurati che **DB instance class** (Classe di istanza database) e altre impostazioni corrispondano all'istanza database MariaDB 10.5.

   1. Scegliere **Create read replica (Crea replica di lettura)**.

1. (Facoltativo) Una volta creata la replica di lettura e il campo **Stato** riporta **Disponibile**, converti la replica di lettura in una implementazione Multi-AZ e abilita i backup.

   Per impostazione predefinita, una replica di lettura viene creata come implementazione single-AZ con backup disabilitati. Poiché la replica di lettura diventerà in definitiva l'istanza database di produzione, è opportuno configurare un'implementazione multi-AZ e abilitare i backup in questo momento.

   1. Nella console, seleziona **Database**, quindi seleziona la replica di lettura appena creata.

   1. Scegliere **Modify (Modifica)**.

   1. Per **Implementazione Multi-AZ**, seleziona **Crea istanza di standby**.

   1. In **Backup Retention Period** (Periodo di conservazione dei backup), seleziona un valore positivo diverso da zero, ad esempio 3 giorni, quindi scegli **Continue** (Continua).

   1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**.

   1. Scegliere **Modify DB Instance (Modifica istanza database)**.

1. Quando il campo **Status** (Stato) della replica di lettura riporta **Available** (Disponibile), aggiorna la replica di lettura a MariaDB 10.6.

   1. Nella console, seleziona **Database**, quindi seleziona la replica di lettura appena creata.

   1. Scegliere **Modify (Modifica)**.

   1. In **DB engine version** (Versione motore database) scegli la versione MariaDB 10.6 da aggiornare e quindi seleziona **Continue** (Continua).

   1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**.

   1. Scegliere **Modify DB Instance (Modifica istanza database)** per avviare l’aggiornamento. 

1. Al termine dell'aggiornamento, quando il campo **Status** (Stato) riporta **Available** (Disponibile), verifica che la replica di lettura aggiornata sia sincronizzata con l'istanza database MariaDB 10.5 di origine. Per verificare, connettiti alla replica di lettura ed esegui il comando `SHOW REPLICA STATUS`. Se il campo `Seconds_Behind_Master` vale `0`, la replica è sincronizzata.
**Nota**  
Le versioni precedenti di MariaDB utilizzavano `SHOW SLAVE STATUS` anziché `SHOW REPLICA STATUS`. Se si utilizza una versione di MariaDB precedente alla 10.6, usa `SHOW SLAVE STATUS`. 

1. (Facoltativo) Crea una replica di lettura della replica di lettura.

   Se desideri che l'istanza database disponga di una replica di lettura dopo che è stata promossa a un'istanza database autonoma, puoi crearla in questo momento.

   1. Nella console, seleziona **Database**, quindi scegli la replica di lettura appena aggiornata.

   1. Per **Actions (Operazioni)**, scegliere **Create read replica (Crea replica di lettura)**.

   1. Fornisci un valore per **DB instance identifier** (Identificatore di istanza database) per la replica di lettura e assicurati che **DB instance class** (Classe di istanza database) e altre impostazioni corrispondano all'istanza database MariaDB 10.5.

   1. Scegliere **Create read replica (Crea replica di lettura)**.

1. (Facoltativo) Configura un gruppo di parametri database personalizzato per la replica di lettura.

   Se desideri che l'istanza database utilizzi un gruppo di parametri personalizzato dopo che è stato promossa a un'istanza database autonoma, puoi creare il gruppo e associarlo alla replica di lettura.

   1. Crea un gruppo di parametri database personalizzato per MariaDB 10.6. Per istruzioni, consultare [Creazione di un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Creating.md).

   1. Modifica i parametri che desideri modificare nel gruppo di parametri database appena creato. Per istruzioni, consultare [Modifica dei parametri in un gruppo di parametri database in Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).

   1. Nella console seleziona **Database**, quindi scegli la replica di lettura.

   1. Scegliere **Modify (Modifica)**.

   1. Per **DB parameter group** (Gruppo di parametri database), seleziona il gruppo di parametri database MariaDB 10.6 appena creato, quindi scegli **Continue** (Continua).

   1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere **Apply immediately (Applica immediatamente)**.

   1. Scegliere **Modify DB Instance (Modifica istanza database)** per avviare l’aggiornamento. 

1. Promuovi la replica di lettura MariaDB 10.6 a un'istanza database autonoma. 
**Importante**  
Quando promuovi la replica di lettura MariaDB 10.6 a un'istanza database autonoma, la replica non sarà più dell'istanza database MariaDB 10.5. Ti consigliamo di promuovere la replica di lettura MariaDB 10.6 durante una finestra di manutenzione quando l'istanza database MariaDB 10.5 di origine è in modalità di sola lettura e tutte le operazioni di scrittura sono sospese. Al termine dell'operazione, è possibile indirizzare le operazioni di scrittura all'istanza database MariaDB 10.6 aggiornata per evitare la perdita di qualsiasi informazione.  
Inoltre, prima di promuovere la replica di lettura MariaDB 10.6, ti consigliamo di eseguire tutte le operazioni DDL (Data Definition Language) necessarie sulla replica di lettura MariaDB 10.6. Un esempio di tale operazione è la creazione degli indici. Questo approccio consente di evitare qualsiasi effetto negativo sulle prestazioni della replica di lettura MariaDB 10.6 dopo la promozione. Per promuovere una replica di lettura, utilizzare la procedura seguente.

   1. Nella console, seleziona **Database**, quindi scegli la replica di lettura appena aggiornata.

   1. In **Actions** (Operazioni), seleziona **Promote** (Promuovi).

   1. Scegliere **Yes (Sì)** per abilitare backup automatizzati per l'istanza della replica di lettura. Per ulteriori informazioni, consulta [Introduzione ai backup](USER_WorkingWithAutomatedBackups.md).

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

   1. Selezionare **Promote read replica (Promuovi replica di lettura)**.

1. Ora si dispone di una versione aggiornata del database MariaDB. A questo punto, puoi indirizzare le applicazioni alla nuova istanza database MariaDB 10.6.

# Monitoraggio degli aggiornamenti del motore RDS per MariaDB DB con eventi
<a name="USER_UpgradeDBInstance.MariaDB.Monitoring"></a>

Quando aggiorni la versione del motore di un database RDS per MariaDB, Amazon RDS emette un evento specifico durante ogni fase del processo. Per monitorare lo stato di avanzamento di un aggiornamento, puoi visualizzare o sottoscrivere questi eventi.

 Per ulteriori informazioni sugli eventi RDS, consulta[Monitoraggio di eventi Amazon RDS](working-with-events.md).

Per informazioni dettagliate su uno specifico evento Amazon RDS che si verifica durante l'aggiornamento del motore, consulta[Categorie di eventi e messaggi di eventi di Amazon RDS ](USER_Events.Messages.md).