Restaurar e testar

Módulo 8: Cópias de segurança, ambiente de testes (staging) e atualizações de PHP · Tempo de leitura: 8 minutos

Objetivo de aprendizagem: Após esta lição, saberá restaurar uma cópia de segurança, inclusive ao lado da site existente, e verificar se está completa e utilizável.

Conceitos-chave: restaurar (restore), total ou parcial, ficheiros ou base de dados, restaurar ao lado da site, restauração de teste, lista de verificação após restaurar, ajustar endereços, importar base de dados

Uma cópia de segurança só vale alguma coisa se conseguir ser restaurada

O momento mais doloroso com cópias de segurança não é criá-las, é descobrir que a restauração não funciona: falta a base de dados, a cópia está incompleta, o ficheiro está corrompido, ou ninguém sabe como fazê-lo. É melhor descobrir isso numa terça-feira tranquila do que num sábado com a site pirateada.

Por isso, teste a restauração regularmente, e de preferência sem tocar na sua site real.

O que restaurar

Nem sempre é necessário restaurar tudo. Escolha o que se aplica:

Os ficheiros e a base de dados andam a par. Se restaurar apenas os ficheiros de ontem com a base de dados de hoje, um plugin pode ficar confuso, porque a sua base de dados já tinha sido atualizada. Em caso de dúvida: restaure ambos, do mesmo momento.

Tudo o que aconteceu depois do momento da cópia de segurança será perdido. Novos artigos, comentários, encomendas, inscrições. Numa loja online, registe antes de restaurar quais as encomendas que chegaram desde a cópia de segurança.

Restaurar ao lado da site

A forma mais segura de testar e de salvar conteúdos é restaurar uma cópia de segurança ao lado da sua site atual: num subdomínio de teste (test.example.com) ou numa pasta separada, com uma base de dados própria. A sua site real permanece intocada. Depois, pode:

• verificar se a cópia de segurança está completa;
• retirar dela um elemento específico (uma página eliminada, uma versão antiga de um texto) e transferi-lo manualmente;
• praticar um plano de recuperação.

Alguns provedores de alojamento permitem fazer isto com um botão (no WebOké Backups, por exemplo, "restaurar ao lado da site atual"); noutros casos, coloca os ficheiros e a base de dados manualmente num local de teste.

Preste atenção ao endereço

Uma cópia de segurança de https://example.com que coloque em https://test.example.com continua a "achar" que pertence a example.com: siteurl e home na base de dados (lição 1.3) e todas as ligações apontam para a sua site real. O resultado: clica na site de teste e acaba na site real, ou inicia sessão no local errado. Por isso, ajuste os endereços após a restauração:

wp search-replace 'https://example.com' 'https://test.example.com' --all-tables --dry-run
wp search-replace 'https://example.com' 'https://test.example.com' --all-tables

Ou com um plugin de pesquisa e substituição que compreenda dados serializados (lição 3.2). Ative também imediatamente a opção desencorajar motores de pesquisa (lição 2.4) ou coloque uma palavra-passe na site de teste, e assegure-se de que a site de teste não envia e-mails a clientes reais (lição 8.3).

Restaurar a base de dados manualmente

Se tiver um ficheiro .sql (de uma cópia de segurança ou de uma exportação), restaure-o assim:

1. Crie uma base de dados vazia e um utilizador (lição 2.3), ou esvazie a existente (apenas se tiver a certeza).
2. Importe o ficheiro no phpMyAdmin (separador Importar). Com ficheiros grandes, o phpMyAdmin pode bloquear; nesse caso, utilize a função de importação do seu painel ou a linha de comandos (wp db import back-up.sql ou mysql).
3. Confirme no wp-config.php que os dados da base de dados estão corretos.
4. Verifique o prefixo das tabelas: o da cópia de segurança (wp_) corresponde ao $table_prefix no wp-config.php? Caso contrário, o WordPress vê uma instalação vazia e quer instalar novamente.

