Como funciona o Backup Incremental no Plesk?

De Wiki
Ir para: navegação, pesquisa

Introdução

Para facilitar o entendimento desta documentação, aqui você pode ver mais sobre o conceito de Backup Incremental:

Backup Incremental é uma cópia de todos os dados alterados no último backup realizado. Primeiro, deve ser realizado um Backup Full, então nos próximos backups só serão copiados novos dados ou alterações feitas posteriormente ao último backup.


Imagem 01


O processo de restauração dos dados é um pouco mais complexo e lento, pois o último backup “full” deve ser recuperado antes dos dados incrementais diários, até o momento da falha. Isso signifi­ca, por exemplo, que, se tiver um backup “full” e três backups incrementais do mesmo arquivo, este será recuperado quatro vezes.


Motivos do Plesk recomendar o uso de Backups Incrementais

O Backup Incremental no Plesk oferece os seguintes benefícios:

- Redução do tempo gasto para concluir o backup;
- Redução do consumo de CPU;
- Redução da ocupação de disco por arquivos de backup;
- Consequentemente, melhora de performance


Dados que o Plesk inclui no Backup Incremental

- Os dados de hospedagem Web que foram alterados desde o último backup (completo ou incremental).
- Backup completo dos dados do banco de dados, se houver modificações desde o último backup.


Como é determinado quais arquivos serão incluídos no Backup

O Plesk determina se os dados foram alterados com base em alguns atributos de um arquivo. Para esse fim, o Plesk utiliza um arquivo de índice que é gerado para cada backup no momento de sua criação. O arquivo de índice lista todos os arquivos existentes em uma assinatura, juntamente com alguns de seus atributos como: tamanho, data de modificação, permissões ou proprietário. Um Backup Full lista todos os arquivos, enquanto um Incremental pode listar apenas alguns arquivos que sofreram modificações nos atributos citados.


Exemplos:

- O arquivo está ausente no índice para backups anteriores (completo e incremental).
- O tamanho ou o tempo de modificação do arquivo são diferentes dos presentes no índice para o backup anterior.
- As permissões ou o proprietário do arquivo são diferentes.


Como deverá ser configurado o Backup do Plesk para o cenário da CentralServer

Configurando o Cronograma de Backup

Acessar: HOME > Domínios > dominio.com.br > Gerenciador de Backup > Cronograma


Imagem 8


Exemplo de como serão criados os backups durante 14 dias

Imagem 9


Exemplo de funcionamento do 15º (décimo quinto) dia de backup

Execução do 15º (Décimo Quinto) Backup (Terceiro Backup Full), antes do Rotate

No momento da rotação do Backup, o Plesk somente irá apagar o conteúdo de backup antigo quando o último backup for realizado com sucesso. Sendo assim, no décimo quinto dia, irá ocorrer o momento mais crítico em relação à ocupação do espaço em disco da conta de FTP Backup, no qual a conta deverá ter espaço suficiente para comportar 3 Backups Full até o rotate estar concluído.

Na imagem abaixo é possível ver o cenário descrito acima, no qual existem 3 Backups Full + 12 Backups Incrementais. É pensando neste cenário que deverá ser feito dimensionamento da conta de FTP.


Imagem 10


Execução do Décimo Quinto Backup (Terceiro Backup Full), após o Rotate

Imagem 11


Como calcular a quantidade de espaço livre necessário na área de FTP (FTPbackup)

Para garantir a disponibilidade de, no mínimo, 7 "pontos de restauração" (1 Backup Full + 6 Backups Incrementais), a quantidade de espaço livre necessária na área de FTP pode ser calculada da seguinte forma:

Tamanho_Backup_Full + (Quantidade_Backups_Incrementais X Media_Tamanho_Backup_Incremental) + (2 X Tamanho_Backup_Full) + (Tamanho_Backup_Full / 2)


2 X (Tamanho_Backup_Full): O Plesk é configurado, por padrão, para realizar Backup Full semanalmente e manter esses dados por 2 semanas. Sendo assim, é necessário que (antes do rotate), a área de FTP Backup comporte até 3 Backups Full + 12 Backups Incrementais. Isso é necessário, pois os backups anteriores somente serão excluídos após o próximo Backup Full ser criado com êxito.

(Tamanho_Backup_Full / 2): A adição de mais 50% do Tamanho_Backup_Full é recomendada para garantir que arquivos de backup que NÃO são rotacionados (Ex: Backup realizado manualmente) possam ser comportados simultaneamente.

Exemplo:

Para um arquivo de Backup Full de 50GB e Incrementais de 100MB será necessário um espaço disponível na área de FTP Backup de, pelo menos, 176,17 GB:

50GB=51.200MB


51200 + (12 X 100) + (2 X 51200) + (25600) = 180400 MB = 176,17 GB


Obs: Backups criados manualmente (fora do agendamento) não serão removidos automaticamente pelo Plesk.