Faut-il sauvegarder Immich Live ou arrêter d’abord le service ?

Arrêtez d’abord Immich lorsque vous souhaitez la limite de cohérence la plus simple et la plus facile à expliquer ; n’utilisez une sauvegarde à chaud que si vous pouvez effectuer un dump natif de la base de données et coordonner la capture ou l’instantané des médias afin de connaître leur relation lors de la restauration.

Immich stocke les enregistrements des ressources dans PostgreSQL, tandis que les fichiers originaux et dérivés résident sur le stockage. Une copie récursive ordinaire à chaud peut donc observer des instants différents. Pour un petit foyer, une courte fenêtre de maintenance est souvent plus sûre qu’une orchestration complexe. Lorsque les téléversements continus sont importants, gardez le service actif, mais utilisez des outils compatibles avec la base de données, consignez l’ordre de capture, protégez les ressources nouvellement ajoutées et évaluez la sauvegarde à partir d’une restauration isolée.

Définissez chaque composant que la restauration doit recréer

Inventoriez la base de données PostgreSQL, la bibliothèque de téléversements, les médias générés requis par votre politique, les définitions des bibliothèques externes, les fichiers Compose et d’environnement, les secrets, les paramètres du proxy et les clés de chiffrement. Déterminez quels éléments sont gérés par Immich et lesquels peuvent être régénérés.

Un article pratique sur la sauvegarde d’une base de données explique qu’il faut utiliser un dump PostgreSQL plutôt que de traiter le répertoire de la base de données active comme des fichiers ordinaires. Sa méthode de sauvegarde compatible avec la base de données prend en charge le fonctionnement à chaud ; vérifiez les commandes et les versions correspondant à votre déploiement.

Un plan échoue s’il protège les originaux sans pouvoir restaurer leurs enregistrements, ou s’il protège la base de données en omettant les médias. Rédigez l’ordre de restauration à côté de l’ordre de sauvegarde avant de décider si un temps d’arrêt est acceptable.

Choisissez une sauvegarde à l’arrêt pour une limite plus claire

Mettez les téléversements en pause, arrêtez proprement l’application et les processus de travail Immich, puis effectuez une sauvegarde native de la base de données et copiez ou prenez un instantané des médias ainsi que des fichiers de déploiement. Laissez PostgreSQL fonctionner uniquement si le dump l’exige, ou arrêtez-le proprement avant un instantané au niveau du stockage conçu pour ce service.

L’arrêt du service ne corrige pas les chemins incorrects ni une portée incomplète ; vérifiez donc les points de montage et la taille des archives. Une sauvegarde valide ne comporte aucune écriture Immich active pendant la capture, inclut une sauvegarde réussie de la base de données, des échantillons de médias lisibles, des sommes de contrôle et une heure de redémarrage documentée.

Le guide ZimaSpace consacré à la vérification des clés et des restaurations de sauvegarde rappelle qu’une copie effectuée au calme n’est pas récupérable tant que ses identifiants et son parcours de restauration n’ont pas été testés.

Utilisez une sauvegarde à chaud coordonnée lorsque la disponibilité est indispensable

Pour un plan à chaud, créez un dump cohérent natif de la base de données et associez-le à un instantané du stockage ou à une capture de fichiers dont le moment et le comportement lors des écritures sont compris. Consignez les heures de début et de fin, conservez les téléversements nouvellement arrivés jusqu’à la sauvegarde suivante et évitez de copier le répertoire brut de la base de données active.

Une discussion communautaire sur la sauvegarde d’Immich depuis un déploiement en fonctionnement montre pourquoi les opérateurs distinguent la base de données des fichiers téléversés. Utilisez cette limite de la sauvegarde à chaud comme contexte pratique, et non comme substitut à un test de restauration.

Une conception à chaud n’est valide que si l’outil de base de données s’exécute correctement, si la capture du système de fichiers est atomique ou si son ordre est documenté, et si les téléversements créés pendant la fenêtre sont pris en compte. Dans le cas contraire, choisissez la méthode à l’arrêt ou augmentez la fréquence des sauvegardes afin de réduire la fenêtre de maintenance.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Restaurez dans un environnement isolé et faites votre choix final

Restaurez la base de données et les médias sélectionnés sur une cible isolée avec les fichiers de déploiement enregistrés. Vérifiez les utilisateurs, le nombre de ressources, des échantillons d’originaux, les albums, les favoris, les recherches, les bibliothèques externes et un nouveau téléversement. Redémarrez la cible et répétez les vérifications essentielles.

Choisissez les sauvegardes à l’arrêt lorsque leur temps d’arrêt convient au foyer et que leur simplicité réduit les risques d’erreur. Choisissez les sauvegardes à chaud coordonnées lorsque la disponibilité justifie des outils supplémentaires et que des tests de restauration répétés valident le processus. La décision peut évoluer avec la taille de la bibliothèque et la fréquence des téléversements.

Ne retirez pas la production si la restauration présente des erreurs de fichiers manquants ou d’enregistrements orphelins. Conservez les deux composants de sauvegarde ainsi que les journaux, puis rapprochez les horodatages et la portée. Pour obtenir de l’aide, fournissez la version de la base de données, la méthode de dump, la méthode utilisée pour le système de fichiers, les heures de capture et le nombre d’incohérences ; ne supprimez jamais la dernière sauvegarde à l’arrêt tant que la méthode à chaud n’a pas été validée indépendamment.