Backups do WordPress no Storage Server: guia com o WPvivid

Um backup que está no mesmo servidor que o site não é um backup. Se o disco for apagado, o acesso tomado ou a instalação encriptada, desaparece com ele. Só uma cópia em armazenamento separado é uma verdadeira rede de segurança.

Este guia mostra o caminho mais rápido para lá: um plugin gratuito que guarda o WordPress por SFTP num Storage Server, com agendamento e regra de retenção. A configuração está feita num quarto de hora.

Porque o WPvivid

A escolha é, num ponto, surpreendentemente pequena. O que conta aqui é uma transmissão encriptada na versão gratuita:

O FTP simples transmite credenciais e conteúdos sem encriptação. Para um backup que contém toda a base de dados, incluindo a tabela de utilizadores, não é boa ideia. O WPvivid é assim a escolha evidente, tem mais de 900.000 instalações ativas e foi atualizado pela última vez em setembro de 2026.

Passo 1: criar a subconta no armazenamento

Crie na área de cliente, no seu Storage Server, uma subconta própria para os backups, com o diretório inicial /backup/wordpress. Isto é mais importante do que parece: as credenciais vão ficar logo na base de dados do WordPress, e quem as encontrar lá não deve conseguir alcançar nada além deste único diretório.

No mesmo passo, verifique em «Definições de Acesso» dois interruptores:

• SSH / SFTP / SCP / rsync tem de estar liberado.
• Acessibilidade Externa tem de estar ativada, caso contrário o seu servidor web não chega ao armazenamento através da internet.

Nos servidores encomendados recentemente, ambos estão ativos. Anote o nome do anfitrião e o nome de utilizador; os exemplos aqui usam estes:

Passo 2: verificar a acessibilidade antes de configurar o que seja

Isso poupa muita procura mais tarde. Se tiver acesso de shell no servidor web:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Porta 23 acessível"

Sem acesso de shell, coloque um ficheiro pruefen.php no diretório web, chame-o uma vez e apague-o depois:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Porta 23 acessível' : 'sem ligação: ' . $t;

Se não se estabelecer nenhuma ligação, o seu fornecedor de alojamento bloqueia as ligações de saída nessa porta. Em alojamento partilhado não é raro. Resta então perguntar ao fornecedor ou seguir o caminho do WebDAV, que corre na porta 443.

Passo 3: instalar o plugin e registar o destino

No backend do WordPress, em Plugins, Adicionar novo, procure WPvivid Backup & Migration, instale e ative. Depois aparece à esquerda o item de menu WPvivid Backup.

Aí, no separador Remote Storage, escolha SFTP. Os campos preenche-os assim:

Com Test and Add, o plugin verifica a ligação antes de a guardar. Se isso falhar, em nove de cada dez casos ou a porta está errada ou a acessibilidade externa está desligada.

Passo 4: o primeiro backup à mão

No separador Backup & Restore escolhe Database + Files (WordPress Files) e, como destino, Send backup to remote storage com a entrada que acabou de criar. Depois Backup Now.

A primeira execução leva alguns minutos, conforme o tamanho. Deixe a janela do navegador aberta, o plugin conduz o progresso através de chamadas repetidas.

Passo 5: agendamento e retenção

No separador Schedule ativa o agendamento. Na prática, tem dado bom resultado:

Coloque a hora nas horas da noite dos seus visitantes principais. A retenção define-a em Settings, onde existe também o interruptor que decide se os backups antigos são apagados igualmente no armazenamento remoto. Ative-o, caso contrário o armazenamento enche-se com o tempo.

Tenha em conta: os snapshots do Storage Server são uma camada adicional e trabalham de forma independente. Conforme o plano, estão disponíveis 10, 20, 30 ou 40 snapshots manuais, mais outros tantos automáticos.

Passo 6: verificar se o backup serve para algo

Este passo é o mais saltado e o mais importante. Veja o que está realmente no armazenamento:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Preste atenção a duas coisas: o tamanho do ficheiro tem de ser plausível, e têm de existir tanto um arquivo da base de dados como um arquivo dos ficheiros. Um arquivo de poucos kilobytes é um fracasso, não um sucesso.

E depois o verdadeiro teste: restaure o backup uma vez numa instalação de teste. Um backup que nunca foi verificado é uma suposição.

Restaurar, e o senão

Na versão gratuita, um backup que está no armazenamento remoto não se consegue restaurar de forma imediata, o restauro de backups remotos pertence à versão paga. O caminho livre funciona mesmo assim e só leva alguns minutos mais:

1. Descarregar o arquivo do armazenamento por SFTP.
2. No plugin, em Backup & Restore, abrir a área Upload e carregar o arquivo.
3. O backup carregado aparece na lista e pode ser restaurado a partir de lá.

Conte com este desvio no seu plano de emergência. Quem só na hora da verdade descobre que ainda há um download pelo meio perde tempo sem necessidade.

Onde este caminho acaba

Qualquer plugin de backup trabalha dentro do PHP e bate assim em limites de tempo e de memória. A partir de alguns gigabytes de tamanho total torna-se pesado e, com bibliotecas de multimédia muito grandes, a execução acaba por abortar.

O melhor caminho passa então pelo rsync ou pelo BorgBackup, ambos diretamente a partir de um agendamento no servidor e ambos disponíveis de forma nativa no armazenamento:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Isso transmite apenas as alterações e não conhece limites do PHP. Pressupõe, no entanto, um servidor próprio com acesso de shell. Mais sobre este caminho está em Usar o Storage Server para o seu próprio site.

Que outras partes do WordPress se podem transferir para o armazenamento, ou seja, a biblioteca de multimédia e os downloads, e onde estão os limites, está em Usar o Storage Server com o WordPress.

Os quatro erros mais frequentes

• Porta 22 em vez de 23. O plugin propõe a 22, o nosso armazenamento escuta na 23.
• Acessibilidade externa desligada. Nesse caso o teste a partir da área de cliente funciona, mas não a partir do servidor web.
• Conta principal em vez de subconta. As credenciais ficam depois na base de dados do site. Com a conta principal, está tudo pendurado nelas.
• Os backups antigos nunca são apagados. Sem a regra de retenção ativada para o armazenamento remoto, o espaço enche-se e, a certa altura, o backup falha em silêncio.

Que plano se adequa

Para os backups de um único site WordPress, o Storage-1 com 1 TB por 9,99 euros chega para muito tempo. Para enquadrar: um site médio com 5 GB de tamanho total ocupa, com dez backups guardados, cerca de 50 GB, ou seja, cinco por cento do plano.

Todos os Storage Server estão na Alemanha, permitem até 100 subcontas, falam além do SFTP também SMB, WebDAV, rsync e BorgBackup e vêm sem taxa de ativação. A faturação é em regime PrePaid sem prazo mínimo, pode portanto começar pequeno e crescer quando se juntarem mais sites.