Descubra exatamente a que você perdeu acesso
As pessoas dizem "fiquei bloqueado" para descrever cinco situações diferentes, e cada uma tem uma saída diferente:
| O que foi removido | O que geralmente ainda funciona |
|---|---|
| Somente painel de controle | SSH, SFTP, a porta do banco de dados, rsync |
| O servidor inteiro, rede desligada | Um chamado de suporte pedindo um boot de resgate ou uma exportação |
| Conta encerrada, serviço em funcionamento | Qualquer coisa com a qual você já estava conectado |
| Tudo, sem resposta | Seu registrador, seu DNS, seu backup fora do local |
Verifique cada um antes de concluir qualquer coisa. Um número surpreendente de suspensões desativa o painel web e o site público, mas deixa o SSH respondendo, porque o script de suspensão foi escrito para interromper a reclamação, não para interromper você.
A ordem de trazer as coisas
Se você tem tempo limitado ou uma conexão instável, a ordem importa. Baixe nesta sequência, primeiro o menor e mais insubstituível:
- Dumps de banco de dados. Os menores, mais valiosos e mais difíceis de reconstruir.
mysqldumpoupg_dump, compactados, primeiro. - Configuração. Configuração do servidor web, tabelas cron, arquivos de ambiente, chaves TLS. Pequenas, e reconstruí-las de memória leva dias.
- Conteúdo enviado por usuários. Insubstituível e geralmente o maior. Comece cedo e deixe rodando.
- Código da aplicação. Somente se não estiver em controle de versão em outro lugar. Se estiver, ignore completamente.
- Registros. Por último, e apenas se você puder precisar de evidências do que aconteceu.
Use rsync com --partial --append-verify em vez de um arquivo compactado que você precisa concluir de uma só vez, porque uma conexão que cai aos 90 por cento de um tarball não te deu nada, e um rsync interrompido te deu 90 por cento.
Quando não há shell nenhum
- Peça um boot de resgate. A maioria dos provedores tem um, ele inicializa um sistema live com seu disco montado, e muitos o habilitam mesmo para um serviço suspenso, pois não restaura seu site público.
- Peça uma imagem. Ofereça-se para pagar. Uma imagem de disco em um link é mais barata para eles do que uma discussão de suporte.
- Peça uma reativação somente leitura por um período fixo. Apresente como uma hora, não como uma restauração.
- Verifique todos os outros lugares onde uma cópia já possa estar. Um servidor de staging, o notebook de um desenvolvedor, um artefato de CI, um cache de mecanismo de busca, o Wayback Machine para páginas públicas.
Leve seu domínio com você primeiro
A coisa mais cara de se perder não são os dados, é o domínio, e é o que as pessoas esquecem enquanto estão ocupadas entrando em pânico com o disco. Se o seu registrador é a mesma empresa da sua hospedagem, transfira o registro para fora hoje mesmo, antes de discutir qualquer outra coisa.
Reduza o TTL do seu DNS para poucos minutos como a primeiríssima ação de todo o processo. Não custa nada, e é a diferença entre uma migração que leva minutos e uma que leva dois dias, justamente no momento em que você já perdeu dois dias.
Tornando o próximo incidente sobrevivível
A verdade desconfortável sobre todo artigo como este é que o resultado, na maior parte, já estava decidido antes de o e-mail chegar. Quatro coisas, nenhuma delas cara:
- Backups em um local que sua hospedagem não alcança. Um backup na mesma conta não é um backup, é uma segunda cópia de um único ponto de falha.
- Uma restauração que você realmente executou. Uma vez. Em uma máquina diferente. Caso contrário, você tem apenas um arquivo não testado.
- Registrador separado da hospedagem. Empresa diferente, jurisdição diferente, se isso importa para você.
- DNS sob seu controle. Assim, uma mudança é uma alteração de registro, não uma negociação.
Isso é a maior parte da arquitetura em construir para que uma remoção não acabe com você, que aprofunda o lado estrutural.
Migrando para cá, se for onde isso terminar
O serviço de migração é gratuito e um engenheiro faz o trabalho, incluindo a janela de sincronização e a transição de DNS. É gratuito porque a migração é o momento em que alguém decide se confia em um fornecedor, e cobrar por isso seria cobrar pela entrevista.
Perguntas que as pessoas realmente fazem
Meu host diz que os dados já foram apagados. É verdade?
Às vezes, e às vezes significa que a entrada no painel simplesmente desapareceu. Pergunte especificamente se o volume subjacente foi apagado e se existe algum backup dele do lado deles, como duas perguntas separadas.
Posso obter dados de um host que não responde?
Raramente, e quando acontece se torna uma questão jurídica, não técnica. É por isso que o backup externo é a resposta completa, e por que ele precisa existir antes de você precisar dele.
Por quanto tempo as hospedagens normalmente mantêm um serviço suspenso?
Varia de dias a alguns meses e está nos seus termos de serviço. Não conte com o extremo mais generoso dessa faixa.
Escrito pelas pessoas que respondem às notificações, e corrigido quando está errado. Última revisão em 30 julho 2026.
Todos os preços desta estrutura são publicados por completo, em um só lugar. Veja o catálogo completo