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. A PITR funciona acessando o backup completo e reproduzindo o log de transações até o momento em que você solicita a recuperação ao AWS Backup .
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.
Os [backups sob demanda](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-on-demand-backup.html) não podem ser usados com a PITR, pois um backup sob demanda preserva os recursos no estado em que se encontram quando o backup é feito, enquanto a PITR usa backups contínuos que registram as alterações durante um período.
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.
**Topics**
+ [Point-in-time considerações de recuperação](#point-in-time-recovery-considerations)
+ [Serviços compatíveis com backup contínuo e PITR](#point-in-time-recovery-supported-services)
+ [Encontrar um backup contínuo](point-in-time-recovery-finding.md)
+ [Restaurar um backup contínuo](point-in-time-recovery-restoring.md)
+ [Interromper ou excluir backups contínuos](point-in-time-recovery-stopping.md)
+ [Cópia de backups contínuos](point-in-time-recovery-copying.md)
+ [Alterar o período de retenção](point-in-time-recovery-retention-period.md)
+ [Remover a única regra de backup contínuo de um plano de backup](point-in-time-recovery-removing_rule.md)
## 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.
**Importante**
Um único recurso pode ter somente um backup contínuo. Expanda o conteúdo a baixo para consultar mais detalhes e as práticas recomendadas.
### Backups contínuos sobrepostos no mesmo recurso
Cada recurso (como um bucket do Amazon S3 ou um banco de dados do Amazon RDS) só pode ter um backup contínuo (ponto de recuperação); backups contínuos adicionais são redundantes. Quando várias políticas, planos ou regras de backup instruem AWS Backup a criação de vários backups contínuos para o mesmo recurso, o seguinte processo se aplica:
+ Se várias regras especificarem que mais de um backup contínuo deve estar em um único cofre, AWS Backup siga a regra com o maior período de retenção (ciclo de vida) e ignora as regras adicionais.
+ Se várias regras especificarem que mais de um backup contínuo deve estar em mais de um cofre, AWS Backup cria um backup contínuo de acordo com a primeira regra processada. Cada regra subsequente que especifica um backup contínuo para um recurso que já tem um backup contínuo resultará, em vez disso, em um backup de snapshot (periódico).
Quando planos de backup contínuo são duplicados, os backups de snapshots criados após o ponto de recuperação contínua podem exibir um status de `Completed with issues`. As informações detalhadas desse ponto de recuperação exibem um erro semelhante a `“Enabling continuous backup failed, because of the following error: PITR already configured in backup plan: [ARN]”`. Esse erro indica que já existe pelo menos um backup contínuo configurado (para um ponto de recuperação diferente daquele que contém o erro). Esse primeiro backup contínuo (ponto de recuperação) pode ser usado para restauração pontual (PITR), desde que tenha o status de `COMPLETED`.
Para evitar a criação de snapshots não intencionais com problemas (e mensagens de erro), revise a estratégia de backup da sua organização. Se necessário, ajuste os planos e as políticas de backup que criam vários backups contínuos do mesmo recurso.
Depois de fazer ajustes que resultam em apenas um backup contínuo para um recurso, os backups de snapshots serão retidos de acordo com o ciclo de vida especificado do plano que os criou e, depois, passam para `EXPIRED` e são excluídos. O backup contínuo e sua capacidade de point-in-time recuperação serão mantidos de acordo com a regra que o criou.
## Serviços compatíveis com 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.
AWS Backup para o S3 depende do recebimento de eventos do S3 pela Amazon. EventBridge Se essa configuração estiver desabilitada nas configurações de notificação do bucket do S3, os backups contínuos serão interrompidos para esses buckets com a configuração desabilitada. Para obter mais informações, consulte [Usando EventBridge](https://docs.aws.amazon.com/AmazonS3/latest/userguide/EventBridge.html).
### 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 cria snapshots uma vez por dia, mesmo se um plano de backup tem uma frequência para backups de snapshot que não seja essa.
**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 no Amazon RDS. Você deve fazer modificações por meio do AWS Backup console ou da AWS Backup CLI. Quando você ativa os backups automatizados pela primeira vez, ocorre uma interrupção se você alterar o período de retenção de backup da instância de banco de dados de 0 para um valor diferente de zero. Planeje essa mudança durante uma janela de manutenção para minimizar o impacto. Para obter mais informações sobre como habilitar backups automatizados, consulte [Habilitar backups automatizados](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.BackupRetention.html) no *Guia do usuário do Amazon RDS*.
**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.](https://console.aws.amazon.com/backup)
1. No painel de navegação, selecione **Planos de backup**.
1. Exclua todos os planos de backup do Amazon RDS com backup contínuo que protegem esse recurso.
1. 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/API_DisassociateRecoveryPoint.html).
------
**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 ligue`rds: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. Consulte mais informações em [Políticas gerenciadas](https://docs.aws.amazon.com/aws-backup/latest/devguide/access-control.html#managed-policies).
**Períodos de retenção:** quando você altera o período de retenção do PITR, AWS Backup liga [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html)para aplicar essa alteração.
Quando AWS Backup habilita a PITR pela primeira vez em uma instância do Amazon RDS (alterando a retenção de 0 para um valor diferente de zero), a operação é programada para ocorrer durante a próxima janela de manutenção do seu banco de dados para evitar tempo de inatividade inesperado.
**Cenários:**
+ **Ativação da PITR pela primeira vez:** quando a PITR é ativada em uma instância do Amazon RDS pela primeira vez (independentemente de ser gerenciada AWS Backup ou configurada diretamente), a alteração é colocada na fila para a próxima janela de manutenção. AWS Backup cria automaticamente backups instantâneos para manter a cobertura até que a PITR se torne ativa.
+ **Alterações de retenção de PITR: alterações** de retenção diferentes de zero a diferentes de zero são aplicadas imediatamente, sem reinicialização.
+ **Desativação do PITR:** as alterações de retenção diferente de zero para zero estão programadas para a próxima janela de manutenção.
**Cobertura de backup durante a transição:**
+ Os backups instantâneos fornecem proteção enquanto aguardam a janela de manutenção
+ Os pontos de recuperação contínua ficam disponíveis quando a tarefa de backup é executada após a ativação do PITR
+ Nenhuma lacuna na proteção de backup ocorre durante o período de transição
+ A granularidade da recuperação pode ser limitada aos intervalos de captura de imagens até que a PITR esteja totalmente ativa
Observação: [interromper a instância do RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_StopInstance.html) removerá as alterações pendentes. As alterações na configuração da PITR serão enfileiradas na próxima tarefa de backup e aplicadas durante uma janela de manutenção subsequente.
**Cópias dos backups contínuos 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.](https://docs.aws.amazon.com/aws-backup/latest/devguide/restoring-rds.html) Para obter instruções do Amazon RDS, consulte [Restaurar uma instância de banco de dados para horário especificado](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PIT.html) 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 e`delete-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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html).
#### Exemplos de CLI para restauração de RDS e Aurora PITR
Os exemplos a seguir demonstram como restaurar bancos de dados RDS e Aurora em um momento específico usando a AWS Backup CLI com parâmetros de metadados.
**Exemplo: restaurar o banco de dados do RDS em um momento específico com metadados**
```
aws backup start-restore-job \
--recovery-point-arn arn:aws:backup:us-east-1:123456789012:recovery-point:1EB3B5E7-9EB0-435A-A80B-108B488B0D45 \
--metadata '{"DBInstanceIdentifier":"restored-db-instance","Engine":"mysql","UseLatestRestorableTime":"false","RestoreTime":"2024-01-15T10:30:00Z"}' \
--iam-role-arn arn:aws:iam::123456789012:role/service-role/AWSBackupDefaultServiceRole \
--resource-type RDS \
--copy-source-tags-to-restored-resource
```
**Exemplo: restaurar o cluster Aurora em um ponto no tempo**
```
aws backup start-restore-job \
--recovery-point-arn arn:aws:backup:us-east-1:123456789012:recovery-point:2FC4C6F8-0FC1-546B-B91C-209C599C1D56 \
--metadata '{"DBClusterIdentifier":"restored-aurora-cluster","Engine":"aurora-mysql","UseLatestRestorableTime":"true"}' \
--iam-role-arn arn:aws:iam::123456789012:role/service-role/AWSBackupDefaultServiceRole \
--resource-type Aurora \
--copy-source-tags-to-restored-resource
```
**Parâmetros de metadados para restauração de PITR do RDS**
Os seguintes parâmetros de metadados são compatíveis com restaurações do RDS e do Aurora PITR:
+ **DBInstanceIdentificador** (RDS) ou **DBClusterIdentificador** (Aurora) - Obrigatório. O nome do banco de dados restaurado.
+ **Motor** - Obrigatório. O mecanismo de banco de dados (por exemplo, mysql, postgres, aurora-mysql, aurora-postgresql).
+ **UseLatestRestorableTime**: opcional. Defina como “verdadeiro” para restaurar para o horário restaurável mais recente ou “falso” para especificar um RestoreTime.
+ **RestoreTime**: opcional. A data e a hora para restaurar (formato ISO 8601). Obrigatório se UseLatestRestorableTime for “falso”.
**Copiar tags para o recurso restaurado**
Use o `--copy-source-tags-to-restored-resource` sinalizador para copiar tags do banco de dados de origem para o banco de dados restaurado. Isso garante que os controles de acesso baseados em tags e as etiquetas de alocação de custos sejam preservados.
Para obter detalhes completos sobre os parâmetros de restauração do RDS PITR, consulte:
+ [Restauração DBInstance ToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBInstanceToPointInTime.html) na referência de API do Amazon RDS
+ [Restauração DBCluster ToPointInTime](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RestoreDBClusterToPointInTime.html) na referência de API 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/restoring-aur.html).
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](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html#point-in-time-recovery-working-with).
### SAP HANA em instâncias do Amazon EC2
Você pode fazer [backups contínuos](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html), 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, é possível restaurar seu banco de dados do SAP HANA em uma instância do EC2 retornando-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 Console de gerenciamento da AWS e abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No painel de navegação, escolha **Planos de backup** e, depois, escolha **Criar plano**.
1. Em **Regras de backup**, escolha **Adicionar regra de backup**.
1. 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)](https://docs.aws.amazon.com/aws-backup/latest/devguide/point-in-time-recovery.html) 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/saphana-restore.html#saphanarestoretroubleshooting) deste guia.
# Encontrar um backup contínuo
Você pode usar o AWS Backup console para encontrar seu backup contínuo.
**Para encontrar um backup contínuo usando o AWS Backup console**
1. Abra o AWS Backup console em [https://console.aws.amazon.com/backup.](https://console.aws.amazon.com/backup)
1. No painel de navegação, selecione **Cofres de backup** e escolha o cofre de backup na lista.
1. Na seção **Backups**, na coluna **Tipo de backup**, classifique por pontos de recuperação **Contínuos**. Também é possível classificar pelo **ID do ponto de recuperação** para o prefixo *Contínuo*.
# Restaurar um backup contínuo
**Para restaurar um backup contínuo usando o AWS Backup console**
+ Durante o processo de restauração da PITR, o AWS Backup console exibe uma seção **Tempo de restauração**. Nesta seção, siga um destes procedimentos:
+ Escolha restaurar para o **Último momento restaurável**.
+ Escolha **Especificar data e hora** para inserir sua própria data e hora dentro do período de retenção.
**Para restaurar um backup contínuo usando a AWS Backup API**
1. Para o Amazon S3, consulte [Usar a AWS Backup API, a CLI ou o SDK para restaurar os pontos](https://docs.aws.amazon.com/aws-backup/latest/devguide/restoring-s3.html) de recuperação do S3.
1. Para o Amazon RDS, consulte [Usar a AWS Backup API, a CLI ou o SDK para restaurar os pontos de recuperação do Amazon](https://docs.aws.amazon.com/aws-backup/latest/devguide/restoring-rds.html) RDS.
# Interromper ou excluir backups contínuos
Você pode interromper a criação de backups contínuos ou excluir backups específicos (point-in-time-recovery ou pontos PITR).
Se você quiser interromper os backups contínuos, exclua a regra de backup contínuo do plano de backup. Se você quiser interromper os backups contínuos de um ou mais recursos, mas não de todos os recursos, crie um plano de backup com a regra de backup contínuo para os recursos dos quais você ainda deseja fazer backup contínuo. Se, em vez disso, você excluir somente um ponto de recuperação de backup contínuo do seu cofre de backup, o plano de backup continuará executando a regra de backup contínuo, criando um ponto de recuperação.
No entanto, mesmo depois de excluir sua regra de backup contínuo, AWS Backup lembra o período de retenção da regra de backup agora excluída. Ele excluirá automaticamente o ponto de recuperação de backup contínuo do seu cofre de backup com base no período de retenção especificado.
Ao excluir pontos de recuperação do Amazon RDS, considere:
+ 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 e`delete-recovery-point`, em seguida, altere a configuração de retenção para 1 nas configurações do Amazon RDS.
+ Quando a point-in-time recuperação (PITR) está desativada, a alteração é programada para sua janela de manutenção. Você pode continuar incorrendo em custos de armazenamento de backup até que a janela de manutenção aplique a alteração. Esse processo pode levar até 7 dias, dependendo do cronograma da janela de manutenção.
Ao excluir pontos de recuperação do Aurora, considere:
Se essa opção for selecionada para um ponto de recuperação do Amazon Aurora, AWS Backup defina o período de retenção como 1 dia. Os backups do Aurora não podem ser completamente excluídos até que o cluster de origem também tenha sido excluído.
# Cópia de backups contínuos
Se uma regra de backup contínuo também especificar uma cópia entre contas ou regiões e AWS Backup oferecer suporte à operação para o tipo de recurso, AWS Backup tira um instantâneo do recurso e copia o instantâneo no cofre de destino. Para saber mais sobre como copiar seus pontos de recuperação entre contas e regiões, consulte [Copiar um backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/recov-point-create-a-copy.html).
Os backups contínuos criam backups periódicos de acordo com a frequência definida na regra do plano de backup na and/or região da conta de destino.
AWS Backup não oferece suporte a cópias sob demanda de backups contínuos.
# Alterar o período de retenção
Você pode usar AWS Backup para aumentar ou diminuir o período de retenção de sua regra de backup contínuo existente. O período mínimo de retenção é de 1 dia. O período máximo de retenção é de 35 dias. A alteração no período de retenção entra em vigor quando o próximo backup é concluído após essa alteração.
## Período de retenção por serviço
O comportamento de retenção variar de acordo com o tipo de recurso do qual é feito backup no ponto de recuperação.
**Amazon S3**
Quando um período de retenção de um ponto de recuperação contínua do Amazon S3 muda (aumenta ou diminui), o status desse ponto de recuperação passa a ser `STOPPED`. Um novo ponto de recuperação contínua com as configurações de retenção alteradas será criado.
**Amazon Aurora e Amazon RDS**
Para recursos do Aurora e do Amazon RDS, só é possível ter um ponto de recuperação por vez. Nenhum novo ponto de recuperação é criado quando um período de retenção é alterado; em vez disso, AWS Backup atualiza o ponto de recuperação existente com as especificações de retenção do plano de backup.
O período de retenção desses backups deve ser maior que a frequência do backup para evitar que o ponto de recuperação passe para o estado `EXPIRED`.
**dica**
Uma regra de frequência para um backup contínuo não é o mesmo que um snapshot de backup periódico. Cada plano de backup, mesmo aquele que não cria um snapshot, tem uma frequência que você define (por hora, dia, semana ou mês, por exemplo) para fins de manutenção e sincronização.
# Remover a única regra de backup contínuo de um plano de backup
Quando você cria um plano de backup com uma regra de backup contínuo e depois remove essa regra, AWS Backup lembra o período de retenção da sua regra agora excluída. Ele excluirá o backup contínuo do seu cofre de backup quando o período de retenção expirar.