Backup em VPS cPanel: quanto espaço livre reservar

Para que o backup de um VPS cPanel funcione com segurança, o espaço livre precisa ser calculado conforme o destino e a retenção. Se todas as cópias ficam no próprio servidor, dimensione o volume total de cada conjunto multiplicado pelas retenções e reserve espaço para o próximo ciclo. Se os arquivos são enviados para um destino remoto e não ficam retidos localmente, o servidor ainda precisa criar e comprimir cada conta antes do envio. Nesse cenário, a referência conservadora publicada pelo suporte do cPanel é manter aproximadamente duas vezes o tamanho da maior conta, mais 1 GB. Depois disso, aplique uma margem operacional e considere possíveis filas de transferência.

Conteúdo revisado em 21/09/2026. Os cálculos abaixo são referências de planejamento. O consumo real depende do tipo de dado, formato do backup, retenção, velocidade do destino e configuração do servidor.

Resumo: quanto espaço livre reservar?

A margem de 10% a 15% é útil, mas deve ser aplicada depois de calcular a área de trabalho e as retenções. Reservar apenas “a maior conta + 15%” pode ser insuficiente para criar o pacote, manter arquivos temporários e preservar espaço para o sistema operacional.

Como o cPanel gera um backup de conta

Um backup completo reúne diretório inicial, sites, e-mails, bancos de dados, configurações, DNS e outros dados habilitados. Para backups comprimidos, o servidor lê esses dados, produz arquivos auxiliares e cria um pacote. Somente depois o pacote pode ser mantido em /backup ou enviado para uma localização adicional.

A geração das contas ocorre de forma sequencial no fluxo normal, mas a documentação do cPanel alerta que geração e transferência usam filas separadas. Se o servidor cria pacotes mais rápido do que o link consegue enviá-los, vários arquivos prontos podem se acumular localmente. Portanto, “uma conta por vez” não significa que nunca haverá mais de um pacote aguardando no disco.

A documentação oficial de configuração de backup do WHM também informa que, quando a retenção local está desativada, o arquivo de uma conta só é removido depois que pelo menos um destino adicional recebe o backup com sucesso e todos os destinos configurados são tentados.

Backup remoto também usa espaço local

Enviar backups para SFTP, S3, Google Drive, Backblaze ou outro destino adicional reduz a necessidade de retenção no VPS, mas não elimina a área de trabalho. O pacote precisa existir em algum momento no servidor para ser transferido. Bancos podem gerar arquivos SQL, o empacotamento usa espaço temporário e a transferência pode manter o arquivo enquanto valida o destino.

Em uma resposta técnica sobre dimensionamento, um moderador do suporte do cPanel recomenda, como regra geral, duas vezes o espaço da maior conta, mais 1 GB de folga. No exemplo oficial, uma conta de 50 GB pede aproximadamente 101 GB livres para que a ferramenta consiga comprimir e copiar com segurança.

Essa é uma referência conservadora, não uma fórmula matemática capaz de cobrir qualquer servidor. Uma conta cheia de vídeos pode gerar um pacote quase do mesmo tamanho porque os arquivos já estão comprimidos. Uma conta composta por texto e bancos pode reduzir bastante. Falhas, múltiplos destinos ou uma conexão lenta aumentam a permanência dos pacotes locais.

Por que “maior conta + 10%” pode falhar

Imagine uma conta de 100 GB e apenas 115 GB livres. Em uma situação favorável, o arquivo final pode caber. Porém, o processo também precisa de margem para:

• arquivos temporários de compactação e metadados;
• exportações SQL e arquivos de bloqueio;
• crescimento normal de sites, e-mails e bancos durante a rotina;
• logs do sistema, atualizações e filas de e-mail;
• um pacote anterior cuja transferência ainda não terminou;
• tentativas em mais de um destino remoto;
• diferenças entre a quota exibida e os dados realmente incluídos.

Se o disco chega a 100%, MySQL, serviços de e-mail, logs e o próprio cPanel podem parar de gravar. A meta não é apenas fazer o arquivo “caber”; é concluir o backup sem colocar o VPS em risco.

Fórmula prática para backup remoto

Para começar o planejamento, use:

