Como Fazer Backup, SSL e Migrar um Site sem Derrubá-lo

Um site não cai só por ter muito tráfego. Cai por falta de backup quando algo corre mal, por um certificado SSL que expira sem ninguém notar, ou por uma migração mal feita que deixa o site fora do ar durante horas. Nenhum destes três problemas é difícil de evitar, desde que o processo esteja definido antes de precisar dele.

Backup: a regra 3-2-1, aplicada a um site pequeno

A regra mais usada em backups é a 3-2-1: três cópias dos dados, em dois tipos de suporte diferentes, com pelo menos uma fora do servidor principal. Para um site WordPress numa VPS, isto costuma traduzir-se em:

• A cópia "ao vivo", no próprio servidor.
• Um backup automático regular (diário ou semanal, consoante a frequência de actualização do site), guardado no próprio servidor mas separado da pasta do site.
• Uma cópia desse backup fora do servidor (outro serviço de armazenamento, ou descarregada para um computador), para sobreviver mesmo que o servidor inteiro falhe.

Na prática, isto pode ser tão simples como activar o backup automático já incluído no CyberPanel (que guarda cópias programadas no próprio servidor) e, à parte, um script agendado (cron) que copia essas cópias para um serviço de armazenamento externo ou para outro servidor, uma vez por semana ou sempre que o site for actualizado com conteúdo importante. O essencial é que a cópia fora do servidor aconteça sem depender de alguém se lembrar de a fazer manualmente.

SSL: configurar uma vez, mas confirmar que renova sozinho

O Let's Encrypt, usado pela maioria dos painéis (incluindo o CyberPanel), emite certificados SSL gratuitos válidos por 90 dias, com renovação automática. O risco não é a emissão inicial, é a renovação falhar silenciosamente (por exemplo, depois de uma alteração no servidor) e ninguém reparar até o navegador começar a mostrar aviso de site inseguro aos visitantes. Vale confirmar de vez em quando, manualmente, que a data de validade do certificado está sempre a renovar-se sozinha.

Migrar um site sem o tirar do ar

Trocar de servidor (por exemplo, ao mudar de fornecedor de VPS) é o momento em que mais sites ficam indisponíveis por mais tempo do que precisavam. O processo que evita isso:

1. Baixar o TTL do DNS do domínio uma a dois dias antes da migração (para 300 segundos, por exemplo). Isto faz com que, quando o domínio apontar para o servidor novo, a mudança se espalhe mais depressa pelos resolvers de DNS do mundo.
2. Preparar o site no servidor novo primeiro, sem apontar ainda o domínio para lá: instalar o WordPress, importar a base de dados e os ficheiros, e testar tudo através do IP do servidor novo ou de um domínio temporário.
3. Confirmar que o site novo funciona de ponta a ponta (formulários, pagamentos, se houver) antes de mudar o DNS.
4. Mudar os registos DNS para apontar para o servidor novo.
5. Manter o servidor antigo ligado durante algumas horas ou dias depois da mudança, porque alguns visitantes (e crawlers) ainda vão chegar lá até o DNS actualizar em toda a parte.

Seguido por esta ordem, o único período em que o site fica potencialmente com alguma inconsistência é entre o passo 4 e a propagação completa do DNS, normalmente alguns minutos a poucas horas com o TTL já baixo, não os dias que um DNS com TTL alto pode levar.

O que fazer a seguir

Configure o backup automático antes de precisar dele, não depois. Se ainda está a decidir onde hospedar, veja primeiro o comparativo de VPS; se já tem a VPS e quer montar o servidor do zero, o guia de CyberPanel e LiteSpeed cobre essa parte.