Gerenciar pontos de recuperação
Este artigo descreve como a retenção funciona para máquinas virtuais. Sempre que os backups acontecem, pontos de recuperação são criados e, com base neles, as operações de restauração podem ser executadas.
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 usar 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.
Etapa 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 haja 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 somente o bloco que for alterado será armazenado como D3. Durante cada etapa, mesmo se 1 KB do bloco for alterado, o bloco inteiro de 16 KB será 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
Depois de configurar a proteção em uma VM, você pode optar por executar um backup dela sob demanda a qualquer momento.
- O backup sob demanda será um backup completo se for disparado antes do primeiro backup inicial agendado.
- Se o backup inicial for concluído e um backup sob demanda for disparado, ele será 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 ao disparar o backup.
Custo de armazenamento
O ponto de recuperação criado para o backup inicial contém todos os blocos que contêm os dados. Os pontos de recuperação incrementais subsequentes consistem apenas nos blocos cujos dados sofreram alterações. 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:
| Etapa | Tipo de backup | Blocos alterados | Tipo de armazenamento |
|---|---|---|---|
| 1 | Backup inicial | Bloco 1, bloco 2 | Correspondente ao ponto de recuperação 1 (D1 + D2) |
| 2 | Backup incremental 1 | Bloco 3 | Correspondente ao ponto de recuperação 1 (D1 + D2) + ponto de recuperação 2 (D3) |
| 3 | Backup incremental 2 | Bloco 2, bloco 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 ocorre em intervalos regulares e todos os pontos de recuperação expirados 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 é mesclado com o próximo ponto de recuperação incremental. Todos os blocos de dados substituídos no ponto de recuperação incremental são excluídos e os restantes são mesclados. Em seguida, o backup incremental se torna o backup completo inicial. Vamos examinar com um exemplo:
- O ponto de recuperação 1 criado durante o backup inicial tem o backup completo da VM.
- Quando o ponto de recuperação 1 expira, o ponto de recuperação 2 é o próximo backup completo.
- O bloco D1 é mesclado com o ponto de recuperação 2 e D2 é excluído, pois os dados no bloco 2 são substituídos no ponto de recuperação 2. Essa alteração é capturada como o bloco D2'.
- O bloco D1 é retido nos pontos de recuperação consecutivos como está, até que alguma alteração seja feita a ele 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. Portanto, o bloco D3 é mesclado com o ponto de recuperação 3.
- O ponto de recuperação 1 ainda é o backup completo com o bloco D1 + 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 período de retenção de n dias. Se um backup sob demanda for disparado no quarto dia antes do próximo backup agendado e o respectivo período de retenção for especificado como dez 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 14º dia, o ponto de recuperação sob demanda (RP1 sob demanda) vai expirar 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 de política em pontos de recuperação
Quando uma política é modificada, ela é aplicada a pontos de recuperação novos e existentes. Para obter mais informações, confira Impacto da alteração de política em pontos de recuperação.
Impacto da interrupção da proteção nos pontos de recuperação
Há duas maneiras de interromper a proteção de uma VM:
- Interrupção da proteção e exclusão dos dados de backup. Essa opção impedirá que todos os trabalhos de backup futuros protejam a VM e excluirá todos os pontos de recuperação. Se a exclusão reversível estiver habilitada, os dados excluídos serão mantidos por 14 dias. Os encargos não são cobrados por itens no estado de exclusão reversível. Os dados podem ser restaurados dentro do período de 14 dias. Se a exclusão reversível não estiver habilitada, os dados serão limpos imediatamente e você não poderá restaurar a VM nem usar a opção Retomar backup.
- Interrupção da proteção e retenção dos dados de backup. Esta opção impedirá que todos os trabalhos de backup futuros protejam sua VM. No entanto, o serviço de Backup do Azure manterá indefinidamente os pontos de recuperação cujo backup foi feito. Você precisará pagar para manter os pontos de recuperação no cofre (confira Preços de Backup do Azure para obter detalhes). Você poderá restaurar a VM se necessário. Se você decidir retomar a proteção da VM, poderá usar a opção Retomar backup. Depois que o backup for retomado, 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 interrupção da proteção
A exclusão de uma VM sem interrupção da proteção tem impacto sobre os pontos de recuperação e é um cenário indesejável. O ideal é que os backups sejam interrompidos antes da exclusão da 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á indefinidamente e você será cobrado de acordo. Dependendo do cenário, você poderá usar uma das seguintes duas opções:
- Opção 1: Restaure a VM usando qualquer um dos pontos de recuperação. Se você quiser recuperar a VM excluída, restaure-a usando o mesmo nome e mantendo-a 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 excluir dados.
Impacto da expiração dos pontos de recuperação sobre itens excluídos de maneira reversível
Se a exclusão reversível estiver habilitada para o cofre dos Serviços de Recuperação, o ponto de recuperação expirado permanecerá no estado excluído de maneira reversível e não será limpo. Não há encargos incorridos quando um ponto de recuperação está no estado excluído de maneira reversível.
Impacto da rotatividade no desempenho do backup
Suponha que o armazenamento total de uma VM seja de 8 TB e a rotatividade seja de 5%. Nesse caso, o armazenamento de backup incremental correspondente será de 5% de 8 TB, o que equivale a 0,4 TB. A rotatividade mais alta corresponde ao maior armazenamento de back-end para backups incrementais subsequentes. A rotatividade afeta o desempenho do backup. Quanto maior for a rotatividade, mais lento será o processo de backup e maior será o consumo do armazenamento de back-end.
Para entender como a rotatividade afeta o desempenho do backup, examine 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 estará na ordem VM2>VM3>VM1. O motivo para isso é que os dados com variação são distribuídos entre os vários discos. Como o backup dos discos ocorrerá em paralelo, a VM2 terá o melhor desempenho.
Perguntas 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 sob demanda exibe o período de retenção do ponto de recuperação. Para saber mais, confira Executar um backup sob demanda.