Área de trabalho mínima ≈ (2 × maior conta) + 1 GB
Meta operacional ≈ área de trabalho mínima × 1,10 a 1,15
Reserva final ≈ meta operacional + fila provável + espaço do sistema

A margem de 10% a 15% aparece sobre a área de trabalho calculada, e não somente sobre o tamanho da conta. O espaço do sistema deve ser analisado separadamente: o volume raiz precisa continuar recebendo logs, atualizações, bancos e e-mails.

Exemplo 1: backup remoto de um VPS

O servidor possui 40 contas, usa 900 GB no total e a maior conta ocupa 120 GB. As cópias serão comprimidas e enviadas para S3, sem retenção local:

• referência mínima: 2 × 120 GB + 1 GB = 241 GB livres;
• com 10% de margem: aproximadamente 265 GB;
• com 15% de margem: aproximadamente 277 GB.

Essa faixa pressupõe que o transporte acompanha a geração. Se cada pacote é criado em 20 minutos, mas leva uma hora para ser enviado, haverá acúmulo. Meça quantos gigabytes permanecem na fila no pior horário e some esse valor.

Como calcular backup local com retenção

Quando Retain Backups in the Default Backup Directory está habilitado, cada retenção ocupa espaço no volume de backup. O cálculo deve usar o tamanho de um conjunto concluído, não apenas a maior conta.

Espaço das retenções = tamanho de um conjunto × total de pontos mantidos
Pico durante o ciclo = retenções existentes + um novo conjunto
Capacidade planejada = pico × 1,10 a 1,20 + backups do sistema

O total de pontos inclui diários, semanais e mensais. Se três diários, dois semanais e um mensal representam conjuntos independentes, são seis pontos. Quando diário e mensal coincidem, o cPanel executa o diário e depois copia esse conjunto para o mensal; o armazenamento continua precisando comportar a política configurada.

Exemplo 2: três diários, um semanal e um mensal

As contas somam 600 GB usados. Depois de dois ciclos reais, cada conjunto comprimido mede em média 360 GB. A política mantém três diários, um semanal e um mensal:

• retenções: 5 × 360 GB = 1,8 TB;
• novo conjunto em formação: + 360 GB = 2,16 TB;
• margem de 15%: aproximadamente 2,48 TB;
• adicione backup do sistema, metadados e crescimento previsto.

Nesse caso, um disco de 2 TB não atende mesmo que os dados ativos ocupem somente 600 GB. Uma política de retenção é uma decisão de capacidade e custo.

Não presuma a taxa de compressão

O formato comprimido usa menos espaço, mas a proporção varia:

• texto, logs e arquivos SQL geralmente comprimem bem;
• JPEG, WebP, MP4, ZIP, PDF e backups antigos tendem a reduzir pouco;
• caixas de e-mail podem conter anexos já comprimidos;
• arquivos de cache aumentam o pacote se não forem excluídos corretamente;
• um diretório contendo outros backups pode multiplicar o consumo.

No primeiro dimensionamento, usar 1:1 é mais seguro. Depois de ciclos completos e verificados, substitua a estimativa pelo tamanho real dos conjuntos, mantendo margem para crescimento.

Backup comprimido, sem compressão e incremental

Incremental não significa espaço ilimitadamente pequeno. Arquivos novos e alterados ocupam blocos, retenções continuam relevantes e uma quantidade enorme de arquivos consome inodes. Meça espaço e inodes com a mesma atenção.

A partição onde o backup é criado importa

Um VPS pode mostrar 300 GB livres no total e ainda falhar porque /backup, /home ou a raiz estão em volumes diferentes. Use:

