Backups e point-in-time recuperação contínuos (PITR) - AWS Backup
Serviços com suportePoint-in-time considerações de recuperação

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

Backups e point-in-time recuperação contínuos (PITR)

Para alguns recursos, AWS Backup oferece suporte a backups e point-in-time recuperação contínuos (PITR), além de backups instantâneos.

Com backups contínuos, você pode restaurar seu recurso AWS Backup suportado rebobinando-o para um horário específico de sua escolha, com precisão de 1 segundo (retrocesso máximo de 35 dias). O backup contínuo funciona criando primeiramente um backup completo do seu recurso e, em seguida, fazendo backup constante dos logs de transações do recurso. O PITR funciona acessando seu backup completo e reproduzindo o registro de transações até o momento em que você solicita AWS Backup a recuperação.

Como alternativa, os backups de snapshot podem ser feitos a cada hora. Os backups de snapshot podem ser armazenados por um máximo de até 100 anos. Os snapshots podem ser copiados em backups completos ou incrementais.

Como os backups contínuos e de snapshot oferecem vantagens diferentes, recomendamos que você proteja seus recursos com regras de backup contínuo e de snapshot.

Um backup sob demanda começa a fazer backup do seu recurso imediatamente. É possível optar um backup sob demanda se você quiser criar um backup em um horário diferente do horário programado definido em um plano de backup. Um backup sob demanda pode ser usado, por exemplo, para testar o backup e a funcionalidade a qualquer momento.

Você não pode usar backups sob demanda com o PITR, porque um backup sob demanda preserva os recursos no estado em que estão quando o backup é feito, enquanto o PITR usa backups contínuos, que registram as alterações durante um período de tempo.

Você pode optar por backups contínuos dos recursos compatíveis ao criar um plano de backup AWS Backup usando o AWS Backup console ou a API. O plano de backup contínuo cria um ponto de recuperação contínuo e atualiza esse ponto de recuperação sempre que o trabalho é executado.

Conteúdo

Serviços compatíveis para backup contínuo e PITR

AWS Backup oferece suporte a backups e point-in-time recuperação contínuos para os seguintes serviços e aplicativos:

Amazon S3

Para ativar a PITR para backups do S3, os backups contínuos precisam fazer parte do plano de backup.

Embora esse backup original do bucket de origem possa ter a PITR ativa, as cópias de destino entre regiões ou entre contas não terão a PITR, e a restauração a partir dessas cópias será restaurada no momento em que foram criadas (as cópias serão cópias de snapshot) em vez de serem restauradas para um ponto no tempo específico.

RDS

Programações de backup: Quando um AWS Backup plano cria tanto instantâneos do Amazon RDS quanto backups contínuos, AWS Backup programará de forma inteligente suas janelas de backup para coordenar com a janela de manutenção do Amazon RDS para evitar conflitos. Para evitar ainda mais conflitos, a configuração manual da janela de backup automático do Amazon RDS não está disponível. O RDS tira snapshots uma vez por dia, independentemente de o plano de backup ter uma frequência para backups de snapshot diferente de uma vez por dia.

Configurações: Depois de aplicar uma regra de backup AWS Backup contínuo a uma instância do Amazon RDS, você não pode criar ou modificar configurações de backup contínuo para essa instância no Amazon RDS; as modificações devem ser feitas por meio do AWS Backup console ou da CLI AWS Backup .

Controle do backup contínuo de uma instância do Amazon RDS de volta para o Amazon RDS:

Console

  1. Abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, selecione Planos de backup.

  3. Exclua todos os planos de backup do Amazon RDS com backup contínuo que protegem esse recurso.

  4. Escolha Cofres de backup. Exclua o ponto de recuperação de backup contínuo do seu cofre de backup. Ou aguarde o término do período de retenção, fazendo com que o ponto de recuperação AWS Backup seja excluído automaticamente.

Depois de concluir essas etapas, AWS Backup fará a transição do controle de backup contínuo do seu recurso de volta para o Amazon RDS.

AWS CLI

Chame a operação da API DisassociateRecoveryPoint.

Para saber mais, consulte DisassociateRecoveryPoint.
Permissões do IAM necessárias para backups contínuos do Amazon RDS

  • Para usar AWS Backup para configurar backups contínuos para seu banco de dados do Amazon RDS, verifique se a permissão da API rds:ModifyDBInstance existe na função do IAM definida pela configuração do seu plano de backup. Para restaurar os backups contínuos do Amazon RDS, é necessário adicionar a permissão rds:RestoreDBInstanceToPointInTime ao perfil do IAM que você enviou para o trabalho de restauração. É possível usar o AWS Backup default service role para realizar backups e restaurações.

  • Para descrever o intervalo de horários disponíveis para point-in-time recuperação, AWS Backup liguerds:DescribeDBInstanceAutomatedBackups. No AWS Backup console, você deve ter a permissão da rds:DescribeDBInstanceAutomatedBackups API em sua política gerenciada AWS Identity and Access Management (IAM). É possível usar as políticas gerenciadas AWSBackupFullAccess ou AWSBackupOperatorAccess. Ambas as políticas têm todas as permissões necessárias. Para obter mais informações, consulte Políticas gerenciadas do .

Períodos de retenção: quando você altera o período de retenção da PITR, o AWS Backup chama ModifyDBInstance e aplica essa alteração imediatamente. Se você tiver outras atualizações de configuração pendentes na próxima janela de manutenção, a alteração do período de retenção da PITR também aplicará essas atualizações de configuração imediatamente. Para obter mais informações, consulte ModifyDBInstance na Referência de API do Amazon Relational Database Service.

