Ir para o conteúdo

Por que minha tarefa de PITR do AWS Backup falha quando ela se sobrepõe às janelas de manutenção do Amazon RDS?

5 minuto de leitura
0

Minhas tarefas de recuperação para um ponto no tempo (PITR) do AWS Backup falham quando as tarefas se sobrepõem às janelas de backup e manutenção do Amazon Relational Database Service (Amazon RDS).

Breve descrição

Quando você agenda uma tarefa de PITR do AWS Backup dentro de 1 hora da janela de backup ou manutenção do Amazon RDS, é possível receber uma das seguintes mensagens de erro:

  • “Backup job could not start because it is either inside or too close to the weekly maintenance window configured in RDS instance.”
  • “Backup job could not start because it is either inside or too close to the automated backup window configured in RDS instance.”

A falha ocorre porque a atividade do Amazon RDS tem precedência sobre os trabalhos que você cria no AWS Backup. Para resolver esse problema, ative os backups contínuos e o PITR para seu banco de dados do Amazon RDS no AWS Backup.

Resolução

Ativar backups contínuos para PITR

Para ativar os backups contínuos do PITR, conclua as seguintes etapas:

  1. Abra o console do AWS Backup.
  2. No painel de navegação, selecione Planos de backup.
  3. Escolha Criar plano de backup.
  4. Escolha Criar um novo plano e, em seguida, insira o nome do plano de backup.
  5. Em Configuração da regra de backup, insira um nome de regra de backup.
  6. Para recuperação para um ponto no tempo, selecione Habilitar backups contínuos para recuperação para um ponto no tempo (PITR).
  7. Configure outras configurações de regras de backup conforme necessário.
  8. Selecione Criar plano.
  9. Em Atribuir recursos, em Geral, insira um nome de atribuição de recurso.
  10. Selecione Escolher um perfil do IAM.
    Selecione o perfil do AWS Identity and Access Management (AWS IAM) que tenha as permissões necessárias para backups contínuos do Amazon RDS.
  11. Para Seleção de recursos, em Definir seleção de recursos, escolha Incluir tipos específicos de recursos.
  12. Em Selecionar tipo de recurso específico, escolha RDS e selecione seu banco de dados RDS.
  13. Selecione Atribuir recursos.

Depois de ativar os backups contínuos do AWS Backup, as seguintes alterações ocorrem:

  • O AWS Backup assume o controle da configuração de backup.
  • Não é possível mais alterar a configuração de PITR de backup contínuo no console do Amazon Aurora e do Amazon RDS. Em vez disso, você deve fazer todas as alterações no plano de backup da AWS que você associou ao backup do banco de dados do RDS.
  • O AWS Backup agenda snapshots automatizados do Amazon RDS.
  • O AWS Backup avalia todas as janelas de backup e manutenção para determinar o melhor momento para snapshots automatizados.

Observação: as tarefas do AWS Backup ainda podem falhar quando os backups contínuos do PITR estão ativos. Se isso ocorrer, altere a janela de manutenção para outra hora.

Depois de desativar os backups contínuos do AWS Backup, as seguintes alterações ocorrem:

  • O Amazon RDS controla e gerencia os backups do banco de dados do Amazon RDS.
  • É possível fazer alterações na configuração de backup no console do Amazon RDS.
  • O Amazon RDS mantém seus dados de backup para futuras restaurações.
  • O AWS Backup chama a API ModifyDBInstance e reinicializa o banco de dados do Amazon RDS para registrar as alterações.
  • O Amazon RDS aplica imediatamente as alterações de configuração pendentes.

Resolver o erro “continuous backup configuration failed”

Ao configurar um plano AWS Backup para PITR contínuo para Amazon RDS, é possível receber a seguinte mensagem de erro:

“Continuous Backup enable failed due to PITR already configured in backup plan: arn:aws:backup:us-west-1:###:backup-plan:###-464cba39235e”

Não é possível ativar o PITR em vários planos de backup para o mesmo banco de dados do RDS.

Para resolver esse problema, use a API DisassociateRecoveryPoint para excluir o ponto de recuperação contínua anterior do cofre de backup. Em seguida, é possível criar um novo plano de backup para o mesmo recurso do RDS.

Observação: somente um ponto de recuperação contínua pode existir por vez para um recurso no AWS Backup.

Adicione permissões para gerenciar instantâneos de PITR temporários

Para oferecer suporte a cópias PITR temporárias, o AWS Backup cria um snapshot de origem temporário. Após a conclusão da cópia, o AWS Backup remove o snapshot de origem temporário. Se seu perfil do IAM assumida pelo AWS Backup não incluir a permissão rds:DeleteDBSnapshot, o AWS Backup não poderá remover o snapshot de origem após uma cópia bem-sucedida.

Além disso, o AWS Backup cria um ponto de recuperação EXPIRADO para evitar o vazamento de snapshots. Para excluir manualmente pontos de recuperação EXPIRADOS, consulte How do I delete a recovery point from a backup vault in AWS Backup? (Como excluo um ponto de recuperação de um cofre de backup no AWS Backup?)

Para adicionar a permissão rds:DeleteDBSnapshot à sua política do perfil do IAM, conclua as seguintes etapas:

  1. Abra o console do IAM.

  2. No painel de navegação, escolha Perfis e, em seguida, selecione o perfil do IAM que o AWS Backup assumiu.

  3. Em Políticas de permissões, escolha Adicionar permissões.

  4. Escolha Criar política em linha.

  5. Escolha a guia JSON e adicione a seguinte declaração à sua política:

    {
        "Version": "2012-10-17",
        "Statement": [{
            "Effect": "Allow",
            "Action": "rds:DeleteDBSnapshot",
            "Resource": "arn:aws:rds:region:account-id:snapshot:*"
        }]
    }
  6. Escolha Avançar.

  7. Insira um nome para a política.

  8. Selecione Criar política.

Copie um backup contínuo em todas as contas ou regiões

Para copiar seu backup contínuo em todas as contas da AWS, consulte Criação de cópias de backup nas contas da AWS. Para regiões da AWS, consulte Criação de cópias de backup nas regiões da AWS.

Observação: o AWS Backup não oferece suporte a cópias sob demanda de backups contínuos.

Para obter mais informações, consulte Copiar backups contínuos.

Informações relacionadas

Orientação para recuperação de desastres usando o Amazon Aurora

AWS OFICIALAtualizada há 2 meses