Quanto tempo de retenção de cópias de segurança do Plex é suficiente para uma recuperação segura?
O Plex não precisa de um número universal de cópias de segurança; precisa de um histórico testado suficiente para regressar a um estado conhecido e funcional anterior à introdução da falha.
A retenção deve abranger a frequência com que o estado do Plex muda, a rapidez com que deteta a corrupção e até que ponto poderá ter de recuar após uma atualização ou uma ação equivocada na biblioteca. Um grande conjunto de cópias não verificadas pode continuar a falhar se todas as versões tiverem sido capturadas depois do mesmo problema. Defina primeiro o ponto de recuperação e o tempo de recuperação e, depois, escolha níveis diários, semanais ou de instantâneos em função desses objetivos.
Comece Pela Falha Que Precisa de Anular
A eliminação acidental, uma atualização defeituosa, danos silenciosos na base de dados e a perda total do disco têm tempos de deteção diferentes. Uma única cópia de segurança recente protege apenas contra falhas detetadas rapidamente.
Uma janela de retenção deve alcançar um ponto de recuperação conhecido e funcional anterior à introdução da falha, e não limitar-se a preservar a cópia mais recente.
Enumere as falhas que lhe interessam e estime o tempo máximo realista até à sua deteção. Mantenha o histórico de versões para além dessa janela, em vez de escolher primeiro um número de cópias.
Utilize Mais do Que Uma Escala Temporal
As cópias recentes e frequentes protegem o estado atual de visualização e as definições, enquanto as cópias antigas e menos frequentes protegem contra problemas detetados tardiamente. Um calendário por níveis pode abranger ambos sem conservar todos os instantâneos para sempre.
As versões pontuais podem preservar opções de recuperação recentes e antigas sem manter uma duplicação completa para cada momento.
Combine cópias recentes em intervalos curtos com cópias antigas em intervalos mais longos, de acordo com o armazenamento disponível. Documente quando cada nível expira e que tipo de falha pretende abranger.
Não Deixe Que a Retenção Substitua a Proteção Fora do Dispositivo
Dez versões no mesmo disco sujeito a falhas continuam a representar um único domínio de falha. A retenção e a redundância resolvem problemas diferentes.
A capacidade e a rotatividade das cópias de segurança devem ser planeadas separadamente do caminho do estado ativo do Plex, para que a retenção não permaneça dentro de um único domínio de falha.
Mantenha pelo menos uma cópia de recuperação fora do dispositivo que contém os dados da aplicação ativa e teste essa cópia de forma independente. A topologia do servidor doméstico deve tornar visível o domínio de falha das cópias de segurança, em vez de o ocultar dentro do mesmo conjunto de armazenamento.
Elimine Cópias Apenas Depois de os Testes de Restauro Serem Bem-Sucedidos
A retenção só é útil quando as cópias antigas conseguem efetivamente restaurar a base de dados, os metadados e a identidade esperados. Um processo de rotação nunca deve ser a única coisa testada regularmente.
Restaure uma cópia recente e uma antiga numa instância descartável do Plex antes de as eliminar; os testes de restauro são o que confirma que uma cópia de segurança concluída pode realmente ser recuperada.
Se as cópias de segurança antigas falharem repetidamente ou dependerem de caminhos não documentados, corrija o método de captura antes de encurtar a janela. A retenção deve preservar opções fiáveis, e não apenas marcas temporais.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Jellyfin pode partilhar em segurança uma GPU ou acelerador com outro contentor?
A partilha da GPU é condicional: verifique a visibilidade do dispositivo e o suporte dos controladores; em seguida, execute ambas as cargas de trabalho...
Como saber se um erro do Jellyfin vem do cliente ou do servidor
Um erro do Jellyfin pertence ao cliente quando afeta apenas um dispositivo; pertence ao servidor quando vários clientes falham no mesmo percurso e os...
Como configurar a cache e o armazenamento temporário do Jellyfin
Separe o estado persistente, a cache reconstruível e o armazenamento temporário para transcodificação; em seguida, verifique a capacidade e as permissões com um teste...
