Quanto espaço de armazenamento os backups incrementais usam? Medimos 3 sites reais
Joella Dunn
Joella Dunn
John Turner
John Turner
Backups horários parecem adequados para qualquer site que muda durante o dia. Então você faz as contas, e 24 backups de site completo por dia começam a se acumular, tanto em recursos de servidor quanto em armazenamento.
Backups incrementais deveriam resolver isso.
Um backup incremental começa com uma cópia completa do seu site, chamada de linha de base. Cada backup subsequente é um snapshot que salva apenas o que mudou. Juntos, eles formam uma cadeia, e você pode restaurar seu site completo a partir de qualquer ponto.
A maioria dos números de economia são estimativas, no entanto. Por isso, minha equipe e eu testamos os novos backups incrementais do Duplicator em três sites WordPress reais: um blog tranquilo, um site de curso para uma ONG e uma loja online movimentada.
Em todos os três, os backups incrementais usaram muito menos espaço de armazenamento do que os backups completos com a mesma programação.
A loja movimentada foi de cerca de 85 GB para cerca de 12,8 GB, o que é 85% a menos. Contra backups completos diários, os dois sites tranquilos ainda saíram na frente. A loja não, e a razão é a parte mais útil deste post.
Aqui estão os principais pontos:
- Um snapshot incremental típico foi cerca de 1% do site completo no blog e no site do curso, e cerca de 12% na loja.
- Em sites tranquilos, backups incrementais de hora em hora usam menos espaço de armazenamento do que manter backups completos diários pelo mesmo período. Ao longo de 10 dias, projetamos cerca de 68% a menos no blog e de 10 a 56% a menos no site do curso, com 24 pontos de restauração por dia.
- Em uma loja movimentada, backups incrementais usaram 85% menos espaço de armazenamento do que backups completos com a mesma programação de 2 horas. O banco de dados impulsiona o tamanho do snapshot, já que muitas tabelas mudam entre as execuções. Contra backups completos diários, projetamos cerca de 46% mais espaço de armazenamento, em troca de 12 pontos de restauração por dia.
- Em todos os três sites, projetamos de 88 a 99% menos espaço de armazenamento do que backups completos feitos com a mesma frequência ao longo de 10 dias.
- Em sites de baixo tráfego, "de hora em hora" significa apenas de hora em hora com um cron job real.
Sumário
- Principais Conclusões: Quanto Armazenamento os Backups Incrementais Usam?
- Como Medimos o Armazenamento de Backup Incremental?
- A Matemática do Armazenamento: Backups Incrementais vs. Backups Completos Diários
- Quanto Armazenamento um Snapshot Horário Usa em um Blog Tranquilo?
- O Que Acontece em um Site de Curso Quando os Plugins São Atualizados?
- Por Que os Snapshots Incrementais São Maiores em uma Loja Movimentada?
- Como os Backups Incrementais Funcionam no Duplicator?
- Como Tirar o Máximo Proveito dos Backups Incrementais?
- Perguntas Frequentes (FAQs)
Principais Conclusões: Quanto Armazenamento os Backups Incrementais Usam?
Veja como os três sites se compararam:
| Blog tranquilo | Site do curso | Loja movimentada | |
|---|---|---|---|
| Site completo (linha de base) | cerca de 390 MB | cerca de 540 MB | cerca de 3,5 GB |
| Snapshot típico | cerca de 3,5 MB | cerca de 7,5 MB | cerca de 400 a 460 MB |
| Snapshot vs. site completo | cerca de 1% | cerca de 1% | cerca de 12% |
| Programação | de hora em hora | de hora em hora | a cada 2 horas |
| Execuções puladas (sem alterações) | cerca de 1 em 20 | cerca de metade | nenhuma |
A versão curta: Se o seu site muda principalmente através de posts e páginas, backups incrementais a cada hora usam menos espaço de armazenamento do que manter backups completos diários pelo mesmo período. Se ele recebe pedidos o dia todo, cada snapshot será maior, mas você ainda usará muito menos espaço de armazenamento do que fazer backups completos com essa frequência.
Como Medimos o Armazenamento de Backup Incremental?
Executamos os backups incrementais do Duplicator Pro em todos os três sites com as configurações padrão de tabela. Todos os tamanhos vêm da coluna Size na tabela Snapshots do Duplicator, que corresponde ao que o Duplicator Cloud relata.
Observação: Estes são três sites reais, não uma média entre os usuários do Duplicator. Os tamanhos dos snapshots da loja cobrem cerca de 2 dias, o site do curso cerca de 6 dias e o blog cerca de 10 horas (com cerca de uma semana de histórico de execução). O blog executou uma versão beta do Duplicator Pro 5.2, e os outros dois executaram a 5.1.0. Não testamos backups em tempo real, outro armazenamento ou velocidade de restauração.
A Matemática do Armazenamento: Backups Incrementais vs. Backups Completos Diários
A maioria das figuras de economia compara backups incrementais com backups completos feitos com a mesma frequência. Quase ninguém executa 24 backups completos por dia, no entanto, então também os comparamos com backups completos diários.
Aqui está cada site projetado ao longo dos mesmos 10 dias de histórico:
| 10 dias de histórico | Cadeia incremental | 10 backups completos diários | Backups completos com a mesma frequência |
|---|---|---|---|
| Blog tranquilo (a cada hora) | cerca de 1,2 GB | cerca de 3,9 GB | cerca de 93 GB |
| Site do curso (a cada hora, se cada execução for acionada) | cerca de 2,4 a 4,9 GB | cerca de 5,4 GB | cerca de 130 GB |
| Loja movimentada (a cada 2 horas) | cerca de 52 GB | cerca de 35 GB | cerca de 425 GB |
Sobre esta projeção: Estas são estimativas, não medições. Elas assumem que cada execução é acionada e carrega um snapshot típico (para a loja, sua média de cerca de 400 MB), cada backup completo tem o tamanho da linha de base, e snapshots mais antigos se dobram na linha de base assim que você atinge o número de backups que mantém. A variação do site do curso vai de dias tranquilos a dias com atualizações.
Todos os três sites usam muito menos espaço do que backups completos feitos com a mesma frequência. A loja cai de cerca de 425 GB para cerca de 52 GB. Comparado com backups completos diários, o blog e o site do curso ainda ocupam menos espaço. A loja ocupa cerca de 1,5 vezes o espaço, em troca de 12 pontos de restauração por dia em vez de um.
O tamanho do snapshot explica a diferença. Cada ponto de restauração custa um snapshot em vez de um backup completo, então snapshots menores economizam mais. Com snapshots de 1%, você pode economizar até cerca de 99% à medida que sua cadeia cresce. Com snapshots de 12%, o limite é de cerca de 88%.
Cadeias curtas economizam menos, porque a linha de base compõe a maior parte do total. O blog economizou 89% em 10 backups.
Backups incrementais vão apenas para o Duplicator Cloud, então seu total mapeia diretamente para um plano de nuvem. Ao longo de 10 dias de histórico, o blog caberia no plano de 2 GB, o site do curso em um plano de 10 GB e a loja no plano de 100 GB (cerca de 52 GB é um pouco mais do que o plano de 50 GB).
Como Fazer a Matemática do Armazenamento de Backup para o Seu Site?
Você pode executar isso assim que tiver alguns dias de snapshots. Se você ainda não começou, siga nosso guia para executar backups incrementais primeiro.
Ambos os tamanhos estão na tabela Snapshots em Duplicator Pro » Incremental Backups. Use a linha Baseline, mais o valor do meio de seus outros snapshots (não o maior).
Ainda não está fazendo backups incrementais? Use o tamanho do seu último backup completo como linha de base. Para o snapshot, tente 1% disso em um site silencioso ou 12% em uma loja movimentada.
Insira-os nesta calculadora para estimar seu próprio armazenamento de backup incremental:
Calculadora de Armazenamento de Backup Incremental
Insira seus números para estimar quanto armazenamento seus backups incrementais usarão.
| Histórico que você manteria | |
|---|---|
Esta é uma estimativa que assume que cada execução agendada carrega um snapshot típico e snapshots mais antigos se integram à linha de base. Deixe espaço extra para dias de atualização e grandes importações.
Por exemplo, um site de 1 GB com snapshots de 10 MB e uma semana de histórico horário (168 backups mantidos) precisa de cerca de 2,7 GB. Uma semana de backups completos diários levaria 7 GB.
Quanto Armazenamento um Snapshot Horário Usa em um Blog Tranquilo?
A linha de base do blog era de cerca de 390 MB, e cada snapshot horário era de cerca de 3,5 MB.
Isso é aproximadamente 1% do site.
O que me surpreendeu foi a raridade com que ele pulava. Apenas cerca de 1 em 20 execuções encontrou algo para fazer backup, mesmo em dias sem novas postagens. Quase todos os snapshots diziam Sem alterações de arquivo · 8 tabelas, porque os plugins escrevem no banco de dados em segundo plano.
Isso é normal e usa muito pouco espaço.
Se você quiser menos snapshots, vá para Duplicator Pro » Incremental Backups » Settings e defina tabelas barulhentas (aquelas que os plugins atualizam constantemente) como Unwatch. Elas permanecem em seu backup, mas suas alterações não acionarão um novo snapshot.
O Que Acontece em um Site de Curso Quando os Plugins São Atualizados?
A linha de base do site do curso era de cerca de 540 MB, e um snapshot típico era de cerca de 7,5 MB. Isso é cerca de 1% novamente.
O dia da atualização foi diferente. Dois snapshots capturaram milhares de arquivos de plugin alterados e ficaram em cerca de 7% e 11% do site. Esses foram os maiores picos da atividade normal, e ainda assim muito menores do que um backup completo.
Cerca de metade das execuções foram puladas. Quando nada mudava, o Duplicator marcava a execução como Skipped e não carregava nada.
Havia uma pegadinha. O agendamento estava definido para horário, mas ao longo de um mês, ele executou cerca de uma vez a cada 4 horas. O WordPress só executa tarefas agendadas quando alguém visita, e um pequeno site sem fins lucrativos não recebe visitas a cada hora.
A solução é um cron job real (uma tarefa que seu host executa em um temporizador, mesmo quando ninguém está visitando). Procure por Cron Jobs em seu painel de controle de hospedagem e aponte-o para o wp-cron.php do seu site a cada hora.
Para verificar se está funcionando, instale WP Crontrol, um plugin gratuito. Ative o registro para um evento horário e, em seguida, abra Cron Logs para ver cada vez que ele é executado. Lacunas de várias horas significam que o cron ainda não está acompanhando.
Por Que os Snapshots Incrementais São Maiores em uma Loja Movimentada?
A linha de base da loja era de cerca de 3,5 GB. Um snapshot típico tinha cerca de 400 a 460 MB, ou cerca de 12% do site.
O motivo é o banco de dados. Entre dois snapshots, 31 a 58 tabelas mudaram (pedidos, clientes, logs). Tabelas alteradas são salvas na íntegra, então um banco de dados ocupado de vários GB adiciona centenas de megabytes a cada execução.
Arquivos mal se moveram. Mesmo um lote de quase 600 arquivos alterados não se destacou.
Ao longo de 24 snapshots (um a cada 2 horas), a cadeia usou cerca de 12,8 GB. Os mesmos 24 pontos de restauração como backups completos teriam levado cerca de 85 GB.
Isso é 85% menos armazenamento para os mesmos pontos de restauração.
Como os Backups Incrementais Funcionam no Duplicator?
O Duplicator cuida da cadeia para você. Assim que você conectar o Duplicator Cloud, vá para Duplicator Pro » Incremental Backups e clique em Create Baseline Snapshot.
Em seguida, escolha com que frequência fazer backup e quantos backups manter.
A partir daí, o Duplicator comparará seu site com o último snapshot. Se algo mudar, ele fará backup apenas dessas diferenças.
Assim que sua cadeia atingir o número de backups que você mantém, snapshots mais antigos se fundirão à linha de base, para que seu total se estabilize em vez de crescer para sempre.
Aqui está o que você obtém:
- Proteção horária: Faça backup com a frequência de uma hora, para perder bem menos de um dia de trabalho.
- Restaurações completas do site: Escolha qualquer snapshot e o Duplicator reconstruirá todo o seu site até aquele ponto. Se o Cloud precisar preparar o arquivo primeiro, levará alguns minutos e você receberá um e-mail.
- Um registro claro: Cada snapshot lista os arquivos e tabelas que capturou.
- Sem uploads desperdiçados: Se nada mudou, a execução é pulada.
Como Tirar o Máximo Proveito dos Backups Incrementais?
Seu total depende principalmente de quantos backups você mantém, então manter menos é a maneira mais rápida de usar menos armazenamento. Algumas outras opções também ajudam.
Aqui está o que eu faria em qualquer site:
- Mantenha apenas o histórico que você precisa. Backups mantidos × horas entre backups é o seu histórico, desde que cada execução seja disparada.
- Configure um trabalho cron real para que 'a cada hora' signifique 'a cada hora'. Isso não diminuirá seu armazenamento, mas você terá os pontos de restauração que está contando.
- Não monitore tabelas barulhentas na aba Configurações, para que a atividade em segundo plano não acione snapshots extras.
- Mantenha um backup completo separado em um segundo local fora do site antes de grandes alterações.
Perguntas Frequentes (FAQs)
Backups incrementais economizam armazenamento?
Sim. Após uma linha de base completa inicial, cada snapshot armazena apenas o que mudou. Em nosso teste, um snapshot típico representou cerca de 1% do site completo em um blog e em um site de curso, e cerca de 12% em uma loja movimentada. Mesmo a loja usou 85% menos armazenamento do que backups completos na mesma programação. Sua economia depende de quanto do seu banco de dados muda entre as execuções.
Por que meu snapshot incremental é tão grande?
Geralmente é o banco de dados. Um snapshot não é apenas sobre suas novas postagens. Uma loja com pedidos constantes altera muitas tabelas entre as execuções, podendo adicionar centenas de megabytes por snapshot. Atualizações de plugins também adicionam milhares de arquivos de uma vez.
Posso restaurar meu site inteiro a partir de um snapshot?
Sim. Escolha qualquer snapshot e o Duplicator reconstruirá seu site completo a partir da linha de base mais todas as alterações até aquele ponto. Se o Duplicator Cloud ainda não preparou um arquivo para download, você verá um prompt Solicitar Arquivo. Pode levar vários minutos e você receberá um e-mail quando estiver pronto.
Backups incrementais podem ir para o Google Drive ou Amazon S3?
Não. Os backups incrementais do Duplicator vão apenas para o Duplicator Cloud, que requer um plano de armazenamento. Seus backups padrão ainda podem ir para o Google Drive, Amazon S3 e outros armazenamentos, para que você possa manter uma segunda cópia em outro lugar.
Eu ainda preciso de backups completos se executar backups incrementais?
Geralmente você pode reduzir a frequência, mas não os elimine completamente. Os snapshots incrementais restauram seu site completo, então eles podem lidar com restaurações do dia a dia. Ainda é inteligente manter uma cópia em outro lugar, então mantenha um backup completo separado em um local secundário fora do local em uma programação mais longa (como semanalmente), e antes de um redesenho, uma migração ou uma grande atualização.
Backups Horários Usam Menos Espaço do Que Você Imagina: A Menos Que Seu Banco de Dados Nunca Durma
Nos sites tranquilos que testamos, backups incrementais horários usaram menos armazenamento do que manter backups completos diários. O que decide isso não é o tamanho do seu site. É o quanto do seu banco de dados muda a cada hora.
Uma loja movimentada paga mais por snapshot, mas ainda usou 85% menos armazenamento do que backups completos no mesmo cronograma. Essa é uma troca justa por perder duas horas de pedidos em vez de um dia.
Uma dica: após uma semana, abra a lista de alterações em alguns snapshots regulares. Se as mesmas tabelas aparecerem toda vez em um site tranquilo, revise-as nas configurações de backup incremental do Duplicator.
Obtenha Backups Horários Sem Pagar por 24 Cópias Completas por Dia
Com um backup diário, você pode perder até um dia de pedidos, entradas de formulário ou progresso do curso. Backups incrementais horários fecham essa lacuna sem encher seu armazenamento.
Backups incrementais estão disponíveis nos planos Duplicator Pro e Elite, e precisam de um plano de armazenamento Duplicator Cloud. Junte-se a mais de 1,5 milhão de profissionais WordPress que usam o Duplicator para proteger seus sites!
Se este post fez você pensar sobre armazenamento de backup, estes guias valem a pena ser lidos a seguir.
- O que é um backup incremental no WordPress? (E como executá-los)
- Com que frequência você deve fazer backup do seu site WordPress?
- Políticas de Retenção de Backup de Sites: Por Quanto Tempo Manter os Backups?
- Pare de Adivinhar Por Que os Backups Falham (Verifique Estes Logs em Vez Disso)
- Tamanho do Armazenamento de Backup do WordPress: Quanto Espaço Você Precisa e Como Reduzi-lo
- Como Corrigir um Backup Falho do WordPress: Configurações vs. Limites do Servidor
