Sites
Recuperação em um Ponto no Tempo
Point-in-time recovery lets you rebuild your database as it was at a chosen minute, rather than only at the moment yesterday's backup ran. This guide covers what it does and does not cover, how to…
Recuperação em Ponto no Tempo
A recuperação em ponto no tempo permite reconstruir seu banco de dados como estava em um minuto específico escolhido por você, em vez de apenas no momento em que o backup de ontem foi executado. Este guia cobre o que funciona e o que não funciona, como ativá-la, como solicitar uma restauração e exatamente o que uma restauração afeta.
Para Que Serve
Um backup diário oferece um ponto de restauração por dia. Isso é adequado para a maioria dos desastres e inútil para o desastre específico em que uma importação ruim, um plugin quebrado ou uma edição em massa equivocada foi executada às 14h15 e você notou às 16h. Restaurar o backup de ontem descartaria todo o trabalho legítimo da manhã junto com o erro.
A recuperação em ponto no tempo fecha essa lacuna. Com ela ativada, o log de alterações do banco de dados é enviado continuamente para armazenamento externo, permitindo que uma restauração seja reproduzida até qualquer minuto dentro da janela de retenção.
A recuperação em ponto no tempo cobre apenas o BANCO DE DADOS. Ela não cobre seus arquivos: sem uploads, sem código de tema ou plugin, sem arquivos de configuração em disco. Se alguém deletou uma pasta de imagens, PITR não a recuperará. Para arquivos, você precisa de um backup de arquivos. Veja Fazendo um Backup e Restaurando de um Backup.
Localização no KPanel
- Faça login no KPanel.
- Clique em Websites na barra lateral esquerda e, em seguida, clique no site.
- Na faixa de abas do site, abra Backups e depois Point-in-time recovery.
O endereço direto é /websites/<site-id>/pitr.
Elegibilidade
A recuperação em ponto no tempo requer duas condições.
Seu plano deve incluir essa funcionalidade. Ela está disponível nas famílias de planos WordPress.
O site deve ser um site WordPress ou WooCommerce, porque o mecanismo depende de um banco de dados gerenciado.
Se qualquer uma delas não for atendida, a página informará claramente: a recuperação em ponto no tempo está disponível apenas para sites WordPress e WooCommerce com bancos de dados gerenciados. Nesse caso, não há nada a configurar.
Ativando-a
O card PITR status mostra o estado atual com um badge de status, o backend em uso, quando o último log de alterações foi enviado e a janela de retenção em dias.
Clique em Enable PITR para ativá-la. A retenção é de 30 dias.
Ativar não muda nada sobre seus dados. Inicia um processo de envio contínuo que funciona junto com seus backups diários normais; não os substitui.
Não existem pontos de restauração imediatamente após a ativação. O envio deve ser executado pelo menos uma vez antes que qualquer coisa possa ser reproduzida, e o primeiro envio acontece em cerca de cinco minutos. Até então, a página informa que ainda não há pontos de restauração.
Lendo a Janela de Restauração
Uma vez que o envio está em execução, o card Available restore window informa o momento mais antigo e o mais recente para o qual você pode restaurar, e quantos arquivos de log de alterações estão sendo retidos para cobri-lo.
Leia isso antes de precisar, não durante um incidente. Se a janela começar mais tarde do que esperado, o envio foi interrompido em algum ponto e a cobertura mais antiga expirou.
Solicitando uma Restauração
- Abra a aba Point-in-time recovery.
- Confirme que a janela de restauração cobre o momento desejado.
- Em Restore to timestamp, escolha a data e a hora. Escolha um momento ANTES do dano, não depois.
- Clique em Request restore to staging DB.
A solicitação é validada imediatamente. Se o timestamp cair fora da janela disponível, você receberá a janela exata em vez de ter que adivinhar.
O Que Uma Restauração Realmente Faz
Esta é a parte em que é preciso ser preciso, porque é o oposto do que a maioria das pessoas espera.
Uma restauração em ponto no tempo não toca seu banco de dados ativo. Ela restaura em um banco de dados de staging separado, que é criado para esse fim e nomeado de acordo com seu domínio e a data alvo. Seu site ativo continua executando em seu próprio banco de dados durante todo o tempo, sem alterações.
Nada é sobrescrito, nada é deletado e nenhum dado é perdido ao solicitar uma restauração. Isso é intencional: todo o objetivo de uma ferramenta de recuperação de dados é que usá-la não possa piorar a situação.
O que você obtém é um banco de dados que pode inspecionar. Você pode compará-lo com o ativo, extrair as linhas que foram danificadas ou decidir que todo o snapshot é a versão que deseja. Promover uma restauração de staging sobre seu banco de dados ativo é uma etapa separada e deliberada que nosso time faz com você, não algo que um botão faz pelas costas.
Mudar para um banco de dados restaurado DESCARTA tudo que foi escrito no banco de dados ativo desde o ponto de restauração. Pedidos realizados, comentários deixados e conteúdo editado após esse timestamp existem apenas no banco de dados ativo. Antes de qualquer mudança, decida o que precisa ser transferido e comunique-nos. É por isso que a restauração é feita em staging primeiro.
Rastreando a Solicitação
Toda solicitação aparece na tabela Restore requests:
| Coluna | O que mostra |
|---|---|
| Requested | Quando você solicitou |
| Target | O timestamp que você solicitou para restaurar |
| Status | Onde a solicitação chegou |
| Staging DB | O nome do banco de dados sendo restaurado |
Enquanto uma restauração está em execução, o status mostra o estágio atual e, uma vez que a reprodução começa, quantos arquivos de log de alterações foram aplicados do total. Uma solicitação com falha mostra o erro abaixo.
Apenas uma restauração pode estar em andamento por site por vez. Solicitar uma segunda enquanto uma está em execução retorna um conflito em vez de enfileirar, portanto uma segunda tentativa não pode corromper a primeira.
Nosso time de engenharia conclui a restauração de staging e envia um email quando o banco de dados de staging está pronto. Você também recebe um email de confirmação quando a solicitação é recebida, com o timestamp alvo e o nome do banco de dados de staging.
Escolhendo o Timestamp Correto
Descubra quando o dano começou, não quando você notou. Geralmente estão horas de diferença. Verifique seu log de atividades, seus timestamps de pedido ou sua última edição de conteúdo conhecida como boa.
Aponte um minuto ou dois antes. Um ponto de restauração logo antes do evento ruim custa alguns minutos de escritas legítimas. Um logo depois restaura o dano junto com tudo mais.
Anote o que aconteceu após o ponto de restauração. Pedidos, inscrições, comentários, envios de formulário. Essa lista é o que você precisará transferir manualmente se mudar.
Solução de Problemas
A página diz que PITR está disponível apenas para WordPress e WooCommerce. Ou o site não é um desses tipos, ou seu plano não inclui a funcionalidade.
Nenhum ponto de restauração ainda. O envio precisa ser executado pelo menos uma vez após a ativação. O primeiro envio acontece em cerca de cinco minutos.
Meu alvo está fora da janela disponível. A retenção é de 30 dias, e a janela pode ser menor se o envio foi interrompido. A mensagem de erro indica os limites exatos. Se o momento que você precisa expirou, retorne a um backup diário: veja Restaurando de um Backup.
Uma restauração já está em andamento. Aguarde sua conclusão. A tabela mostra seu estágio e progresso.
O status mostra um banner sobre o shipper. Sua solicitação foi registrada e a mensagem explica o estado atual. Nada é perdido.
Preciso dos arquivos de volta, não do banco de dados. PITR não pode ajudar. Use um backup de arquivos e observe que um backup concluído pode ser navegado arquivo por arquivo em vez de ser restaurado por inteiro.
Páginas Relacionadas
- Fazendo um Backup para os backups diários de arquivos e banco de dados que funcionam junto com este.
- Restaurando de um Backup para o caminho de restauração de site completo.
- Ambientes de Staging para testar alterações antes de chegarem à produção.
- Segurança do Site se a perda de dados foi causada por um comprometimento em vez de um erro.
Se você está no meio de um incidente e não tem certeza de qual ferramenta precisa, entre em contato conosco por Support no KPanel ou envie um email para support@kapsulehost.com com o nome do site e a hora em que o problema começou.