Deve fazer uma cópia de segurança do Jellyfin em funcionamento ou parar primeiro o serviço?
Pare o Jellyfin para realizar uma cópia de segurança completa simples, a menos que o seu método de snapshots consiga capturar o estado da aplicação de forma consistente enquanto o serviço está a escrever.
O compromisso é entre indisponibilidade e consistência. Um arquivo do serviço parado é fácil de compreender, porque a base de dados, a configuração e os metadados deixam de mudar durante a cópia. Uma cópia de segurança em funcionamento pode ser válida quando o mecanismo de cópia da base de dados ou o snapshot do sistema de ficheiros cria um ponto coerente no tempo, mas uma cópia recursiva comum durante escritas ativas é mais difícil de confiar.
As Cópias com o Serviço Parado São a Base Segura e Simples
Parar brevemente o Jellyfin impede novas escritas na base de dados e nos metadados enquanto a ferramenta de cópia percorre a árvore de configuração. Isto elimina muitas questões de consistência em pequenos servidores domésticos.
Uma cópia de ficheiros em funcionamento pode não incluir transações suportadas por WAL; as cópias de segurança SQLite conscientes das transações evitam copiar uma base de dados aberta como se fosse um ficheiro estático comum.
Agende a pausa para um período de pouca atividade, confirme que o processo está parado, copie o estado persistente e inicie novamente o serviço. Meça a indisponibilidade para conhecer o verdadeiro custo operacional.
As Cópias de Segurança em Funcionamento Precisam de um Mecanismo de Snapshot Consistente
Um snapshot do sistema de ficheiros pode congelar a vista de muitos ficheiros num determinado instante, mesmo enquanto o serviço em funcionamento continua depois. Isto é diferente de copiar lentamente ficheiros que estão a mudar, um a um.
Os conjuntos de dados ativos mudam durante a cópia de segurança, pelo que a alteração contínua é relevante quando a captura se prolonga no tempo.
Se utilizar ZFS, Btrfs ou uma cópia de segurança consciente da base de dados, documente que garantia de consistência é fornecida. Não considere uma simples cópia de ficheiros em funcionamento equivalente sem a testar.
A Integridade da Base de Dados é Mais Importante do que a Conclusão da Cópia de Segurança
Uma tarefa de cópia de segurança pode indicar sucesso enquanto a base de dados capturada não constitui um ponto de recuperação utilizável. A verificação tem de analisar em conjunto a base de dados e o estado da aplicação.
Um conjunto de recuperação fiável deve evitar cópias não controladas da base de dados durante escritas ativas; a consistência do SQLite depende da preservação de um estado coerente da base de dados.
Restaure a cópia de segurança para um caminho descartável e execute uma verificação de integridade antes de depender dela. O esquema de dados persistentes da aplicação facilita este teste, porque o estado está separado do contentor substituível.
Escolha o Método com Base no Seu Objetivo de Recuperação
Uma família que possa tolerar uma janela de manutenção de dois minutos poderá tirar poucos benefícios de mecanismos complexos de cópia de segurança em funcionamento. Um servidor com requisitos rigorosos de disponibilidade poderá justificar snapshots, mas apenas se as restaurações continuarem previsíveis.
Um teste adequado de recuperação de desastre mede se a cópia de segurança escolhida consegue realmente devolver o serviço a um estado utilizável.
Compare o tempo de indisponibilidade da cópia de segurança, o tempo de restauração e a complexidade das falhas. Utilize o método mais simples que cumpra o objetivo de recuperação da família e seja aprovado por um ensaio de restauração real.
Produtos recomendados
Suporte e Dicas
Mais para Ler
Porque é que o Jellyfin funciona a altas temperaturas ou faz ruído quando ninguém está a transmitir?
O calor em inatividade normalmente indica atividade em segundo plano ou uma carga de trabalho de um anfitrião partilhado; por isso, identifique o processo...
Quando deve reconstruir em vez de reparar o Jellyfin?
Escolha recriar em vez de reparar quando o problema for a divergência do ambiente de execução e o estado persistente estiver salvaguardado; não «recrie»...
Quanto espaço de armazenamento livre deve o Jellyfin manter para tarefas em segundo plano?
Não existe uma percentagem universal de espaço livre adequada ao Jellyfin; meça separadamente o crescimento persistente e os picos temporários e, em seguida, reserve...
