So verhindern Sie doppelte Fotos nach der Migration aus einer Cloud-Bibliothek

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Prevent Duplicate Photos After Migrating From a Cloud Library - Zima Store Online

Verhindern Sie doppelte Fotos, indem Sie zuerst einen kanonischen Export importieren und die Telefonsicherung erst aktivieren, nachdem exakte Kopien und bearbeitete Varianten klassifiziert wurden.

Migrationen von Cloud-Bibliotheken enthalten häufig Originale, bearbeitete Kopien, verkleinerte Downloads, Versionen aus geteilten Alben, Live-Photo-Komponenten, Metadaten-Begleitdateien und wiederholte Exportordner. Eine selbst gehostete Galerie weist möglicherweise bytegenaue Duplikate zurück, akzeptiert aber dennoch visuell identische Dateien, deren Komprimierung, Abmessungen, Metadaten oder Dateinamen abweichen. Beim sicheren Vorgehen wird die Migration außerhalb der aktiven Bibliothek vorbereitet, es werden Hashes und Quellordner erfasst, ein kontrollierter Stapel importiert und überprüft, wie die Galerie Varianten darstellt, bevor die automatische Telefonsicherung beginnt.

Erfassen Sie jede Quelle, die dasselbe Foto enthalten kann

Listen Sie die Cloud-Exportarchive, die Kamerarolle des Telefons, die Desktop-Fotobibliothek, geteilte Alben, Downloadordner, Partnerbibliotheken, alte NAS-Ordner und alle externen Bibliotheken auf, die in die Galerie eingebunden sind. Erfassen Sie für jede Quelle den Datumsbereich und die Dateianzahl.

Duplikate entstehen häufig, wenn eine Cloud-Kopie importiert wird und das Telefon anschließend sein lokales Original hochlädt. Eine Immich-Diskussion beschreibt, dass Google Photos und die mobile Sicherung scheinbare Duplikate erzeugen können, weil die Cloud-Version komprimiert war, während das Telefon eine andere Datei in voller Auflösung bereitstellte.

Legen Sie fest, welche Quelle für Originale maßgeblich ist. Halten Sie die anderen Quellen während des ersten Imports offline, damit eine mit Duplikaten gefüllte Zeitleiste nicht zur Umgebung wird, in der Sie entscheiden, was gelöscht werden soll.

Trennen Sie exakte Duplikate von visuellen Varianten

Erzeugen Sie vor dem Import kryptografische Hashes für die Dateien. Übereinstimmende Hashes weisen auf identische Bytes hin, während unterschiedliche Hashes bearbeitete Bilder, erneute Komprimierung, geänderte Metadaten, verkleinerte Exporte, Komponenten von Bewegungsfotos oder tatsächlich unterschiedliche Aufnahmen bedeuten können.

Immich-Nutzer, die Migrationen durchführen, haben Prüfungen von Hashes vor dem Import eingerichtet, weil Übertragungen externer Bibliotheken möglicherweise nicht dieselbe Duplikatprüfung wie API-Uploads durchführen. Die beschriebene Strategie bestand darin, Hashes vor dem Kopieren zu vergleichen.

Löschen Sie Dateien nicht automatisch, nur weil sie in einer Miniaturansicht ähnlich aussehen. Bewahren Sie das Original mit höherer Auflösung, die gewünschte Bearbeitung, Bewegungskomponenten und Metadaten-Begleitdateien auf, bis sie außerhalb der Galerie verglichen wurden.

Normalisieren Sie die Struktur der Exportordner, ohne Originale umzuschreiben

Entpacken Sie jedes Cloud-Archiv in ein Vorbereitungsverzeichnis und identifizieren Sie wiederholte Archivteile, Suffixe wie „original“ und „edited“, JSON-Begleitdateien, Albumduplikate und Dateien, die auf mehrere Exportpakete verteilt sind.

Behalten Sie Dateinamen und Zeitstempel während der ersten Bestandsaufnahme unverändert bei. Das Umbenennen, erneute Kodieren oder Umschreiben von Metadaten vor der Hash-Erstellung kann exakte Duplikate in Dateien mit unterschiedlichen Bytes verwandeln, die die Galerie nicht mehr automatisch erkennen kann.

Erstellen Sie ein Manifest mit Quellarchiv, ursprünglichem relativen Pfad, Dateiname, Hash, Größe, Abmessungen, Aufnahmezeit und Pfad zur Begleitdatei. Dadurch wird jede spätere Löschung rückgängig machbar und es lässt sich nachvollziehen, warum zwei ähnliche Assets in die Bibliothek gelangt sind.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

Importieren Sie zunächst einen kleinen, repräsentativen Stapel

Wählen Sie einen Stapel mit einem gewöhnlichen JPEG-, einem HEIC-Foto, einem bearbeiteten Bild, einem Live Photo, einem Video, einer Serienaufnahme, einer Kopie aus einem geteilten Album und zwei exakten Duplikaten. Importieren Sie ihn mit derselben Methode, die für die gesamte Bibliothek vorgesehen ist.

