O backup roda no mesmo servidor dos sites, e cada megabyte que ele guarda no disco é espaço que falta para o cliente. Quanto espaço o cache local do motor de backup ocupa por conta, e o que acontece se ele for apagado?
Por que isso importa para quem administra o servidor
- Disco do servidor: 30 MB de cache para 233 mil arquivos é pouco perto de uma conta de vários GB. E, como o cache é apagado ao fim de cada conta, o servidor não acumula cache de centenas de contas.
- Tempo: apagar o cache não atrasou o incremental (18 s com ele apagado, 19 s com ele cheio). Ficar sem cache nenhum deixa o backup 4× mais lento (76 s): janela de backup maior, com os sites dividindo o servidor por mais tempo.
Ver os dados em tabela
| Rodada | Tempo | Pico de memória |
|---|---|---|
| Primeiro backup, repositório vazio | 53 s | 842 MB |
| Incremental, cache cheio | 19 s | 168 MB |
| Incremental, cache apagado antes | 18 s | 169 MB |
| Incremental, sem cache | 76 s | 133 MB |
Método
Servidor cPanel de testes (CentOS 7, 18 núcleos, rede interna até o storage) e uma conta com 233.612 arquivos e 5,7 GB, num repositório só dela.
Motor do Salvo, gravando por SFTP, com os dados cifrados.
Prioridade baixa (nice -n 19, ionice -c3); o teste pararia sozinho se a carga do servidor passasse de 9.
O que decidimos
O cache passou a ser temporário: é criado no início do backup de cada conta e apagado no fim, e o servidor só guarda cache das contas que estão sendo copiadas naquele momento (implementado em 15/10/2026, rodando em servidores de teste). Ficar sem cache nenhum não compensa: o backup fica quatro vezes mais lento.