Cópias dos backups contínuos do Amazon RDS:

  • Os trabalhos incrementais de cópia de snapshot são processados mais rapidamente do que os trabalhos completos de cópia de snapshot. Manter uma cópia de snapshot anterior até que o novo trabalho de cópia seja concluído pode reduzir a duração do trabalho de cópia. Se você optar por copiar snapshots de instâncias de banco de dados do RDS, é importante observar que a exclusão das cópias anteriores primeiro fará com que cópias de snapshot completas (em vez de incrementais) sejam feitas. Para obter mais informações sobre como otimizar a cópia, consulte Cópia incremental de snapshot no Guia do usuário do Amazon RDS

  • Criação de cópias de backups contínuos do Amazon RDS — Você não pode criar cópias de backups contínuos do Amazon RDS porque, para o AWS Backup Amazon RDS, não é possível copiar registros de transações. Em vez disso, AWS Backup cria um instantâneo e o copia com a frequência especificada no plano de backup.

Restaurações: você pode realizar uma point-in-time restauração usando um AWS Backup ou o Amazon RDS. Para obter instruções AWS Backup do console, consulte Restauração de um banco de dados do Amazon RDS. Para obter instruções do Amazon RDS, consulte Restaurar uma instância de banco de dados para horário especificado no Guia do usuário do Amazon RDS.

dica

Uma instância de banco de dados com várias AZ (zona de disponibilidade) definida como não Always On deve ter uma retenção de backup definida como zero. Se ocorrerem erros, use o AWS CLI comando disassociate-recovery-point em vez de edelete-recovery-point, em seguida, altere a configuração de retenção para 1 nas configurações do Amazon RDS.

Para obter informações gerais sobre como trabalhar com o Amazon RDS, consulte o Guia do usuário do Amazon RDS.

Aurora

Para habilitar o backup contínuo de seus recursos do Aurora, consulte as etapas na primeira seção desta página.

O procedimento para restaurar um cluster do Aurora para um ponto no tempo é uma variação das etapas para restaurar um snapshot de um cluster do Aurora.

Quando você realiza uma restauração pontual, o console exibe uma seção de tempo de restauração. Consulte Restaurar um backup contínuo mais abaixo nesta página em Trabalhar com backups contínuos.

SAP HANA em instâncias da Amazon EC2

Você pode fazer backups contínuos, que podem ser usados com point-in-time restauração (PITR) (observe que os backups sob demanda preservam os recursos no estado em que são usados; enquanto o PITR usa backups contínuos que registram as alterações durante um período de tempo).

Com backups contínuos, você pode restaurar seu banco de dados SAP HANA em uma EC2 instância, rebobinando-o para um horário específico de sua escolha, com precisão de 1 segundo (retrocesso máximo de 35 dias). O backup contínuo funciona criando primeiramente um backup completo do seu recurso e, em seguida, fazendo backup constante dos logs de transações do recurso. A restauração da PITR funciona acessando seu backup completo e reproduzindo o registro de transações até o momento em que você solicita AWS Backup a recuperação.

Você pode optar por backups contínuos ao criar um plano de backup AWS Backup usando o AWS Backup console ou a API.

Como habilitar os backups contínuos usando o console

  1. Faça login no AWS Management Console e abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, escolha Planos de backup e, depois, escolha Criar plano.

  3. Em Regras de backup, escolha Adicionar regra de backup.

  4. Na seção Configuração da regra de backup, selecione Habilitar backups contínuos para recursos compatíveis.

Depois de desativar a PITR (point-in-timerestauração) para backups do banco de dados SAP HANA, os registros continuarão sendo enviados AWS Backup até que o ponto de recuperação expire (status igual a). EXPIRED) É possível mudar para um local alternativo de backup de logs no SAP HANA para interromper a transmissão de logs para o AWS Backup.

Um ponto de recuperação contínuo com um status de STOPPED indica que um ponto de recuperação contínuo foi interrompido; ou seja, os registros transmitidos do SAP HANA para AWS Backup aquele mostram que as alterações incrementais em um banco de dados têm uma lacuna. Os pontos de recuperação que ocorrerem dentro desse intervalo de tempo terão um status de STOPPED..

Para problemas que você possa encontrar durante os trabalhos restauração de backups contínuos (pontos de recuperação), consulte a seção de Solução de problemas de restauração do SAP HANA deste guia.

Point-in-time considerações de recuperação

Esteja ciente das seguintes considerações para point-in-time recuperação:

  • Fallback automático para snapshots: se o AWS Backup não conseguir realizar um backup contínuo, ele tentará fazer um backup de snapshot.

  • Não há suporte para backups contínuos sob demanda — AWS Backup não oferece suporte ao backup contínuo sob demanda porque o backup sob demanda registra um ponto no tempo, enquanto os registros de backup contínuo mudam com o passar do tempo.

  • Não há compatibilidade com a transição para o armazenamento frio: os backups contínuos são incompatíveis com a transição para o armazenamento frio porque a transição para o armazenamento frio exige um período mínimo de transição de 90 dias, enquanto os backups contínuos têm um período máximo de retenção de 35 dias.

  • Restauração de atividades recentes: a atividade do Amazon RDS permite restaurações até os últimos 5 minutos de atividade. O Amazon S3 permite restaurações até os últimos 15 minutos de atividade.