Recuperação em tempo, para sites WordPress e WooCommerce, permite reconstruir a sua base de dados tal como estava num minuto escolhido, em vez de apenas no momento em que a cópia de segurança de ontem foi executada. Este guia explica o que cobre e o que não cobre, como a activar, como pedir um restauro e exactamente o que um restauro afecta.
Para Que Serve
Uma cópia de segurança diária dá-lhe um ponto de restauro por dia. Isso é suficiente para a maioria dos desastres e inútil para o caso específico em que uma importação com erros, um plugin avariado ou uma edição em massa feita por engano ocorreu às 14h15 e só foi notado às 16h. Restaurar a cópia de segurança de ontem eliminaria todo o trabalho real da manhã juntamente com o erro.
A recuperação em tempo resolve essa lacuna. Com esta activada, o registo de alterações da base de dados é enviado continuamente para armazenamento externo, pelo que um restauro pode ser reproduzido até a qualquer minuto dentro da janela retida.
A recuperação em tempo cobre APENAS a base de dados. Não cobre os seus ficheiros: nem uploads, nem código de temas ou plugins, nem ficheiros de configuração em disco. Se alguém eliminou uma pasta de imagens, a recuperação em tempo não a vai trazer de volta. Para ficheiros, precisa de uma cópia de segurança de ficheiros. Consulte Efectuar uma Cópia de Segurança e Restaurar a Partir de uma Cópia de Segurança.
Onde Se Encontra no KPanel
- Inicie sessão no KPanel.
- Clique em Websites na barra lateral esquerda e depois clique no site.
- No menu esquerdo do site, abra Cópias de segurança e depois Recuperação em tempo.
O endereço directo é /websites/<site-id>/pitr.
Elegibilidade
A recuperação em tempo exige que duas condições sejam verdadeiras.
O seu plano tem de a incluir. Está disponível nas famílias de planos WordPress.
O site tem de ser um site WordPress ou WooCommerce, porque o mecanismo depende de uma base de dados gerida.
Se uma das condições não se verificar, a página indica-o claramente: a recuperação em tempo só está disponível para sites WordPress e WooCommerce com bases de dados geridas. Nesse caso, não há nada a configurar.
Activá-la
O cartão Estado de PITR mostra o estado actual com um indicador de estado, o backend em utilização, a data do último envio do registo de alterações e a janela de retenção em dias.
Clique em Activar PITR para a activar. A retenção é de 30 dias.
Activar não altera nada nos seus dados. Dá início a um processo de envio contínuo que decorre em paralelo com as suas cópias de segurança diárias normais; não as substitui.
Não existem pontos de restauro imediatamente após a activação. O envio tem de ocorrer pelo menos uma vez antes de ser possível reproduzir algo, e o primeiro envio acontece dentro de cerca de cinco minutos. Até lá, a página informa que ainda não existem pontos de restauro.
Ler a Janela de Restauro
Assim que o envio estiver a decorrer, o cartão Janela de restauro disponível indica os momentos mais antigo e mais recente para os quais pode restaurar, e quantos ficheiros de registo de alterações estão a ser retidos para cobrir esse período.
Leia isto antes de precisar, não durante um incidente. Se a janela começar mais tarde do que esperava, o envio foi interrompido nalgum momento e a cobertura mais antiga expirou.
Pedir um Restauro
- Abra o separador Recuperação em tempo.
- Confirme que a janela de restauro cobre o momento que pretende.
- Em Restaurar para timestamp, escolha a data e a hora. Escolha um momento imediatamente ANTES do dano, não depois.
- Clique em Solicitar restauro para DB de testes.
O pedido é validado de imediato. Se o timestamp estiver fora da janela disponível, é-lhe indicada a janela exacta em vez de o deixar a adivinhar.
O Que um Restauro Faz Realmente
Esta é a parte que exige precisão, porque é o oposto do que a maioria das pessoas espera.
Um restauro com recuperação em tempo não toca na sua base de dados em produção. Restaura para uma base de dados de testes separada, criada para o efeito e com um nome baseado no seu domínio e na data alvo. O seu site em produção continua a funcionar com a sua própria base de dados durante todo o processo, sem alterações.
Nada é substituído, nada é eliminado e nenhum dado é perdido ao solicitar um restauro. Isto é intencional: o objectivo de uma ferramenta de recuperação de dados é precisamente que utilizá-la não possa piorar a situação.
O que obtém é uma base de dados que pode inspeccionar. Pode compará-la com a de produção, extrair as linhas que foram danificadas ou decidir que a totalidade da captura é a versão que pretende. Promover um restauro de testes sobre a sua base de dados em produção é um passo separado e deliberado que a nossa equipa realiza consigo, e não algo que um botão faz sozinho.
Passar para uma base de dados restaurada DESCARTA tudo o que foi escrito na base de dados em produção desde o ponto de restauro. Encomendas efectuadas, comentários deixados e conteúdo editado após esse timestamp existem apenas na base de dados em produção. Antes de qualquer transição, decida o que tem de ser preservado e comunique-o. É por isso que o restauro é colocado primeiro numa base de dados de testes.
Acompanhar o Pedido
Todos os pedidos aparecem na tabela Pedidos de restauro:
| Coluna | O que mostra |
|---|---|
| Pedido em | Quando o solicitou |
| Alvo | O timestamp para o qual pediu o restauro |
| Estado | Em que fase se encontra o pedido |
| DB de testes | O nome da base de dados para a qual está a ser restaurado |
Enquanto um restauro está a decorrer, o estado mostra a fase actual e, assim que a reprodução começa, quantos ficheiros de registo de alterações já foram aplicados em relação ao total. Um pedido falhado mostra o erro por baixo.
Só pode haver um restauro em curso por site de cada vez. Solicitar um segundo enquanto um está a decorrer devolve um conflito em vez de o colocar em fila, para que uma segunda tentativa não possa corromper a primeira.
A nossa equipa de engenharia conclui o restauro de testes e envia-lhe um email quando a base de dados de testes estiver pronta. Também recebe um email de confirmação quando o pedido é recebido, com o timestamp alvo e o nome da base de dados de testes.
Escolher o Timestamp Certo
Determine quando começou o dano, não quando o detectou. Normalmente há horas de diferença. Verifique o seu registo de actividade, os timestamps das encomendas ou a última edição de conteúdo que sabe estar correcta.
Escolha um momento um ou dois minutos antes. Um ponto de restauro imediatamente antes do evento problemático custa-lhe alguns minutos de escritas legítimas. Um imediatamente depois restaura o dano juntamente com tudo o resto.
Anote o que aconteceu depois do ponto de restauro. Encomendas, registos, comentários, submissões de formulários. Essa lista é o que terá de preservar manualmente se fizer a transição.
Resolução de Problemas
A página diz que a recuperação em tempo só está disponível para WordPress e WooCommerce. Ou o site não é de um desses tipos, ou o seu plano não inclui a funcionalidade.
Ainda não há pontos de restauro. O envio tem de ocorrer pelo menos uma vez após a activação. O primeiro envio acontece dentro de cerca de cinco minutos.
O meu alvo está fora da janela disponível. A retenção é de 30 dias, e a janela pode ser mais curta se o envio tiver sido interrompido. A mensagem de erro indica os limites exactos. Se o momento de que precisa já não estiver disponível, recorra a uma cópia de segurança diária: consulte Restaurar a Partir de uma Cópia de Segurança.
Já existe um restauro em curso. Aguarde que termine. A tabela mostra a sua fase e progresso.
O estado mostra um aviso sobre o serviço de envio. O seu pedido está registado e a mensagem explica o estado actual. Não há qualquer perda.
Preciso de recuperar os ficheiros, não a base de dados. A recuperação em tempo não pode ajudar. Utilize uma cópia de segurança de ficheiros, e note que uma cópia de segurança concluída pode ser consultada ficheiro a ficheiro em vez de ser restaurada na totalidade.
Páginas Relacionadas
- Efectuar uma Cópia de Segurança para as cópias de segurança diárias de ficheiros e base de dados que funcionam em paralelo com esta.
- Restaurar a Partir de uma Cópia de Segurança para o processo de restauro do site completo.
- Ambientes de Testes para testar alterações antes de chegarem à produção.
- Segurança do Site se a perda de dados tiver sido causada por uma intrusão em vez de um erro.
Se estiver no meio de um incidente e não tiver a certeza de qual a ferramenta de que precisa, contacte-nos através de Suporte no KPanel ou envie um email para support@kapsulehost.com com o nome do site e a hora em que o problema começou.