Testar uma cópia de segurança: um ensaio de restauro num subdomínio de teste, passo a passo

Uma cópia que nunca foi reposta é uma esperança, não uma cópia. O teste verdadeiro é repô-la num subdomínio de teste, ao lado do site a sério, e ver se funciona. Faz-se numa tarde, uma vez por ano e antes de qualquer mudança grande, e diz-lhe duas coisas: se a cópia serve e quanto tempo demora a repor, que é o número que lhe faltaria no dia mau.

Primeiro, os testes de dois minutos

Teste Como O que prova
O arquivo abre No terminal: tar -tzf ficheiro.tar.gz lista o conteúdo e falha se estiver estragado. Que o ficheiro não está truncado.
A cópia da base abre Para um ficheiro comprimido: gzip -t base.sql.gz. Abra o SQL e veja se acaba com uma linha de «Dump completed». Que a exportação chegou ao fim.
O tamanho faz sentido Compare com a cópia anterior. Que não se perdeu meia pasta, nem a base veio vazia.

Estes não dispensam o ensaio completo: só dizem que o ficheiro não está partido, não que o site volta.

O ensaio completo

1 Crie o subdomínio de teste (por exemplo teste.seudominio.tld): adicionar outro domínio ou um subdomínio.
2 Copie os ficheiros da cópia para a pasta desse subdomínio.
3 Crie uma base de dados nova, vazia, com o seu utilizador (criar o utilizador e os privilégios), e importe o SQL da cópia (importar com o phpMyAdmin).
4 Aponte o ficheiro de configuração para a base de teste. É o passo crítico: se o site de teste ficar ligado à base real, deixa de ser um teste (um site de teste antes de mexer no que está no ar).
5 Em WordPress, force o endereço de teste, senão o site salta para o endereço real, porque a base guarda o endereço antigo. No wp-config.php, acrescente duas linhas com o endereço de teste:define('WP_HOME', 'https://teste.seudominio.tld');
define('WP_SITEURL', 'https://teste.seudominio.tld');
6 Impeça os motores de pesquisa e os envios. Ponha uma palavra-passe de directório ou a opção de não indexar, e desligue o que cobra ou envia e-mails a clientes.
7 Percorra a lista abaixo e escreva o resultado e a data.
8 Apague o subdomínio e a base de ensaio. Têm dados reais e ninguém os actualiza.

O que verificar

Verificação Passou?
A página inicial e uma página interior abrem, com imagens e estilo. Se faltam imagens, a pasta de uploads não veio na cópia.
Uma publicação ou um produto antigo está lá. Compara-se com o site real.
O número de artigos, de encomendas ou de utilizadores bate com o do site real. Se for muito menor, a base é mais antiga do que pensava.
Consegue entrar no painel. Prova que a tabela de utilizadores veio inteira.
O formulário de contacto funciona (com os envios reais desligados). Mostra que o e-mail do site ainda está ligado.
Quanto tempo demorou do princípio ao fim. É a sua estimativa honesta de reposição.
Nunca importe a cópia para a base real só para testar. Substitui os dados vivos. O teste faz-se sempre numa base à parte.
Anote a data e o resultado num ficheiro à parte. Mais tarde, saber que o último ensaio correu bem em tal data e demorou tanto tempo vale mais do que a memória. E ensaie também a restauração de uma cópia que você fez, não só a do JetBackup (restaurar uma cópia sozinho).

O ensaio não funcionou, ou a cópia que tem não repõe? Mande-nos o domínio e o que apareceu.

Abrir um pedido de suporte

VEJA TAMBÉM

Fazer e guardar a sua própria cópia, e testar que funciona

Um site de teste antes de mexer no que está no ar

Importar uma base com o phpMyAdmin

A regra 3-2-1 aplicada a um site

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão)

Ver planos
  • 0 Utilizadores acharam útil
Esta resposta foi útil?