Por que a restauração da tabela do Amazon DynamoDB está demorando muito?

Resolução

Quando você restaura sua tabela do DynamoDB a partir de um backup, o processo de restauração geralmente leva menos de uma hora para ser concluído. O tempo de restauração está relacionado à configuração da sua tabela, como o tamanho da tabela, o número de partições subjacentes e outras variáveis relacionadas. Quando você planeja a recuperação de desastres, é uma prática recomendada documentar regularmente o tempo médio de conclusão da restauração. Em seguida, determine como esses tempos de conclusão afetam seu objetivo geral de tempo de recuperação.

O tempo gasto para o DynamoDB restaurar uma tabela difere com base em vários fatores e não está necessariamente vinculado ao tamanho da tabela. Se sua tabela contiver dados com índices secundários e de inclinação significativos, o tempo de restauração poderá aumentar. Quando o processo de restauração está em andamento, o status da tabela é Restoring. Quando o processo de restauração for concluído, a tabela mostra o status como Active. Todos os backups no DynamoDB funcionam sem consumir nenhuma taxa de transferência provisionada na tabela.

Observe, no entanto, que não é possível calcular o tempo de restauração da tabela. Ao restaurar uma tabela do DynamoDB a partir de seu backup, revise as seguintes informações:

• O tempo necessário para restaurar a tabela nem sempre está diretamente relacionado ao tamanho da tabela.
• Quando você executa uma recuperação pontual de uma tabela do DynamoDB, a restauração leva pelo menos 20 minutos, independentemente do tamanho da tabela. Depois de restaurar a tabela, o DynamoDB precisa de tempo para provisionar todos os recursos para criar a nova tabela e iniciar o processo de restauração. Em seguida, o DynamoDB pode copiar os dados reais.
• Se os dados na tabela forem distribuídos uniformemente, o tempo de restauração será proporcional à maior partição única por contagem de itens.
• A distorção de dados pode ocorrer quando uma chave de partição tem muito mais dados do que a outra chave de partição. Se os dados estiverem distorcidos, o tempo de restauração poderá aumentar devido a possíveis teclas de atalho e limitação. Por exemplo, se a chave primária da sua tabela usa o mês do ano para particionar, revise como os dados são distribuídos. Se a maioria dos seus dados for de dezembro, então você tem dados distorcidos.
• Para aumentar a eficiência e a velocidade da restauração de uma tabela, exclua a criação de índices secundários.
• Você não pode comparar os tempos de restauração de duas tabelas diferentes com esquemas e dados diferentes. O tempo de restauração de uma tabela depende da distorção dos dados no nível da partição.

Observação: quando a restauração estiver em andamento, não modifique nem exclua as políticas do AWS Identity and Access Management (IAM) que concedem à entidade permissão para restaurar. Se você modificar ou excluir as políticas da entidade IAM, poderá ocorrer um comportamento inesperado. Por exemplo, suponha que você remova as permissões de gravação de uma tabela enquanto essa tabela está sendo restaurada. Nesse caso, a operação subjacente RestoreTableToPointInTime ou RestoreTableFromBackup não pode gravar nenhum dado restaurado na tabela. As políticas do IAM que envolvem restrições de IP de origem para acessar a tabela de restauração de destino podem causar problemas semelhantes.

Para backups criptografados com uma chave gerenciada do AWS Key Management Service (AWS KMS) ou uma chave gerenciada pelo cliente, monitore sua chave. Se você desativar ou excluir a chave quando uma restauração estiver em andamento, a restauração falhará. Depois que a restauração for concluída, você poderá alterar a chave de criptografia da tabela restaurada e desativar ou excluir a chave antiga.

Informações relacionadas

Usar backup e restauração sob demanda para o DynamoDB

Usar o backup e a restauração do DynamoDB