Estado do Jellyfin explicado: o que tem de sobreviver a uma reconstrução e o que pode ser recriado?
O estado do Jellyfin deve ser separado por função: a identidade, a configuração, o catálogo e o histórico dos utilizadores precisam de continuidade, enquanto muitas caches e ficheiros de transcodificação podem ser recriados.
Uma imagem de contentor pode ser substituída, mas a mesma experiência de utilização da biblioteca depende de dados fora dessa imagem. Fazer cópias de segurança de todos os ficheiros gerados também é ineficiente, porque alguns artefactos são temporários ou fáceis de regenerar. O limite certo é definido pelo custo de perder o estado em comparação com o custo de o reconstruir.
A Identidade e a Configuração Definem a Instância
A configuração regista o modo como o servidor deve funcionar, enquanto o estado dos utilizadores e da autenticação identifica as pessoas que o utilizam. Perder esses caminhos pode transformar uma reconstrução num servidor novo, mesmo quando as pastas multimédia permanecem intactas.
A explicação sobre funções dos dados persistentes separa as funções dos dados persistentes, em vez de tratar um diretório de aplicação como uma única unidade de cópia de segurança.
Proteja estas funções quando a continuidade dos utilizadores, das permissões e do comportamento do servidor for importante.
O Catálogo e as Imagens Têm Custos de Reconstrução Diferentes
A base de dados estabelece a correspondência entre itens, caminhos, temporadas, pessoas e estado de reprodução; as imagens e outros recursos gerados podem ser grandes, mas não são igualmente impossíveis de substituir. Muitas vezes, é possível voltar a pesquisar o catálogo, mas o tempo necessário e a dependência de fornecedores podem tornar preferível restaurá-lo.
Utilize o modelo de colocação da base de dados para separar a latência e a integridade do estado da aplicação dos ficheiros multimédia em massa.
A decisão de restauro está relacionada com a continuidade e o tempo de reconstrução, não apenas com a possibilidade técnica de regenerar um ficheiro.
As Caches e o Espaço Temporário de Transcodificação Podem Normalmente Ser Reconstruídos
A cache do sistema de ficheiros, os ficheiros de trabalho das miniaturas, os registos e os segmentos temporários de transcodificação descrevem a atividade atual, e não a identidade duradoura do servidor. Podem continuar a ser úteis para diagnóstico ou para um arranque rápido, mas copiá-los não equivale a proteger o serviço.
O teste de desempenho a frio e a quente mostra por que razão o comportamento a frio e a quente deve ser medido separadamente da capacidade duradoura.
Uma política de cópias de segurança pode excluir alguns caminhos transitórios, preservando simultaneamente o estado necessário para restaurar os utilizadores, a configuração e o comportamento do catálogo.
Utilize uma Tabela de Persistência versus Reconstrução
Para cada caminho, registe se é crítico para a identidade, a configuração ou o catálogo, se é gerado ou se é temporário. Adicione a origem do restauro, o tempo de reconstrução previsto e as consequências da sua perda.
O artigo sobre funções dos dados persistentes apresenta uma comparação útil baseada em funções, mas a sua tabela deve refletir os plug-ins, os fornecedores e o tamanho da biblioteca efetivamente utilizados nesta instância.
Deixe de fazer cópias de segurança de um caminho quando o custo da sua recuperação for aceitável e as dependências duradouras associadas já estiverem protegidas.
Produtos recomendados
Centro de Tecnologia e IA
Mais para Ler
As câmaras domésticas conseguem sincronizar eventos sem serviços de hora na nuvem?
Uma explicação baseada primeiro no mecanismo do tempo da câmara sem cloud, as suas contrapartidas na partilha de recursos, três perguntas frequentes sobre a...
Um serviço de IA local consegue detetar camadas de modelos corrompidas antes da inferência?
Uma explicação baseada primeiro no mecanismo da deteção de corrupção na camada do modelo, dos seus compromissos em termos de recursos partilhados, de três...
É possível restaurar um sistema RAG sem regenerar todos os embeddings?
Uma explicação, centrada no mecanismo, do restauro de RAG sem re-embedding, das suas contrapartidas em recursos partilhados, de três perguntas frequentes sobre a expansão...
