Gerir pontos de recuperação
Este artigo descreve como a retenção funciona para máquinas virtuais. Sempre que os backups acontecem, são criados pontos de recuperação a partir dos quais as operações de restauração podem ser realizadas.
Para máquinas virtuais, o backup inicial é um backup completo e os backups subsequentes são backups incrementais.
Pontos de recuperação e retenção
Backup inicial e incremental agendado
Vamos dar um exemplo simplificado da máquina virtual V1 com um disco de dados composto por quatro blocos: Bloco 1, Bloco 2, Bloco 3 e Bloco 4. Cada bloco tem 16 KB de tamanho.
Passo 1 - Backup inicial: O backup inicial é um backup completo. Ele atua como uma linha de base na qual backups incrementais subsequentes são aplicados. Suponha que há dados gravados no Bloco 1 e no Bloco 2 na VM de origem. Os mesmos dados serão replicados como D1 e D2 no armazenamento do cofre dos Serviços de Recuperação.
Etapa 2 - Backup incremental 1: Considere que há novos dados adicionados ao bloco 3 da VM. Os mesmos dados serão replicados no próximo backup incremental e apenas o bloco alterado será armazenado como D3. Durante cada etapa, mesmo que 1 KB do bloco seja alterado, todo o bloco de 16 KB é carregado no ponto de recuperação.
Etapa 3 - Backup incremental 2: agora considere que há alterações de dados no bloco 3 e no bloco 2 na VM de origem. Essas alterações serão replicadas no próximo backup incremental como D3' e D2'.
Backup sob demanda
Você pode optar por executar um backup sob demanda de uma VM a qualquer momento depois de configurar a proteção nela.
- O backup sob demanda será um backup completo se for acionado antes do primeiro backup inicial agendado.
- Se o backup inicial for concluído e um backup sob demanda for acionado, trata-se de um backup incremental.
- O tempo de retenção dos pontos de recuperação criados para um backup sob demanda é o valor de retenção especificado quando você aciona o backup.
Custo do armazenamento
O ponto de recuperação criado para o backup inicial contém todos os blocos que possuem os dados. Os pontos de recuperação incrementais subsequentes consistem apenas nos blocos que alteraram os dados. Os custos de armazenamento correspondem à soma de todos os blocos que abrangem todos os pontos de recuperação.
Vamos usar o exemplo acima para entender o custo de armazenamento após cada etapa:
| Passo | Tipo de cópia de segurança | Blocos alterados | Tipo de armazenamento |
|---|---|---|---|
| 1 | Cópia de segurança inicial | Caixa 1, Caixa 2: | Correspondente ao ponto de recuperação 1(D1+D2) |
| 2 | Backup incremental 1 | Caixa 3: | Correspondente ao ponto de recuperação 1(D1+D2) + ponto de recuperação 2(D3) |
| 3 | Backup incremental 2 | Caixa 2, Caixa 3: | Correspondente ao ponto de recuperação 1(D1+D2) + ponto de recuperação 2(D3) + ponto de recuperação 3(D2'+D3') |
Expiração do ponto de recuperação
Cada ponto de recuperação tem uma duração de retenção, conforme especificado na política de backup. A limpeza acontece em intervalos regulares e todos os pontos de recuperação que expiraram são limpos.
Quando o ponto de recuperação expira, ele é excluído ou mesclado.
Caso 1: O ponto de recuperação inicial expira
Quando o ponto de recuperação inicial expira, ele se funde com o próximo ponto de recuperação incremental. Todos os blocos de dados que são substituídos no ponto de recuperação incremental são excluídos e o restante é mesclado. O backup incremental torna-se, então, o backup completo inicial. Vamos analisar com um exemplo:
- O ponto de recuperação 1 criado durante o backup inicial tem o backup completo da VM.
- Quando o Recovery Point 1 expira, o Recovery Point 2 é o próximo backup completo.
- O bloco D1 é mesclado com o ponto de recuperação 2 e o D2 é excluído, pois os dados do bloco 2 são substituídos no ponto de recuperação 2. Esta alteração é capturada como bloco D2'.
- O bloco D1 é mantido nos pontos de recuperação consecutivos como está, até que haja alterações feitas nele antes do próximo backup.
Caso 2: O ponto de recuperação incremental intermediário expira
- Se o Ponto de Recuperação 2 expirar antes do Ponto de Recuperação 1, os dados do Ponto de Recuperação 2 serão mesclados com o próximo ponto de recuperação disponível: o Ponto de Recuperação 3. Assim, o bloco D3 é mesclado com o Ponto de Recuperação 3.
- O ponto de recuperação 1 ainda é o backup completo com os blocos D1 e D2.
Caso 3: O ponto de recuperação sob demanda expira
Neste exemplo, uma política de agendamento (backup diário) está agendada para ser executada com um período de retenção de n dias. Se um backup sob demanda for acionado no quarto dia antes do próximo backup agendado e seu período de retenção for especificado como 10 dias, ele ainda será um backup incremental. Um ponto de recuperação (RP1 sob demanda) será criado após o Ponto de Recuperação 3 e antes do Ponto de Recuperação 4. No final do Dia 14, o ponto de recuperação sob demanda (RP1 sob demanda) expira e será mesclado com o próximo ponto de recuperação disponível. Os blocos de dados que ainda estão presentes no servidor são mesclados, enquanto os blocos de dados alterados (substituídos ou excluídos) são excluídos do ponto de recuperação expirado.
Impacto da alteração da política nos pontos de recuperação
Quando uma política é modificada, ela é aplicada a pontos de recuperação novos e existentes. Para obter mais informações, consulte Impacto da alteração de política nos pontos de recuperação.
Impacto da proteção contra paragem nos pontos de recuperação
Há duas maneiras de parar de proteger uma VM:
- Pare a proteção e exclua os dados de backup. Essa opção impedirá que todos os trabalhos de backup futuros protejam sua VM e excluirá todos os pontos de recuperação. Se a exclusão suave estiver ativada, os dados excluídos serão retidos por 14 dias. Não são cobradas cobranças por itens em estado de exclusão suave. Os dados podem ser apagados dentro do prazo de 14 dias. Se a exclusão suave não estiver habilitada, os dados serão imediatamente limpos e você não poderá restaurar a VM ou usar a opção Retomar backup .
- Pare a proteção e retenha os dados de backup. Essa opção impedirá que todos os trabalhos de backup futuros protejam sua VM. No entanto, o serviço de Backup do Azure manterá para sempre os pontos de recuperação dos quais foi feito backup. Você precisará pagar para manter os pontos de recuperação no cofre (consulte Preços do Backup do Azure para obter detalhes). Você poderá restaurar a VM, se necessário. Se decidir retomar a proteção da VM, pode utilizar a opção Retomar backup. Depois de retomar o backup, as regras de retenção serão aplicadas aos pontos de expiração. Você também pode excluir os dados de backup usando a opção Excluir dados de backup.
Impacto da exclusão de uma VM sem proteção de parada
A exclusão de uma VM sem proteção de parada tem impacto nos pontos de recuperação e é um cenário indesejável. Idealmente, os backups devem ser interrompidos antes de excluir a máquina virtual. Como o recurso não existe, os backups agendados falharão com o erro VMNotFoundV2. Os pontos de recuperação serão limpos periodicamente de acordo com a política de retenção, mas a última cópia da máquina virtual permanecerá para sempre e você será cobrado de acordo. Dependendo do cenário, você tem as duas opções a seguir:
- Opção 1: Restaure a VM usando qualquer um dos pontos de recuperação. Se você quiser recuperar a VM excluída, restaure usando o mesmo nome e no mesmo grupo de recursos. Se você proteger a VM restaurada no mesmo cofre, os pontos de recuperação existentes serão anexados automaticamente.
- Opção 2: Vá para o cofre dos Serviços de Recuperação e interrompa a proteção com a exclusão de dados.
Impacto de pontos de recuperação expirados para itens em estado de exclusão suave
Se a exclusão suave estiver habilitada para o cofre de serviços de recuperação, o ponto de recuperação expirado permanecerá no estado de exclusão suave e não será limpo. Não são cobrados encargos quando um ponto de recuperação está no estado de exclusão suave.
Impacto da rotatividade no desempenho do backup
Suponha que o armazenamento total de uma VM é de 8 TB e a rotatividade é de 5%. Em seguida, o armazenamento de backup incremental correspondente será de 5% de 8 TB, ou seja, 0,4 TB. Maior rotatividade corresponde a maior armazenamento de back-end para backups incrementais subsequentes. A rotatividade afeta o desempenho do backup. Quanto maior a rotatividade, mais lento o processo de backup e maior o consumo de armazenamento de back-end.
Para entender como a rotatividade afeta o desempenho do backup, observe este cenário:
| Máquinas virtuais | VM1 | VM2 | VM3 |
|---|---|---|---|
| Número de discos de dados | 4 (A1, A2, A3, A4) | 4(B1, B2, B3, B4) | 4(C1, C2, C3, C4) |
| Tamanho de cada disco | 4 TB | 4 TB | 4 TB |
| Rotatividade de dados de backup | A1- 4 TB | B1-1 TB; B2-1 TB B3-1 TB; B4-1 TB |
C1-2 TB; C4-2 TB |
O desempenho do backup será na ordem VM2>VM3>VM1. A razão para isso é que os dados agitados estão espalhados pelos vários discos. Como o backup de discos acontece em paralelo, o VM2 mostrará o melhor desempenho.
Perguntas mais frequentes
Como posso encontrar o período de retenção de um backup sob demanda?
O campo Tempo de expiração do ponto de recuperação em UTC nos trabalhos de backup de backups sob demanda exibe o período de retenção do ponto de recuperação. Para saber mais, consulte Executar um backup sob demanda.