Quando a atualização de um cliente quebra o site dele: como recuperar um tenant sem mexer no resto

Todo freelancer que gerencia sites de clientes já recebeu a mensagem: “o site caiu e eu não mexi em nada.” Normalmente alguma coisa mudou, um plugin atualizou sozinho, uma edição deu errado, a troca de um theme quebrou o layout e agora um cliente está esperando enquanto você tenta descobrir como desfazer isso. Se a sua única opção for reconstruir tudo na mão ou restaurar um backup completo do server que também reverte seus outros clientes, um único site quebrado vira uma tarde inteira de risco.

Este guia cobre o final do ciclo de vida de um site de cliente, ou seja, a recuperação: como fazer o site voltar para um estado bom conhecido rapidamente, sem perturbar nada do resto que você gerencia. É a rede de segurança por trás do fluxo de manutenção de um único dashboard, porque o motivo pelo qual você pode atualizar com confiança é que você consegue reverter o processo de forma limpa.

Por que a recuperação é arriscada em um setup compartilhado

A forma como a maioria dos freelancers hospeda clientes transforma a recuperação em uma aposta de tudo ou nada:

• Um backup de server cobre todo mundo. Se todos os seus clientes dividem uma instalação e você restaura o backup completo da noite anterior, você também desfaz as alterações de hoje de todos os outros clientes. Consertar um site quebra outros quatro.
• O reparo manual é lento sob pressão. Reconstruir um site quebrado na mão, ou tentar descobrir qual atualização de plugin causou a falha, é exatamente a pior tarefa para se fazer enquanto o cliente está olhando.
• Você pode não ter um ponto de restore recente. Se os backups são manuais, a última cópia boa pode ter uma semana, então a recuperação significa perder trabalho real mesmo quando dá certo.

O objetivo é recuperar o site de um único cliente a partir de um backup recente em poucos minutos, enquanto todos os outros sites que você gerencia ficam exatamente como estavam.

Recupere um tenant, deixe o resto em paz

O GrabWP Tenancy Pro hospeda cada cliente como um tenant isolado com o seu próprio database e conteúdo, e os processos de backup e restore rodam por tenant. Esse isolamento é a grande vantagem da recuperação, pois restaurar um cliente afeta apenas aquele cliente.

Você já tem pontos de restore

Se você seguiu o fluxo de manutenção e ativou os backups automáticos agendados, a recuperação já começa de uma boa posição. Esses backups deram a você pontos de restore recentes em um agendamento que você escolheu, que pode ser de hora em hora até mensalmente, com as cópias antigas sendo apagadas automaticamente. Quando um site quebra, você não fica desesperado procurando um backup, você simplesmente escolhe um recente para restaurar.

Reverta a partir dos backups do próprio tenant

A partir da tela de restore do tenant, o Pro permite listar, baixar, excluir e restaurar backups anteriores em disco. Ele conta com abas de restore para escolher um backup existente ou enviar um novo arquivo. Você seleciona o último backup bom conhecido e executa o restore. O fluxo de restore de 8 etapas cobre o database, uploads, conteúdo e configurações do tenant, com uma interface de progresso AJAX para que você possa ver cada etapa sendo concluída em vez de ficar adivinhando se funcionou.

Como o restore se limita apenas àquele tenant, nenhum dos seus outros clientes é afetado. O site quebrado volta ao seu estado de funcionamento normal e o resto da sua carteira continua rodando de boa.

Recupere até mesmo entre tipos de database

O restore do Pro funciona entre diferentes tipos de database, então um tenant pode ser restaurado entre MySQL compartilhado, MySQL dedicado e SQLite. Se você moveu um cliente entre diferentes formatos de database durante a manutenção, um backup continua sendo utilizável. O site não fica preso à configuração exata em que foi capturado.

Quando o próprio server é o problema

Backups agendados podem ser enviados para armazenamento de objetos compatível com S3 após cada execução, com isolamento por tenant no lado do armazenamento. Se a falha for maior que uma atualização ruim, como um problema no disco ou no host, você ainda tem cópias externas do site de cada cliente para restaurar, em vez de depender do mesmo server que acabou de te deixar na mão.

Um manual de recuperação em que você pode confiar

Juntando as peças, a recuperação vira rotina em vez de algo assustador:

1. Confirme o escopo. Apenas o site de um cliente foi afetado, pois os tenants são isolados. Você não vai tocar no site de mais ninguém.
2. Escolha um ponto de restore. Backups agendados significam que já existe uma cópia boa recente no disco ou no S3.
3. Restaure o tenant. Execute o restore de 8 etapas a partir da tela de restore do tenant e acompanhe até o final.
4. Verifique e siga em frente. Confirme que o site do cliente está funcionando, diga a ele que está tudo resolvido e seus outros clientes nem vão ficar sabendo que algo aconteceu.

A experiência do cliente vira uma queda curta e um conserto rápido em vez de um dia perdido, e a sua exposição é de apenas um site em vez de toda a instalação.

A recuperação fecha o ciclo de vida

Ser capaz de recuperar um cliente de forma limpa é o que torna o resto do fluxo seguro. Você pode clonar um site base para um novo cliente, manter todos os sites de um único dashboard e entregar um site pronto sem prender o cliente, tudo com a confiança de que uma atualização ruim é um rollback de poucos minutos e não um desastre. O processo de onboarding, manutenção, handoff e recuperação permitem que você administre uma carteira inteira de sites de clientes a partir de uma única instalação sem que o risco cresça com a quantidade de clientes.

Gerencia sites de clientes e quer backups por tenant que você consiga restaurar em minutos sem tocar nos outros clientes? O plano Pro inclui backups agendados, restore por tenant e recuperação entre diferentes databases a partir de $9.99/month.