Checkliste für die Migration des Immich-Cloud-Exports für Sidecar-Dateien und Duplikate

Bewahren Sie den unveränderten Cloud-Export auf, bis Immich die Sidecar-Dateien, Datumsangaben, Beziehungen und gewünschten Versionen übernommen hat und Sie dies tatsächlich überprüfen können.

Ein Export aus Google Fotos oder einem ähnlichen Dienst kann JSON-Begleitdateien, wiederholte Albumverweise, umbenannte Duplikate, Bearbeitungen und Dateien enthalten, die sich mit dem nächsten Backup desselben Telefons überschneiden. Erstellen Sie zuerst ein Manifest, importieren Sie eine kleine Testmenge mit jeder Kollisionsklasse und glätten Sie keine Ordnerstruktur und löschen Sie keine Cloud-Kopie, solange eine Sidecar-Datei nicht eindeutig zugeordnet ist. Die Migration ist erst abgeschlossen, wenn Original-Hashes, Zeitachsendaten, Alben und der erste Test auf Überschneidungen mit dem mobilen Backup übereinstimmen.

Den unveränderten Export bewahren und ein Migrationsmanifest erstellen

Entpacken Sie jedes Archiv in eine schreibgeschützte Bereitstellungsstruktur und bewahren Sie die heruntergeladenen Archive auf, bis die Migration akzeptiert wurde. Erfassen Sie für jedes infrage kommende Asset den Exportstapel, den relativen Pfad, den Dateinamen, die Bytegröße, den Hash, den Medientyp, die Aufnahmedaten, den Pfad zur Sidecar-Datei und das Albumverzeichnis. Dieses Manifest dient als Referenz für einen Rollback, wenn zwei Dateien denselben Namen, aber unterschiedliche Inhalte haben.

Eine Sidecar-bewusste Migration ist wichtig, weil ein Cloud-Export Aufnahmedatum, Beschreibung, Standort und Albumbeziehungen außerhalb der Mediendatei speichern kann. Der Workflow für den exportbewussten Importer zeigt, warum die Verwendung eines exportbewussten Importers und die Überprüfung des Ziels vor dem Löschen der Cloud-Kopie mehr bewahrt als ein blindes Kopieren von Dateien.

Brechen Sie ab, wenn Archive nicht extrahiert werden können, erwartete Jahre fehlen, Sidecar-Anzahlen unerklärlich sind oder auf dem Bereitstellungsvolume kein Platz für eine Arbeitskopie vorhanden ist. Benennen Sie die einzige Exportkopie nicht um, glätten Sie ihre Ordnerstruktur nicht, entfernen Sie keine Duplikate und schreiben Sie ihre Metadaten nicht neu, da diese Änderungen die für die spätere Zuordnung der Sidecar-Dateien erforderlichen Belege zerstören.

Sidecar-Dateien vor der Vereinheitlichung von Namen oder Ordnern zuordnen

Gruppieren Sie Medien und JSON-Dateien anhand der Benennungsregeln des Exporters, einschließlich Suffixen, die Duplikaten, Bearbeitungen und langen Dateinamen hinzugefügt wurden. Vergleichen Sie bei zehn repräsentativen Elementen die eingebettete Aufnahmezeit mit der Fotozeit aus der Sidecar-Datei, der Änderungszeit des Dateisystems, der Zeitzone, der Beschreibung, dem Standort und der Albumzugehörigkeit. Dokumentieren Sie, welches Feld für jede Konfliktklasse maßgeblich sein soll.

Verwenden Sie für jede Zusammenführung von Metadaten eine Arbeitskopie und bewahren Sie die ursprüngliche Sidecar-Datei daneben auf. Ein ZimaSpace-Workflow zum Verhindern, dass Sidecar-Dateien Aufnahmedaten ändern bietet den angrenzenden Zweig zur Bewahrung von Datumsangaben; diese Checkliste ergänzt das für einen vollständigen Immich-Import erforderliche Manifest und die Duplikat-Prüfungen.

Die Phase ist erst erfolgreich, wenn jede Sidecar-Datei der Testmenge genau einer vorgesehenen Mediendatei zugeordnet oder ausdrücklich als nicht zugeordnet klassifiziert wurde. Wenn eine umbenannte Datei zu mehr als einer Sidecar-Datei passen könnte, lassen Sie sie ungeklärt und prüfen Sie die Sequenz und Hashes des Exporters, statt allein anhand des Dateinamens zu entscheiden.

Echte Duplikate von verwandten Versionen unterscheiden

Klassifizieren Sie Kollisionen als byte-identische Kopien, von der Cloud verkleinerte Kopien, bearbeitete Versionen, Albumverweise, Live-Photo-Paare oder tatsächlich unterschiedliche Bilder mit demselben Namen. Bewahren Sie bearbeitete und originale Versionen auf, sofern die Familie keine dokumentierte Regel festgelegt hat; eine visuelle Ähnlichkeit ist kein ausreichender Beleg für eine Löschung.

Ein gelöster Community-Fall zu Cloud-Verlauf und erneutem Telefon-Backup zeigt, wie Cloud-Verlauf und ein erneutes Telefon-Backup Duplikate erzeugen können, deren Hashes unterschiedlich sind. Verwenden Sie dieses begrenzte Fehlermuster, um die Überschneidung zwischen dem Takeout-Bestand und jeder Telefonkamera-Aufnahme zu testen, bevor der automatische Upload aktiviert wird.

Importieren Sie eine kleine Testmenge, die jede Duplikatklasse enthält. Vergleichen Sie Quell- und Zielanzahlen, Hashes, Datumsangaben, Standorte, Albumzugehörigkeiten und das Verhalten von zusammengehörigen Videos. Setzen Sie die Testmenge zurück, wenn der Importer gewünschte Versionen zusammenfasst oder unerklärliche zweite Assets erstellt; versuchen Sie nicht, dies nachträglich durch eine Massenlöschung auszugleichen.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Den vollständigen Import ausführen und die neue Quelle der Wahrheit nachweisen

Frieren Sie das Umschreiben von Metadaten und das mobile Backup ein, während Sie die im Manifest identifizierten Stapel importieren. Speichern Sie Importprotokolle und Listen abgelehnter Dateien und gleichen Sie die Anzahlen nach Klasse ab, statt zu erwarten, dass eine einzige Rohzahl einer anderen entspricht, wenn Albumverweise und exakte Duplikate bewusst zusammengefasst werden.

Prüfen Sie nach dem Import Stichproben aus älteren und aktuellen Jahren, bearbeitete Fotos, lange Videos, Live Photos, Elemente aus geteilten Alben und Assets mit Sidecar-Dateien. Laden Sie ausgewählte Originale herunter und vergleichen Sie ihre Hashes mit der bereitgestellten Kopie. Bestätigen Sie Zeitachsendaten, Suche, Albumzugehörigkeit und Standort sowohl im Web- als auch im mobilen Client.

Aktivieren Sie erst dann das Backup eines einzigen Telefons, wenn der importierte Verlauf die Prüfung bestanden hat. Wiederholen Sie den Überschneidungstest, starten Sie Immich neu und überprüfen Sie, dass keine zweiten Kopien erscheinen. Bewahren Sie den unveränderten Export und die Cloud-Bibliothek auf, bis zwei Backup-Zyklen und ein Wiederherstellungstest erfolgreich waren. Eskalieren Sie nicht zugeordnete Sidecar-Dateien oder nicht deterministisches Duplikatverhalten mit unverändertem Manifest und intakten Protokollen der Testmenge.