View a markdown version of this page

Recuperação iniciando uma restauração de tabela - Amazon DynamoDB

Recuperação iniciando uma restauração de tabela

Com a PITR, é possível restaurar uma tabela para qualquer segundo específico dentro da janela de recuperação da PITR. A janela de recuperação da PITR começa quando a PITR é habilitada e mantém até 35 dias de histórico. Você também pode configurá-la para um período menor.

Considere o seguinte ao iniciar uma restauração completa de tabela usando PITR:

  • A restauração cria uma tabela. A operação de restauração não é executada no local sobre a tabela original. Consulte opções de restauração no local em Recuperação revertendo gravações indesejadas no local.

  • É possível restaurar para uma nova tabela na mesma região ou em uma região diferente. Restaurar para uma região diferente gera cobranças de transferência de dados.

  • Você pode restaurar a tabela com ou sem índices secundários. Restaurar sem índices secundários pode ser mais rápido e mais econômico.

  • A restauração pode levar várias horas para ser concluída. O tempo de restauração varia conforme diversos fatores e nem sempre está relacionado ao tamanho da tabela.

Após a restauração da tabela usando PITR, você pode colocar a nova tabela em produção como substituta completa da tabela original. Você também pode compará-la com a tabela original para identificar diferenças. Consulte uma abordagem mais simples em Recuperação revertendo gravações indesejadas no local.

Considere o seguinte ao colocar uma tabela restaurada em serviço:

  • Em ambientes de infraestrutura como código, como AWS CloudFormation, Kit de desenvolvimento em nuvem da AWS (AWSCDK) e Terraform, incorpore a tabela restaurada ao ambiente de IaC para que ela passe a ser gerenciada.

  • Atualize as conexões dos clientes para apontarem para a nova tabela usando seu novo nome.

  • Adicione novamente as configurações de fluxo caso estivessem habilitadas na tabela original. O nome do fluxo do DynamoDB inclui o momento da criação do fluxo; portanto, o novo fluxo terá um nome diferente do anterior. Atualize todas as referências ao nome do fluxo antigo nas políticas do IAM ou no código dos consumidores downstream.

  • Habilite novamente a PITR na nova tabela, caso estivesse habilitada na tabela original.

  • Habilite novamente a proteção contra exclusão na nova tabela, caso estivesse habilitada na tabela original.

  • Adicione novamente as tags na nova tabela, caso existissem na tabela original.

  • Adicione novamente as políticas baseadas em recursos na nova tabela, caso RBPs existissem na tabela original.

  • Atualize todas as políticas do IAM para acesso entre contas que façam referência à tabela original.

  • Ajuste as configurações de ajuste de escala automático da nova tabela.

  • Configure o atributo TTL na nova tabela, caso estivesse configurado na tabela original.

  • Ajuste a classe da tabela na nova tabela, caso a tabela original utilizasse uma classe personalizada.

  • Revise as configurações de throughput a quente da nova tabela e aumente os valores de leitura e gravação, se necessário.

  • Adicione réplicas à nova tabela para corresponder à tabela original, caso ela fosse uma tabela global.

  • Exclua a tabela original somente depois que a tabela restaurada estiver totalmente configurada e em produção.

Ao restaurar uma tabela global MRSC, a tabela recém-restaurada não poderá ser transformada em uma tabela MRSC, pois somente tabelas vazias podem ser convertidas para MRSC. Uma solução é restaurar a tabela e, em seguida, copiar os dados da tabela restaurada para uma tabela MRSC vazia.