As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Como point-in-time a recuperação funciona no Amazon Keyspaces
Esta seção fornece uma visão geral de como a point-in-time recuperação (PITR) do Amazon Keyspaces funciona. Para obter mais informações sobre preços, consulte o Amazon Keyspaces (para Apache Cassandra)
Tópicos
Janela de tempo para backups PITR contínuos
O Amazon Keyspaces PITR usa dois timestamps para manter o período em que os backups restauráveis estão disponíveis para uma tabela.
-
Hora de restauração mais antiga – Marca a hora do primeiro backup restaurável. O backup restaurável mais antigo remonta a até 35 dias ou quando PITR foi ativado, o que for mais recente. A janela máxima de backup de 35 dias não pode ser modificada.
-
Hora atual – A data e a hora do backup restaurável mais recente é a hora atual. Se nenhum registro de data e hora for fornecido durante uma restauração, a hora atual será usada.
Quando PITR está habilitado, você pode restaurar a qualquer momento entre EarliestRestorableDateTime CurrentTime e. Você só pode restaurar os dados da tabela para um momento em PITR que estava ativado.
Se você desativá-lo PITR e depois reativá-lo novamente, redefina a hora de início do primeiro backup disponível para quando PITR foi reativado. Isso significa que a desativação PITR apaga seu histórico de backup.
nota
As operações da linguagem de definição de dados (DDL) em tabelas, como alterações de esquema, são executadas de forma assíncrona. Você só pode ver as operações concluídas nos dados da tabela restaurada, mas talvez veja ações adicionais na tabela de origem se elas estavam em andamento no momento da restauração. Para obter uma lista de DDL declarações, consulteDDLdeclarações (linguagem de definição de dados) no Amazon Keyspaces.
Uma tabela não precisa estar ativa para ser restaurada. Você também pode restaurar tabelas excluídas se tiver PITR sido ativada na tabela excluída e a exclusão tiver ocorrido na janela de backup (ou nos últimos 35 dias).
nota
Se uma nova tabela for criada com o mesmo nome qualificado (por exemplo, mykeyspace.mytable) de uma tabela excluída anteriormente, a tabela excluída não poderá mais ser restaurada. Se você tentar fazer isso pelo console, um aviso será exibido.
PITRrestaurar configurações
Quando você restaura uma tabela usandoPITR, o Amazon Keyspaces restaura o esquema e os dados da tabela de origem para o estado com base no timestamp () day:hour:minute:second selecionado para uma nova tabela. PITRnão sobrescreve as tabelas existentes.
Além do esquema e dos dados da tabela, PITR restaura os da tabela custom_properties de origem. Ao contrário dos dados da tabela, que são restaurados com base na data e hora selecionadas entre a hora de restauração mais antiga e a hora atual, as propriedades personalizadas são sempre restauradas com base nas configurações da tabela na hora atual.
As configurações da tabela restaurada correspondem às configurações da tabela de origem com a data e a hora de quando a restauração foi iniciada. Se você desejar sobrescrever essas configurações durante a restauração, poderá fazer isso usando WITH custom_properties. As propriedades personalizadas incluem as configurações a seguir.
-
Modo de capacidade de leitura/gravação
-
Configurações de capacidade de throughput provisionada
-
PITRconfigurações
Se a tabela estiver no modo de capacidade provisionada com o escalonamento automático ativado, a operação de restauração também restaurará as configurações de escalonamento automático da tabela. Você pode sobrescrevê-los usando o autoscaling_settings parâmetro em CQL ou autoScalingSpecification com o. CLI Para obter mais informações sobre as configurações de escalonamento automático, consulteGerencie a capacidade de processamento automaticamente com o escalonamento automático do Amazon Keyspaces.
Quando você faz uma restauração completa da tabela, todas as configurações da tabela restaurada são originadas das configurações atuais da tabela de origem no momento da restauração.
Por exemplo, suponha que o throughput provisionado de uma tabela tenha sido reduzido recentemente para 50 unidades de capacidade de leitura e 50 unidades de capacidade de gravação. Em seguida, você restaura o estado da tabela para três semanas atrás. Neste momento, o throughput provisionado foi definido para 100 unidades de capacidade de leitura e 100 unidades de capacidade de gravação. Nesse caso, o Amazon Keyspaces restaura os dados da tabela para esse ponto no tempo, mas usa as configurações de throughput provisionadas atuais (50 unidades de capacidade de leitura e 50 unidades de capacidade de gravação).
As configurações a seguir não são restauradas e você deve configurá-las manualmente para a nova tabela.
-
AWS Identity and Access Management (IAM) políticas
-
CloudWatch Métricas e alarmes da Amazon
-
Tags (podem ser adicionadas à CQL
RESTOREdeclaração usandoWITH TAGS)
PITRrestauração de tabelas criptografadas
Quando você restaura uma tabela usandoPITR, o Amazon Keyspaces restaura as configurações de criptografia da sua tabela de origem. Se a tabela foi criptografada com um Chave pertencente à AWS (padrão), a tabela é restaurada automaticamente com a mesma configuração. Se a tabela que você deseja restaurar foi criptografada usando uma chave gerenciada pelo cliente, a mesma chave gerenciada pelo cliente precisa estar acessível ao Amazon Keyspaces para restaurar os dados da tabela.
Você pode alterar as configurações de criptografia da tabela no momento da restauração. Para mudar de um Chave pertencente à AWS para uma chave gerenciada pelo cliente, você precisa fornecer uma chave gerenciada pelo cliente válida e acessível no momento da restauração.
Se você quiser mudar de uma chave gerenciada pelo cliente para uma Chave pertencente à AWS, confirme se o Amazon Keyspaces tem acesso à chave gerenciada pelo cliente da tabela de origem para restaurar a tabela com um Chave pertencente à AWS. Para obter mais informações sobre as configurações de criptografia em repouso para tabelas, consulteCriptografia em repouso: como funciona no Amazon Keyspaces.
nota
Se a tabela foi excluída porque o Amazon Keyspaces perdeu o acesso à sua chave gerenciada pelo cliente, você precisa garantir que a chave gerenciada pelo cliente esteja acessível ao Amazon Keyspaces antes de tentar restaurá-la. Uma tabela que foi criptografada com uma chave gerenciada pelo cliente não pode ser restaurada se o Amazon Keyspaces não tiver acesso a essa chave. Para obter mais informações, consulte Solução de problemas de acesso por chave no AWS Key Management Service Guia do desenvolvedor
PITRrestauração de tabelas multirregionais
Você pode restaurar uma tabela multirregional usandoPITR. Para que a operação de restauração seja bem-sucedida, as tabelas de origem e de destino precisam ser replicadas na mesma Regiões da AWS.
O Amazon Keyspaces restaura as configurações da tabela de origem em cada uma das regiões replicadas que fazem parte do keyspace. Você também pode substituir as configurações durante a operação de restauração. Para obter mais informações sobre as configurações que podem ser alteradas durante a restauração, consulte PITRrestaurar configurações.
Para informações sobre como replicar chaves multirregionais, consulte Como a replicação multirregional funciona no Amazon Keyspaces.
Tempo de restauração da tabela com PITR
O tempo necessário para restaurar uma tabela é baseado em vários fatores e nem sempre está correlacionado diretamente com o tamanho da tabela.
Veja a seguir algumas considerações sobre os tempos de restauração.
-
Os backups são restaurados para novas tabelas. Pode demorar até 20 minutos (mesmo se a tabela estiver vazia) para executar todas as ações necessárias para criar a nova tabela e iniciar o processo de restauração.
-
Os tempos de restauração de tabelas grandes com modelos de dados bem distribuídos podem ser de várias horas ou mais.
-
Se a tabela de origem tiver dados com distorção significativa, o tempo de restauração poderá aumentar. Por exemplo, se a chave primária de uma tabela estiver usando o mês do ano como chave de partição e todos os dados forem do mês de dezembro, os dados estarão distorcidos.
Uma prática recomendada ao planejar a recuperação de desastres é documentar regularmente os tempos médios de conclusão da restauração e estabelecer como esses tempos afetam seu objetivo geral de tempo de recuperação.
Amazon Keyspaces PITR e integração com AWS serviços
As seguintes PITR operações são registradas usando AWS CloudTrail para permitir monitoramento e auditoria contínuos.
-
Crie uma nova tabela com PITR ativada ou desativada.
-
Ativar ou desativar PITR em uma tabela existente.
-
Restaure uma tabela ativa ou excluída.
Para obter mais informações, consulte Registro de chamadas de API do Amazon Keyspaces com AWS CloudTrail.
Você pode realizar as seguintes PITR ações usando AWS CloudFormation.
Crie uma nova tabela com PITR ativada ou desativada.
Ativar ou desativar PITR em uma tabela existente.
Para obter mais informações, consulte a Referência do tipo de recurso do Cassandra no AWS CloudFormation Guia do usuário.
