O que é o estado do Plex e que partes têm de persistir?

O estado do Plex é a informação do servidor que tem de sobreviver à substituição de um processo, contentor ou anfitrião para que a mesma experiência de biblioteca possa ser recuperada.

Esse estado é mais abrangente do que o binário do programa, mas mais restrito do que todos os bytes que o Plex toca. A base de dados da biblioteca, os metadados, as preferências, a identidade do servidor e a configuração pertencem à unidade de recuperação persistente, enquanto os conteúdos multimédia de origem têm o seu próprio ciclo de armazenamento e os ficheiros temporários de transcodificação são temporários. Separar estas funções facilita a análise de reinícios, cópias de segurança, migrações e reconstruções.

O estado do Plex é a informação que sobrevive ao processo

Um processo Plex em execução pode ser parado e iniciado sem perder a experiência do servidor, porque as informações importantes são armazenadas fora da memória do processo. Num contentor, o mesmo princípio significa que a imagem e a camada gravável do contentor podem ser substituíveis, enquanto os dados da aplicação permanecem persistentes.

O armazenamento de contentores demonstra por que motivo os dados persistentes têm de sobreviver ao contentor. Por isso, o estado do Plex deve residir num caminho ou volume definido no anfitrião que não seja eliminado quando a camada da aplicação for recriada.

O âmbito é funcional: se a perda de uma informação fizesse com que o servidor restaurado parecesse uma instalação diferente, obrigasse a uma nova análise ou apagasse escolhas importantes visíveis para o utilizador, essa informação pertence à definição do estado ou da recuperação.

A base de dados e os metadados preservam a experiência da biblioteca

A base de dados da biblioteca regista relações e estados que não podem ser recriados exatamente apenas a partir dos nomes dos ficheiros multimédia. Os metadados, as imagens, as correspondências, as coleções, o histórico de visualização e outras informações geridas pelo servidor são o que faz com que uma instalação restaurada pareça a mesma biblioteca, em vez de uma nova análise dos mesmos ficheiros.

O diretório de dados e as definições do servidor pertencem à unidade de recuperação, porque o objetivo é preservar a experiência do servidor, não apenas o executável. As localizações exatas variam consoante a plataforma, pelo que a cópia de segurança deve estar associada ao caminho de dados efetivamente utilizado pela instalação.

Os metadados gerados podem, em teoria, ser reproduzíveis, mas a sua reconstrução pode demorar e poderá não reproduzir todas as correspondências ou decisões do utilizador. Trate “reproduzível” e “dispensável” como conceitos diferentes: os dados podem ser tecnicamente regeneráveis e, ainda assim, ter valor suficiente para serem persistidos, de modo a acelerar a recuperação e preservar a continuidade.

As preferências e a identidade preservam o comportamento do servidor

As preferências controlam o nome, a configuração e a integração do servidor com o ambiente. As informações relacionadas com a identidade e a associação ajudam os clientes a reconhecer o servidor esperado, em vez de apresentarem uma nova instalação após a recuperação.

O diretório de dados do servidor tem localizações específicas de cada plataforma. Essa localização é um ponto de partida para identificar o estado, não uma autorização para copiar ficheiros cegamente enquanto a base de dados está a ser modificada.

Preserve também as informações de implementação associadas ao diretório: conta de serviço, mapeamento do contentor, definições do ambiente, portas, montagens e qualquer acesso necessário a dispositivos. Estes elementos podem estar fora da pasta de dados do Plex, mas continuam a ser necessários para tornar utilizável o estado restaurado.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Os ficheiros multimédia e os ficheiros temporários de transcodificação têm funções diferentes

Os conteúdos multimédia de origem são essenciais para a reprodução, mas não são o mesmo objeto que o estado da aplicação Plex. Uma cópia de segurança do estado do Plex pode restaurar bibliotecas e configurações enquanto os conteúdos permanecem num NAS ou num sistema de armazenamento separado; por outro lado, uma cópia de segurança dos conteúdos pode proteger os ficheiros sem preservar anos de decisões do servidor.

Os ficheiros multimédia precisam de proteção separada do processo de recuperação dos dados da aplicação. Essa separação evita que uma pequena cópia de segurança do estado seja confundida com um arquivo multimédia de vários terabytes.

Os ficheiros temporários de transcodificação, as transferências temporárias e muitos objetos de cache constituem uma terceira função. Normalmente, são dados de trabalho descartáveis e não devem ser incluídos no conjunto de recuperação persistente, a menos que um fluxo de trabalho específico demonstre que a sua preservação altera o objetivo da recuperação.

A persistência significa sobreviver a reinícios, reconstruções e migrações

Um teste de persistência útil tem três níveis. Primeiro, reinicie o processo ou o contentor e confirme que o mesmo servidor regressa. Depois, recrie a camada da aplicação utilizando o mesmo estado. Por fim, restaure uma cópia num destino limpo e verifique se a identidade, as bibliotecas, as preferências e os caminhos esperados estão utilizáveis.

A recuperação em servidores domésticos centra-se frequentemente na recuperação das definições e dos metadados, porque uma simples nova análise dos conteúdos multimédia não recria corretamente esses elementos. Os fluxos de trabalho da comunidade são úteis como cenários, mas o conjunto exato de dados de estado deve continuar a ser verificado na plataforma de destino.

Ao escolher como capturar o estado, o limite entre uma cópia de segurança com o Plex em execução ou parado separa a persistência da consistência. Os dados podem residir num armazenamento persistente e, ainda assim, necessitar de um instantâneo seguro ou de uma breve interrupção antes de se tornarem um ponto de recuperação fiável.