A lista de verificação após a restauração

Uma restauração só é bem-sucedida se a site realmente funcionar. Verifique:

1. A página inicial e algumas páginas e artigos comuns, abrindo-os numa janela privada.
2. Imagens: estão presentes (ou seja, as uploads estavam incluídas na cópia de segurança)?
3. Iniciar sessão na administração.
4. As funcionalidades mais importantes: enviar um formulário, colocar algo no carrinho de compras, pesquisar.
5. Ligações permanentes: todas as páginas funcionam, ou obtém um erro 404 exceto na página inicial? Nesse caso, vá a Opções > Ligações permanentes e guarde uma vez (lição 2.4).
6. Plugins e tema ativos e atualizados.
7. A versão: é realmente o conteúdo da data que esperava?

Registe quanto tempo demorou a restauração. Esse é o seu verdadeiro tempo de recuperação: quanto tempo a sua site fica indisponível em caso de problema.

Com que frequência testar

Uma regra prática: teste pelo menos uma vez por trimestre (lição 9.4), e após qualquer alteração no seu sistema de cópias de segurança (um novo plugin, outro provedor de alojamento, uma site muito maior). Alterne: uma vez a cópia de segurança do provedor de alojamento, outra vez a sua própria cópia fora do servidor (lição 8.1).

Na prática: assim funciona num painel

Como exemplo, usamos o WebOké Backups e o DirectAdmin. Noutros provedores de alojamento, os botões têm outros nomes, mas as escolhas são as mesmas: o que restaurar, e onde.

1. Crie primeiro o subdomínio de teste no DirectAdmin (Gestão de subdomínios), com um certificado.
2. No WebOké Backups, escolha uma cópia de segurança de alguns dias atrás e opte por restaurar os ficheiros e a base de dados ao lado da site atual, no local de teste.
3. Na base de dados restaurada, ajuste os endereços para o subdomínio de teste.
4. Percorra a lista de verificação.

Resumo

• Uma cópia de segurança só é valiosa se conseguir ser restaurada; teste a restauração.
• Escolha o que restaurar; os ficheiros e a base de dados devem ser do mesmo momento. Tudo o que aconteceu depois da cópia de segurança será perdido.
• Restaure uma cópia de segurança ao lado da sua site para testar ou para salvar um elemento específico, e só depois ajuste os endereços.
• Numa importação de base de dados, preste atenção ao prefixo das tabelas e aos dados no wp-config.php.
• Após cada restauração, percorra uma lista de verificação fixa, e registe quanto tempo demorou.

Questionário

Exercício

Exercício D8.2: Restaurar uma cópia de segurança num ambiente de testes (staging). Restaure uma cópia de segurança de alguns dias atrás num subdomínio de teste do seu próprio domínio (por exemplo, restauro.example.com), ao lado da sua site real. Ajuste os endereços, ative a opção de desencorajar motores de pesquisa ou coloque uma palavra-passe no local de teste, e percorra a lista de verificação desta lição. Assinale cada ponto. Registe: que cópia de segurança (origem e data) utilizou, quanto tempo demorou a restauração, o que correu mal e como o resolveu. Mantenha a site de teste para o exercício A8.3 e remova-a depois.

Leitura adicional

Estes artigos descrevem os passos nos painéis da WebOké; noutros painéis funcionam de forma semelhante.

• Manual DirectAdmin 16.3: Restaurar um backup do DirectAdmin
• Manual DirectAdmin 16.5: Isto também é possível em O meu WebOké? WebOké Backups
• Manual do WebOké 6.10: WebOké Backups: restaurar ficheiros
• WebOké Backups: visualizar, restaurar ou transferir uma cópia de segurança
• Manual DirectAdmin 12.5: Importar um banco de dados, mesmo ficheiros grandes
• Manual DirectAdmin 4.5: Criar e remover subdomínios