Comment éviter les photos en double après une migration depuis une photothèque cloud
Évitez les photos en double en important d’abord une seule copie de référence, puis en activant la sauvegarde du téléphone uniquement après avoir identifié les copies exactes et les variantes modifiées.
Les migrations de photothèques cloud contiennent souvent des originaux, des copies modifiées, des téléchargements redimensionnés, des versions issues d’albums partagés, des composants de Live Photos, des fichiers annexes de métadonnées et des dossiers d’exportation répétés. Une galerie auto-hébergée peut rejeter les doublons aux octets identiques, tout en acceptant des fichiers visuellement identiques dont la compression, les dimensions, les métadonnées ou les noms de fichiers diffèrent. La procédure sûre consiste à préparer la migration en dehors de la photothèque active, à enregistrer les hachages et les dossiers sources, à importer un lot contrôlé et à vérifier la manière dont la galerie représente les variantes avant d’activer la sauvegarde automatique du téléphone.
Répertoriez toutes les sources susceptibles de contenir la même photo
Répertoriez les archives d’exportation cloud, la pellicule du téléphone, la photothèque de l’ordinateur, les albums partagés, les dossiers de téléchargement, les photothèques des partenaires, les anciens dossiers NAS et toute photothèque externe montée dans la galerie. Notez la plage de dates et le nombre de fichiers de chaque source.
Les doublons proviennent souvent de l’importation d’une copie cloud, suivie de l’envoi par le téléphone de son original local. Une discussion Immich décrit des doublons apparents produits par Google Photos et la sauvegarde mobile, car la version cloud était compressée tandis que le téléphone fournissait un fichier différent en pleine résolution.
Choisissez la source qui fera autorité pour les originaux. Gardez les autres hors ligne pendant le premier import afin qu’une chronologie remplie de doublons ne devienne pas l’environnement utilisé pour décider quoi supprimer.
Séparez les doublons exacts des variantes visuelles
Générez des hachages cryptographiques des fichiers avant l’importation. Des hachages identiques indiquent des octets identiques, tandis que des hachages différents peuvent correspondre à des modifications, une recompression, des changements de métadonnées, des exports redimensionnés, des composants de photos animées ou des prises de vue réellement différentes.
Des utilisateurs ayant effectué une migration vers Immich ont créé des contrôles de hachage avant importation, car les transferts depuis une photothèque externe peuvent ne pas effectuer le même contrôle des doublons que les envois via l’API. La stratégie rapportée consistait à comparer les hachages avant la copie.
Ne supprimez pas automatiquement des fichiers simplement parce qu’ils se ressemblent dans une miniature. Conservez l’original en haute résolution, la modification souhaitée, les composants animés et les fichiers annexes de métadonnées jusqu’à leur comparaison en dehors de la galerie.
Normalisez la structure des dossiers d’exportation sans réécrire les originaux
Extrayez chaque archive cloud dans un répertoire de préparation et identifiez les parties d’archives répétées, les suffixes « original » et « modifié », les fichiers annexes JSON, les doublons d’albums et les fichiers répartis entre plusieurs lots d’exportation.
Conservez les noms de fichiers et les horodatages inchangés pendant le premier inventaire. Renommer les fichiers, les réencoder ou réécrire leurs métadonnées avant le hachage peut transformer des doublons exacts en fichiers dont les octets diffèrent, que la galerie ne pourra plus identifier automatiquement.
Créez un manifeste contenant l’archive source, le chemin relatif d’origine, le nom du fichier, le hachage, la taille, les dimensions, la date de prise de vue et le chemin du fichier annexe. Cela rend toute suppression ultérieure réversible et explique pourquoi deux éléments similaires ont été ajoutés à la photothèque.
Importez d’abord un petit lot représentatif
Sélectionnez un lot contenant un JPEG ordinaire, une photo HEIC, une image modifiée, une Live Photo, une vidéo, une rafale, une copie issue d’un album partagé et deux doublons exacts. Importez-le avec la même méthode que celle prévue pour l’ensemble de la photothèque.
Les éléments cloud et locaux peuvent apparaître deux fois dans la chronologie mobile, même si l’un représente la copie présente sur le serveur et que l’autre reste uniquement sur le téléphone. Un rapport Immich documente des photos affichées avec des états cloud et cloud hors ligne.
Vérifiez si la galerie rejette les hachages identiques, regroupe les composants animés, conserve les modifications, lit les fichiers annexes et distingue les éléments uniquement locaux des éléments envoyés. Ajustez le chemin d’importation avant de passer à l’ensemble de l’exportation.
N’activez pas la sauvegarde mobile avant que l’importation historique soit stable
Mettez en pause la sauvegarde automatique sur chaque téléphone contenant une partie de la photothèque cloud migrée. Sinon, le client mobile peut envoyer des milliers d’éléments pendant que le serveur ingère encore la même historique depuis les fichiers exportés.
Les doublons entre sources peuvent réapparaître si l’utilisateur conserve une copie issue d’une photothèque externe mais supprime l’élément envoyé, car le client mobile peut ensuite envoyer à nouveau le même fichier. Une discussion Immich décrit une boucle récurrente de doublons entre le mobile et la photothèque externe.
Une fois l’importation historique terminée, comparez le nombre d’éléments en attente sur le téléphone au manifeste du serveur. Activez d’abord la sauvegarde pour un petit album récent et vérifiez que les éléments historiques connus sont ignorés ou indiqués comme déjà sauvegardés.
Gérez volontairement les photothèques externes et les photothèques importées
Décidez si les fichiers migrés seront stockés comme des éléments importés gérés par la galerie ou comme une photothèque externe en lecture seule. Évitez de présenter les mêmes fichiers physiques par les deux chemins.
Le déplacement d’éléments de la photothèque gérée vers une photothèque externe peut créer des entrées en double dans la chronologie lorsque l’ancien enregistrement de la base de données subsiste et que le nouvel examen externe ajoute un autre élément. Le résultat rapporté était un enregistrement orphelin accompagné d’un nouveau doublon.
Utilisez un seul modèle de gestion par ensemble de fichiers. Si vous changez de modèle, sauvegardez la base de données, effectuez la suppression ou le nettoyage pris en charge de l’ancien chemin et vérifiez que les anciens enregistrements disparaissent avant d’analyser le nouvel emplacement.
Examinez les doublons avec leurs métadonnées et leur contexte de récupération
Lorsque la galerie identifie des doublons, comparez la résolution, la taille du fichier, le codec, la date de prise de vue, l’historique des modifications, l’association à une Live Photo, l’appartenance à des albums, les favoris, les attributions de visages et la source de sauvegarde avant de choisir l’élément à conserver.
La détection des éléments presque identiques peut identifier différentes résolutions ou différents encodages d’une même scène, mais elle ne peut pas savoir quelle version conserve la modification préférée de l’utilisateur ou l’original de la meilleure qualité. Considérez la détection automatique comme une file de vérification, et non comme une instruction de suppression.
Le guide de migration des données NAS de ZimaSpace énonce la règle correspondante : conservez l’exportation cloud et la photothèque d’origine jusqu’à la vérification du nombre de fichiers, des métadonnées, des albums et de restaurations représentatives.
Terminez la migration par un audit reproductible
Comparez les manifestes sources, le nombre de fichiers importés, les doublons exacts rejetés, les variantes conservées, les fichiers en échec et le nombre d’éléments en attente sur les téléphones. Effectuez des contrôles ponctuels sur plusieurs années, albums, modifications, vidéos et Live Photos.
Conservez l’exportation cloud d’origine sans la modifier et créez une deuxième sauvegarde de la photothèque auto-hébergée avant d’annuler un abonnement ou de supprimer des éléments cloud. Le nettoyage des doublons n’est pas une sauvegarde et ne doit jamais être la seule opération qui modifie les copies.
La migration est terminée lorsque chaque original possède une copie de référence choisie intentionnellement, que les variantes modifiées restent différenciables, que les téléphones n’envoient que les nouveaux éléments, que les photothèques externes et gérées ne se chevauchent pas et que le manifeste explique chaque doublon exclu ou conservé.
Produits recommandés
Assistance et conseils
Plus à lire
Pourquoi la restauration d’un volume Docker recrée-t-elle le contenu des fichiers, mais supprime-t-elle les attributs étendus ?
Un diagnostic de restauration de volume couvrant l’inventaire des xattr, les options de tar et de Rsync, les espaces de noms, la prise en...
Pourquoi un conteneur en cours d’exécution conserve-t-il son ancienne limite de mémoire après la modification du fichier Compose ?
Un diagnostic des limites mémoire couvrant les cgroups actifs, le redémarrage par rapport à la recréation, les champs Compose, les limites strictes et souples,...
Pourquoi le redémarrage d’un proxy inverse invalide-t-il toutes les sessions d’une application auto-hébergée ?
Un diagnostic de perte de session couvrant la portée des redémarrages, la propriété des cookies, la rotation des secrets, les sessions adossées au cache,...
