Recuperação do site
Backup do WordPress: você consegue restaurar seu site?
Verifique se o seu backup do WordPress consegue restaurar um site funcional por meio de um teste de staging seguro, uma lista de verificação de recuperação e perguntas práticas para o seu provedor de hospedagem.
O painel de controle indica que o backup foi bem-sucedido. Isso é uma boa notícia. A próxima pergunta é um pouco mais delicada: alguém poderia usar isso para restaurar o site?
Uma notificação de backup informa que uma tarefa agendada foi concluída com sucesso. Um exercício de recuperação permite verificar se o material salvo, as credenciais, as instruções e as pessoas envolvidas são capazes de criar um site funcional. A diferença tende a se tornar perceptível no pior momento possível.
Aqui está um teste prático de backup do WordPress para uma pequena empresa. Execute-o em um site de teste isolado ou em um ambiente local. A restauração em uma loja ativa pode sobrescrever pedidos e alterações feitas pelos clientes desde o backup; portanto, o site de produção nunca deve ser usado como alvo de testes.
Decida o que a empresa precisa para se recuperar
Comece com duas perguntas: quanto do trabalho recente você poderia se dar ao luxo de perder e por quanto tempo o site poderia ficar indisponível? Escreva as respostas em linguagem coloquial.
Exemplo fictício: uma empresa de consultoria atualiza suas páginas de serviços duas vezes por mês e armazena as consultas em um CRM separado. A recuperação do site de ontem pode ser aceitável, desde que o CRM esteja protegido separadamente. Uma loja movimentada que recebe pedidos durante toda a tarde tem uma necessidade diferente; o banco de dados de ontem pode omitir pedidos já pagos.
Não determine a frequência de backup com base apenas no número de páginas. A frequência de alterações significativas é mais importante. Identifique conteúdo, pedidos, assinaturas, envios de formulários, mídia e quaisquer dados armazenados fora do WordPress.
A programação de backup e a meta de recuperação devem seguir essas decisões. Seu plano de hospedagem pode precisar de um serviço separado ou de uma configuração especializada para atender a esses requisitos.
Verifique o que o backup realmente contém
O WordPress explica que o backup completo inclui arquivos e banco de dados. Ter uma parte não comprova que a outra esteja disponível.
| Item a ser verificado | Por que isso é importante | Documentação a ser solicitada |
|---|---|---|
| Banco de dados | Armazena conteúdo, configurações e registros de aplicativos | Carimbo de data/hora do backup e um teste de importação bem-sucedido |
| Arquivos enviados e arquivos do site | Contêm mídia, temas, plugins e código personalizado | Pastas que devem estar presentes na cópia restaurada |
| Configuração necessária | Conecta o aplicativo restaurado aos seus serviços | Configuração documentada verificada pelo responsável técnico |
| Serviços externos | E-mail, CRM, pagamentos e agendamentos podem estar em outros sistemas | Processo de recuperação e acesso à conta separados |
| Cópias anteriores | Um problema pode ser detectado dias depois de ter surgido | Datas reais de retenção, não apenas uma declaração de política |
Verifique se o backup é uma cópia completa ou se depende de uma cadeia incremental. A pessoa responsável pela restauração precisa da ferramenta certa e de todas as peças necessárias. Mantenha as instruções de recuperação junto com o inventário, e não apenas em uma mensagem de um prestador de serviços que já se desligou da empresa.
Confirme também onde as cópias estão armazenadas e qual o acesso necessário para recuperá-las. Se a perda da conta de hospedagem significar a perda de todos os backups, considere manter uma cópia independente devidamente protegida.
Prepare um local isolado para o ensaio
Utilize o ambiente de teste do provedor de hospedagem ou um ambiente preparado por um mantenedor qualificado. Antes de importar dados empresariais, chegue a um acordo sobre quem poderá acessá-los e como eles serão protegidos e removidos posteriormente.
Bloqueie o acesso público por meio de autenticação adequada. Uma configuração de exclusão em mecanismos de busca não torna os dados dos clientes privados. Desative o envio de e-mails para clientes, notificações programadas, ações de pagamento e webhooks de produção antes de permitir que o aplicativo restaurado seja executado. Utilize integrações em ambiente de teste, quando disponíveis.
É fácil subestimar essa etapa. Uma cópia de uma loja ainda pode conter tarefas agendadas. Dois sites enviando o mesmo lembrete é uma forma incomum de anunciar que seu backup funciona.
Se você não conseguir identificar e desativar essas ações com segurança, peça ao mantenedor para preparar o ambiente antes de continuar. Um teste local sem conexão com a internet pode ser mais adequado.
Execute a restauração e mantenha anotações
1. Escolha o ponto de recuperação
Escolha um backup e registre data, hora, fuso horário e componentes. Verifique se banco de dados e arquivos correspondem a um estado compatível. Anote quais atividades posteriores ao backup ficarão ausentes da cópia restaurada.
2. Confirme o destino da restauração
Leia em voz alta o nome do destino e a URL para a pessoa que está realizando a restauração. Confirme se trata-se do ambiente de teste. Se a ferramenta de restauração não conseguir distinguir claramente o ambiente de teste do de produção, interrompa o processo e resolva essa ambiguidade.
3. Restaure utilizando o método documentado
Siga as instruções específicas do produto de hospedagem ou de backup em questão. Alguns produtos restauram um pacote; outros exigem etapas separadas para arquivos e bancos de dados. O WordPress oferece orientações adicionais sobre backups e restauração de bancos de dados.
Se o teste utilizar uma URL diferente, peça ao mantenedor que faça a substituição da URL do WordPress com uma ferramenta adequada para dados serializados. Substituir cegamente strings em um dump de banco de dados pode corromper os dados armazenados do aplicativo.
4. Teste as tarefas de que o negócio depende
O carregamento da página inicial é o primeiro ponto de verificação. Continue com as tarefas das quais a empresa depende:
- Abra várias páginas de serviços ou produtos e examine suas imagens.
- Faça login com uma conta de teste autorizada.
- Confirme se o conteúdo recente esperado na data e hora do backup está presente.
- Envie um formulário de teste para um destino controlado.
- No caso de uma loja, faça uma compra no ambiente de teste e verifique o resultado registrado.
- Verifique se as tarefas agendadas e as ações externas permanecem isoladas.
Descreva as falhas com precisão. “O formulário é enviado, mas a caixa de correio de teste não recebe nada” é mais fácil de resolver do que “a restauração ocorreu quase normalmente”.
5. Meça o tempo total de recuperação
Conte o tempo para encontrar credenciais, obter acesso ao suporte, baixar a cópia, restaurar e verificar o site. Um botão de restauração de “dez minutos” não significa uma recuperação em dez minutos se levar duas horas para localizar o titular da conta.
Registre o resultado com a data do backup, o ambiente, a pessoa responsável, os componentes ausentes e a próxima ação a ser tomada. Resolva as falhas e repita as verificações afetadas antes de considerar o processo confiável.
Um registro de recuperação simples que você pode copiar
| Campo | Sua resposta |
|---|---|
| Responsável pelo site e pela parte técnica | Nome e forma de contato |
| Backup selecionado | Data, hora, fuso horário, componentes |
| Destino isolado | Ambiente de teste ou ambiente local |
| Iniciado e concluído | Inclua preparação e verificação |
| Tarefas empresariais verificadas | Páginas, login, formulários, finalização de compra no ambiente de teste |
| Dados ausentes desde o backup | Alterações esperadas após o ponto de recuperação |
| Problemas e próximos passos | Responsável e prazo para resolver cada problema |
| Próximo ensaio | Data de revisão acordada ou gatilho para alteração |
Armazene este registro em um local onde os colegas autorizados possam encontrá-lo durante um incidente. Guarde as senhas em um gerenciador de credenciais adequado, em vez de colá-las na planilha.
O que muda durante um incidente real?
Uma interrupção real exige uma decisão sobre o incidente, não a repetição automática do treinamento. Identifique o que deu errado e preserve os dados e registros atuais relevantes, quando for seguro. Se a causa for um comprometimento, restaurar uma cópia sem corrigir o ponto de entrada pode fazer com que o problema volte a ocorrer.
No caso de uma loja, concilie os pedidos e os registros do provedor de pagamentos antes de sobrescrever o banco de dados. A restauração de um site não reverte automaticamente um pagamento nem recria transações recebidas após o ponto de recuperação. Peça ao responsável técnico e ao responsável comercial que cheguem a um acordo sobre a sequência de recuperação.
Alguém também deve decidir o que informar aos clientes, quem verificará o site restaurado e quando as atividades normais serão retomadas. Um plano viável identifica essas pessoas antes da interrupção do serviço.
Quando repetir o exercício
Repita o processo após uma mudança de hospedagem, uma alteração importante na configuração de backup ou uma mudança significativa na funcionalidade do site. Estabeleça uma periodicidade de rotina com base na taxa de alterações e nas consequências da perda de dados. Um exercício trimestral é uma possível política inicial para um site de pequeno porte, não uma garantia universal de segurança.
Após o ensaio, remova as cópias de teste desnecessárias de acordo com seus procedimentos de tratamento de dados e restabeleça os controles normais do ambiente de teste. Mantenha o registro de recuperação e os backups protegidos de que você realmente precisa.
Nosso comparativo de hospedagem ajuda você a se informar sobre backups antes de comprar. Se você estiver mudando de provedor, combine essa ação com a lista de verificação de migração e inclua quaisquer taxas de backup separadas no seu orçamento de renovação.
Dúvidas sobre backups do WordPress
O backup incluído pelo provedor de hospedagem é suficiente?
Pode ser, se seu escopo, frequência, retenção, acesso e processo de restauração atenderem às suas necessidades. Teste isso com um ensaio e entenda o que acontece caso você perca a conta de hospedagem.
Posso testar uma restauração no site ativo?
Use uma cópia isolada para praticar. Uma restauração de produção é uma operação de recuperação que pode acarretar perda de dados e deve contar com um plano acordado, backups adequados e alguém qualificado para executá-la.
O backup também protege meus e-mails?
Não presuma isso. As caixas de correio corporativas podem ser fornecidas por outro serviço ou excluídas do backup do site. Identifique separadamente o provedor de e-mail e suas medidas de recuperação.