Como fazer uma cópia de segurança do Plex sem capturar uma base de dados inconsistente

Para uma cópia de segurança completa dos dados da aplicação Plex, pare o Plex antes da cópia ou do instantâneo do sistema de ficheiros; para a base de dados principal apenas, a cópia de segurança agendada do Plex é a opção com conhecimento da aplicação.

O Plex grava bases de dados, metadados, preferências e cache enquanto o servidor está em execução, pelo que uma tarefa de cópia de segurança genérica pode captar ficheiros em momentos diferentes. Isso não significa que todas as cópias de segurança em tempo real estejam corrompidas, mas significa que é mais difícil confiar numa cópia direta, a menos que a aplicação ou a camada de armazenamento coordene a consistência. Decida primeiro se precisa da base de dados principal do Plex ou do estado completo do servidor; em seguida, utilize um método adequado a esse âmbito e verifique uma via de restauro antes de considerar a cópia de segurança concluída.

Separe a cópia de segurança da base de dados principal da cópia de segurança completa dos dados do servidor

As Tarefas agendadas do Plex podem fazer cópias de segurança das bases de dados principais que contêm o estado de visualização e as informações de correspondência. Isto é útil para a recuperação da base de dados, mas o Plex afirma explicitamente que não substitui a cópia de segurança de todo o diretório de dados do Plex Media Server. Trate estas duas cópias de segurança como ferramentas de recuperação diferentes, em vez de presumir que um único ficheiro contém tudo.

A documentação de cópia de segurança do Plex recomenda fazer uma cópia de segurança do diretório principal de dados do servidor e indica que a cache pode ser excluída em algumas plataformas. Defina deliberadamente o conjunto de dados a incluir na cópia de segurança, para que a cache temporária não aumente desnecessariamente o arquivo, mantendo protegidos os dados críticos das bases de dados e dos metadados.

Se o seu objetivo for “restaurar o servidor exatamente como estava”, inclua a árvore persistente de dados da aplicação e todas as definições específicas da plataforma exigidas pelo Plex. Se o seu objetivo for apenas “recuperar o estado de visualização e a base de dados principal da biblioteca”, a cópia de segurança agendada da base de dados pode ser uma alternativa menor e mais específica.

Coloque o Plex em estado quiescente antes de fazer uma cópia direta do sistema de ficheiros

Para uma cópia de segurança simples ao nível dos ficheiros, pare o contentor do Plex e confirme que terminou antes de copiar ou criar um instantâneo do caminho de dados persistente. Mantenha o período de indisponibilidade curto: pare, capture o ponto consistente, reinicie e, em seguida, deixe que a cópia mais lenta para fora do anfitrião continue a partir do instantâneo, se o seu sistema de ficheiros suportar esse fluxo de trabalho.

A documentação da API de cópia de segurança do SQLite demonstra por que motivo copiar bases de dados em tempo real é um problema de coordenação, e não apenas de tamanho de ficheiro. Uma cópia de segurança com conhecimento da aplicação ou um instantâneo criado com o sistema em estado quiescente fornece um estado definido da base de dados; copiar cegamente ficheiros de bases de dados, WAL e metadados que estão a ser alterados oferece menos garantias quanto ao ponto de recuperação.

Não mantenha o Plex parado durante horas enquanto uma cópia de segurança grande percorre armazenamento lento, se o seu NAS conseguir criar um instantâneo instantâneo. O padrão mais seguro consiste numa breve pausa das escritas para estabelecer a consistência, seguida de um fluxo de trabalho com instantâneo ou arquivo que permita ao serviço voltar a funcionar enquanto a cópia de segurança é transferida para outro local.

Mantenha os registos, a cache e os dados persistentes sujeitos a regras de recuperação diferentes

A cache e os registos detalhados podem mudar rapidamente e, normalmente, não precisam da mesma retenção que a base de dados e os metadados do Plex. Separar estes caminhos torna as cópias de segurança mais pequenas e clarifica o limite do restauro. Também impede que uma árvore de registos ou cache volumosa consuma o espaço reservado ao estado da aplicação.

O guia da ZimaSpace sobre a separação dos registos dos contentores dos dados das aplicações explica por que motivo o estado da aplicação, os registos e a cache têm ciclos de vida e requisitos de recuperação diferentes. O Plex beneficia da mesma política, mesmo que os três elementos comecem na mesma configuração de contentor.

Se alterar o âmbito da cópia de segurança, execute um teste de restauro numa cópia descartável ou num contentor isolado. Uma política de cópia de segurança não é validada apenas por um carregamento bem-sucedido; é validada quando o Plex consegue abrir a base de dados e os metadados recuperados com o estado esperado do servidor.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Verifique a cópia de segurança restaurando um estado conhecido

Escolha um pequeno conjunto de elementos que possa verificar após um restauro: o nome do servidor, uma biblioteca, um item visto, um item parcialmente visto e uma definição que conheça. Um teste de restauro deve recuperar esses elementos sem pedir ao Plex para criar um novo servidor ou reconstruir a biblioteca a partir dos ficheiros multimédia.

O Plex documenta um procedimento de restauro de uma base de dados criada através das Tarefas agendadas que começa por parar o servidor e substituir a base de dados ativa por uma cópia de segurança. Mesmo que o seu método de cópia de segurança completa seja diferente, o limite de parar o servidor antes de substituir a base de dados é uma regra de recuperação útil.

Se o teste de restauro falhar, corrija o método de cópia de segurança antes de aumentar a retenção ou automatizar mais cópias. Recorra à reparação da base de dados apenas quando não for possível restaurar uma cópia de segurança conhecida como válida; não substitua a última cópia recuperável enquanto experimenta com uma base de dados ativa danificada.