df -hT / /home /backup /var/lib/mysql
df -ih / /home /backup
du -sh /backup/*
du -sh /home/* | sort -h

df mostra a capacidade do sistema de arquivos; du soma os arquivos visíveis. Diferenças grandes podem indicar arquivos apagados ainda abertos por processos, snapshots do provedor ou reservas do sistema. Não exclua conteúdo apenas para fazer os números coincidirem.

Sempre que possível, use um disco ou volume dedicado para /backup. Isso evita que retenções preencham a mesma partição de MySQL, e-mail e sistema. Ainda assim, um volume local não protege contra perda completa do VPS; mantenha uma cópia externa.

O que configurar em WHM

1. Acesse WHM > Backup > Backup Configuration.
2. Escolha comprimido, sem compressão ou incremental conforme recursos e destino.
3. Ative Check the Available Disk Space e defina um limite em porcentagem ou megabytes.
4. Configure dias e retenções diárias, semanais e mensais.
5. Decida conscientemente se manterá os arquivos no diretório local.
6. Cadastre e valide cada Additional Destination.
7. Defina timeout suficiente para enviar o maior arquivo pelo link disponível.
8. Inclua backups do sistema quando o objetivo exigir recuperação da configuração.
9. Habilite notificações de sucesso, falha e transporte.

O limite de espaço livre é uma trava, não um dimensionamento automático. Se o valor for muito baixo, o backup pode começar e consumir a área necessária a serviços críticos. Se for alto demais para a capacidade atual, a rotina será interrompida até que o armazenamento seja corrigido.

Retenção estrita e backups que falharam

No comportamento padrão, uma falha pode fazer o cPanel preservar cópias antigas e parciais até que um novo backup termine com sucesso. Assim, o número real de diretórios pode ultrapassar a retenção configurada. A documentação sobre retenção recomenda a aplicação estrita quando o espaço é limitado, mantendo ao menos uma cópia concluída.

Ativar retenção estrita reduz crescimento imprevisto, mas pode remover pontos antigos mesmo durante uma sequência de falhas. Combine a escolha com um destino remoto validado e alertas ativos.

Como calcular a velocidade necessária do destino remoto

Espaço e tempo estão ligados. Um arquivo de 100 GB contém cerca de 800 gigabits. Em condições ideais:

Tempo em segundos ≈ tamanho em gigabits ÷ velocidade efetiva em Gbit/s

Com upload efetivo de 100 Mbit/s, 100 GB levam pelo menos 8.000 segundos, cerca de 2h13, sem contar protocolo, latência e variação. Se novas contas são empacotadas durante esse período, a fila cresce. Ajuste o Maximum Destination Backup Timeout para comportar o maior pacote e investigue destinos que entregam menos velocidade que o esperado.

Restauração também precisa de espaço

Para restaurar um backup remoto, o cPanel usa um diretório de staging local. A documentação exige que ele comporte ao menos o maior arquivo remoto que será restaurado, porque as restaurações são preparadas uma por vez. Além do arquivo recebido, a conta restaurada precisa caber no volume de destino.

Se o maior pacote tem 80 GB e a conta restaurada ocupará 140 GB descompactada, planeje espaço para o pacote, os dados restaurados e a margem do sistema. Fazer backup sem reservar capacidade de restauração cria uma falsa sensação de segurança.

Como medir depois do primeiro ciclo

1. Registre o espaço livre antes da rotina.
2. Anote o maior consumo durante geração e transferência.
3. Meça o tamanho de cada pacote e do conjunto completo.
4. Compare duração da geração com duração dos envios.
5. Confira se arquivos locais foram removidos conforme a configuração.
6. Verifique logs em /usr/local/cpanel/logs/cpbackup.
7. Valide no destino a quantidade, tamanho e data dos arquivos.
8. Faça uma restauração de teste em ambiente isolado.

Use o pior pico observado, não a média, e acrescente crescimento projetado para os próximos meses. Contas de e-mail e lojas podem crescer mais rápido que sites institucionais.

Sinais de que a rotina está mal dimensionada

• mensagem “Available disk space is too low. Backups will not run”;
• apenas parte das contas aparece no destino remoto;
• arquivos .tar.gz permanecem por muitas horas no servidor;
• o backup seguinte começa antes do transporte anterior terminar;
• MySQL, e-mail ou painel falham durante a janela;
• retenções reais excedem a política após falhas;
• o tempo total cresce toda semana;
• há espaço em um disco, mas a partição de trabalho está cheia.

O artigo de suporte do cPanel sobre falta de espaço durante backups confirma que a rotina interrompe novas criações quando o disco utilizado chega ao limite configurado.

Checklist de capacidade para um VPS cPanel

1. Some os dados de todas as contas selecionadas.
2. Identifique a maior conta e seu ritmo de crescimento.
3. Separe arquivos, bancos e e-mails para entender a compressão provável.
4. Defina tipo, frequência e retenção.
5. Decida se haverá retenção local, remota ou ambas.
6. Para remoto sem retenção local, comece com 2 × maior conta + 1 GB.
7. Adicione 10% a 15% à área de trabalho e preserve espaço do sistema.
8. Para local, some todas as retenções e um novo ciclo em formação.
9. Considere backups do sistema, metadados, inodes e staging de restauração.
10. Calcule se o link conclui o transporte antes do próximo ciclo.
11. Ative alertas e confira logs após cada execução.
12. Teste a restauração, pois arquivo existente não garante recuperação.

Exemplo completo de decisão

Um VPS tem disco de 1 TB, 650 GB ocupados e 350 GB livres. Hospeda 70 contas; a maior possui 140 GB. O cliente quer backup diário remoto sem retenção local.

A referência conservadora é 2 × 140 + 1 = 281 GB. Com 15%, a meta sobe para aproximadamente 323 GB. Em princípio, os 350 GB livres atendem, mas deixam somente 27 GB além da meta. Se o sistema, bancos e e-mails crescem 8 GB por mês, ou se o transporte acumula dois pacotes, a folga desaparecerá rapidamente.

As opções responsáveis são ampliar o volume, reduzir a maior conta, remover dados que não deveriam estar no backup, acelerar o destino ou migrar /backup para um volume dedicado. Reduzir a trava de espaço apenas para a rotina começar não cria capacidade.

Backup em VPS cPanel gerenciado

Nos planos de VPS cPanel gerenciado da WebinHost, o dimensionamento deve considerar dados ativos, crescimento, área de trabalho, retenções e destino externo. Informe quantidade de contas, maior conta, espaço total usado, frequência, retenção e velocidade esperada para que a estratégia seja avaliada de forma realista.

Gerenciamento ajuda a configurar e acompanhar a infraestrutura, mas capacidade física continua sendo um limite. Uma política que exige 2 TB de retenções não caberá de forma segura em um volume de 1 TB, independentemente da ferramenta escolhida.

Perguntas frequentes

Para backup remoto basta ter espaço igual à maior conta?

Não é a opção mais segura. O suporte do cPanel usa como referência duas vezes o tamanho da maior conta, mais 1 GB. Adicione margem e avalie a fila de transporte.

A margem de 10% a 15% está correta?

Sim como margem adicional, depois de calcular área de trabalho, retenções e espaço do sistema. Ela não substitui a base do cálculo.

Se o arquivo final é menor, posso reservar menos?

Depois de vários ciclos medidos, você pode refinar o planejamento. Preserve folga para crescimento, temporários e dados menos compressíveis.

O backup remoto é enviado conta por conta?

Os pacotes são gerados sequencialmente no fluxo normal, mas geração e transporte usam filas separadas. Pacotes podem se acumular quando a transferência é mais lenta.

Desativar a retenção local apaga o pacote imediatamente?

Não. O cPanel remove o arquivo depois que ao menos um destino o recebe com sucesso e todos os destinos são tentados. Falhas podem prolongar sua permanência local.

Posso usar o mesmo disco do sistema para backup?

Pode, mas o risco operacional aumenta. Um volume dedicado evita que retenções ocupem o espaço necessário a MySQL, e-mail, logs e atualizações.

Quanto espaço preciso para restaurar?

O staging deve comportar o maior arquivo remoto, e o volume de destino deve receber a conta restaurada. Considere os dois consumos e a margem operacional.

Conclusão

O espaço de backup de um VPS não deve ser escolhido por porcentagem genérica do disco. Para retenção local, calcule conjuntos, pontos mantidos, coexistência do próximo ciclo e margem. Para destino remoto sem cópia local, planeje a área necessária para gerar, comprimir e enfileirar os pacotes.

Use como ponto de partida duas vezes a maior conta mais 1 GB, acrescente 10% a 15%, preserve o espaço do sistema e meça a fila real. Depois de um ciclo completo, compare tamanho, duração e pico de ocupação. Esse método evita tanto o desperdício quanto o risco de uma rotina parar justamente quando o backup é mais necessário.