Quels facteurs matériels et logiciels permettent une récupération rapide d’Immich ?
Une récupération rapide d’Immich dépend moins de la vitesse théorique du processeur que de l’état complet, de services compatibles, de sauvegardes lisibles et d’une séquence de restauration répétée à l’avance.
Un serveur peut démarrer rapidement tout en restant inutilisable parce que la base de données manque, que les chemins des médias diffèrent ou que les fichiers dérivés doivent être recréés. Le temps de récupération devrait s’arrêter lorsqu’un flux d’utilisation domestique représentatif fonctionne à nouveau, et non lorsque les conteneurs signalent pour la première fois qu’ils sont opérationnels.
La récupération commence par le bon état persistant
La persistance d’Immich comprend les médias originaux et les enregistrements de la base de données qui décrivent les utilisateurs, les ressources, les albums, les relations et l’état du traitement. Restaurer uniquement les fichiers peut préserver les photographies sans reconstituer la même photothèque applicative. Restaurer uniquement la base de données peut produire des enregistrements dont les chemins ne pointent plus vers les médias correspondants.
Le guide de sauvegarde Immich de ZimaSpace indique qu’une sauvegarde complète doit inclure les photos et vidéos téléversées ainsi que la base de données Immich. Cette association constitue le fondement de la planification du temps de récupération, car toutes les améliorations matérielles et d’automatisation ultérieures sont inutiles lorsqu’un des deux éléments indispensables manque.
Répertoriez chaque emplacement persistant et associez-le à sa destination de restauration. Incluez les originaux gérés en externe, les données de profil, les secrets et la configuration nécessaires pour reproduire les montages et les identités. Identifiez séparément les fichiers dérivés, car ils peuvent être régénérés, mais leur omission transforme des sauvegardes plus petites en un traitement plus long après la restauration.
La compatibilité logicielle détermine si l’état peut démarrer
Une sauvegarde est interprétée par une application, un moteur de base de données, des extensions, une configuration de conteneurs et une structure de chemins spécifiques. Restaurer les données dans une pile incompatible peut échouer avant même que la vitesse du matériel n’entre en jeu. La trousse de récupération doit donc inclure la définition Compose, les versions verrouillées ou un chemin de mise à niveau documenté, les secrets et les mappages de stockage.
Un témoignage de la communauté concernant un déploiement Immich défectueux après un changement de version majeur attribue la panne à une incompatibilité d’extension vectorielle de la base de données. Un seul témoignage ne définit pas toutes les mises à niveau, mais il montre pourquoi « dernier conteneur avec anciennes données » ne constitue pas une procédure de récupération complète.
Conservez l’inventaire logiciel de la dernière version fonctionnelle ainsi que celui de la version cible de récupération. Dans un environnement isolé, restaurez d’abord avec des versions compatibles, vérifiez la photothèque, puis effectuez toute migration nécessaire. Combiner la reprise après sinistre et une mise à niveau non testée rend les pannes plus difficiles à attribuer et allonge le chemin critique.
Le débit de lecture et la latence des petites opérations d’E/S déterminent la durée de restauration
La récupération déplace et vérifie les données, restaure les enregistrements de la base de données et peut régénérer les fichiers dérivés. Les originaux volumineux bénéficient d’un débit séquentiel élevé, tandis que la restauration de la base de données et des millions de petits fichiers peut être sensible à la latence et aux opérations sur les métadonnées. Les sauvegardes distantes ajoutent la bande passante réseau, les retransmissions et l’authentification au chemin critique.
Un article pratique sur la sauvegarde d’Immich sépare la sauvegarde de la base de données du répertoire de médias et utilise une cible de copie externe. Cette structure révèle deux charges de restauration différentes. Mesurer uniquement la copie de fichiers volumineux peut donc surestimer la vitesse à laquelle la relecture de la base de données et la restauration des petits fichiers s’achèveront.
Chronométrez chaque phase séparément : récupération, somme de contrôle, restauration de la base de données, placement des médias, démarrage et régénération des fichiers dérivés. Surveillez le processeur, la latence du périphérique et le débit réseau pendant la phase la plus lente. Améliorez la ressource qui raccourcit la phase critique mesurée plutôt que de supposer qu’un processeur plus rapide accélérera chaque étape de la récupération.
Un exercice de restauration chronométré transforme les composants en véritable récupération
Créez une cible isolée avec un stockage vide et aucun accès aux chemins d’écriture de production. Lancez le chronomètre avant de récupérer les sauvegardes. Restaurez la base de données et les fichiers requis dans l’ordre des dépendances documenté, puis vérifiez la connexion, l’affichage de la chronologie, le téléchargement d’un original, l’appartenance à un album et une recherche connue depuis un client normal.
Un guide indépendant détaillé sur la sauvegarde d’Immich distingue les originaux indispensables et les sauvegardes de la base de données des miniatures et des vidéos encodées qui peuvent être régénérées. Cette distinction permet à un exercice de mesurer deux objectifs : le temps nécessaire pour protéger les contenus irremplaçables et leurs relations, puis le temps supplémentaire jusqu’à ce que les fonctionnalités pratiques et les fichiers dérivés soient entièrement prêts.
Ne terminez l’exercice que lorsque les flux prédéfinis réussissent, et consignez la durée totale ainsi que chaque décision manuelle. Une copie rapide suivie de plusieurs heures de réparation des chemins correspond à une récupération lente. Répétez l’exercice après toute modification des versions, de la structure de stockage, de l’authentification ou des outils de sauvegarde, car chaque changement peut invalider le résultat précédent.
Produits recommandés
Centre Tech & IA
Plus à lire
Qu’est-ce que l’état d’Immich et quelles parties doivent être persistantes ?
L’état d’Immich comprend les originaux, les relations de la base de données, l’identité, la configuration et les dérivés ; conservez chacun selon qu’il peut...
Comment Immich gère-t-il l’authentification entre les sessions locales et distantes ?
Immich utilise une identité gérée côté serveur avec des sessions client, tandis que les en-têtes de proxy, les origines et les redirections OIDC peuvent...
Qu’est-ce qui ralentit les recherches ou les résultats de requêtes Immich à mesure que les données augmentent ?
La croissance d’Immich peut augmenter la taille des index, évincer les pages fréquemment utilisées, complexifier les filtres et retarder la diffusion des médias ;...
