Como recuperar uma base de dados do Plex a partir de uma cópia de segurança fiável

Eva Wong é a Redatora Técnica e e entusiasta residente na ZimaSpace. Uma geek de longa data com paixão por homelabs e software de código aberto, ela é especialista em traduzir conceitos técnicos complexos em guias acessíveis e práticos . Eva acredita que o auto-hospedagem deve ser divertida, não intimidante. Através dos seus tutoriais, ela capacita a comunidade adesmistificar configurações de hardware , desde a construção do seu primeiro NAS até dominar os contêineres Docker., from building their first NAS to mastering Docker containers.

Restaure uma base de dados Plex conhecida como válida apenas com o servidor parado, preserve os ficheiros danificados e valide o estado recuperado antes de executar novos scans.

Uma cópia de segurança recente pode ser a forma mais rápida de recuperar quando a base de dados ativa da biblioteca está corrompida, mas substituir ficheiros cegamente pode eliminar provas úteis ou introduzir um segundo estado inconsistente. Escolha uma cópia anterior à primeira falha, mantenha cópias dos conjuntos de bases de dados antigos e novos, preserve a propriedade e inicie o Plex numa janela de validação tranquila. Pare imediatamente se a base de dados restaurada apresentar a mesma corrupção.

Escolha a cópia de segurança antes de tocar na base de dados ativa

Comece com uma cópia de segurança cujo carimbo de data e hora seja anterior ao primeiro sintoma conhecido de corrupção, mas suficientemente recente para preservar o histórico de visualização e as alterações úteis da biblioteca. Copie a base de dados atual e a cópia candidata para um local seguro antes de substituir qualquer coisa. Nunca faça experiências na única cópia restante.

Verifique as cópias de segurança disponíveis antes de substituir a base de dados ativa. Escolha um carimbo de data e hora anterior ao primeiro sintoma de corrupção, não simplesmente o ficheiro mais recente.

Registe o que será perdido entre o carimbo de data e hora da cópia de segurança e o momento atual: novas adições à biblioteca podem ser novamente analisadas, mas o progresso de visualização, as coleções ou as edições de metadados podem exigir reconciliação manual. Esta ponderação ajuda a decidir se vale a pena tentar uma reparação antes da substituição.

Pare o Plex e preserve o estado danificado

Os ficheiros da base de dados não devem ser trocados enquanto o Plex estiver a escrever neles. Pare o servidor ou o contentor de forma limpa, confirme que o processo terminou e copie o diretório atual da base de dados para um local fora do caminho de dados da aplicação em produção. Assim terá uma opção de reversão caso a cópia de segurança selecionada também esteja danificada.

Pare o Plex antes da reparação ou substituição; a sequência de parar e reparar impede que a aplicação escreva nos ficheiros da base de dados enquanto os troca ou repara.

Não elimine imediatamente a base de dados danificada. Mude-lhe o nome ou mova-a, mantendo o carimbo de data e hora. Se a restauração revelar posteriormente um problema diferente, poderá precisar dos registos, dos ficheiros associados ou da base de dados danificada para compreender o que mudou.

Restaure os ficheiros correspondentes da base de dados no local esperado

Utilize o mesmo diretório de dados do Plex que o servidor em funcionamento já espera e restaure a cópia da base de dados com o nome de ficheiro ativo correto. Preserve as permissões e a propriedade do diretório em produção. Se o método de cópia de segurança tiver capturado um conjunto consistente de ficheiros da base de dados, restaure esse conjunto em vez de misturar ficheiros de diferentes carimbos de data e hora.

Trate a restauração de uma base de dados de cópia de segurança como um único ponto de recuperação coerente, em vez de misturar ficheiros individuais escolhidos por parecerem os mais recentes.

Antes de iniciar o Plex, compare o proprietário, o grupo, o modo e o tamanho do ficheiro com os dados de aplicações vizinhos. Uma restauração que torne acidentalmente a base de dados ilegível parecerá outro incidente de corrupção. Corrija primeiro o acesso ao nível do sistema de ficheiros.

Se a cópia de segurança contiver ficheiros de bases de dados relacionados ou ficheiros associados do mesmo ponto de recuperação, mantenha esse conjunto unido. Misturar ficheiros de carimbos de data e hora diferentes pode criar uma nova inconsistência que se assemelha à corrupção original.

-15% OFF

Inicie o Plex e verifique o estado antes de iniciar scans

Inicie o servidor e inspecione a biblioteca antes de lhe pedir que execute tarefas de manutenção de grande dimensão. Confirme que a aplicação web abre, que as bibliotecas aparecem, que os utilizadores e o estado de visualização parecem plausíveis e que vários títulos conhecidos apontam para caminhos de multimédia válidos. O início bem-sucedido do processo não é suficiente.

Para obter um ponto de recuperação consistente com a aplicação, parar o Plex para obter cópias de segurança consistentes reduz a probabilidade de a próxima restauração conter um estado da base de dados parcialmente escrito.

Só depois de o servidor restaurado estar estável deverá procurar multimédia adicionada após a cópia de segurança. Mantenha o scan tão restrito quanto possível. Se a base de dados comunicar imediatamente que está corrompida, antes de qualquer scan, pare e escolha uma cópia de segurança mais antiga ou avance para um processo de reparação controlado.

Conclua a recuperação com um teste de integridade e de cópia de segurança

Depois de a base de dados restaurada suportar a navegação normal e uma pequena atualização da biblioteca, reinicie o Plex uma vez e confirme que o estado persiste. Em seguida, crie uma nova cópia de segurança a partir desta base saudável, para que a próxima falha não dependa das mesmas gerações suspeitas.

Uma cópia de segurança só se torna fiável quando os testes de preservação do estado comprovam que o estado importante do Plex é recuperado numa restauração isolada.

Documente o carimbo de data e hora da cópia de segurança utilizada, o estado que foi perdido e as verificações aprovadas. Se a corrupção reaparecer numa restauração saudável, investigue erros de armazenamento, encerramentos incorretos ou um fator desencadeante de software reproduzível, em vez de alternar indefinidamente entre cópias de segurança.

Suporte e Dicas

Mais para Ler

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.