Comment vérifier une migration Plex avant de mettre l’ancien serveur hors service
Ne mettez pas hors service l’ancien serveur Plex tant que le nouveau n’a pas réussi un test d’acceptation reproductible couvrant l’état, les chemins, les utilisateurs, la lecture et la récupération.
Le serveur migré s’ouvre correctement, mais vous craignez toujours que l’historique de visionnage, les correspondances de bibliothèques, les autorisations ou l’accès à distance échouent plus tard ? Conservez l’ancien hôte intact et hors ligne ou arrêté, puis vérifiez le nouveau serveur depuis un démarrage à froid jusqu’à la lecture réelle sur les clients. Ne supprimez la copie de restauration qu’après avoir confirmé que le nouveau chemin de données de l’application et les sauvegardes résistent à un redémarrage.
Considérez la réussite de la migration comme bien plus qu’une simple connexion réussie
Une migration Plex n’est réussie que lorsque l’état du serveur et les chemins des médias correspondent sur le nouvel hôte. Voir l’écran d’accueil ne suffit pas, car des montages manquants, des autorisations incorrectes ou d’anciennes références de chemin peuvent n’apparaître que lors d’une analyse ou lorsqu’un client précis demande un média.
Une migration doit préserver le dossier de données Plex et l’état de visionnage et vérifier que l’état copié est bien présent sur le nouvel hôte avant de mettre l’ancien serveur hors service ; c’est la base à établir pour vérifier une migration Plex.
Le signal d’acceptation repose sur un comportement cohérent à plusieurs niveaux : les bibliothèques se chargent, des éléments représentatifs sont lus, l’état de visionnage est présent, les utilisateurs prévus peuvent accéder à leurs bibliothèques et un redémarrage complet ne modifie pas le résultat.
Vérifiez l’état, les chemins et les autorisations avant les fonctionnalités à distance
Vérifiez d’abord le propriétaire et la persistance du répertoire de données Plex, puis inspectez chaque chemin de bibliothèque depuis l’environnement du serveur. Lisez un élément depuis chaque emplacement de stockage afin qu’une seule bibliothèque fonctionnelle ne masque pas un montage défectueux ailleurs.
Lors de la vérification d’une migration Plex, une sauvegarde SQLite cohérente doit provenir d’un processus de sauvegarde ou d’instantané sécurisé, plutôt que d’une copie non contrôlée de fichiers de base de données actifs pendant des écritures.
Enfin, testez l’accès à distance depuis l’extérieur du réseau domestique s’il fait partie de votre usage habituel. Gardez la validation locale et le routage distant comme deux étapes distinctes afin qu’un problème de routeur ne vous fasse pas douter de la migration elle-même.
Exécutez un test d’acceptation après redémarrage à froid
Arrêtez proprement le nouveau serveur, redémarrez l’hôte et confirmez que les montages de stockage sont prêts avant le démarrage de Plex. Cela permet de détecter les chemins temporaires qui ne fonctionnaient que parce qu’ils avaient été montés manuellement pendant la migration.
Après le redémarrage, répétez une lecture locale, une mise à jour de bibliothèque, un test d’accès utilisateur et une session à distance. N’effacez pas et ne réaffectez pas l’ancien hôte tant que ce test de démarrage à froid n’est pas terminé.
Effectuez une nouvelle sauvegarde des données de l’application Plex sur le nouveau serveur après le test d’acceptation. Vérifiez que vous pouvez localiser la sauvegarde et que vous savez quels fichiers ou quel répertoire restaurer si le nouveau serveur tombe en panne demain.
Ne mettez l’ancien serveur hors service qu’après la fin de la période de retour arrière
Gardez l’ancien serveur arrêté plutôt que de faire fonctionner les deux copies avec la même identité ou les mêmes chemins pendant la période de vérification. Une cible de restauration propre est plus utile que deux instances actives qui créent de la confusion.
Une configuration matérielle de référence pour Plex aide également à distinguer le comportement des clients des limites de calcul et de stockage côté serveur pendant les tests.
Ne mettez l’ancien serveur hors service ou ne l’effacez que lorsque le nouvel hôte a réussi le redémarrage à froid, la lecture d’éléments représentatifs, le test d’accès utilisateur, la validation des chemins de stockage et la vérification des sauvegardes. Si une étape échoue, corrigez le nouvel hôte tandis que l’ancienne copie reste intacte.
- Vérifiez chaque chemin de bibliothèque ainsi qu’un fichier échantillon
- Comparez l’état de visionnage et l’accès du foyer
- Redémarrez le nouvel hôte et répétez le test
- Créez et localisez une nouvelle sauvegarde avant d’effacer l’ancien serveur
Produits recommandés
Assistance et conseils
Plus à lire
Comment réduire la contention de la base de données Plex sur un hôte Docker très sollicité
Un guide de configuration de Plex pour les hôtes très sollicités, qui traite la base de données comme un état applicatif local et réduit...
Comment éviter les analyses et importations Plex en double
Un guide de prévention des analyses et importations Plex en double qui supprime les déclencheurs qui se chevauchent au lieu de désactiver complètement les...
Comment récupérer Plex lorsque son volume de données d’application est plein
Une procédure de récupération progressive pour les volumes complets de données d’application Plex, qui protège d’abord la base de données et évite de supprimer...
