Cada servidor KapsuleHost é feito backup para armazenamento encriptado fora do local uma vez por dia e mantido durante 30 dias, e pode fazer um backup adicional ou restaurar um a qualquer momento a partir da página do próprio servidor no KPanel.
Os backups são ativados automaticamente quando um servidor é provisionado. Não há nada para configurar, nenhum agente para instalar e nenhuma agenda para definir. Este guia explica exatamente o que é capturado, como ler a lista de backups, como fazer um sob demanda e o que um restauro faz a um servidor em funcionamento.
Onde Vivem os Backups
Os backups pertencem a um servidor, por isso acede aos mesmos a partir desse servidor em vez do menu principal:
- Inicie sessão em KPanel.
- Clique em Servidores Cloud na barra lateral esquerda e, em seguida, clique no servidor que pretende.
- Desloque-se para o cartão Backups.
O endereço direto é /cloud-servers/<server-id>.
O cabeçalho do cartão mostra a hora do seu último backup bem-sucedido. Antes do primeiro se completar, mostra a descrição existente em seu lugar: "Backups diários fora do local para armazenamento encriptado, mantidos durante 30 dias."
Servidores Cloud só aparece na barra lateral do KPanel depois da sua conta ter realmente um servidor cloud. Se não conseguir vê-lo, a conta ainda não tem nenhum.
O Que É Capturado
Expanda O que está na sua cópia de segurança na parte inferior do cartão Backups para ver o manifesto em direto do seu servidor. Está agrupado em cinco categorias:
| Categoria | Caminhos incluídos |
|---|---|
| Ficheiros do site | /var/www (docroot, uploads, temas, plugins) e os diretórios /root e /home |
| Bases de dados | Ficheiros de dados /var/lib/mysql e /var/lib/postgresql |
| Configuração do servidor | /etc, mais certificados /etc/letsencrypt, /etc/ssh, regras de firewall /etc/ufw e /etc/fail2ban |
| Tarefas cron e estado do sistema | /etc/cron.d e os diretórios cron diário, horário e semanal, crontabs de utilizador /var/spool/cron, unidades /etc/systemd, e um instantâneo capturado do seu crontab, pacotes instalados, serviços ativados e estado da firewall |
| Correio | Dados de correio, quando o correio está configurado no servidor |
Caminhos voláteis e reconstruíveis são deliberadamente excluídos: /proc, /sys, /dev, /run, /tmp, /var/tmp, /var/cache, armazenamento de sobreposição de contentores em /var/lib/docker/overlay2 e ficheiros de permuta. Excluí-los mantém os backups pequenos e rápidos sem perder nada que não consiga regenerar.
Os backups são encriptados com uma chave única do seu servidor e escritos para armazenamento de objetos fora do local. Apenas o seu painel pode desencriptá-los e restaurá-los.
Um backup de servidor cloud captura o servidor. Não captura nada que viva fora dele. Uma base de dados gerida noutro hospedeiro, um gateway de pagamento externo ou um serviço de terceiros com que a sua aplicação se comunica contém os seus próprios dados e deve ser exportado separadamente.
Leitura da Lista de Backups
Cada linha na lista mostra quando o backup começou, o seu tamanho uma vez concluído e uma etiqueta de estado:
| Estado | Significado |
|---|---|
| Cópia realizada | O backup foi concluído e é um ponto de restauro utilizável |
| Em execução | O backup está em progresso |
| Falha | O backup não foi concluído |
Os backups manuais são etiquetados com manual junto à data para que consiga diferenciá-los da execução diária. Um backup concluído também mostra a sua referência de instantâneo, que é o identificador que o suporte pedirá se alguma vez precisar de ajuda com um restauro específico.
Se o backup mais recente falhar, obtém um banner no cartão: "O backup mais recente falhou. Continuaremos a tentar na agenda diária. Verifique o espaço em disco ou contacte o suporte se isto persistir." Uma única falha é geralmente um disco cheio. Liberte algum espaço e a próxima execução agendada será bem-sucedida.
Fazer um Backup sob Demanda
Faça um backup manual imediatamente antes de qualquer coisa arriscada: uma atualização de pacote importante, uma migração de base de dados, uma alteração de configuração num serviço de que depende ou a sua primeira tentativa em algo desconhecido.
- Abra a página do servidor e encontre o cartão Backups.
- Clique em Fazer cópia de segurança agora no cabeçalho do cartão.
- Obtém a confirmação "Backup iniciado. Será exibido na lista em breve."
- A execução acontece no servidor em segundo plano. Atualize o cartão após alguns momentos para o ver aparecer como Em execução, depois Cópia realizada.
Os servidores grandes demoram mais tempo. A coluna de tamanho na linha concluída diz-lhe quanto foi capturado.
Um backup manual é identificado pelo seu carimbo de data e hora, não por um nome que escolha. Faça o backup imediatamente antes de fazer a alteração, para que os tempos se alinhem e consiga dizer à primeira vista qual é o ponto de restauro "antes".
Restaurar a partir de um Backup
- Encontre o backup concluído que pretende no cartão Backups.
- Clique em Restaurar nessa linha.
- Leia a confirmação: "Isto substitui os ficheiros atuais do servidor pelo conteúdo do instantâneo selecionado. Qualquer alteração efetuada desde o instantâneo será perdida. O servidor permanece online durante o restauro."
- Clique em Restaurar para prosseguir.
Um restauro não pode ser desfeito. Tudo o que foi escrito desde esse backup ser feito é substituído pelo conteúdo do backup. Se houver alguma hipótese de querer o estado atual de volta, faça um backup recente ou um instantâneo primeiro e, em seguida, restaure.
O servidor permanece online enquanto o restauro é executado, o que é o que o torna útil para recuperar uma aplicação danificada sem uma interrupção completa. Os sistemas de ficheiros grandes podem demorar algum tempo. Se o restauro ainda estiver em curso após cinco minutos, o KPanel diz-lhe que "está a demorar mais tempo do que o esperado e ainda está em execução no servidor" e o restauro continua em segundo plano.
Backups Comparados com Instantâneos
O seu servidor tem duas redes de segurança independentes e são boas em coisas diferentes.
| Backups | Instantâneos | |
|---|---|---|
| Onde é mantido | Armazenamento encriptado fora do local | Junto com a plataforma em que o seu servidor é executado |
| Agenda | Diária, automática | Sob demanda, além de automaticamente antes de cada execução de patch |
| Retenção | 30 dias | Mantido até já não precisar |
| O que restaura | Ficheiros, bases de dados e configuração, no local | Todo o disco, exatamente como estava |
| Servidor durante a recuperação | Permanece online | Reinicia |
| Melhor para | Proteção de dados e recuperação de desastres | Uma rede de segurança imediatamente antes de uma alteração arriscada |
Use ambos. Um instantâneo antes de uma alteração é a forma mais rápida de voltar se a alteração correr mal. Os backups são o que o protege de problemas que não se apercebe até dias depois. Instantâneos de Servidor Cloud abrange o lado de instantâneos completamente.
Backups e Reconstruções
Reconstruir o sistema operativo de um servidor limpa o disco, incluindo a ferramenta de restauro que vive nele. Os dados do backup estão seguros no armazenamento fora do local, mas o botão Restaurar no painel não consegue utilizá-lo num servidor reconstruído. Leia Reconstruir o Seu Servidor Cloud completamente e descarregue tudo o que precisar antes de reconstruir.
Resolução de Problemas
"Os backups ainda não estão configurados para este servidor." Eles são ativados automaticamente no provisionamento. Se um servidor completamente novo mostra isto, aguarde alguns minutos; se persistir, contacte-nos.
"Sem backups ainda." O primeiro backup é executado automaticamente pouco após o provisionamento. Também pode clicar em Fazer cópia de segurança agora em vez de esperar.
"O backup manual está temporariamente indisponível." O painel não conseguiu alcançar o servidor para iniciar a execução. Verifique se o servidor está em funcionamento e acessível e, em seguida, tente novamente.
O botão Restaurar está desaparecido num backup concluído. O Restauro precisa de um servidor acessível e provisionado com a ferramenta de backup presente. Um servidor que foi reconstruído ou que está desligado não o oferecerá.
Se um backup falhar repetidamente e o espaço em disco não for a causa, envie uma mensagem de correio eletrónico para support@kapsulehost.com com o nome do servidor e os carimbos de data e hora das execuções falhadas.