Plex peut-il passer d’ARM à x86 sans perdre ses données ?
Considérez une migration Plex d’ARM vers x86 ou de x86 vers ARM comme une migration d’état accompagnée d’un test de compatibilité des fonctionnalités, et non comme une simple copie à l’aveugle.
La base de données et les métadonnées peuvent être portables, tandis que les binaires, les fonctionnalités d’analyse des médias, l’accélération matérielle et les chemins d’accès peuvent différer selon les plateformes. Conservez le serveur d’origine jusqu’à ce que le nouveau réussisse les vérifications de bibliothèque, d’état de visionnage, de métadonnées, de lecture et de fonctionnalités. Ne supprimez pas la source simplement parce que le nouveau service démarre.
Transférez l’ensemble de l’état, pas un seul fichier pratique
L’état de Plex comprend bien plus qu’une simple base de données de bibliothèque. Copier un seul fichier peut préserver une partie de l’historique tout en obligeant d’autres métadonnées ou index à être reconstruits.
Pour une migration sûre, préservez l’intégralité du répertoire de données du serveur Plex, y compris les métadonnées, les paramètres et l’état de visionnage, plutôt que de copier uniquement la base de données de la bibliothèque.
Copiez l’intégralité du répertoire d’état de Plex lorsque le serveur est arrêté, en préservant les propriétaires et la structure des fichiers. Ne modifiez pas la source jusqu’à ce que le nouvel hôte ait réussi une validation complète.
Conservez des chemins d’accès aux médias stables ou remappez-les délibérément
La portabilité de la base de données ne rend pas les chaînes de chemins d’accès portables. Un point de montage différent ou une convention de chemins propre au système d’exploitation peut faire pointer des enregistrements valides vers des médias indisponibles.
Créez une table de correspondance des chemins avant le démarrage et comparez les anciennes et les nouvelles racines de médias. Si le changement d’architecture implique également un changement de système d’exploitation, traitez la traduction des chemins comme une étape de migration indépendante.
Testez un élément de chaque bibliothèque avant de lancer une analyse globale. Des points de montage stables dans une organisation persistante des données de conteneurs réduisent le nombre de variables lors d’un changement d’architecture.
Validez séparément les fonctionnalités propres à l’architecture
Le transcodage matériel, certaines fonctions d’analyse et les fonctionnalités dépendant des pilotes peuvent différer même lorsque l’état principal de la bibliothèque fonctionne. Ne déduisez pas une parité des fonctionnalités d’une simple connexion réussie.
Un état Plex partagé ne garantit pas des fonctionnalités identiques entre architectures ; les différences d’analyse entre ARM et x86 peuvent subsister même après une migration réussie de la base de données et des chemins d’accès aux médias.
Créez une liste de contrôle pour la lecture directe, le transcodage, le chemin HDR/sous-titres, les fonctions d’analyse et l’accès à distance. Une fonctionnalité qui échoue uniquement sur la nouvelle architecture doit être considérée comme un problème de compatibilité, et non comme une perte de données.
Conservez une possibilité de retour en arrière jusqu’à ce que l’utilisation normale soit confirmée
La migration est sûre lorsque l’ancien serveur peut encore être restauré si le nouvel hôte révèle un problème tardif. Quelques minutes de navigation réussie ne suffisent pas pour retirer la source.
Utilisez le nouvel hôte pendant une journée normale, modifiez une bibliothèque, redémarrez-le et vérifiez la sauvegarde et la restauration. Si la nouvelle architecture modifie l’état enregistré d’une manière que l’ancien hôte ne peut pas réutiliser en toute sécurité, restaurez la copie antérieure à la migration plutôt que d’intervertir le répertoire actif.
Ne mettez l’ancien hôte hors service qu’après la réussite de ces tests sur le nouveau serveur et la vérification d’une nouvelle sauvegarde.
Produits recommandés
Assistance et conseils
Plus à lire
Jellyfin peut-il partager en toute sécurité un GPU ou un accélérateur avec un autre conteneur ?
Le partage du GPU est conditionnel : vérifiez la visibilité du périphérique et la prise en charge des pilotes, puis exécutez les deux charges...
Comment déterminer si une erreur Jellyfin provient du client ou du serveur
Une erreur Jellyfin relève du client lorsqu’elle ne concerne qu’un seul appareil ; elle relève du serveur lorsque plusieurs clients échouent avec le même...
Comment configurer le cache et le stockage temporaire de Jellyfin
Séparez les données persistantes, le cache reconstructible et le stockage temporaire pour le transcodage, puis vérifiez la capacité et les autorisations avec un véritable...
