Retroceder um cluster de banco de dados Aurora - Amazon Aurora

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.

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.

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 da CLI da AWS. Para obter mais informações, consulte Recuperar retrocessos existentes.

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. Para clusters de banco de dados que foram criados com o recurso Backtrack habilitado, é possível criar um cluster de banco de dados clonado com o recurso Backtrack habilitado.

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

  • O retrocesso não é compatível com a replicação de log binário (binlog). A replicação entre regiões deve estar desabilitada antes de configurar ou usar o retrocesso.

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

  • 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ão e versão

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 (Ohio) Todas as versões Todas as versões
Leste dos EUA (Norte da Virgínia) Todas as versões Todas as versões
Oeste dos EUA (N. 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 (Melbourne)
Ásia-Pacífico (Mumbai) Todas as versões Todas as versões
Á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 (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 (Pequim)
China (Ningxia)
Europe (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)
Europa (Paris) Todas as versões Todas as versões
Europa (Espanha)
Europa (Estocolmo)
Europa (Zurique)
Israel (Tel Aviv)
Oriente Médio (Barém)
Oriente Médio (Emirados Árabes Unidos)
América do Sul (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

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.

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.

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

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 AWS Management Console e abra o console do Amazon RDS em https://console.aws.amazon.com/rds/.

  2. Escolha Databases (Bancos de dados).

  3. Escolha o cluster que deseja modificar e escolha Modify (Modificar).

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

    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.

  5. Escolha Continue.

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

  7. Selecione Modify Cluster (Modificar cluster).

Ao criar um novo cluster de banco de dados Aurora MySQL usando o comando create-db-cluster 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.

Você também pode especificar o valor de --backtrack-window usando os seguintes comandos da CLI da AWS:

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

Ao criar um novo cluster de banco de dados Aurora MySQL usando a operação CreateDBCluster 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.

Também é possível especificar o valor BacktrackWindow usando as seguintes operações da API:

nota

No momento, você pode ativar o retrocesso apenas para um cluster de banco de dados criado com o recurso Retrocesso ativado.

Executar um retrocesso

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.

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 AWS Management Console e abra o console do Amazon RDS em https://console.aws.amazon.com/rds/.

  2. No painel de navegação, escolha Instances (Instâncias).

  3. Selecione a instância primária do cluster de banco de dados que deseja retroceder.

  4. Em Actions (Ações), escolha Backtrack DB cluster (Retroceder cluster de banco de dados).

  5. 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
  6. Escolha Backtrack DB cluster (Retroceder cluster de banco de dados)

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

Para retroceder um cluster de banco de dados usando a API do Amazon RDS, use a ação BacktrackDBCluster. Essa ação retrocede o cluster de banco de dados especificado no valor do DBClusterIdentifier ao período especificado.

Monitorar retrocesso

Você pode visualizar informações de retrocesso e monitorar métricas de retrocesso para um cluster de banco de dados.

Para visualizar informações de retrocesso e monitorar métricas de retrocesso usando o console
  1. Faça login no AWS Management Console e abra o console do Amazon RDS em https://console.aws.amazon.com/rds/.

  2. Escolha Databases (Bancos de dados).

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

    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.

  4. 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).

    2. Selecione o nome da instância primária do cluster de banco de dados para exibir seus detalhes.

    3. Na seção CloudWatch, digite Backtrack na caixa CloudWatch para mostrar apenas as métricas do Retrocesso.

      
                                Métricas de retrocesso

      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))

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

Para visualizar informações de retrocesso para um cluster de banco de dados usando a API do Amazon RDS, use a operação DescribeDBClusters. 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 AWS Management Console e abra o console do Amazon RDS em https://console.aws.amazon.com/rds/.

  2. Selecione Event subscriptions (Assinaturas de eventos).

  3. Selecione Criar assinatura de evento.

  4. Na caixa Name (Nome), digite um nome para a assinatura do evento e verifique se Yes (Sim) está selecionado para Enabled (Ativado).

  5. Na seção Target (Destino), selecione New email topic (Novo tópico de email).

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

  7. Na seção Source (Origem), selecione Instances (Instâncias) para Source type (Tipo de origem).

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

  9. 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
  10. 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.

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

Para recuperar informações sobre retrocessos para um cluster de banco de dados usando a API do Amazon RDS, use a operação DescribeDBClusterBacktracks. Esta operação retorna informações sobre retrocessos para o cluster de banco de dados especificado no valor do DBClusterIdentifier.

Desativar o retrocesso para um cluster de banco de dados

É possível desativar o recurso Retrocesso para um cluster de banco de dados.

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 AWS Management Console e abra o console do Amazon RDS em https://console.aws.amazon.com/rds/.

  2. Escolha Databases (Bancos de dados).

  3. Escolha o cluster que você deseja modificar e escolha Modify (Modificar).

  4. Na seção Backtrack (Retrocesso), selecione Disable Backtrack (Desativar retrocesso).

  5. Escolha Continue.

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

  7. Escolha Modify Cluster.

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

Para desabilitar o recurso Retrocesso para um cluster de banco de dados usando a API do Amazon RDS, use a operação ModifyDBCluster. 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.