Comment tester la réception d’un nouveau serveur Plex avant d’y déplacer les données de production

Eva Wong

IceWhale author

Eva Wong est la rédactrice technique et bricoleuse résidente chez ZimaSpace. Geek depuis toujours, passionnée par les homelabs et les logiciels open source, elle se spécialise dans la traduction de concepts techniques complexes en guides accessibles et pratiques. Eva croit que l’auto-hébergement doit être amusant, pas intimidant. À travers ses tutoriels, elle donne à la communauté les moyens de démystifier les configurations matérielles, depuis la construction de leur premier NAS jusqu’à la maîtrise des conteneurs Docker.

How to Acceptance-Test a New Plex Server Before Moving Production Data - Zima Store Online

Ne déplacez les données Plex de production qu’après qu’un test d’acceptation à froid a confirmé que l’état, les chemins, les utilisateurs, la lecture et la récupération fonctionnent sur le nouvel hôte.

Laissez l’ancien serveur arrêté et intact pendant que le nouvel hôte est testé selon le même flux d’utilisation du foyer. La dépendance essentielle n’est pas une connexion réussie, mais un chemin reproductible allant du montage du stockage à la base de données de la bibliothèque, puis à la lecture sur le client. Traitez l’accès à distance comme une étape distincte et conservez une copie de restauration jusqu’à ce qu’une sauvegarde récente ait été localisée et testée.

Figez l’ancien serveur et définissez le parcours d’acceptation

Commencez avec l’ancien hôte arrêté, une sauvegarde de ses données d’application et une liste écrite des bibliothèques, des utilisateurs, des clients distants et des tâches planifiées. Cela empêche deux identités de serveur de modifier le même flux d’utilisation pendant la comparaison des résultats. Un guide de migration indépendant recommande également de conserver une copie de restauration lors du déplacement de la bibliothèque et des métadonnées (guide de migration d’une bibliothèque Plex). Ne quittez cette étape que lorsque vous pouvez indiquer l’emplacement des anciennes données, celui des nouvelles données et la procédure de restauration.

Validez les chemins de stockage, les propriétaires et l’état de l’application

Pour chaque bibliothèque, ouvrez le chemin depuis l’hôte Plex plutôt que depuis un navigateur de fichiers sur votre poste de travail. Vérifiez que le montage est présent après un redémarrage, que le compte de service peut lire les contenus multimédias et que le répertoire de données de l’application est accessible en écriture et persistant. Testez un fichier dans chaque emplacement de stockage. Considérez l’état du système, la base de données Plex, les contenus irremplaçables, les vignettes recréables et les copies de sauvegarde comme des rôles de données distincts ; la redondance n’est pas une sauvegarde.

Un chemin qui ne fonctionne que parce qu’il a été monté manuellement indique une migration échouée. La décision est PASS lorsque chaque bibliothèque est résolue depuis le contexte du service et que la base de données survit à un redémarrage du service sans qu’une nouvelle analyse ne détruise l’état existant.

Testez la lecture avec l’ensemble réel des clients

Utilisez une petite matrice plutôt qu’un seul film lu avec succès : un fichier en lecture directe, un fichier qui est normalement transcodé, un contenu riche en sous-titres, une session distante si le visionnage à distance fait partie du flux d’utilisation, et un compte dont l’accès aux bibliothèques est limité. Notez l’heure de démarrage, le mode de lecture, le comportement audio et des sous-titres, ainsi que le fait que l’utilisateur attendu voit ou non la bibliothèque attendue. Le nouveau serveur n’est pas prêt si la lecture ne réussit qu’avec le compte administrateur ou uniquement sur le réseau local.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

Exécutez les étapes de redémarrage à froid et de restauration

Arrêtez Plex proprement, redémarrez l’hôte, attendez que les montages du stockage et du réseau soient disponibles, puis répétez les vérifications représentatives de lecture et d’accès des utilisateurs. Créez une sauvegarde récente des données de l’application après le redémarrage et vérifiez où elle peut être restaurée. Une procédure pratique de déplacement des métadonnées conserve également l’ancien répertoire renommé jusqu’à la confirmation du nouvel emplacement (pratique de restauration des métadonnées).

Ne mettez l’ancien hôte hors service que lorsque toutes les étapes ont été validées deux fois : état et chemins, lecture représentative, utilisateurs prévus, redémarrage à froid et emplacement de la sauvegarde. Si une étape échoue, réparez le nouvel hôte tandis que l’ancienne copie reste disponible ; n’élargissez pas la modification en supprimant la cible de restauration.

Définissez une limite d’arrêt mesurable

Arrêtez la migration lorsque le nouvel hôte a réussi la matrice d’acceptation et que le prochain déclencheur d’extension est connu, par exemple davantage de transcodages simultanés ou un niveau de stockage qui ne convient plus. Conservez l’ancien hôte si les autorisations, la persistance des montages, le routage distant ou la récupération n’ont pas été démontrés. La migration sûre la moins coûteuse est celle qui conserve un chemin de récupération connu.