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à.
# Backtrack di un cluster database Aurora
Con Amazon Aurora edizione compatibile con MySQL, puoi eseguire il backtrack di un cluster database a un orario specifico, senza ripristinare i dati da un backup.
**Contents**
+ [Panoramica del backtrack](#AuroraMySQL.Managing.Backtrack.Overview)
+ [Finestra di backtrack](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackWindow)
+ [Orario di backtrack](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackTime)
+ [Limiti del backtrack](#AuroraMySQL.Managing.Backtrack.Limitations)
+ [Disponibilità di regioni e versioni](#AuroraMySQL.Managing.Backtrack.Availability)
+ [Considerazioni sull'aggiornamento per i cluster abilitati per backtrack](#AuroraMySQL.Managing.Backtrack.Upgrade)
+ [Configurazione del backtrack di un cluster di database Aurora MySQL](AuroraMySQL.Managing.Backtrack.Configuring.md)
+ [Esecuzione di un backtrack per un cluster di database Aurora MySQL](AuroraMySQL.Managing.Backtrack.Performing0.md)
+ [Monitoraggio del backtrack per un cluster di database Aurora MySQL](AuroraMySQL.Managing.Backtrack.Monitoring.md)
+ [Abbonamento a un evento di backtrack con la console](#AuroraMySQL.Managing.Backtrack.Event.Console)
+ [Recupero di backtrack esistenti](#AuroraMySQL.Managing.Backtrack.Retrieving)
+ [Disabilitazione del backtrack per un cluster di database Aurora MySQL](AuroraMySQL.Managing.Backtrack.Disabling.md)
## Panoramica del backtrack
Il backtrack "riavvolge" il cluster database all'orario che specifichi. Il backtrack non è un'operazione sostitutiva del backup del cluster database che consente di eseguire un ripristino point-in-time dello stesso. Fornisce tuttavia i seguenti vantaggi rispetto alle operazioni di backup e ripristino tradizionali:
+ Puoi annullare facilmente eventuali errori. Se esegui accidentalmente un'operazione distruttiva, come DELETE senza una clausola WHERE, puoi eseguire il backtrack del cluster database a un orario antecedente all'operazione distruttiva con un'interruzione minima del servizio.
+ Puoi eseguire il backtrack di un cluster database rapidamente. Il ripristino point-in-time di un cluster database avvia un nuovo cluster database e lo ripristina a partire dai dati di backup o da uno snapshot e questa operazione può durare varie ore. Il backtrack di un cluster database non richiede un nuovo cluster database e "riavvolge" il cluster all'orario specificato in pochi minuti.
+ Puoi esplorare le modifiche ai dati precedenti. Puoi eseguire ripetutamente il backtrack di un cluster database avanti e indietro nel tempo per determinare quando si è verificata una determinata modifica. Ad esempio, puoi eseguire il backtrack di un cluster database tre ore indietro e quindi un'ora avanti. In questo caso, l'orario di backtrack è due ore prima l'orario di origine.
**Nota**
Per informazioni sul ripristino point-in-time di un cluster database, consulta [Panoramica di backup e ripristino di un cluster di database Aurora](Aurora.Managing.Backups.md).
### Finestra di backtrack
Con il backtrack, si ha una finestra di backtrack target e una finestra di backtrack effettiva:
+ La *finestra di backtrack target* è il periodo di tempo durante il quale desideri eseguire il backtrack del cluster di database. Quando abiliti il backtrack, specifichi una *finestra di backtrack target*. Ad esempio, potresti specificare una finestra di backtrack target di 24 ore se desideri eseguire un backtrack di un giorno per il cluster di database.
+ La *finestra di backtrack effettiva* è il periodo di tempo effettivo durante il quale puoi eseguire il backtrack del cluster di database, che può essere inferiore alla finestra di backtrack target. La finestra di backtrack effettiva è basata sul carico di lavoro e sullo storage disponibile per archiviare le informazioni relative alle modifiche del database denominate *record di modifica.*
Quando aggiorni il cluster di database Aurora con il backtrack abilitato, generi record di modifica. Aurora conserva i record di modifica per la finestra di backtrack di destinazione e per l’archiviazione di questi dati si applica una tariffa oraria. La finestra di backtrack target e il carico di lavoro sul cluster di database determinano il numero di record di modifica che vengono archiviati. Il carico di lavoro è il numero di modifiche che apporti al cluster di database in un determinato periodo di tempo. Il numero di record di modifica archiviati nella finestra di backtrack quando il carico di lavoro è pesante è maggiore rispetto a quello con un carico di lavoro leggero.
Puoi considerare la finestra di backtrack target come l'obiettivo per il periodo di tempo massimo durante il quale desideri eseguire il backtrack del cluster di database. Nella maggior parte dei casi, puoi eseguire un backtrack corrispondente al periodo di tempo massimo specificato. Tuttavia, in alcuni casi, il cluster di database non può archiviare un numero sufficiente di record di modifica per eseguire un backtrack corrispondente al periodo di tempo massimo e la finestra di backtrack effettiva è più piccola della finestra di backtrack target. In genere, la finestra di backtrack effettiva è più piccola di quella target quando il carico di lavoro è estremamente pesante sul cluster di database. Quando la finestra di backtrack effettiva è più piccola di quella target, ti inviamo una notifica.
Quando il backtrack è abilitato per un cluster di database ed elimini una tabella archiviata in quel cluster, Aurora conserva quella tabella nei record di modifica del backtrack. In questo modo, puoi ritornare a un orario antecedente a quello in cui hai eliminato la tabella. Se tuttavia non hai spazio sufficiente nella finestra di backtrack per archiviare la tabella, è possibile che questa venga rimossa dai record di modifica del backtrack.
### Orario di backtrack
Aurora esegue sempre il backtrack a un orario coerente per il cluster di database. In questo modo, viene eliminata la possibilità di transazioni di cui non è stato eseguito il commit al completamento del backtrack. Quando specifichi un orario per un backtrack, Aurora sceglie automaticamente l'orario coerente più vicino possibile. Questo approccio significa che il backtrack completato potrebbe non corrispondere esattamente all'ora specificata, ma è possibile determinare l'ora esatta per un backtrack utilizzando il comando CLI [describe-db-cluster-backtracks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) AWS . Per ulteriori informazioni, consulta [Recupero di backtrack esistenti](#AuroraMySQL.Managing.Backtrack.Retrieving).
### Limiti del backtrack
I seguenti limiti si applicano al backtrack:
+ Il backtrack è disponibile solo per i cluster di database creati con la funzionalità di backtrack abilitata. Non puoi modificare un cluster di database per abilitare la funzionalità di backtrack. Puoi abilitare il backtrack quando crei un nuovo cluster di database o ripristini uno snapshot di un cluster di database.
+ Il limite per una finestra di backtrack è 72 ore.
+ Il backtrack influisce sull'intero cluster di database. Ad esempio, non puoi eseguire un backtrack selettivo di una singola tabella o di un singolo aggiornamento di dati.
+ Non puoi creare repliche di lettura tra Regioni da un cluster abilitato al backtrack, ma puoi comunque abilitare la replica dei log binari (binlog) sul cluster. Se tenti di eseguire il backtrack di un cluster di database per il quale è abilitata la registrazione di log binari, in genere si verifica un errore a meno che tu non abbia scelto di forzare il backtrack. Qualsiasi tentativo di forzare un backtrack interromperà le repliche di lettura successive e interferirà con altre operazioni come le distribuzioni. blue/green
+ Non puoi eseguire il backtrack di un clone di database a un orario antecedente a quello di creazione del clone. Puoi tuttavia utilizzare il database originale per eseguire il backtrack a un orario antecedente a quello di creazione del clone. Per ulteriori informazioni sulla creazione di cloni di database, consulta [Clonazione di un volume per un cluster di database Amazon Aurora](Aurora.Managing.Clone.md).
+ Il backtrack comporta una breve interruzione dell'istanza database. Devi arrestare o interrompere le applicazioni prima di avviare un'operazione di backtrack per assicurarti che non vi siano nuove richieste di lettura o scrittura. Durante l'operazione di backtrack, Aurora interrompe il database, chiude tutte le connessioni aperte ed elimina le letture e scritture di cui non è stato eseguito il commit. Attende quindi il completamento dell'operazione di backtrack.
+ Non è possibile ripristinare un'istantanea interregionale di un cluster abilitato al backtrack in una regione che non supporta il backtracking. AWS
+ Se si esegue un aggiornamento locale di un cluster abilitato per il backtrack da Aurora MySQL versione 2 alla versione 3, non è possibile eseguire il backtrack a un punto temporale precedente all'esecuzione dell'aggiornamento.
## Disponibilità di regioni e versioni
Backtrack non è disponibile per Aurora PostgreSQL.
Di seguito sono riportati i motori supportati e la disponibilità nelle regioni per backtrack con Aurora MySQL.
| Region | Aurora MySQL versione 3 | Aurora MySQL versione 2 |
| --- | --- | --- |
| Stati Uniti orientali (Virginia settentrionale) | Tutte le versioni | Tutte le versioni |
| Stati Uniti orientali (Ohio) | Tutte le versioni | Tutte le versioni |
| Stati Uniti occidentali (California settentrionale) | Tutte le versioni | Tutte le versioni |
| Stati Uniti occidentali (Oregon) | Tutte le versioni | Tutte le versioni |
| Africa (Città del Capo) | – | – |
| Asia Pacifico (Hong Kong) | – | – |
| Asia Pacifico (Giacarta) | – | – |
| Asia Pacifico (Malesia) | – | – |
| Asia Pacifico (Melbourne) | – | – |
| Asia Pacifico (Mumbai) | Tutte le versioni | Tutte le versioni |
| Asia Pacifico (Nuova Zelanda) | – | – |
| Asia Pacifico (Osaka-Locale) | Tutte le versioni | Versione 2.07.3 e versioni successive |
| Asia Pacifico (Seul) | Tutte le versioni | Tutte le versioni |
| Asia Pacifico (Singapore) | Tutte le versioni | Tutte le versioni |
| Asia Pacifico (Sydney) | Tutte le versioni | Tutte le versioni |
| Asia Pacifico (Taipei) | – | – |
| Asia Pacifico (Thailandia) | – | – |
| Asia Pacifico (Tokyo) | Tutte le versioni | Tutte le versioni |
| Canada (Centrale) | Tutte le versioni | Tutte le versioni |
| Canada occidentale (Calgary) | – | – |
| Cina (Pechino) | – | – |
| China (Ningxia) | – | – |
| Europa (Francoforte) | Tutte le versioni | Tutte le versioni |
| Europa (Irlanda) | Tutte le versioni | Tutte le versioni |
| Europa (Londra) | Tutte le versioni | Tutte le versioni |
| Europa (Milano) | – | – |
| Europa (Parigi) | Tutte le versioni | Tutte le versioni |
| Europa (Spagna) | – | – |
| Europa (Stoccolma) | – | – |
| Europa (Zurigo) | – | – |
| Israele (Tel Aviv) | – | – |
| Messico (centrale) | – | – |
| Medio Oriente (Bahrein) | – | – |
| Medio Oriente (Emirati Arabi Uniti) | – | – |
| Sud America (San Paolo) | – | – |
| AWS GovCloud (Stati Uniti orientali) | – | – |
| AWS GovCloud (Stati Uniti occidentali) | – | – |
## Considerazioni sull'aggiornamento per i cluster abilitati per backtrack
Puoi aggiornare un cluster di database abilitato per il backtrack da Aurora MySQL versione 2 alla versione 3 perché tutte le versioni secondarie di Aurora MySQL versione 3 sono supportate per il backtrack.
# Configurazione del backtrack di un cluster di database Aurora MySQL
Per utilizzare la funzionalità di backtrack, devi abilitarla e specificare una finestra di backtrack target. In caso contrario, il backtrack è disabilitato.
Nella finestra di backtrack target, specifica il periodo di tempo durante il quale desideri "riavvolgere" il database utilizzando la funzionalità di backtrack. Aurora prova conservare un numero di record di modifica sufficiente per supportare quella finestra temporale.
## Console
Puoi utilizzare la console per configurare il backtrack quando crei un nuovo cluster di database. È inoltre possibile modificare un cluster DB per modificare la finestra di backtrack per un cluster abilitato per backtrack. Se si disattiva completamente il backtracking per un cluster impostando la finestra backtrack su 0, non sarà poi possibile attivare nuovamente il backtrack per quel cluster.
**Topics**
+ [Configurazione del backtrack mediante la console alla creazione di un cluster di database](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Creating)
+ [Configurazione del backtrack mediante la console alla modifica di un cluster database](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Modifying)
### Configurazione del backtrack mediante la console alla creazione di un cluster di database
Quando crei un nuovo cluster di database Aurora MySQL puoi configurare il backtrack scegliendo **Enable Backtrack (Abilita backtrack)** e specificando un valore per **Target Backtrack window (Finestra di backtrack target)** che sia maggiore di zero nella sezione **Backtrack**.
Per creare un cluster database, segui le istruzioni in [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md). L'immagine seguente mostra la sezione **Backtrack**.
![\[Abilitare il backtrack durante la creazione del cluster database con la console\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-create.png)
Quando crei un nuovo cluster database, Aurora non dispone dei dati relativi al carico di lavoro del cluster database. Di conseguenza, non può stimare un costo per il nuovo cluster database. La console indica tuttavia un costo utente standard per la finestra di backtrack target specificata basato su un carico di lavoro tipico. Questo costo standard è un riferimento generale per il costo della funzionalità di backtrack.
**Importante**
Il costo effettivo potrebbe non corrispondere a quello standard in quanto è basato sul carico di lavoro del cluster database.
### Configurazione del backtrack mediante la console alla modifica di un cluster database
Puoi modificare il backtrack per un cluster database mediante la console.
**Nota**
Attualmente, è possibile modificare il backtracking solo per un cluster DB in cui è abilitata la funzionalità Backtrack. La sezione **Backtrack** non viene visualizzata per un cluster DB creato con la funzionalità Backtrack disattivata o se la funzionalità Backtrack è stata disattivata per il cluster DB.
**Per modificare il backtrack per un cluster database mediante la console**
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. Scegliere **Databases (Database)**.
1. Scegliere il cluster da modificare, quindi scegliere **Modify (Modifica)**.
1. In **Target Backtrack window (Finestra di backtrack target)**, modificare il periodo di tempo durante il quale si desidera eseguire il backtrack. Il limite è 72 ore.
![\[Modificare il backtrack con la console\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-modify.png)
La console mostra il costo stimato per il periodo di tempo specificato in base al carico di lavoro precedente del cluster database:
+ Se il backtracking è stato disabilitato sul cluster DB, la stima dei costi si basa sulla `VolumeWriteIOPS` metrica per il cluster DB in Amazon. CloudWatch
+ Se il backtracking era stato abilitato in precedenza sul cluster DB, la stima dei costi si basa sulla `BacktrackChangeRecordsCreationRate` metrica per il cluster DB in Amazon. CloudWatch
1. Scegli **Continue (Continua)**.
1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere una delle seguenti opzioni:
+ **Apply during the next scheduled maintenance window (Applica durante la prossima finestra di manutenzione pianificata)**: –attendere la finestra di manutenzione successiva per applicare la modifica di **Target Backtrack window (Finestra di backtrack target)**.
+ **Apply immediately (Applica immediatamente)**: –applicare la modifica di **Target Backtrack window (Finestra di backtrack target)** appena possibile.
1. Scegliere **Modify cluster (Modifica cluster)**.
## AWS CLI
Quando si crea un nuovo cluster Aurora MySQL DB utilizzando il comando [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) AWS CLI, il backtracking viene configurato quando si specifica un valore maggiore di zero. `--backtrack-window` Il valore `--backtrack-window` specifica la finestra di backtrack target. Per ulteriori informazioni, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).
È inoltre possibile specificare il `--backtrack-window` valore utilizzando i seguenti comandi AWS CLI:
+ [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)
+ [restore-db-cluster-from-s3](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-s3.html)
+ [restore-db-cluster-from-istantanea](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-from-snapshot.html)
+ [restore-db-cluster-to-point-in-time](https://docs.aws.amazon.com/cli/latest/reference/rds/restore-db-cluster-to-point-in-time.html)
La procedura seguente descrive come modificare la finestra di backtrack target per un cluster database mediante l AWS CLI.
**Per modificare la finestra di backtrack di destinazione per un cluster DB utilizzando il AWS CLI**
+ Chiamate il comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI e fornite i seguenti valori:
+ `--db-cluster-identifier`:– il nome del cluster database.
+ `--backtrack-window`:– il numero massimo di secondi durante i quali si desidera eseguire il backtrack del cluster database.
L'esempio seguente imposta la finestra di backtrack target per `sample-cluster` su un giorno (86.400 secondi).
Per Linux, macOS o Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 86400
```
Per Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 86400
```
**Nota**
Attualmente, è possibile abilitare il backtrack solo per un cluster database creato con la funzionalità di backtrack abilitata.
## API RDS
Quando crei un nuovo cluster Aurora MySQL DB utilizzando l'operazione Create [DBClusterAmazon](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) RDS API, il backtracking viene configurato quando si specifica un valore maggiore di zero. `BacktrackWindow` Il valore `BacktrackWindow` specifica la finestra di backtrack target per il cluster database specificato nel valore `DBClusterIdentifier`. Per ulteriori informazioni, consulta [Creazione di un cluster database Amazon Aurora](Aurora.CreateInstance.md).
Puoi anche specificare il valore `BacktrackWindow` utilizzando le seguenti operazioni API:
+ [ModificaDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)
+ [Ripristina da S3 DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromS3.html)
+ [RipristinaDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html)
+ [RipristinaDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html)
**Nota**
Attualmente, è possibile abilitare il backtrack solo per un cluster database creato con la funzionalità di backtrack abilitata.
# Esecuzione di un backtrack per un cluster di database Aurora MySQL
Puoi eseguire il backtrack di un cluster database a un timestamp di backtrack specificato. Se il timestamp di backtrack non è anteriore al primo orario di backtrack possibile e non è nel futuro, il backtrack del cluster database viene eseguito a quel timestamp.
In caso contrario, si ha in genere un errore. Inoltre, se cerchi di eseguire il backtrack di un cluster database per il quale la registrazione binaria è abilitata, in genere si verifica un errore a meno che non hai scelto di forzare il backtrack. Forzare un backtrack può interferire con altre operazioni che utilizzano la registrazione binaria.
**Importante**
Il backtrack non genera voci binlog per le modifiche che esegue. Se la registrazione binaria è abilitata per il cluster database, il backtrack potrebbe non essere compatibile con l'implementazione binlog.
**Nota**
Per i cloni di database, non puoi eseguire il backtrack del cluster database a un orario anteriore a quello di creazione del clone. Per ulteriori informazioni sulla creazione di cloni di database, consulta [Clonazione di un volume per un cluster di database Amazon Aurora](Aurora.Managing.Clone.md).
## Console
La procedura seguente descrive come eseguire un'operazione di backtrack per un cluster database mediante la console.
**Per eseguire un'operazione di backtrack mediante la console**
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. Nel riquadro di navigazione, scegliere **Instances (Istanze)**.
1. Scegliere l'istanza principale del cluster database per il quale si intende eseguire il backtrack.
1. In **Actions (Operazioni)**, scegliere **Backtrack DB cluster (Esegui backtrack del cluster database)**.
1. Nella pagina **Backtrack DB cluster (Esegui backtrack del cluster database)**, inserire il timestamp di backtrack a cui eseguire il backtrack del cluster database.
![\[Backtrack DB cluster (Esegui backtrack del cluster database)\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-db-cluster.png)
1. Scegliere **Backtrack DB cluster (Esegui backtrack del cluster database)**.
## AWS CLI
La procedura seguente descrive il modo in cui eseguire il backtrack di un cluster database mediante l AWS CLI.
**Per eseguire il backtrack di un cluster database mediante l AWS CLI**
+ Chiamare il comando [backtrack-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/backtrack-db-cluster.html) dell'CLI AWS e specificare i seguenti valori:
+ `--db-cluster-identifier`:– il nome del cluster database.
+ `--backtrack-to`:– il timestamp di backtrack a cui eseguire il backtrack del cluster database, specificato nel formato ISO 8601.
L'esempio seguente esegue il backtrack del cluster database `sample-cluster` con il timestamp 19 marzo 2018, ore 10.
Per Linux, macOS o Unix:
```
aws rds backtrack-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-to 2018-03-19T10:00:00+00:00
```
Per Windows:
```
aws rds backtrack-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-to 2018-03-19T10:00:00+00:00
```
## API RDS
Per eseguire il backtrack di un cluster database mediante l'API Amazon RDS, utilizza l'operazione [BacktrackDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_BacktrackDBCluster.html). Questa operazione esegue il backtrack del cluster database specificato nel valore `DBClusterIdentifier` all'orario specificato.
# Monitoraggio del backtrack per un cluster di database Aurora MySQL
Puoi visualizzare le informazioni relative al backtrack e monitorare i parametri di backtrack per un cluster database.
## Console
**Per visualizzare le informazioni relative al backtrack e monitorare i parametri di backtrack mediante la console**
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. Scegliere **Databases (Database)**.
1. Scegliere il nome del cluster database di cui si intende visualizzare le informazioni.
Le informazioni relative al backtrack sono visualizzate nella sezione **Backtrack**.
![\[Informazioni relative al backtrack per un cluster database\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-details.png)
Quando il backtrack è abilitato, sono disponibili le seguenti informazioni:
+ **Target window (Finestra target)**:– il periodo di tempo corrente specificato per la finestra di backtrack target. Il target è il periodo di tempo massimo durante il quale è possibile effettuare il backtrack se lo storage è sufficiente.
+ **Actual window (Finestra effettiva)**:– il periodo di tempo effettivo durante il quale è possibile eseguire il backtrack, che può essere inferiore alla finestra di backtrack target. La finestra di backtrack effettiva è basata sul carico di lavoro e sullo storage disponibile per conservare i record di modifica del backtrack.
+ **Earliest backtrack time (Primo orario di backtrack)**: –specifica il primo orario di backtrack possibile per il cluster database. Non è possibile eseguire il backtrack del cluster database a un orario antecedente a quello visualizzato.
1. Per visualizzare i parametri di backtrack per il cluster database, procedere come segue:
1. Nel riquadro di navigazione, scegliere **Instances (Istanze)**.
1. Scegliere il nome dell'istanza principale per il cluster database di cui si intende visualizzarne i dettagli.
1. Nella **CloudWatch**sezione, digita **Backtrack** nella **CloudWatch**casella per mostrare solo le metriche di Backtrack.
![\[Parametri di backtrack\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-metrics.png)
Sono visualizzati i seguenti parametri:
+ **Backtrack Change Records Creation Rate (Count) (Frequenza di creazione record modifiche backtrack (numero))**:– questo parametro visualizza il numero di record di modifica di backtrack creati in un intervallo di cinque minuti per il cluster database. È possibile utilizzare questo parametro per stimare il costo di backtrack per la finestra di backtrack target.
+ **[Billed] Backtrack Change Records Stored (Count) ([Fatturato] Record modifiche backtrack archiviati (numero))**:– questo parametro visualizza il numero effettivo di record di modifica di backtrack utilizzati dal cluster di database.
+ **Backtrack Window Actual (Minutes) (Finestra di backtrack effettiva) (Minuti)**: –questo parametro indica se c'è una differenza tra la finestra di backtrack target e la finestra di backtrack effettiva. Ad esempio, se la finestra di backtrack target è 2 ore (120 minuti) e questo parametro indica che la finestra di backtrack effettiva è 100 minuti, quest'ultima è più piccola della finestra target.
+ **Backtrack Window Alert (Count) (Avviso finestra di backtrack (numero))**: –questo parametro indica quante volte la finestra di backtrack effettiva è inferiore alla finestra di backtrack target per un determinato periodo di tempo.
**Nota**
I parametri seguenti potrebbero essere indietro rispetto all'orario corrente:
**Backtrack Change Records Creation Rate (Count)** (Frequenza di creazione record modifiche backtrack (numero))
**[Billed] Backtrack Change Records Stored (Count) ([Fatturato] Record modifiche backtrack archiviati (numero))**
## AWS CLI
La procedura seguente descrive come visualizzare informazioni relative al backtrack per un cluster di database mediante l AWS CLI.
**Per visualizzare le informazioni di backtrack per un cluster DB utilizzando il AWS CLI**
+ Chiamate il comando [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) AWS CLI e fornite i seguenti valori:
+ `--db-cluster-identifier`:– il nome del cluster database.
L'esempio seguente elenca le informazioni relative al backtrack per `sample-cluster`.
Per Linux, macOS o Unix:
```
aws rds describe-db-clusters \
--db-cluster-identifier sample-cluster
```
Per Windows:
```
aws rds describe-db-clusters ^
--db-cluster-identifier sample-cluster
```
## API RDS
Per visualizzare le informazioni di backtrack per un cluster DB utilizzando l'API Amazon RDS, utilizza l'operazione [DBClustersDescrivi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html). Questa operazione restituisce le informazioni relative al backtrack per il cluster database specificato nel valore `DBClusterIdentifier`.
## Abbonamento a un evento di backtrack con la console
La procedura seguente descrive come abbonarsi a un evento di backtrack mediante la console. L'evento ti invia un'email o una notifica di testo quando la finestra di backtrack effettiva è più piccola della finestra di backtrack target.
**Per visualizzare le informazioni di backtrack mediante la console**
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. Scegliere **Event subscriptions (Abbonamenti a eventi)**.
1. Scegliere **Create event subscription (Crea abbonamento a eventi)**.
1. Nella casella **Name (Nome)**, digitare un nome per l'abbonamento all'evento e assicurarsi che **Yes (Sì)** è selezionato per **Enabled (Abilitato)**.
1. Nella sezione **Target**, scegliere **New email topic (Nuovo argomento e-mail)**.
1. In **Topic name (Nome argomento)**, digitare un nome per l'argomento e in **With these recipients (Con questi destinatari)**, digitare gli indirizzi e-mail o i numeri di telefono per ricevere le notifiche.
1. Nella sezione **Source (origine)**, scegliere **Instances (Istanze)** per **Source type (Tipo origine)**.
1. Per **Instances to include (Istanze da includere)**, scegliere **Select specific instances (Seleziona specifiche istanze)** e scegliere l'istanza database.
1. In **Event categories to include (Categorie di eventi da includere)**, scegliere **Select specific event categories (Seleziona specifiche categorie di eventi)**, quindi scegliere **Backtrack**.
La pagina dovrebbe essere simile alla seguente.
![\[Abbonamento a eventi di backtrack\]](http://docs.aws.amazon.com/it_it/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-event.png)
1. Scegliere **Create (Crea)**.
## Recupero di backtrack esistenti
Puoi recuperare informazioni relative a backtrack esistenti per un cluster di database. Queste informazioni includono l'identificatore univoco del backtrack, la data e l'ora di inizio e di fine del backtrack, la data e l'ora in cui il backtrack è stato richiesto e lo stato corrente del backtrack.
**Nota**
Non è attualmente possibile recuperare backtrack esistenti mediante la console.
### AWS CLI
La procedura seguente descrive come recuperare backtrack esistenti per un cluster di database mediante l AWS CLI.
**Per recuperare i backtrack esistenti utilizzando il AWS CLI**
+ Chiamate il comando [describe-db-cluster-backtracks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) AWS CLI e fornite i seguenti valori:
+ `--db-cluster-identifier`:– il nome del cluster database.
L'esempio seguente recupera i backtrack esistenti per `sample-cluster`.
Per Linux, macOS o Unix:
```
aws rds describe-db-cluster-backtracks \
--db-cluster-identifier sample-cluster
```
Per Windows:
```
aws rds describe-db-cluster-backtracks ^
--db-cluster-identifier sample-cluster
```
### API RDS
Per recuperare informazioni sui backtrack per un cluster DB utilizzando l'API Amazon RDS, utilizza l'operazione [DBClusterDescrivi](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterBacktracks.html) Backtracks. Questa operazione restituisce le informazioni relative ai backtrack per il cluster database specificato nel valore `DBClusterIdentifier`.
# Disabilitazione del backtrack per un cluster di database Aurora MySQL
Puoi disabilitare la funzionalità di backtrack per un cluster di database.
## Console
Puoi disabilitare il backtrack per un cluster di database mediante la console. Dopo aver disattivato completamente il backtracking per un cluster, non sarà possibile attivarlo di nuovo per tale cluster.
**Per disabilitare la funzionalità di backtrack per un cluster di database mediante la console**
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. Scegliere **Databases (Database)**.
1. Scegliere il cluster da modificare, quindi scegliere **Modify (Modifica)**.
1. Nella sezione **Backtrack**, scegliere **Disable Backtrack (Disabilita backtrack)**.
1. Scegli **Continue (Continua)**.
1. In **Scheduling of Modifications (Pianificazione delle modifiche)**, scegliere una delle seguenti opzioni:
+ **Apply during the next scheduled maintenance window (Applica durante la prossima finestra di manutenzione pianificata)**:– attendere la finestra di manutenzione successiva per applicare la modifica.
+ **Apply immediately (Applica immediatamente)**:– applicare la modifica appena possibile.
1. Scegliere **Modify Cluster (Modifica cluster)**.
## AWS CLI
Puoi disabilitare la funzionalità di backtrack per un cluster di database mediante l'AWS CLI impostando la finestra di backtrack target su `0` (zero). Dopo aver disattivato completamente il backtracking per un cluster, non sarà possibile attivarlo di nuovo per tale cluster.
**Per modificare la finestra di backtrack target per un cluster di database mediante l AWS CLI**
+ Chiamare il comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) della CLI AWS e specificare i seguenti valori:
+ `--db-cluster-identifier`:– il nome del cluster database.
+ `--backtrack-window` – specifica `0` per disattivare il backtracking.
L'esempio seguente disabilita la funzionalità di backtrack per `sample-cluster` impostando `--backtrack-window` su `0`.
Per Linux, macOS o Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 0
```
Per Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 0
```
## API RDS
Per disabilitare la funzionalità di backtrack per un cluster di database mediante l'API Amazon RDS, utilizzare l'operazione [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Imposta il valore `BacktrackWindow` su `0` (zero) e specifica il cluster di database nel valore `DBClusterIdentifier`. Dopo aver disattivato completamente il backtracking per un cluster, non sarà possibile attivarlo di nuovo per tale cluster.