Sinais de que uma base de dados do Plex precisa de manutenção ou substituição
Mantenha a base de dados do Plex quando os erros ou a lentidão do estado da aplicação forem recuperáveis; substitua-a apenas depois de a reparação e as cópias de segurança comprovadamente válidas não conseguirem produzir um estado estável.
As bases de dados saudáveis podem ser grandes, e uma navegação ocasionalmente lenta não justifica uma reconstrução. Os sinais de alerta mais fortes são erros de integridade, crescimento rápido sem explicação, falhas de escrita recorrentes, metadados lentos enquanto a reprodução se mantém saudável ou corrupção que regressa após a reparação. Preserve primeiro a base de dados atual, identifique se o problema está no armazenamento, nos índices ou em danos estruturais e só passe da manutenção à substituição quando as evidências o exigirem.
Trate os Erros Repetidos da Base de Dados como um Sinal de Saúde
Mensagens de corrupção, erros de base de dados malformada, falhas de escrita ou recuperações repetidas a partir de cópias de segurança são razões fortes para interromper a manutenção normal e proteger o estado atual. Não continue a analisar, otimizar ou reiniciar uma base de dados que esteja a comunicar ativamente problemas de integridade.
Quando os registos mostram sintomas de corrupção da base de dados, preserve uma cópia e pare o servidor antes da reparação, para que a manutenção normal não substitua as evidências.
Registe o erro exato e o carimbo temporal da base de dados e, em seguida, copie o diretório da base de dados antes de tentar repará-la. Se existir uma cópia de segurança comprovadamente válida, compare a sua antiguidade com a quantidade de estado que perderia. Não elimine a base de dados ativa até ter escolhido uma estratégia de recuperação.
O Crescimento Rápido e Sem Explicação Merece Investigação
Uma biblioteca Plex em crescimento faz naturalmente crescer a sua base de dados, mas uma base de dados que aumenta muito mais depressa do que a biblioteca, enquanto as consultas ficam mais lentas ou surge corrupção, apresenta um padrão diferente. O sinal útil é um crescimento sem uma explicação relacionada com a carga de trabalho, não um tamanho de ficheiro específico.
O crescimento rápido torna-se mais preocupante quando surge juntamente com consultas lentas e corrupção. Essa combinação exige verificações de integridade e análise dos registos, em vez de simplesmente disponibilizar mais espaço em disco.
Registe num gráfico o tamanho da base de dados ao longo do tempo, juntamente com as adições à biblioteca e as janelas de manutenção. Se o crescimento acompanhar a expansão legítima dos conteúdos multimédia e o desempenho se mantiver estável, continue a monitorizá-lo. Se acelerar de forma independente, recolha os registos antes que a otimização ou a limpeza alterem as evidências.
A Navegação Lenta com Reprodução Saudável Pode Apontar para o Estado da Aplicação
Grelhas de cartazes, pesquisa, filtros da biblioteca e páginas de metadados utilizam a base de dados e muitos ficheiros pequenos da aplicação. Se estes elementos ficarem lentos enquanto um filme que já iniciou a reprodução direta é reproduzido sem problemas, é mais provável que o sintoma esteja no percurso do estado da aplicação do que no débito bruto dos conteúdos multimédia.
O carregamento lento dos cartazes com reprodução saudável é uma razão para medir separadamente a capacidade de resposta do estado da aplicação e a transmissão multimédia; uma matriz multimédia rápida não prova que o percurso da base de dados esteja saudável.
Meça a latência do armazenamento da base de dados e a resposta da biblioteca antes de reconstruir o que quer que seja. Se mover uma cópia para um armazenamento saudável e de baixa latência, ou reparar os índices, alterar o sintoma, mantenha o diagnóstico nesse âmbito. Se a base de dados responder rapidamente, investigue antes o comportamento da rede ou da interface do cliente.
Passe da Reparação à Substituição Apenas Após Falhas Repetidas
Utilize a reparação da base de dados antes da substituição quando os danos estiverem isolados, existir uma cópia de segurança verificada e a integridade puder ser novamente testada numa cópia. A questão é saber se as leituras e escritas normais são retomadas, não se um comando de reparação é concluído.
Após a reparação, navegue por várias bibliotecas, pesquise, atualize um item de metadados, adicione um ficheiro controlado e reinicie o Plex. Se os erros de integridade ou as falhas de escrita regressarem imediatamente, pare de repetir a mesma reparação.
Uma reconstrução limpa da base de dados só se justifica quando as cópias reparadas voltam a falhar ou as cópias de segurança comprovadamente válidas reproduzem o mesmo problema estrutural. Mantenha os conteúdos multimédia intactos e faça a reconstrução numa nova localização dos dados da aplicação, para que continue a ser possível reverter a operação.
Quando ainda existir uma cópia de segurança utilizável, a recuperação da base de dados a partir de uma cópia comprovadamente válida deve preceder uma reconstrução limpa; proteja separadamente o estado de visualização, as coleções e outros dados do utilizador que ainda possam ser recuperados da cópia com falhas.
Produtos recomendados
Suporte e Dicas
Mais para Ler
O Plex pode partilhar uma GPU com outro contentor Docker?
O Plex e outro contentor conseguem frequentemente aceder à mesma GPU, mas é necessário testar o suporte dos controladores, o mapeamento de dispositivos, a...
Como saber se um erro do Plex vem do cliente ou do servidor
Reproduza o mesmo item noutro cliente, compare o percurso da sessão e, em seguida, recolha provas do servidor apenas depois de o âmbito lhe...
Como configurar a cache do Plex e o armazenamento temporário de transcodificação
Proteja o estado persistente do Plex enquanto coloca os ficheiros temporários de transcodificação num armazenamento local adequado e, em seguida, verifique a limpeza, o...
