Laboratório 16 · Compatibilidade

Recuperação de desastre: 10 contas inteiras em outro servidor, 99,96% dos arquivos do cliente idênticos

Data: 16/10/2026Servidor: dois servidores cPanel, 10 contas, ~55 GBLeitura: 4 minTema: Compatibilidade
A pergunta

O pior dia do admin: o servidor caiu e não volta. Dez clientes sem site WordPress e sem e-mail, e todos vão ligar. Se o servidor de origem morrer, o backup do Salvo traz as contas de volta inteiras em outro servidor? Quanto tempo leva, e o que volta diferente?

Resultado
99,96%dos arquivos do cliente idênticos byte a byte (572.285 de 572.536): sites, arquivos enviados e mensagens. Cada um dos 251 diferentes tem motivo: chegou à origem depois do backup, ficou de fora pela lista de exclusões ou foi ajustado pelo servidor novo
0mensagens de e-mail perdidas ou diferentes; as 987 tabelas dos 16 bancos estão idênticas ao backup

Por que isso importa para quem administra o servidor

  • As 10 contas voltaram em outro servidor, num cPanel mais antigo, com 0 mensagens de e-mail perdidas e as 987 tabelas dos bancos idênticas ao backup.
  • 99,96% dos arquivos do cliente idênticos byte a byte, e cada um dos 251 diferentes explicado. É o que o admin precisa para dizer ao cliente o que voltou, sem achismo.
Arquivos comparados, origem × destinoConteúdo conferido por sha256
O disco do storage durante a recuperaçãoPorcentagem do tempo em que o disco esteve ocupado, a cada 5 s, somando os backups de outros clientes. O disco já estava 89% ocupado antes de começar.
Fonte: Laboratório Salvo e coletor do storage · dois servidores cPanel · 16/10/2026
O que voltouResultado
Arquivos do cliente comparados (sha256)572.536
Idênticos572.285 (99,96%)
Diferentes, cada um explicado no método251
Arquivos do sistema (o servidor recria ou reescreve)121.871, fora da conta
Mensagens de e-mail perdidas ou diferentes0
Bancos e tabelas idênticos ao backup16 bancos, 987 tabelas
Domínios, caixas, cotas, FTP, cron, SSLiguais
Recuperar os 10 pacotes do storage87 min
Restaurar no cPanel, uma conta por vez78 min
Até a última conta no ar2 h 45 min

Método

As mesmas 10 contas dos Laboratórios 14 e 15 (cerca de 55 GB, 660 mil arquivos e 16 bancos), a partir do backup incremental.

Outro servidor cPanel, de versão mais antiga, que nunca tinha visto essas contas. Ele recebeu só o que um cliente guardaria fora do servidor: o programa do Salvo, o catálogo de backups e as chaves. O servidor de origem não foi usado.

Fases separadas, para medir cada uma: recuperar do storage os 10 pacotes de conta cPanel, 3 contas ao mesmo tempo; restaurar cada conta com a ferramenta oficial do cPanel; comparar tudo, origem × destino.

Storage disputado: a recuperação rodou no horário de backup de outros clientes. O disco do storage já estava 89% ocupado antes de começar, e os outros clientes leram 2,7× mais dados que o Salvo na mesma janela.

Nos bancos, 63 das 987 tabelas estavam diferentes da origem na hora da comparação, porque os sites continuaram funcionando depois do backup; comparadas com o backup, todas são idênticas.

Arquivos do cliente × arquivos do sistema. Do cliente: sites, arquivos enviados, mensagens e a configuração das caixas. Do sistema: o que o servidor recria sozinho ou só usa para funcionar, como os índices do servidor de e-mail, os caches do painel e dos sites, logs e temporários. Os 251 arquivos do cliente diferentes: 75 fotos enviadas ao site depois do backup; 150 que a lista padrão de exclusões deixa de fora por regra (compactados, cópias de banco em .sql, backups de plugin, pastas de log, lixeira e temporários); os arquivos .htaccess, php.ini e .user.ini com a versão do PHP do servidor novo, e o banco do webmail convertido pelo painel; 2 mensagens que mudaram na origem depois do backup (uma foi lida, outra apagada); e 6 arquivos estranhos à conta, que o painel ajustou ou que mudaram de nome na origem.

O que decidimos

Antes de começar uma recuperação, o Salvo vai conferir se o servidor de destino tem as mesmas versões de software da origem.

?
O que ainda não sabemosO tempo não mede o Salvo sozinho: o storage estava disputado pelos backups de outros clientes, e com o storage calmo o tempo tende a ser menor; ainda não medimos. Neste teste, todas as contas foram recuperadas antes de a primeira ser restaurada; num desastre de verdade, cada conta deve ser restaurada assim que fica pronta, das menores para as maiores, e 9 das 10 contas (cerca de 26 GB) teriam voltado ao ar bem antes da maior (29 GB). Esse é o próximo teste. E foi um servidor e 10 contas, não uma média de mercado.
Quer ver o Salvo no seu servidor?Entre na lista de espera do beta. Avisamos quando houver vaga.

Como se liga aos outros laboratórios

Integridade conferida arquivo por arquivo
20 sA conta inteira restaurada em outro servidor: domínios, e-mails, banco idêntico e permissõesLaboratório 11 · 15/10/2026100%Restaurar um backup do cPanel pelo Salvo: quatro vezes, o mesmo resultado, e 100% das mensagens idênticasLaboratório 18 · 17/10/2026~2 minA conta sumiu: de volta, inteira, a partir do backup, em cerca de 2 minutosLaboratório 19 · 17/10/20265 de 5Restaurar só o que precisa: um banco, uma caixa de e-mail, uns arquivos, tudo de volta exatamente como eraLaboratório 20 · 17/10/20265,2×Melhoramos a restauração do Salvo: conta de 10 GB de volta em 5 min 45 s, no pior horário do storageLaboratório 21 · 19/10/20263,3 sWordPress: restaurar só a tabela que quebrou, em 3 segundos em vez de 2 minutosLaboratório 22 · 18/10/202699,98%Backup de WordPress com e-mail: 6 sites reais restaurados pelo Salvo e pelo JetBackupLaboratório 23 · 19/10/2026250 sRestaurar WordPress pelo Salvo mais rápido que pelo pacote do cPanel: 6 sites reais, uma e várias contas ao mesmo tempoLaboratório 24 · 19/10/2026
salvo. Backup para servidores de hospedagem. Um produto GK2.
Produto
Laboratório
Salvo
Idioma
© 2026 GK2Usamos cookies de análise (Google Analytics).salvobackup.com/pt/laboratorio/recuperacao-de-desastre-10-contas-em-outro-servidor/