Como migrar o Jellyfin de um computador de secretária para uma plataforma multimédia de código aberto

Migre o Jellyfin atribuindo funções explícitas ao estado da aplicação, à multimédia, à cache, às cópias de segurança e ao acesso à rede antes de escolher contentores ou um NAS.

Normalmente, um computador de secretária reúne todas as funções num único sistema de ficheiros e num único circuito de alimentação. Uma stack multimédia de código aberto separa essas funções, pelo que a migração só é bem-sucedida se cada caminho, UID/GID, dependência entre serviços e ação de restauro forem definidos antes de iniciar o primeiro contentor. Mantenha o computador de secretária como fonte de reversão até concluir um reinício sem problemas e um teste real com um cliente.

Divida o computador de secretária em funções de serviço

Faça o inventário da configuração e da base de dados do Jellyfin, das bibliotecas multimédia, dos metadados e da cache de imagens, dos plugins, da cache de legendas, dos utilizadores e de quaisquer dependências de proxy inverso ou DNS. Classifique cada elemento como estado persistente da aplicação, multimédia insubstituível, cache reconstruível, cópia de segurança ou suporte de recuperação. Não copie uma cache como se fosse uma base de dados, nem trate um volume multimédia espelhado como uma segunda cópia de segurança.

O limite da migração fica claro quando cada função tem um responsável, um destino, um caminho de acesso e uma ação de restauro. Se uma função não puder ser restaurada de forma independente, mantenha-a no computador de secretária até rever a conceção da stack.

Escolha a topologia de destino antes de selecionar imagens

Use uma função de serviço para o Jellyfin, um volume de dados persistente para a configuração e a base de dados, um volume de multimédia com caminhos estáveis e um destino de cópia de segurança separado. Coloque o proxy inverso, a monitorização e os serviços experimentais em caminhos ou redes próprios quando for importante evitar que uma falha afete outros serviços. Uma ferramenta de migração de terceiros demonstra por que motivo a tradução de caminhos e o tratamento da base de dados exigem um plano explícito, em vez de uma simples cópia de pastas (notas sobre a migração do Jellyfin com reconhecimento de caminhos).

Preserve os caminhos e as permissões durante a migração

Pare o serviço no computador de secretária, faça uma cópia dos respetivos dados persistentes e verifique-a antes de os transformar. No destino, mantenha, sempre que possível, o caminho multimédia dentro do contentor idêntico ao caminho registado na base de dados. Defina o UID/GID do contentor como um principal que possa ler os ficheiros multimédia e escrever apenas nos diretórios da aplicação necessários. Teste uma pesquisa à biblioteca e o início de sessão de um utilizador antes de importar plugins ou adicionar automatizações.

A decisão é PASS se o Jellyfin conseguir ler todas as bibliotecas pretendidas, escrever na respetiva base de dados e reiniciar sem alterar o mapeamento de caminhos. Se as permissões exigirem acesso amplo de escrita à árvore multimédia, separe as funções dos dados e da aplicação antes de avançar.

Featured

NAS de nuvem pessoal doméstica ZimaCube 2

ZimaCube2

$799.00 - $2,499.00

Buy Now

Valide a reprodução, os utilizadores e a recuperação por etapas

Execute reprodução direta local, uma transcodificação representativa, teste as legendas e uma segunda conta de utilizador. Depois, pare e recrie a configuração a partir da definição de composição ou implementação, e não através de uma shell interativa. Restaure a cópia de segurança dos dados da aplicação numa localização de teste limpa e confirme que o estado de visualização, os utilizadores e os caminhos das bibliotecas foram preservados ou serão reconstruídos intencionalmente.

Só depois destas verificações deve adicionar acesso remoto ou serviços adicionais. Pode considerar um anfitrião compacto, como o ZimaCube 2 AI NAS, quando os requisitos neutros — armazenamento persistente, capacidade disponível para contentores e um caminho de cópia de segurança separado — já forem compatíveis com a configuração.

Defina os limites de expansão e de paragem

Expanda adicionando um nível de armazenamento, um nó de computação com capacidade para transcodificação ou uma função de rede separada; não resolva cada nova carga de trabalho aumentando um único volume partilhado. Mantenha a cópia de reversão no computador de secretária enquanto um plugin, a conversão de caminhos ou a migração de utilizadores não estiverem verificados. A configuração está pronta quando uma reconstrução documentada proporciona o mesmo acesso à biblioteca e o mesmo resultado de reprodução sem o computador de secretária original em funcionamento.