Restaurar VPS via Snapshot no Painel Hostini: Guia Completo
Aprenda a restaurar sua VPS via snapshot no painel Hostini em minutos, quando usar snapshot vs backup tradicional e como evitar perda de dados na operação.
Snapshot de VPS é a ferramenta certa pra três situações específicas: atualização de sistema que pode quebrar, deploy de versão nova de aplicação e mudança de configuração crítica (firewall, rede, kernel). Em qualquer um desses cenários, tirar um snapshot antes leva 10 segundos e te dá um botão de “desfazer” instantâneo. Restaurar leva o mesmo tempo.
A confusão mais comum em quem está começando é tratar snapshot como backup. Não é. Snapshot mora no mesmo storage da VPS — se o disco físico falhar, snapshot vai junto. Snapshot é segurança operacional pra mudanças de curto prazo; backup tradicional é proteção contra desastre. Este guia foca na restauração via snapshot pelo painel da Hostini, mas no caminho deixa claro quando você deveria estar usando outra coisa.
O tutorial assume que você já tem uma VPS Hostini ativa com pelo menos um snapshot capturado, acesso ao painel do cliente em app.hostini.com.br e janela de manutenção de 5 a 15 minutos pra fazer a operação com calma. A VPS fica indisponível durante a restauração — não tente fazer durante horário de pico se for produção.
Pré-requisitos
Antes de restaurar, confirme que você tem o que precisa pra fazer a operação sem surpresa.
VPS Hostini ativa com pelo menos um snapshot capturado anteriormente, acesso ao painel cliente (app.hostini.com.br) com a conta dona da VPS ou sub-usuário com permissão de gerenciamento, janela de manutenção planejada porque a VPS fica offline durante o processo (1 a 5 minutos típico, dependendo do tamanho do disco).
app.hostini.com.br Serviços → VPS → Snapshots 1-5 min Não após confirmar Se você ainda não tem snapshot, este guia não vai te ajudar — você precisa criar antes. Snapshot é uma operação de “tirar agora pra usar depois”, e o objetivo aqui é o “usar depois”.
Quando usar snapshot vs backup tradicional
A decisão é mais importante do que a execução. Errar aqui custa dados que você achou que estavam protegidos.
Snapshot é a escolha certa quando: você vai fazer uma mudança que pode quebrar nas próximas horas (update de kernel, upgrade de banco, troca de versão de runtime), o estado atual da VPS é o estado que você quer preservar como referência (snapshot pré-deploy), ou você está testando configuração e quer reverter rapidamente se der errado.
Backup tradicional é a escolha certa quando: você precisa de proteção contra falha de hardware ou erro humano grave (apagar o disco inteiro), você precisa de retenção longa (semanas, meses), ou você precisa que a cópia sobreviva mesmo se a VPS for terminada acidentalmente. Backup vive em storage separado e tem retenção configurável.
A regra prática: snapshot é cinto de segurança pra operação que você vai fazer agora; backup é seguro contra incêndio. Os dois coexistem — não é uma escolha excludente.
Acessando a área de snapshots no painel
A interface da Hostini consolida snapshots dentro da página de gerenciamento da VPS específica. Não há área global de “todos os snapshots” — cada VPS tem os seus.
Acesse o painel em app.hostini.com.br e faça login com sua conta. Se você tem múltiplas VPS, vá em “Serviços” no menu lateral pra ver a lista completa.
Clique na VPS específica que você quer restaurar. A página de detalhes mostra o status atual (ligada, desligada, suspensa), métricas de CPU/RAM/disco em tempo real e abas pra cada categoria de operação.
Na aba lateral ou superior, localize “Snapshots”. Você vai ver a lista dos snapshots existentes com três informações por linha: nome (definido por você na criação), data/hora de captura e tamanho ocupado no storage.
A lista é ordenada do mais recente pro mais antigo. Cada snapshot tem botões de ação: “Restaurar”, “Renomear” e “Excluir”. O botão “Criar novo snapshot” fica no topo da seção.
Preparando a VPS antes de restaurar
A restauração é destrutiva em relação ao estado atual. Tudo que foi escrito no disco depois do snapshot vai sumir. Esta etapa é onde você decide o que merece sobrevivência.
Restaurar um snapshot apaga todo dado, configuração e log gerado depois do momento da captura. Não há “undo” após confirmar. Se houver dados críticos no estado atual (banco de dados novo, arquivos de upload, configurações ajustadas), copie pra fora da VPS antes de prosseguir.
Identifique o que mudou desde o snapshot. Se você não tem certeza, considere: logs de aplicação (/var/log/), dados do banco (dump SQL recente), arquivos de upload do usuário, certificados SSL renovados (Let’s Encrypt costuma renovar a cada 60 dias).
Exporte o que for crítico pra fora da VPS. Para banco MySQL, o comando padrão é:
mysqldump -u root -p --all-databases > /tmp/backup-pre-restore.sql
scp /tmp/backup-pre-restore.sql usuario@maquina-local:~/Pra diretórios inteiros, rsync é mais robusto que scp:
rsync -avz /var/www/html/ usuario@maquina-local:~/backup-html/Esse passo é opcional do ponto de vista da operação — a restauração funciona sem ele — mas obrigatório do ponto de vista de bom senso quando há dados que você não quer perder.
Tire um snapshot novo do estado atual antes de restaurar o antigo. Pode parecer contraintuitivo, mas é a forma mais simples de criar um ponto de retorno caso o snapshot que você está prestes a restaurar seja antigo demais ou tenha um problema escondido.
No painel, clique em “Criar novo snapshot” no topo da lista, dê um nome descritivo (ex: “antes-de-restaurar-X-2026-05-29”) e confirme.
Executando a restauração
Com os dados críticos exportados e o snapshot de segurança criado, a restauração em si leva poucos cliques.
Localize na lista o snapshot que você quer restaurar. Confira nome, data e (se disponível) descrição pra garantir que é o estado correto. Restaurar o snapshot errado é o erro mais caro nessa operação.
Clique em “Restaurar” no snapshot escolhido. O painel abre uma confirmação detalhando: que a VPS será desligada automaticamente, que mudanças posteriores serão perdidas e o tempo estimado de operação (proporcional ao tamanho do disco).
Releia o aviso. Confirme apenas se estiver certo.
Após confirmar, acompanhe o progresso na própria página. O status da VPS muda pra “Restaurando…” e depois pra “Iniciando…” quando o disco volta ao estado capturado e a VPS é reiniciada automaticamente.
Não feche a aba durante o processo — perder a conexão não cancela a operação, mas você perde a visibilidade de erros se ocorrerem.
Não tente desligar, ligar ou enviar comando pra VPS enquanto a restauração estiver em andamento. Interromper no meio pode deixar o disco em estado inconsistente, exigindo recuperação manual.
Verificação pós-restauração
A operação termina quando o status volta pra “Ligada” (ou pro estado em que estava no momento do snapshot, se era “Desligada”). Mas terminar não significa que tudo funciona — você precisa verificar antes de considerar o problema resolvido.
Conecte na VPS via SSH (Linux) ou RDP (Windows) com as credenciais que valiam no momento do snapshot. Se você trocou a senha do root depois do snapshot, a senha antiga (capturada) é a que vale agora.
ssh root@SEU-IP-AQUIVerifique data e hora do sistema, versão do kernel, status dos serviços críticos da sua aplicação:
date
uname -r
systemctl status nginx mysql php-fpmA data deve estar atualizada (o relógio do sistema sincroniza após boot). O kernel deve ser o que estava ativo no snapshot. Serviços críticos devem estar active (running) — se algum estiver inativo, investigue logs em /var/log/.
Teste o caminho funcional da aplicação. Se for site, abra no navegador. Se for API, faça uma requisição. Se for banco, conecte e rode uma query simples. Esse teste de fumaça revela problemas que systemctl status não captura — porta fechada, dependência externa quebrada, certificado SSL expirado.
Resolução de problemas comuns
A maioria dos problemas pós-restauração cai em três categorias previsíveis.
VPS não inicia após a restauração
O sintoma é status travado em “Iniciando…” por mais de 5 minutos ou status “Erro”. Causa comum: o snapshot foi capturado em estado inconsistente (durante boot, durante shutdown, durante write pesado).
A solução é abrir o console gráfico da VPS pelo próprio painel (botão “Console” ou “VNC”) pra ver onde o boot travou. Se for problema de sistema de arquivos, rode fsck a partir de modo de recuperação. Se a VPS estiver irrecuperável, restaure o snapshot de segurança que você criou no Step 06.
Aplicação volta mas com dados antigos
Sintoma esperado — o snapshot capturou o estado do momento, não o estado atual. Se você fez mysqldump no Step 05, restaure o dump:
mysql -u root -p < backup-pre-restore.sqlSe não fez backup antes, os dados estão perdidos. Lição aprendida — sempre o Step 05 antes do Step 08.
Certificado SSL expirado após restauração
Comum em snapshots com mais de 60 dias, porque Let’s Encrypt renova a cada 60 dias. A restauração reverte pro certificado da data do snapshot, que pode estar expirado.
A solução é forçar renovação manual:
sudo certbot renew --force-renewal
sudo systemctl reload nginxSe o auto-renew estava configurado, ele vai voltar a funcionar normalmente após essa renovação manual.
Próximos passos
Restauração via snapshot é uma ferramenta tática — funciona quando você usou bem. Pra estratégia completa de proteção da sua VPS, considere combinar snapshot com backup externo e monitoramento ativo.
- Configure backup periódico — snapshot resolve “voltar 1h atrás”, backup resolve “voltar 1 semana atrás depois de desastre no storage”
- Documente sua estratégia de snapshots — quando criar (pré-deploy, pré-update), quantos manter, quando excluir os antigos pra liberar espaço
- Habilite alertas no painel pra ser notificado quando snapshot estiver próximo do limite do plano
- Pratique restauração em VPS de teste antes de precisar fazer em produção — operação cronometrada e ensaiada é mais rápida e tem menos erro
Se você está rodando aplicação crítica e quer mais controle sobre snapshots e janelas de manutenção, as VPS Hostini já vem com snapshots integrados ao painel e backup tradicional opcional, sem cobrança por operação.
Perguntas frequentes
Qual a diferença entre snapshot e backup tradicional?
Snapshot é uma cópia do estado do disco (e opcionalmente da RAM) num instante específico, armazenada no mesmo storage da VPS. Backup tradicional é uma cópia integral do disco exportada pra storage externo, com retenção própria. Snapshot é instantâneo e ideal pra reverter mudanças de curto prazo; backup é seguro pra desastres porque sobrevive a falha do storage primário.
Restaurar um snapshot apaga os dados criados depois dele?
Sim. A restauração reverte o disco pro estado exato do momento em que o snapshot foi tirado — qualquer arquivo criado, modificado ou apagado após esse ponto é perdido. Antes de restaurar, exporte logs, banco de dados e arquivos críticos do estado atual se quiser preservá-los.
Posso restaurar um snapshot com a VPS ligada?
Tecnicamente o hipervisor permite, mas a Hostini desliga a VPS automaticamente antes da operação por segurança — restaurar com a VPS rodando corrompe sistema de arquivos e bancos abertos. Após a restauração, a VPS volta ao estado em que estava quando o snapshot foi capturado (ligada ou desligada).
Quantos snapshots posso manter por VPS?
O limite varia por plano — VPS menores geralmente suportam 1 a 2 snapshots simultâneos, planos maiores até 5. Cada snapshot consome espaço no storage da VPS proporcional às mudanças desde a captura. Snapshots antigos não expiram automaticamente; você precisa removê-los manualmente quando não forem mais úteis.
Snapshot inclui a RAM ou só o disco?
Depende do tipo escolhido no momento da captura. Snapshot só-disco (mais comum) congela o sistema de arquivos e exige boot completo na restauração. Snapshot com RAM (live snapshot) inclui o estado da memória, então a VPS retorna exatamente como estava — processos rodando, conexões ativas. O snapshot com RAM ocupa mais espaço e demora mais pra capturar.
Posso usar snapshot como estratégia única de backup?
Não. Snapshot vive no mesmo storage da VPS — se o disco físico falhar ou o nó tiver problema sério, snapshot e VPS se perdem juntos. Snapshot serve pra reverter mudanças recentes (atualização que quebrou, configuração errada, deploy problemático). Pra proteção contra perda permanente, combine snapshot com backup externo periódico — disponível também no painel Hostini.