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.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

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.