Como reverter o Plex em segurança após uma atualização problemática do servidor

Faça uma cópia de segurança do diretório de dados do Plex antes de fazer o downgrade e, depois, recue uma versão de cada vez, mas apenas após verificar se a versão mais recente alterou a compatibilidade da base de dados.

Fazer rollback do Plex não consiste apenas em substituir um binário ou uma imagem Docker. A base de dados do servidor pode ser migrada durante uma atualização, e um servidor mais antigo pode não compreender o estado gravado por uma versão mais recente. Preserve primeiro os dados atuais, identifique a versão que funcionava corretamente pela última vez e mantenha o rollback reversível. O objetivo é provar que a atualização causou a regressão sem transformar um problema de software num problema de recuperação da base de dados.

Congele o estado atual antes de alterar a versão do servidor

Pare o Plex corretamente e faça uma cópia do diretório persistente de dados do servidor. Registe a versão atual do servidor e o sintoma exato que motivou o rollback. Se utilizar Docker, registe também a etiqueta ou o digest da imagem atual e a etiqueta da versão anterior que funcionava corretamente, para que o rollback seja explícito, em vez de ser uma comparação entre “latest” e “aquilo que estava em cache”.

Um exemplo recente de recuperação no fórum do Plex refere que os instaladores anteriores podem estar disponíveis no diretório Updates do servidor e aborda o rollback para uma versão anterior do servidor. Considere essa informação uma referência operacional específica para uma versão, não uma garantia de que todas as plataformas armazenam os pacotes da mesma forma.

Não elimine a base de dados ou as preferências atuais como primeiro passo do rollback. Se a versão mais antiga falhar, precisará da cópia de segurança intacta para regressar ao estado anterior ao rollback. Um rollback seguro preserva sempre ambas as direções: voltar à versão antiga e avançar novamente para a versão atual.

Verifique se existe um limite de migração da base de dados antes do downgrade

Leia as notas de versão ou as discussões sobre regressões conhecidas relativas à versão que instalou. Algumas versões do Plex alteraram a compatibilidade da base de dados, o que significa que recuar demasiado pode falhar, mesmo que o executável mais antigo seja instalado corretamente. Quando existir um limite de migração, siga o percurso intermédio suportado ou restaure uma cópia de segurança compatível da base de dados, em vez de forçar o servidor antigo a utilizar um estado mais recente.

As orientações da comunidade Plex relativas à migração 1.40 documentaram um caso específico em que a compatibilidade da base de dados limitava os percursos de rollback. Os números exatos das versões nesse caso são históricos; a regra duradoura é verificar o limite de migração da sua versão antes de fazer o downgrade.

Se o Plex estiver atualmente a executar uma migração da base de dados, não a interrompa apenas para acelerar o rollback. Deixe a migração terminar ou restaure uma cópia de segurança compatível conhecida. Interromper alterações ao esquema cria um estado de falha diferente, tornando mais difícil provar se a própria versão causou o problema original.

Instale ou fixe a versão anterior sem alterar outras variáveis

Altere apenas a versão do servidor Plex. Mantenha o mesmo ponto de montagem dos dados da aplicação, os caminhos dos conteúdos multimédia, o modo de rede, os dispositivos de hardware e as definições dos clientes. No Docker, fixe a etiqueta da imagem anterior em vez de depender de uma etiqueta flutuante; em instalações baseadas em pacotes, utilize o instalador anterior de uma fonte fidedigna e adequada à plataforma.

A lista de verificação da ZimaSpace para recuperação de servidores domésticos utiliza o mesmo princípio de recuperação: preservar um estado legível, identificar a camada que está a falhar e evitar substituir ou reconstruir primeiro o componente errado. Um rollback do Plex deve ser igualmente restrito.

Inicie o Plex e observe os registos à procura de erros da base de dados antes de testar a reprodução. Se a versão antiga rejeitar a base de dados ou iniciar como um servidor novo, pare imediatamente e restaure o estado protegido, em vez de permitir que grave novos ficheiros num diretório de dados incompatível.

-15% OFF

ZimaBoard 2 - Mini Servidor Doméstico para a Sua Grande Ideia

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Reproduza a regressão original antes de decidir manter o rollback

Quando a versão antiga iniciar normalmente, reproduza exatamente a condição que falhou após a atualização: o mesmo cliente, conteúdo multimédia, caminho de rede, ação na biblioteca ou tarefa agendada. Um rollback só prova que a versão esteve envolvida quando a versão antiga passa o gatilho original e o resto do servidor continua saudável.

Reinicie o Plex uma vez e repita o gatilho, para confirmar que a recuperação sobrevive a um evento normal do ciclo de vida. Em seguida, verifique o acesso à biblioteca, o histórico de visualização, o acesso remoto, se utilizado, e qualquer percurso de transcodificação por hardware que a atualização possa ter afetado. Não declare sucesso apenas com base no ecrã inicial.

Se a versão anterior também falhar, regresse ao estado atual protegido e continue o diagnóstico, em vez de acumular mais downgrades. Se a versão anterior resolver o problema, mantenha o rollback temporário, documente a versão funcional e aguarde uma versão posterior do Plex que corrija a regressão antes de atualizar novamente.