# Retroceder um cluster de banco de dados Aurora
Com o Amazon Aurora Edição compatível com MySQL, é possível retroceder um cluster de banco de dados a um período específico, sem restaurar os dados de um backup.
**Contents**
+ [Visão geral do retrocesso](#AuroraMySQL.Managing.Backtrack.Overview)
+ [Janela de retrocesso](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackWindow)
+ [Tempo de retrocesso](#AuroraMySQL.Managing.Backtrack.Overview.BacktrackTime)
+ [Limitações de retrocesso](#AuroraMySQL.Managing.Backtrack.Limitations)
+ [Disponibilidade de regiões e versões](#AuroraMySQL.Managing.Backtrack.Availability)
+ [Considerações de atualização para clusters habilitados para o retrocesso](#AuroraMySQL.Managing.Backtrack.Upgrade)
+ [Configurar o retrocesso de um cluster de banco de dados do Aurora MySQL](AuroraMySQL.Managing.Backtrack.Configuring.md)
+ [Realizar um retrocesso de um cluster de banco de dados do Aurora MySQL](AuroraMySQL.Managing.Backtrack.Performing0.md)
+ [Monitorar o retrocesso de um cluster de banco de dados do Aurora MySQL](AuroraMySQL.Managing.Backtrack.Monitoring.md)
+ [Assinar um evento de retrocesso com o console](#AuroraMySQL.Managing.Backtrack.Event.Console)
+ [Recuperar retrocessos existentes](#AuroraMySQL.Managing.Backtrack.Retrieving)
+ [Desativar o retrocesso de um cluster de banco de dados do Aurora MySQL](AuroraMySQL.Managing.Backtrack.Disabling.md)
## Visão geral do retrocesso
O retrocesso retrocede o cluster de banco de dados ao período que você especificar. O retrocesso não é um substituto para o backup do cluster de banco de dados, para que você possa restaurá-lo para um período específico. No entanto, o retrocesso fornece as seguintes vantagens em relação ao backup e à restauração tradicionais:
+ É possível desfazer erros facilmente. Se, por engano, você executar uma ação destrutiva, como, por exemplo, um DELETE sem uma cláusula WHERE, é possível retroceder o cluster de banco de dados a um período anterior à ação destrutiva, com interrupção mínima do serviço.
+ É possível retroceder um cluster de banco de dados rapidamente. Restaurar um cluster de banco de dados para um período específico ativa um novo cluster de banco de dados e o restaura a partir de dados de backup ou de um snapshot de cluster de banco de dados, o que pode levar horas. O retrocesso de um cluster de banco de dados não requer um novo cluster de banco de dados e o retrocede em minutos.
+ É possível explorar alterações de dados anteriores. Você pode voltar e avançar o retrocesso de um cluster de banco de dados repetidamente para ajudar a determinar quando uma alteração de dados específica ocorreu. Por exemplo, você pode retroceder um cluster de banco de dados três horas e, em seguida, avançar uma hora. Nesse caso, o período do retrocesso é duas horas antes do período original.
**nota**
Para obter informações sobre como restaurar um cluster de banco de dados para um período específico, consulte [Visão geral do backup e da restauração de um cluster de banco de dados do Aurora](Aurora.Managing.Backups.md).
### Janela de retrocesso
Com o retrocesso, há uma janela de retrocesso de destino e uma janela de retrocesso real:
+ A *janela de retrocesso de destino* é a quantidade de tempo que você deseja poder retroceder seu cluster de banco de dados. Ao habilitar o retrocesso, você especifica uma *janela de retrocesso de destino*. Por exemplo, você pode especificar uma janela de retrocesso de destino de 24 horas se quiser retroceder o cluster de banco de dados um dia.
+ A *janela de retrocesso real* é a quantidade real de tempo para a qual você pode retroceder seu cluster de banco de dados, que pode ser menor que a janela de retrocesso de destino. A janela de retrocesso real é baseada em sua workload e no armazenamento disponível para armazenar informações sobre alterações no banco de dados, denominadas *registros de alterações.*
Ao atualizar seu cluster de banco de dados Aurora com o retrocesso habilitado, você gera registros de alterações. O Aurora retém os registros de alterações da janela de retrocesso de destino, e você paga uma taxa por hora para armazená-los. A janela de retrocesso de destino e a workload em seu cluster de banco de dados determinam o número de registros de alterações armazenados. A workload é o número de alterações feitas em seu cluster de banco de dados em um determinado período de tempo. Se sua workload for pesada, você armazenará mais registros de alterações em sua janela de retrocesso do que se sua workload for leve.
Você pode pensar em sua janela de retrocesso de destino como a meta para o período máximo de tempo que deseja retroceder seu cluster de banco de dados. Na maioria dos casos, você pode retroceder o tempo máximo que especificou. No entanto, em alguns casos, o cluster de banco de dados não pode armazenar registros de alterações suficientes para retroceder a quantidade máxima de tempo, além da janela de retrocesso real ser menor do que a meta. Normalmente, a janela de retrocesso real é menor que a meta quando você tem uma workload extremamente pesada em seu cluster de banco de dados. Quando a janela de retrocesso atual é menor que sua meta, enviamos uma notificação.
Quando o retrocesso é ativado para um cluster de banco de dados e você exclui uma tabela armazenada nele, o Aurora mantém essa tabela nos registros de alterações de retrocesso. Ele faz isso para que você possa reverter a um período anterior à exclusão da tabela. Se você não tiver espaço suficiente na sua janela de retrocesso para armazenar a tabela, ela poderá ser removida dos registros de alterações de retrocesso eventualmente.
### Tempo de retrocesso
O Aurora sempre retrocede a um período que seja consistente para o cluster de banco de dados. Isso elimina a possibilidade de transações não confirmadas quando o retrocesso é concluído. Quando você especifica um período para um retrocesso, o Aurora escolhe automaticamente o período consistente mais próximo possível. Essa abordagem significa que o retrocesso concluído pode não corresponder exatamente ao período especificado, mas você pode determinar o período exato para um retrocesso usando o comando [describe-db-cluster-backtracks ](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) da CLI da AWS. Para obter mais informações, consulte [Recuperar retrocessos existentes](#AuroraMySQL.Managing.Backtrack.Retrieving).
### Limitações de retrocesso
As limitações a seguir se aplicam ao retrocesso:
+ O retrocesso somente está disponível em clusters de banco de dados que foram criados com o recurso Retrocesso habilitado. Não é possível modificar um cluster de banco de dados para habilitar o recurso Backtrack. É possível habilitar o recurso Retrocesso ao criar um cluster de banco de dados ou restaurar um snapshot de um cluster de banco de dados.
+ O limite para uma janela de retrocesso é de 72 horas.
+ O retrocesso afeta todo o cluster de banco de dados. Por exemplo, você não pode seletivamente retroceder uma única tabela ou uma única atualização de dados.
+ Não é possível criar réplicas de leitura entre regiões usando um cluster habilitado para retrocesso, mas você pode habilitar a replicação de log binário (binlog) no cluster. Além disso, quando você tenta retroceder um cluster de banco de dados para o qual o registro em log binário está habilitado, normalmente ocorre um erro, a menos que você opte por forçar o retrocesso. Qualquer tentativa de forçar um retrocesso interromperá as réplicas de leitura posteriores e interferirá em outras operações, como implantações azul/verde.
+ Não é possível retroceder um clone do banco de dados a um período anterior à criação dele. No entanto, você pode usar o banco de dados original para retroceder a um período anterior à criação do clone. Para obter mais informações sobre clonagem de banco de dados, consulte [Clonar um volume para um cluster de banco de dados do Amazon Aurora](Aurora.Managing.Clone.md).
+ O retrocesso causa uma breve interrupção da instância de banco de dados. É necessário parar ou pausar seus aplicativos antes de iniciar uma operação de retrocesso para garantir que não haja novas solicitações de leitura ou gravação. Durante a operação de retrocesso, o Aurora pausa o banco de dados, fecha todas as conexões abertas e elimina leituras e gravações não confirmadas. Em seguida, aguarda a conclusão da operação de retrocesso.
+ Não é possível restaurar um snapshot entre regiões de um cluster habilitado para retrocesso em uma região da AWS que não oferece suporte ao retrocesso.
+ Se você executar um upgrade local para um cluster habilitado para retrocesso do Aurora MySQL versão 2 para a versão 3, não poderá retroceder a um ponto no tempo antes do upgrade.
## Disponibilidade de regiões e versões
O backtrack não está disponível para o Aurora PostgreSQL.
Veja a seguir os mecanismos compatíveis e a disponibilidade de regiões para o retrocesso com o Aurora MySQL.
| Região | Aurora MySQL versão 3 | Aurora MySQL versão 2 |
| --- | --- | --- |
| Leste dos EUA (Norte da Virgínia) | Todas as versões | Todas as versões |
| Leste dos EUA (Ohio) | Todas as versões | Todas as versões |
| Oeste dos EUA (Norte da Califórnia) | Todas as versões | Todas as versões |
| Oeste dos EUA (Oregon) | Todas as versões | Todas as versões |
| Africa (Cape Town) | – | – |
| Ásia-Pacífico (Hong Kong) | – | – |
| Ásia-Pacífico (Jacarta) | – | – |
| Ásia-Pacífico (Malásia) | – | – |
| Ásia-Pacífico (Melbourne) | – | – |
| Ásia-Pacífico (Mumbai) | Todas as versões | Todas as versões |
| Ásia-Pacífico (Nova Zelândia) | – | – |
| Ásia-Pacífico (Osaka) | Todas as versões | Versão 2.07.3 e posterior |
| Ásia-Pacífico (Seul) | Todas as versões | Todas as versões |
| Ásia-Pacífico (Singapura) | Todas as versões | Todas as versões |
| Ásia-Pacífico (Sydney) | Todas as versões | Todas as versões |
| Ásia-Pacífico (Taipei) | – | – |
| Ásia-Pacífico (Tailândia) | – | – |
| Ásia-Pacífico (Tóquio) | Todas as versões | Todas as versões |
| Canadá (Central) | Todas as versões | Todas as versões |
| Oeste do Canadá (Calgary) | – | – |
| China (Beijing) | – | – |
| China (Ningxia) | – | – |
| Europa (Frankfurt) | Todas as versões | Todas as versões |
| Europa (Irlanda) | Todas as versões | Todas as versões |
| Europa (Londres) | Todas as versões | Todas as versões |
| Europe (Milan) | – | – |
| Europe (Paris) | Todas as versões | Todas as versões |
| Europa (Espanha) | – | – |
| Europa (Estocolmo) | – | – |
| Europa (Zurique) | – | – |
| Israel (Tel Aviv) | – | – |
| México (Central) | – | – |
| Oriente Médio (Bahrein) | – | – |
| Oriente Médio (Emirados Árabes Unidos) | – | – |
| South America (São Paulo) | – | – |
| AWS GovCloud (Leste dos EUA) | – | – |
| AWS GovCloud (Oeste dos EUA) | – | – |
## Considerações de atualização para clusters habilitados para o retrocesso
Você pode fazer upgrade de um cluster de banco de dados habilitar para retrocesso do Aurora MySQL versão 2 para a versão 3, porque todas as versões secundárias do Aurora MySQL versão 3 são compatíveis com o recurso de retrocesso.
# Configurar o retrocesso de um cluster de banco de dados do Aurora MySQL
Para usar o recurso Retrocesso, é necessário ativar o retrocesso e especificar uma janela de retrocesso de destino. Caso contrário, o retrocesso será desativado.
Na janela de retrocesso de destino, especifique o tempo que você deseja retroceder em seu banco de dados usando Backtrack (Retrocesso). O Aurora tenta reter registros de alteração suficientes para suportar essa janela de tempo.
## Console
Você pode usar o console para configurar o retrocesso ao criar um novo cluster de banco de dados. Você também pode modificar um cluster de banco de dados para alterar a janela de retrocesso de um cluster habilitado para o retrocesso. Se você desativar totalmente o retrocesso em um cluster definindo a janela de retrocesso como 0, não poderá ativar o retrocesso novamente nesse cluster.
**Topics**
+ [Configurar o retrocesso com o console ao criar um cluster de banco de dados](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Creating)
+ [Configurar o retrocesso com o console ao modificar um cluster de banco de dados](#AuroraMySQL.Managing.Backtrack.Configuring.Console.Modifying)
### Configurar o retrocesso com o console ao criar um cluster de banco de dados
Quando você cria um novo cluster de banco de dados Aurora MySQL, o retrocesso é configurado quando você escolhe **Enable Backtrack (Habilitar retrocesso)** e especifica um valor na **Target Backtrack window (Janela de retrocesso de destino)** que seja maior que zero na seção **Backtrack (Retrocesso)**.
Para criar um cluster de banco de dados, siga as instruções em [Criar um cluster de bancos de dados do Amazon Aurora](Aurora.CreateInstance.md). A imagem a seguir mostra a seção **Retrocesso**.
![\[Habilitar o retrocesso durante a criação do cluster de banco de dados com o console\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-create.png)
Ao criar um novo cluster de banco de dados, o Aurora não possui dados para a workload do cluster de banco de dados. Portanto, não é possível estimar um custo especificamente para o novo cluster de banco de dados. Em vez disso, o console apresenta um custo de usuário típico na janela de retrocesso de destino especificada com base em uma workload comum. O custo típico serve para fornecer uma referência geral para o custo do recurso Retrocesso.
**Importante**
Seu custo real pode não corresponder ao custo típico, pois o custo real é baseado na workload do cluster de banco de dados.
### Configurar o retrocesso com o console ao modificar um cluster de banco de dados
Você pode modificar o retrocesso de um cluster de banco de dados usando o console.
**nota**
Atualmente, é possível modificar o retrocesso somente para um cluster de banco de dados que tenha o recurso Retrocesso habilitado. A seção **Backtrack (Retrocesso)** não é exibida para um cluster de banco de dados que foi criado com o recurso Retrocesso desabilitado ou se o recurso Retrocesso foi desabilitado para o cluster de banco de dados.
**Para modificar o retrocesso de um cluster de banco de dados usando o console**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Escolha **Databases (Bancos de dados)**.
1. Escolha o cluster que deseja modificar e escolha **Modify (Modificar)**.
1. A **Target Backtrack window (Janela de retrocesso de destino)**, modifica a quantidade de tempo que você deseja retroceder seu cluster de banco de dados. O limite é de 72 horas.
![\[Modificar o retrocesso com o console\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-modify.png)
O console mostra o custo estimado da quantidade de tempo especificada com base na workload anterior do cluster de banco de dados:
+ Se o retrocesso foi desabilitado no cluster de banco de dados, a estimativa de custo é baseada na métrica `VolumeWriteIOPS` do cluster de banco de dados no Amazon CloudWatch.
+ Se o retrocesso foi ativado anteriormente no cluster de banco de dados, a estimativa de custo é baseada na métrica `BacktrackChangeRecordsCreationRate` do cluster de banco de dados no Amazon CloudWatch.
1. Escolha **Continue**.
1. Em **Scheduling of Modifications (Programação de modificações)**, selecione uma das seguintes opções:
+ **Apply during the next scheduled maintenance window (Aplicar durante a próxima janela de manutenção programada)** – esperar para aplicar a modificação da **Target Backtrack window (Janela de retrocesso de destino)** na próxima janela de manutenção.
+ **Apply immediately (Aplicar imediatamente)** – aplicar a modificação da **Target Backtrack window (Janela de retrocesso de destino)** o mais breve possível.
1. Selecione **Modify Cluster (Modificar cluster)**.
## AWS CLI
Ao criar um novo cluster de banco de dados Aurora MySQL usando o comando [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html) da AWS CLI, o retrocesso é configurado quando você especifica um valor para `--backtrack-window` que seja maior que zero. O valor `--backtrack-window` especifica a janela de retrocesso de destino. Para obter mais informações, consulte [Criar um cluster de bancos de dados do Amazon Aurora](Aurora.CreateInstance.md).
Você também pode especificar o valor de `--backtrack-window` usando os seguintes comandos da CLI da AWS:
+ [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-snapshot](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)
O procedimento a seguir descreve como modificar a janela de retrocesso de destino para um cluster de banco de dados usando a AWS CLI.
**Para modificar a janela de retrocesso de destino para um cluster de banco de dados usando a AWS CLI**
+ Chame o comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) da CLI da AWS e forneça os seguintes valores:
+ `--db-cluster-identifier` – o nome do cluster de banco de dados.
+ `--backtrack-window` – o número máximo de segundos que você deseja retroceder o cluster de banco de dados.
O exemplo a seguir define a janela de retrocesso de destino do `sample-cluster` como um dia (86.400 segundos).
Para Linux, macOS ou Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 86400
```
Para Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 86400
```
**nota**
No momento, você pode ativar o retrocesso apenas para um cluster de banco de dados criado com o recurso Retrocesso ativado.
## API do RDS
Ao criar um novo cluster de banco de dados Aurora MySQL usando a operação [CreateDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) da API do Amazon RDS, o retrocesso é configurado ao especificar um valor para `BacktrackWindow` que seja maior que zero. O valor `BacktrackWindow` especifica a janela de retrocesso de destino para o cluster de banco de dados especificado no valor do `DBClusterIdentifier`. Para obter mais informações, consulte [Criar um cluster de bancos de dados do Amazon Aurora](Aurora.CreateInstance.md).
Também é possível especificar o valor `BacktrackWindow` usando as seguintes operações da API:
+ [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html)
+ [RestoreDBClusterFromS3](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromS3.html)
+ [RestoreDBClusterFromSnapshot](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterFromSnapshot.html)
+ [RestoreDBClusterToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html)
**nota**
No momento, você pode ativar o retrocesso apenas para um cluster de banco de dados criado com o recurso Retrocesso ativado.
# Realizar um retrocesso de um cluster de banco de dados do Aurora MySQL
Você pode retroceder um cluster de banco de dados a um time stamp de retrocesso especificado. Se o time stamp do retrocesso não for anterior ao período do retrocesso mais antigo possível, e não for um período futuro, o cluster de banco de dados será retrocedido a esse time stamp.
Caso contrário, geralmente ocorre um erro. Além disso, se você tentar retroceder um cluster de banco de dados para o qual o log binário está habilitado, um erro normalmente ocorre, a menos que você tenha optado por forçar que o retrocesso ocorra. Forçar que um retrocesso ocorra pode interferir em outras operações que usam o log binário.
**Importante**
O retrocesso não gera entradas de log binário para as alterações que ele faz. Se você tiver o log binário ativado para o cluster de banco de dados, o retrocesso poderá não ser compatível com sua implementação do log binário.
**nota**
Para clones de banco de dados, não é possível retroceder o cluster de banco de dados antes da data e da hora em que o clone foi criado. Para obter mais informações sobre clonagem de banco de dados, consulte [Clonar um volume para um cluster de banco de dados do Amazon Aurora](Aurora.Managing.Clone.md).
## Console
O procedimento a seguir descreve como executar uma operação de retrocesso para um cluster de banco de dados usando o console.
**Para executar uma operação de retrocesso usando o console**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. No painel de navegação, escolha **Instances** (Instâncias).
1. Selecione a instância primária do cluster de banco de dados que deseja retroceder.
1. Em **Actions (Ações)**, escolha **Backtrack DB cluster (Retroceder cluster de banco de dados)**.
1. Na página **Backtrack DB cluster (Retroceder cluster de banco de dados)**, digite o timestamp do retrocesso para o qual retroceder o cluster de banco de dados.
![\[Retroceder cluster de banco de dados\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-db-cluster.png)
1. Escolha **Backtrack DB cluster (Retroceder cluster de banco de dados)**
## AWS CLI
O procedimento a seguir descreve como retroceder um cluster de banco de dados usando a AWS CLI.
**Para retroceder um cluster de banco de dados usando a AWS CLI**
+ Chame o comando [backtrack-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/backtrack-db-cluster.html) da CLI da AWS e forneça os seguintes valores:
+ `--db-cluster-identifier` – o nome do cluster de banco de dados.
+ `--backtrack-to` – o time stamp de retrocesso segundo o qual você deseja retroceder o cluster de banco de dados, especificado no formato ISO 8601.
O exemplo a seguir retrocede o cluster de banco de dados `sample-cluster` a 19 de março de 2018, às 10h.
Para Linux, macOS ou Unix:
```
aws rds backtrack-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-to 2018-03-19T10:00:00+00:00
```
Para Windows:
```
aws rds backtrack-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-to 2018-03-19T10:00:00+00:00
```
## API do RDS
Para retroceder um cluster de banco de dados usando a API do Amazon RDS, use a ação [BacktrackDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_BacktrackDBCluster.html). Essa ação retrocede o cluster de banco de dados especificado no valor do `DBClusterIdentifier` ao período especificado.
# Monitorar o retrocesso de um cluster de banco de dados do Aurora MySQL
Você pode visualizar informações de retrocesso e monitorar métricas de retrocesso para um cluster de banco de dados.
## Console
**Para visualizar informações de retrocesso e monitorar métricas de retrocesso usando o console**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Escolha **Databases (Bancos de dados)**.
1. Escolha o nome do cluster de banco de dados para abrir informações sobre ele.
As informações de retrocesso estão na seção **Retrocesso**.
![\[Detalhes de retrocesso de um cluster de banco de dados\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-details.png)
Quando o retrocesso é ativado, as seguintes informações ficam disponíveis:
+ **Target window (Janela de destino)** – o tempo especificado no momento para a janela de retrocesso de destino. O destino é o tempo máximo que você pode retroceder se houver armazenamento suficiente.
+ **Actual window (Janela real)** – o tempo real que você pode retroceder, que pode ser menor que a janela de retrocesso de destino. A janela de retrocesso real é baseada em sua workload e no armazenamento disponível para reter registros de alterações de retrocesso.
+ **Earliest backtrack time (Período de retrocesso mais antigo)** – o tempo de retrocesso mais antigo possível do cluster de banco de dados. Não é possível retroceder o cluster de banco de dados a um período anterior ao período exibido.
1. Faça o seguinte para visualizar métricas de retrocesso para o cluster de banco de dados:
1. No painel de navegação, escolha **Instances** (Instâncias).
1. Selecione o nome da instância primária do cluster de banco de dados para exibir seus detalhes.
1. Na seção **CloudWatch**, digite **Backtrack** na caixa **CloudWatch** para mostrar apenas as métricas do Retrocesso.
![\[Métricas de retrocesso\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-metrics.png)
As seguintes métricas são exibidas:
+ **Backtrack Change Records Creation Rate (Count) (Taxa de criação de registros de alterações de retrocesso (contagem))** – essa métrica mostra o número de registros de alterações de retrocesso criados no período de cinco minutos para o cluster de banco de dados. Você pode usar essa métrica para estimar o custo de retrocesso para a janela de retrocesso de destino.
+ **[Billed] Backtrack Change Records Stored (Count) ([Faturado] Registros de alterações de retrocesso armazenados (contagem))** – essa métrica mostra o número real de registros de alterações de retrocesso usados pelo cluster de banco de dados.
+ **Backtrack Window Actual (Minutes) (Janela de retrocesso real (minutos))** – essa métrica mostra se há uma diferença entre a janela de retrocesso de destino e a janela de retrocesso real. Por exemplo, se a janela de retrocesso de destino for de 2 horas (120 minutos) e essa métrica mostrar que a janela de retrocesso real é de 100 minutos, a janela de retrocesso real será menor que o destino.
+ **Backtrack Window Alert (Count) (Alerta da janela de retrocesso (contagem))** – essa métrica mostra com que frequência a janela de retrocesso real é menor que a janela de retrocesso de destino em um determinado período.
**nota**
As métricas a seguir podem atrasar o período atual:
**Backtrack Change Records Creation Rate (Count) (Taxa de criação de registros de alterações de retrocesso (contagem)**
**[Billed] Backtrack Change Records Stored (Count) ([Faturado] Registros de alterações de retrocesso armazenados (contagem)**
## AWS CLI
O procedimento a seguir descreve como visualizar as informações de retrocesso para um cluster de banco de dados usando a AWS CLI.
**Para visualizar informações de retrocesso para um cluster de banco de dados usando a AWS CLI**
+ Chame o comando [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html) da CLI da AWS e forneça os seguintes valores:
+ `--db-cluster-identifier` – o nome do cluster de banco de dados.
O exemplo a seguir lista informações de retrocesso para o `sample-cluster`.
Para Linux, macOS ou Unix:
```
aws rds describe-db-clusters \
--db-cluster-identifier sample-cluster
```
Para Windows:
```
aws rds describe-db-clusters ^
--db-cluster-identifier sample-cluster
```
## API do RDS
Para visualizar informações de retrocesso para um cluster de banco de dados usando a API do Amazon RDS, use a operação [DescribeDBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html). Esta ação retorna informações de retrocesso para o cluster de banco de dados especificado no valor de `DBClusterIdentifier`.
## Assinar um evento de retrocesso com o console
O procedimento a seguir descreve como assinar um evento de retrocesso usando o console. O evento envia um email ou uma notificação de texto quando a janela de retrocesso real for menor que a janela de retrocesso de destino.
**Para visualizar informações de retrocesso usando o console**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Selecione **Event subscriptions (Assinaturas de eventos)**.
1. Selecione **Criar assinatura de evento**.
1. Na caixa **Name (Nome)**, digite um nome para a assinatura do evento e verifique se **Yes (Sim)** está selecionado para **Enabled (Ativado)**.
1. Na seção **Target (Destino)**, selecione **New email topic (Novo tópico de email)**.
1. Em **Topic name (Nome do tópico)**, digite um nome para o tópico e, em **With these recipients (Com estes destinatários)**, insira os endereços de e-mail ou números de telefone para receber as notificações.
1. Na seção **Source (Origem)**, selecione **Instances (Instâncias)** para **Source type (Tipo de origem)**.
1. Em **Instances to include (Instâncias a serem incluídas)**, selecione **Select specific instances (Selecionar instâncias específicas)** e escolha a instância de banco de dados.
1. Em **Event categories to include (Categorias de eventos a serem incluídas)**, selecione **Select specific event categories (Selecionar categorias de eventos específicos)** e escolha **backtrack (retrocesso)**.
A página deve ser semelhante à página a seguir.
![\[Assinatura de evento de retrocesso\]](http://docs.aws.amazon.com/pt_br/AmazonRDS/latest/AuroraUserGuide/images/aurora-backtrack-event.png)
1. Escolha **Criar**.
## Recuperar retrocessos existentes
Você pode recuperar informações sobre retrocessos existentes para um cluster de banco de dados. Essas informações incluem o identificador exclusivo do retrocesso, a data e a hora para as quais e a partir das quais foi feito o retrocesso, a data e a hora em que o retrocesso foi solicitado e o status atual do retrocesso.
**nota**
Atualmente, não é possível recuperar retrocessos existentes usando o console.
### AWS CLI
O procedimento a seguir descreve como recuperar retrocessos existentes para um cluster de banco de dados usando a AWS CLI.
**Para recuperar retrocessos existentes usando a AWS CLI**
+ Chame o comando [describe-db-cluster-backtracks](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-cluster-backtracks.html) da CLI da AWS e forneça os seguintes valores:
+ `--db-cluster-identifier` – o nome do cluster de banco de dados.
O exemplo a seguir recupera retrocessos existentes para o `sample-cluster`.
Para Linux, macOS ou Unix:
```
aws rds describe-db-cluster-backtracks \
--db-cluster-identifier sample-cluster
```
Para Windows:
```
aws rds describe-db-cluster-backtracks ^
--db-cluster-identifier sample-cluster
```
### API do RDS
Para recuperar informações sobre retrocessos para um cluster de banco de dados usando a API do Amazon RDS, use a operação [DescribeDBClusterBacktracks](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterBacktracks.html). Esta operação retorna informações sobre retrocessos para o cluster de banco de dados especificado no valor do `DBClusterIdentifier`.
# Desativar o retrocesso de um cluster de banco de dados do Aurora MySQL
É possível desativar o recurso Retrocesso para um cluster de banco de dados.
## Console
Você pode desativar o retrocesso para um cluster de banco de dados usando o console. Depois de desativar totalmente o retrocesso em um cluster, não será possível ativá-lo novamente nesse cluster.
**Para desativar o recurso de Retrocesso para um cluster de banco de dados usando o console.**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon RDS em [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Escolha **Databases (Bancos de dados)**.
1. Escolha o cluster que você deseja modificar e escolha **Modify (Modificar)**.
1. Na seção **Backtrack (Retrocesso)**, selecione **Disable Backtrack (Desativar retrocesso)**.
1. Escolha **Continue**.
1. Em **Scheduling of Modifications (Programação de modificações)**, selecione uma das seguintes opções:
+ **Apply during the next scheduled maintenance window (Aplicar durante a próxima janela de manutenção programada)** – esperar para aplicar a modificação na próxima janela de manutenção.
+ **Apply immediately (Aplicar imediatamente)** – aplicar a modificação o mais breve possível.
1. Escolha **Modify Cluster**.
## AWS CLI
Você pode desabilitar o recurso Retrocesso para um cluster de banco de dados usando a AWS CLI ao definir a janela de retrocesso de destino como `0` (zero). Depois de desativar totalmente o retrocesso em um cluster, não será possível ativá-lo novamente nesse cluster.
**Para modificar a janela de retrocesso de destino para um cluster de banco de dados usando a AWS CLI**
+ Chame o comando [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) da CLI da AWS e forneça os seguintes valores:
+ `--db-cluster-identifier` – o nome do cluster de banco de dados.
+ `--backtrack-window` – especificar `0` para desativar o retrocesso.
O exemplo a seguir desativa o recurso Retrocesso para o `sample-cluster` ao definir a `--backtrack-window` como `0`.
Para Linux, macOS ou Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--backtrack-window 0
```
Para Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--backtrack-window 0
```
## API do RDS
Para desabilitar o recurso Retrocesso para um cluster de banco de dados usando a API do Amazon RDS, use a operação [ModifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Defina o valor da `BacktrackWindow` como `0` (zero) e especifique o cluster de banco de dados no valor do `DBClusterIdentifier`. Depois de desativar totalmente o retrocesso em um cluster, não será possível ativá-lo novamente nesse cluster.