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

# Abilitazione dell'inoltro di scrittura locale
<a name="aurora-mysql-write-forwarding-enabling"></a>

Per impostazione predefinita, l'inoltro di scrittura locale non è abilitato per i cluster database Aurora MySQL. Abilitare l'inoltro di scrittura locale a livello di cluster, non a livello di istanza.

**Importante**  
Inoltre, è possibile abilitare l'inoltro di scrittura locale per le repliche di lettura tra regioni che utilizzano la registrazione binaria, ma le operazioni di scrittura non vengono inoltrate all'origine  Regione AWS. Vengono inoltrate all'istanza database di scrittura del cluster di replica di lettura binlog.  
Si consiglia di usare questo metodo solo se si dispone di un caso d'uso per scrivere nella replica di lettura binlog nella  Regione AWS secondaria. In caso contrario, si potrebbe verificare uno scenario "split-brain" in cui i set di dati replicati non sono tra loro coerenti.   
Si consiglia di utilizzare l'inoltro di scrittura globale con database globali, anziché l'inoltro di scrittura locale su repliche di lettura tra regioni, a meno che non sia assolutamente necessario. Per ulteriori informazioni, consulta [Utilizzo dell'inoltro di scrittura in un database globale Amazon Aurora](aurora-global-database-write-forwarding.md).

## Console
<a name="aurora-mysql-write-forwarding-enabling.CON"></a>

Utilizzando Console di gestione AWS, selezionare la casella di controllo **Attiva l'inoltro di scrittura locale** in **Leggi l'inoltro di scrittura della replica** quando si crea o si modifica un cluster DB.

## AWS CLI
<a name="aurora-mysql-write-forwarding-enabling.CLI"></a>

Per abilitare l'inoltro di scrittura con, usa l'opzione. AWS CLI`--enable-local-write-forwarding` Questa opzione funziona quando si crea un nuovo cluster database secondario tramite il comando `create-db-cluster`. Inoltre, funziona quando si modifica un cluster database esistente tramite il comando `modify-db-cluster`. Puoi disattivare l'inoltro di scrittura mediante l'opzione `--no-enable-local-write-forwarding` con questi stessi comandi CLI.

Nell'esempio seguente viene creato un cluster DB Aurora MySQL con l'inoltro di scrittura abilitato.

```
aws rds create-db-cluster \
  --db-cluster-identifier write-forwarding-test-cluster \
  --enable-local-write-forwarding \
  --engine aurora-mysql \
  --engine-version 8.0.mysql_aurora.3.04.0 \
  --master-username myuser \
  --master-user-password mypassword \
  --backup-retention 1
```

Vengono quindi create istanze database di scrittura e lettura in modo da poter utilizzare l'inoltro di scrittura. Per ulteriori informazioni, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).

## API RDS
<a name="aurora-mysql-write-forwarding-enabling.API"></a>

Per abilitare l'inoltro di scrittura utilizzando l'API Amazon RDS, impostare il parametro `EnableLocalWriteForwarding` su `true`. Questo parametro funziona quando si crea un nuovo cluster database secondario utilizzando l'operazione `CreateDBCluster`. Funziona anche quando si modifica un cluster database esistente utilizzando l'operazione `ModifyDBCluster`. È possibile disattivare l'inoltro di scrittura impostando il parametro `EnableLocalWriteForwarding` su `false`.

## Abilitazione dell'inoltro di scrittura per le sessioni di database
<a name="aurora-mysql-write-forwarding-enabling-session"></a>

Il parametro `aurora_replica_read_consistency` è un parametro database e un parametro del cluster database che abilita l'inoltro di scrittura. È possibile specificare `EVENTUAL`, `SESSION` o `GLOBAL` per il livello di coerenza di lettura. Per ulteriori informazioni sui livelli di coerenza, consulta [Coerenza di lettura per l'inoltro di scrittura](aurora-mysql-write-forwarding-consistency.md). 

A questo parametro si applicano le seguenti regole:
+ Il valore predefinito è '' (null).
+ L'inoltro di scrittura è disponibile solo se `aurora_replica_read_consistency` è impostato su `EVENTUAL`, `SESSION` o `GLOBAL`. Questo parametro è rilevante solo nelle istanze di lettura di cluster database secondari con l'inoltro di scrittura abilitato.
+ Non è possibile importare questo parametro (quando vuoto) o annullarne l'impostazione (quando già impostato) all'interno di una transazione con più istruzioni. È possibile modificarlo da un valore valido a un altro valore valido durante una transazione di questo tipo, ma questa azione non è consigliata.