# Recuperação num Ponto no Tempo Source: https://support.kapsulehost.com/pt-pt/site-pitr 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. > **Warning:** 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](https://support.kapsulehost.com/pt-pt/taking-a-backup) e [Restaurar a Partir de uma Cópia de Segurança](https://support.kapsulehost.com/pt-pt/restoring-from-backup). ## Onde Se Encontra no KPanel 1. Inicie sessão no [KPanel](https://kpanel.kapsulehost.com). 2. Clique em **Websites** na barra lateral esquerda e depois clique no site. 3. No menu esquerdo do site, abra **Cópias de segurança** e depois **Recuperação em tempo**. O endereço directo é `/websites//pitr`. ![Recuperação em tempo para um site no KPanel](https://support.kapsulehost.com/help/screenshots/site-pitr.a2b6d785.webp) ## 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. > **Note:** 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 1. Abra o separador **Recuperação em tempo**. 2. Confirme que a janela de restauro cobre o momento que pretende. 3. Em **Restaurar para timestamp**, escolha a data e a hora. Escolha um momento imediatamente ANTES do dano, não depois. 4. 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. > **Important:** 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](https://support.kapsulehost.com/pt-pt/restoring-from-backup). **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](https://support.kapsulehost.com/pt-pt/taking-a-backup) 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](https://support.kapsulehost.com/pt-pt/restoring-from-backup) para o processo de restauro do site completo. - [Ambientes de Testes](https://support.kapsulehost.com/pt-pt/staging-environments) para testar alterações antes de chegarem à produção. - [Segurança do Site](https://support.kapsulehost.com/pt-pt/site-security) 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](mailto:support@kapsulehost.com) com o nome do site e a hora em que o problema começou.