Cloud- und lokale Assets können in einer mobilen Zeitleiste doppelt erscheinen, selbst wenn eines die Serverkopie darstellt und das andere nur auf dem Telefon verbleibt. Ein Immich-Bericht dokumentiert Fotos, die sowohl mit Cloud- als auch mit Cloud-off-Status angezeigt wurden.

Prüfen Sie, ob die Galerie identische Hashes zurückweist, Bewegungskomponenten gruppiert, Bearbeitungen beibehält, Begleitdateien liest und zwischen ausschließlich lokalen und hochgeladenen Assets unterscheidet. Passen Sie den Importpfad an, bevor Sie den vollständigen Export verarbeiten.

Aktivieren Sie die mobile Sicherung erst, wenn der historische Import stabil ist

Halten Sie die automatische Sicherung auf jedem Telefon an, das einen Teil der migrierten Cloud-Bibliothek enthält. Andernfalls kann der mobile Client Tausende von Assets hochladen, während der Server dieselbe Historie noch aus exportierten Dateien einliest.

Quellübergreifende Duplikate können erneut entstehen, wenn ein Nutzer eine Kopie in einer externen Bibliothek behält, den Upload jedoch löscht, weil der mobile Client dasselbe Asset später erneut hochladen kann. Eine Immich-Diskussion beschreibt eine wiederkehrende Duplikatschleife zwischen Mobilgerät und externer Bibliothek.

Vergleichen Sie nach Abschluss des historischen Imports die Zahl der ausstehenden Uploads auf dem Telefon mit dem Servermanifest. Aktivieren Sie die Sicherung zunächst für ein kleines aktuelles Album und bestätigen Sie, dass bekannte historische Assets übersprungen oder als bereits gesichert angezeigt werden.

Behandeln Sie externe und hochgeladene Bibliotheken bewusst

Entscheiden Sie, ob migrierte Dateien als von der Galerie verwaltete Uploads oder als externe, schreibgeschützte Bibliothek gespeichert werden. Vermeiden Sie, dieselben physischen Dateien über beide Wege bereitzustellen.

Das Verschieben von Assets aus der verwalteten Bibliothek in eine externe Bibliothek kann doppelte Einträge in der Zeitleiste erzeugen, wenn der alte Datenbankeintrag bestehen bleibt und der neue externe Scan ein weiteres Asset hinzufügt. Das gemeldete Ergebnis war ein verwaister Eintrag neben einem neuen Duplikat.

Verwenden Sie pro Dateisatz nur ein Besitzmodell. Wenn Sie das Modell wechseln, sichern Sie die Datenbank, schließen Sie die unterstützte Entfernung oder Bereinigung des alten Pfads ab und prüfen Sie, ob veraltete Einträge verschwinden, bevor Sie den neuen Speicherort scannen.

Überprüfen Sie Duplikate mit Metadaten und Wiederherstellungskontext

Wenn die Galerie Duplikate erkennt, vergleichen Sie Auflösung, Dateigröße, Codec, Aufnahmezeit, Bearbeitungshistorie, Live-Photo-Zuordnung, Albumzugehörigkeit, Favoriten, Gesichtszuweisungen und Sicherungsquelle, bevor Sie entscheiden, welches Asset behalten wird.

Die Erkennung nahezu identischer Dateien kann verschiedene Auflösungen oder Kodierungen derselben Szene erkennen, weiß aber nicht, welche Version die bevorzugte Bearbeitung oder das Original in höchster Qualität bewahrt. Behandeln Sie die automatische Erkennung als Prüfliste und nicht als Aufforderung zum Löschen.

Der NAS-Datenmigrationsleitfaden von ZimaSpace formuliert die übergeordnete Regel: Bewahren Sie den Cloud-Export und die ursprüngliche Bibliothek auf, bis Dateianzahlen, Metadaten, Alben und repräsentative Wiederherstellungen überprüft wurden.

Schließen Sie die Migration mit einer reproduzierbaren Prüfung ab

Vergleichen Sie die Quellmanifeste, importierten Dateianzahlen, abgewiesenen exakten Duplikate, beibehaltenen Varianten, fehlgeschlagenen Dateien und ausstehenden Uploads auf den Telefonen. Prüfen Sie stichprobenartig mehrere Jahre, Alben, Bearbeitungen, Videos und Live Photos.

Bewahren Sie den ursprünglichen Cloud-Export unveränderlich auf und erstellen Sie eine zweite Sicherung der selbst gehosteten Bibliothek, bevor Sie ein Abonnement kündigen oder Cloud-Assets entfernen. Das Bereinigen von Duplikaten ist keine Sicherung und sollte niemals der einzige Vorgang sein, der Kopien verändert.

Die Migration ist abgeschlossen, wenn jedes Original genau eine bewusst ausgewählte kanonische Kopie besitzt, bearbeitete Varianten unterscheidbar bleiben, Telefone nur neue Assets hochladen, externe und verwaltete Bibliotheken sich nicht überschneiden und das Manifest jedes ausgeschlossene oder beibehaltene Duplikat erklärt.