ApsaraDB RDS:Configure a point-in-time recovery policy

Como funciona

Backups convencionais retêm conjuntos por ciclo. Mesmo com backups bem-sucedidos, a janela real de recuperação costuma ser menor que o período de retenção de logs e varia conforme o intervalo dos backups completos. Atrasos ou falhas nos backups reduzem ainda mais essa janela.

A PITR gerencia a retenção de backups com base nos objetivos de ponto de recuperação. Ela garante a janela configurada ao manter um backup completo válido antes do início da janela e uma cadeia contínua de backups de logs que cubra todo o período.

PITR versus backups de logs legados

A PITR e os backups de logs legados compartilham os mesmos mecanismos de geração e backup de logs, mas diferem nas políticas de expiração e retenção. O exemplo a seguir considera backups completos três vezes por semana (segunda, quarta e sexta-feira) com o Log Backup Retention Period (Days) definido como 7 dias:

Pré-requisitos

A instância RDS MySQL deve atender aos seguintes requisitos:

• Tipo de armazenamento: SSD local, SSD padrão, disco em nuvem de uso geral ou ESSD. Instâncias Serverless também são compatíveis.

• Região: Lançamento progressivo entre regiões. Verifique a disponibilidade atual no console ApsaraDB RDS. Atualização faseada da recuperação point-in-time para ApsaraDB RDS for MySQL.

Observações de uso

Após ativar a PITR, todos os conjuntos de backup novos e não expirados são retidos com base no Log Backup Retention Period (Days) configurado.

Limitações

• A página de política de backup avançado (backup esparso) não oferece suporte a essas configurações e disponibiliza apenas o recurso de backup de logs legado. Diferenças entre as páginas de política de backup.

• Para instâncias Serverless, a PITR fica indisponível entre a parada e a reinicialização da instância, ou entre a reinicialização e a conclusão do primeiro backup completo.

Faturamento

O faturamento de backups permanece inalterado. Para garantir a PITR, a instância retém conjuntos de backup extras além do Log Backup Retention Period (Days) especificado. Esses conjuntos contam para o Tamanho total do backup. Backups dentro da cota gratuita não geram cobranças; o uso excedente é faturado. Taxas de backup.

Procedimento

1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS reside. Em seguida, localize a instância RDS e clique em ID da instância.

2. No painel de navegação à esquerda, clique em Backup and Restoration.

3. Na página Backup and Restoration, clique em aba Backup Strategy e, em seguida, clique em Edit na seção Basic Backup Settings.

4. Configure os parâmetros a seguir e clique em OK.

   Parâmetro	Descrição
   Log Backup	Realiza backup de logs de transações para PITR. Ativado por padrão.
   Point-in-time recovery	Permite a recuperação para um ponto específico no tempo.
   Log Backup Retention Period (Days)	Define o período de retenção do backup de logs. Intervalo: 7 a 730 dias. Padrão: 7 dias. Não deve exceder o período de retenção do backup completo. Nota Para instâncias RDS Basic Edition executando MySQL 5.7, este valor é fixo em 7 dias.

   Importante

   Para garantir a PITR, conjuntos de backup extras são retidos além do período de retenção de backup de logs especificado.

   Exemplo: Com o Log Backup Retention Period (Days) definido como 7 dias, o sistema retém dados de backup por 7 a 9 dias — o backup completo mais recente anterior à marca de 7 dias mais backups contínuos de logs para cobrir a lacuna. A cobrança refere-se apenas a um backup completo extra e até uma semana adicional de backups de logs.

Desativar a recuperação point-in-time

Na aba Backup Strategy, clique em Edit na seção Basic Backup Settings e desative o seletor Point-in-time Recovery.

Operações relacionadas

• Restaure dados de backups para uma instância existente, nova instância ou banco de dados local. Visão geral dos métodos de restauração de dados.

• Baixe backups para um dispositivo local ou faça upload deles para o OSS. Baixar backups.