Como testar a aceitação de um novo servidor Plex antes de migrar os dados de produção

Só migre os dados Plex de produção depois de um teste de aceitação com arranque a frio confirmar que o estado, os caminhos, os utilizadores, a reprodução e a recuperação funcionam no novo anfitrião.

Mantenha o servidor antigo desligado e inalterado enquanto testa o novo anfitrião com o mesmo fluxo de trabalho doméstico. A dependência principal não é um início de sessão bem-sucedido; é um percurso repetível desde a montagem do armazenamento até à base de dados da biblioteca e à reprodução no cliente. Trate o acesso remoto como uma etapa de validação separada e mantenha uma cópia para reversão até localizar e testar uma cópia de segurança recente.

Imobilize o servidor antigo e defina os critérios de aceitação

Comece com o anfitrião antigo desligado, uma cópia de segurança dos respetivos dados da aplicação e uma lista escrita das bibliotecas, dos utilizadores, dos clientes remotos e das tarefas agendadas. Isto impede que duas identidades de servidor alterem o mesmo fluxo de trabalho enquanto compara os resultados. Um guia independente de migração também recomenda guardar uma cópia para reversão ao mover a biblioteca e os metadados (guia de migração da biblioteca Plex). Só avance desta etapa quando conseguir indicar a localização dos dados antigos, a localização dos novos dados e a ação de restauro.

Valide os caminhos de armazenamento, a propriedade e o estado da aplicação

Para cada biblioteca, abra o caminho a partir do anfitrião Plex, e não de um navegador de ficheiros na sua estação de trabalho. Verifique se a montagem está presente após o reinício, se a conta do serviço consegue ler os ficheiros multimédia e se o diretório de dados da aplicação tem permissão de escrita e é persistente. Teste um ficheiro de cada localização de armazenamento. Mantenha o estado do sistema, a base de dados Plex, os ficheiros multimédia insubstituíveis, as miniaturas que podem ser recriadas e as cópias de segurança como funções de dados distintas; a redundância não é uma cópia de segurança.

Um caminho que só funciona porque foi montado manualmente é uma migração falhada. A decisão é PASS se todas as bibliotecas forem resolvidas no contexto do serviço e a base de dados sobreviver ao reinício do serviço sem que uma nova análise destrua o estado.

Teste a reprodução com os diferentes tipos de dispositivos realmente utilizados

Use uma pequena matriz em vez de um único filme reproduzido com sucesso: um ficheiro com reprodução direta, um ficheiro que normalmente é transcodificado, um item com muitas legendas, uma sessão remota, se a visualização remota fizer parte do fluxo de trabalho, e uma conta com acesso restrito à biblioteca. Registe a hora de início, o modo de reprodução, o comportamento do áudio e das legendas e se o utilizador previsto vê a biblioteca prevista. O novo servidor não está pronto se a reprodução só funcionar na conta de administrador ou apenas na rede local.

Featured

ZimaBoard 2 - Mini servidor doméstico para a sua grande ideia

Single board computer zimaboard2

$339.00 - $529.00

Buy Now

Execute as verificações de reinício a frio e de reversão

Encerre o Plex corretamente, reinicie o anfitrião, aguarde que as montagens de armazenamento e de rede estejam disponíveis e repita as verificações de reprodução representativa e de acesso dos utilizadores. Crie uma nova cópia de segurança dos dados da aplicação após o reinício e confirme onde pode ser restaurada. Um procedimento prático para mover metadados também mantém o diretório antigo com o nome alterado até a nova localização estar confirmada (prática de reversão dos metadados).

Só desative o anfitrião antigo quando todas as verificações forem aprovadas duas vezes: estado e caminhos, reprodução representativa, utilizadores previstos, reinício a frio e localização da cópia de segurança. Se alguma verificação falhar, repare o novo anfitrião enquanto a cópia antiga continua disponível; não amplie a alteração eliminando o destino da reversão.

Defina um limite de paragem mensurável

Interrompa a migração quando o novo anfitrião tiver passado a matriz de aceitação e o próximo fator de expansão estiver identificado, como mais transcodificações simultâneas ou um nível de armazenamento que já não seja suficiente. Mantenha o anfitrião antigo se as permissões, a persistência das montagens, o encaminhamento remoto ou a recuperação ainda não tiverem sido demonstrados. A migração segura mais económica é aquela que mantém um caminho de recuperação conhecido.