Backup na RedHosting: o que é automático e o que é responsabilidade sua

2 de setembro, 2026

Outros

Backup só é descoberto em dois momentos: quando você configura ou quando você precisa. O segundo é tarde demais para descobrir que não existia. Este artigo separa, sem rodeio, o que já está feito do que continua sendo seu.

1. A divisão, em uma tabela

O quê	De quem é	Comentário
Backup automático diário do serviço	RedHosting	Incluído, sem configurar nada
Redundância de energia, rede e refrigeração	RedHosting	Datacenter Tier III
Cópia antes de uma mudança grande	Sua	Deploy, atualização, migração
Exportação do banco de dados	Sua	Consistente só com `mysqldump`
Guardar cópia fora da RedHosting	Sua	É o que sobrevive a erro de conta
Testar se a restauração funciona	Sua	Backup nunca testado é suposição

2. O que o backup automático cobre

Todos os serviços têm backup automático diário. Ele é a rede de segurança contra o imprevisto: falha de hardware, corrupção, o apagão de arquivo que ninguém queria.

Duas características importam para saber quando ele serve:

É diário. A pior perda possível é o trabalho de um dia. Se o seu serviço muda de hora em hora, um dia é muita coisa.
É do serviço inteiro. Serve para voltar ao estado de ontem, não para recuperar um arquivo específico sem mexer no resto.

⚠️O ponto que costuma passar: Backup automático é proteção contra falha da infraestrutura. Ele não protege contra decisão errada sua se você só percebe o erro depois de a cópia do dia seguinte já ter rodado por cima. Antes de mudança grande, a cópia é sua.

3. Por que uma cópia sua continua necessária

Não é desconfiança da infraestrutura — são cenários que backup nenhum do provedor cobre bem:

Você quer só uma parte. Restaurar o serviço inteiro para recuperar uma tabela desfaz tudo o que foi feito desde ontem.
O erro é antigo. Um bug que corrompeu dados há duas semanas já passou por todos os backups diários.
O problema é a conta. Serviço cancelado, fatura esquecida, acesso perdido — a cópia que está fora é a que sobra.
Você quer só olhar. Comparar o comportamento de antes sem restaurar nada.

4. Como fazer a sua, por serviço

Hospedagem com cPanel

O cPanel gera um arquivo completo em Arquivos → Backup → Baixar um Backup Completo do Site. Ele inclui arquivos, bancos, contas de e-mail e configurações. Baixe o arquivo em vez de deixá-lo no próprio servidor — uma cópia guardada no mesmo lugar que o original não é cópia.

Só o banco, que é o que muda mais: phpMyAdmin → selecione o banco → aba Exportar → método Rápido, formato SQL → Executar. O passo a passo completo está em Como criar um banco de dados MySQL no cPanel.

VPS

Numa VPS com acesso root, o que copiar são quatro coisas:

mysqldump -u USUARIO -p --all-databases > backup.sql
tar czf site.tar.gz /var/www
tar czf config.tar.gz /etc/nginx /etc/letsencrypt

E trazer para o seu computador:

scp root@SEU_IP:~/backup.sql ./

💡Dica: Exporte o banco com mysqldump, nunca copiando a pasta de dados com o serviço rodando — o arquivo sai inconsistente e só se descobre isso na hora de restaurar.

Minecraft e bots de Discord

Pelo gerenciador de arquivos do painel, compacte a pasta do servidor e baixe. No Minecraft, o que é insubstituível é a pasta do mundo: plugin e configuração se refazem, mundo construído não.

Se o bot vem de um repositório Git, o código já está versionado — falta guardar o que não está no repositório: variáveis de ambiente, tokens e banco. Veja Vinculando um repositório Git ao seu bot.

5. Quando fazer

Momentos em que a cópia vale mais que o tempo que custa

✓Antes de reinstalar o sistema operacional da VPS — a reinstalação apaga o disco inteiro.

✓Antes de atualizar CMS, plugin, tema ou dependência.

✓Antes de migrar de hospedagem, e antes de apontar o domínio para o destino novo.

✓Antes de mexer no banco direto por SQL.

✓Periodicamente, na frequência com que você aguentaria perder o trabalho: diária se muda todo dia, semanal se muda toda semana.

6. Backup que nunca foi restaurado não é backup

É uma suposição. O arquivo pode estar truncado, a exportação pode ter parado no meio, o .sql pode estar sem uma tabela — e nada disso aparece até o dia em que você precisa.

Teste pelo menos uma vez: suba a cópia num ambiente separado e confira se a aplicação abre e se os dados recentes estão lá. Numa VPS, um servidor pequeno temporário resolve; no cPanel, um subdomínio de teste.

Precisa restaurar?

Para restaurar a partir do backup automático, abra um chamado em financeiro.redhosting.com.br ou chame no WhatsApp +55 11 98833-3902, informando o serviço e a data para a qual você quer voltar. Quanto antes o pedido chegar, mais opções de data existem.

Perguntas frequentes

A RedHosting faz backup do meu serviço? +

Sim, backup automático diário, incluído e sem configurar nada. Ele é a rede de segurança contra falha de infraestrutura.

Se existe backup automático, preciso fazer o meu? +

Sim, para os casos que o automático não cobre bem: recuperar só uma parte sem desfazer o resto, voltar a um erro antigo que já passou por todos os backups diários, ou situações em que o problema é o acesso à própria conta.

Com que frequência devo fazer backup? +

Na frequência com que você aguentaria perder o trabalho: diária se o serviço muda todo dia, semanal se muda toda semana. E sempre antes de mudança grande — reinstalação, atualização, migração.

Como faço backup no cPanel? +

Em Arquivos → Backup → Baixar um Backup Completo do Site, que inclui arquivos, bancos, e-mails e configurações. Baixe o arquivo em vez de deixá-lo no servidor: cópia guardada no mesmo lugar que o original não é cópia.

Posso copiar a pasta do MySQL em vez de exportar? +

Não com o serviço rodando — o arquivo sai inconsistente e isso só se descobre na hora de restaurar. Use mysqldump.

Como peço uma restauração? +

Abra um chamado informando o serviço e a data para a qual você quer voltar. Quanto antes o pedido chegar, mais opções de data existem.

O que é mais importante salvar num servidor de Minecraft? +

A pasta do mundo. Plugin e configuração se refazem; mundo construído não.