Spiegeln statt kopieren - mein Fotoarchiv auf der Synology-NAS
Veröffentlicht am 25. Juni 2026 · zuletzt aktualisiert am 7. Oktober 2026 / in Fotografie
Inhaltsübersicht
- Warum ich auf Spiegelung setze
- Aufbau meines Archivsystems
- Spiegeln statt manuelles Kopieren
- Die verwendeten Robocopy-Parameter
- Stolperfalle: Cloud-Platzhalter und iPhone-Fotos
- Synology-Papierkorb als zusätzliche Sicherheit
- Spiegelung ersetzt kein Backup
- Zusätzliche Offline-Kopie als Air Gap
- 3-2-1 und 3-2-1-1-0 praktisch eingeordnet
- Mein Fazit
5. Juni 2026 / in Fotoarchiv - Praxis und Werkzeuge
Wer ein digitales Fotoarchiv über viele Jahre hinweg aufbaut, steht früher oder später vor der Frage, wie die Bildbestände zuverlässig gesichert und aktuell gehalten werden können. In meinem Fall umfasst das Archiv inzwischen rund 56.000 Bilder, zahlreiche Videos sowie die dazugehörigen XMP-Metadaten.
Anstatt regelmäßig einzelne Ordner manuell zu kopieren, setze ich auf eine automatisierte Spiegelung zwischen meiner HP Workstation und der Synology-NAS. Nach einem erfolgreichen Abgleich entspricht die Zielkopie dem übertragenen Quellstand. Zwischen den Läufen können Änderungen noch ausschließlich auf der Workstation liegen.
Warum ich auf Spiegelung setze
Bei einem digitalen Fotoarchiv geht es nicht nur um die Bilddateien selbst. Ebenso wichtig sind die darin enthaltenen oder begleitenden Informationen:
- Personenangaben
- Ortsdaten aus GPS-Koordinaten
- Beschreibungen
- Schlagwörter
- Copyright-Angaben
- Archivinformationen
Diese Informationen liegen je nach Dateiformat direkt in den Bildern oder in separaten XMP-Dateien vor.
Archivregel: Bilder und Metadaten gehören untrennbar zusammen.
Eine erfolgreiche Spiegelung überträgt Bilddateien und die vorhandenen zugehörigen Sidecars gemeinsam.
Aufbau meines Archivsystems
Die Arbeitskopie des Archivs befindet sich auf meiner HP Workstation. Von dort werden mehrere Bildbestände automatisch auf die Synology-NAS gespiegelt.
Der aktuelle Mirror-Photos-Lauf umfasst folgende Bereiche:
| Quelle | Ziel |
|---|---|
E:\Bilder-Archiv |
\\NAS1\Photo\Bilder-Archiv |
E:\Bilder-Rohdaten |
\\NAS1\Photo\Bilder-Rohdaten |
E:\CB-Funk_QSL_Karten_ab_1976 |
\\NAS1\Photo\CB-Funk_QSL_Karten_ab_1976 |
D:\Pictures |
\\NAS1\Photo\Pictures |
Die NAS ist die Zielkopie der jeweils erfolgreich übertragenen Bestände. Die manuelle Oberfläche umfasst die vier genannten Bereiche; der am 6. Oktober eingerichtete automatische Lauf umfasst Bilder-Archiv und Bilder-Rohdaten. Für QSL-Karten und Pictures bleibt ein eigener erfolgreicher Abgleich erforderlich.
Mirror-Photos: Die verwendete Oberfläche basiert auf Robocopy und wurde speziell für die Anforderungen meines Fotoarchivs entwickelt. Mehrere Quellverzeichnisse werden nacheinander verarbeitet, je Bereich werden Status und Ergebnis angezeigt, der Fortschritt läuft über eine eigene Fortschrittsanzeige und die Detailausgabe zeigt den laufenden Robocopy-Log.
Die Oberfläche bietet bewusst nur wenige Funktionen: Start, Abbrechen, Log-Ordner öffnen und die Option Cloud-Platzhalter überspringen. Der sichtbare Hinweis /MIR löscht im Ziel, was in der Quelle fehlt. macht die Wirkung der Spiegelung ausdrücklich transparent.
Die vollständigen Protokolle werden im Log-Ordner abgelegt, zum Beispiel nach dem Muster D:\Tools\Mirror-Photos\Logs\Mirror-Photos_Bilder-Archiv_2026-06-05_02-55-31.log.
Eigene Mirror-Photos-Oberfläche zur automatisierten Spiegelung des Fotoarchivs auf die Synology-NAS. Vollansicht per Klick.
Spiegeln statt manuelles Kopieren
Für die Synchronisation verwende ich Robocopy im Spiegelmodus. Der entscheidende Vorteil: Das Zielverzeichnis auf der NAS entspricht dem tatsächlichen Zustand des Arbeitsarchivs.
- neue Dateien werden übernommen
- geänderte Dateien werden aktualisiert
- neue XMP-Dateien werden übertragen
- gelöschte Dateien werden ebenfalls berücksichtigt
- die Ordnerstruktur bleibt identisch
Wichtig ist dabei die bewusste Verwendung von /MIR, das die Zielbereinigung bereits einschließt: Was in der Quelle fehlt, wird im Ziel ebenfalls entfernt. Das ist gewollt, erfordert aber eine klare Quellstruktur, Protokollierung und zusätzliche Sicherungsebenen.
Die verwendeten Robocopy-Parameter
Für die Spiegelung verwende ich folgende Einstellungen:
| Parameter | Bedeutung |
|---|---|
/MIR |
Spiegelt Quelle und Ziel einschließlich Löschungen |
/PURGE |
Entfernt im Ziel Dateien, die in der Quelle nicht mehr vorhanden sind |
/S und /E |
Verarbeitet Unterverzeichnisse einschließlich leerer Ordner |
/FFT |
NAS-kompatible Zeitstempel-Toleranz |
/COPY:DAT |
Kopiert Daten, Attribute und Zeitstempel |
/DCOPY:DA |
Kopiert Verzeichnisdaten und Verzeichnisattribute |
/XA:SHO |
Überspringt System-, versteckte und Offline-Dateien |
/XA:O |
Überspringt Cloud- und Offline-Platzhalter, wenn die Option aktiviert ist |
/MT:32 |
32 parallele Kopier-Threads |
/R:1 |
Nur ein Wiederholungsversuch bei Fehlern |
/W:1 |
Eine Sekunde Wartezeit bei Fehlern |
/TEE |
Ausgabe auf Bildschirm und Logdatei |
/ETA |
Anzeige der Restlaufzeit |
/NDL |
Keine Verzeichnisliste im Log |
/LOG |
Vollständige Protokollierung im Log-Ordner |
$RECYCLE.BIN |
Wird als Verzeichnis ausgeschlossen |
Diese Konfiguration hat sich insbesondere bei großen Bildbeständen mit vielen kleinen XMP-Dateien bewährt.
Stolperfalle: Cloud-Platzhalter und iPhone-Fotos
Viele Anwender fotografieren heute ausschließlich mit dem Smartphone und verlassen sich darauf, dass ihre Bilder automatisch in der Cloud gespeichert werden. Dabei entsteht häufig ein Missverständnis: Nicht jede sichtbare Datei enthält tatsächlich bereits die vollständigen Bilddaten.
Programme und Dienste arbeiten teilweise mit sogenannten Platzhalterdateien, etwa:
- Apple Fotos
- iCloud Drive
- OneDrive
- Synology Drive
- Dropbox
Diese Dateien erscheinen im Explorer wie normale Dateien, enthalten lokal jedoch oft nur wenige Informationen. Die eigentlichen Bilddaten liegen weiterhin in der Cloud und werden erst bei Bedarf heruntergeladen.
Warum das problematisch sein kann
Wer solche Dateien archiviert oder sichert, kopiert unter Umständen lediglich Platzhalter und nicht die eigentlichen Bilder. Gerade bei Familienarchiven fällt ein solcher Fehler oft erst Jahre später auf.
- Bilder scheinen vorhanden zu sein
- die Originaldaten fehlen jedoch
- eine spätere Wiederherstellung ist ohne Cloud-Zugriff nicht möglich
- Metadaten können unvollständig sein
Meine Archivierungsregel
Vor einer Archivierung oder Spiegelung müssen alle Dateien vollständig lokal verfügbar sein. Erst danach erfolgt die Übertragung auf die Synology-NAS.
Aus diesem Grund berücksichtigt mein Spiegelungswerkzeug Cloud-Platzhalter ausdrücklich und kann diese bei Bedarf über /XA:O überspringen.
Besonderheit bei Apple Fotos
Wird auf dem iPhone die Option „iPhone-Speicher optimieren“ genutzt, liegen viele Originalbilder ausschließlich in iCloud und nicht dauerhaft auf dem Gerät. Für ein Familienarchiv empfiehlt sich daher regelmäßig zu prüfen, ob die Originaldateien tatsächlich lokal vorhanden sind.
Synology-Papierkorb als zusätzliche Sicherheit
Eine häufige Sorge bei der Verwendung von /MIR lautet: Was passiert, wenn versehentlich Bilder gelöscht werden?
Auf meiner Synology-NAS ist für die Archivordner der Papierkorb aktiviert. Wird eine Datei im Arbeitsarchiv gelöscht und anschließend gespiegelt, verschwindet sie zwar aus dem Zielordner, landet jedoch zunächst im Synology-Papierkorb.
Dadurch können versehentlich gelöschte Bilder oder XMP-Dateien häufig wiederhergestellt werden. Der Papierkorb bildet somit eine zusätzliche Sicherheitsebene zwischen Arbeitsarchiv und Datensicherung.
Spiegelung ersetzt kein Backup
Trotz aktiviertem Papierkorb bleibt eine wichtige Regel bestehen:
Eine Spiegelung ist keine Datensicherung.
Wenn beschädigte Dateien oder fehlerhafte Änderungen gespiegelt werden, gelangen diese ebenfalls auf das Zielsystem. Deshalb besteht ein professionelles Archivkonzept immer aus mehreren Ebenen:
- Arbeitsarchiv auf der Workstation
- gespiegeltes Archiv auf der Synology-NAS
- Datensicherung
- langfristige Archivierung
Erst die Kombination dieser Ebenen bietet einen zuverlässigen Schutz vor Datenverlust.
Ob die erhaltenen Dateien und Metadaten auch ohne die alte Bildverwaltung nutzbar sind, prüft die Anleitung zum Wiederaufbau des Fotoarchivs aus Dateien und XMP. Dieser kontrollierte Lesetest mit Kopien ergänzt die Sicherung; er ersetzt weder ein Backup noch einen Wiederherstellungstest.
Zusätzliche Offline-Kopie als Air Gap
Die stets erreichbare Spiegelung auf der NAS ist für den Alltag nützlich, aber sie ist kein letzter Schutz gegen einen Angriff im Netz. Deshalb sichere ich E:\Bilder-Archiv zusätzlich regelmäßig 1:1 auf eine externe Festplatte. digiKam wird vorher beendet, damit Datenbankzugriffe und Metadatenpflege nicht parallel zum Vergleich laufen.
Die Festplatte bleibt außerhalb des Sicherungslaufs physisch getrennt. Diese Trennung wird Air Gap genannt: Was weder am Rechner noch am Netzwerk angeschlossen ist, kann ein netzbasierter Angreifer nicht unmittelbar löschen oder verschlüsseln. Das ist keine Garantie gegen bereits beschädigte Dateien, kompromittierte Zugangsdaten oder Fehler beim Sicherungslauf; es begrenzt aber die Reichweite eines Angriffs.
Der Ablauf ist bewusst nicht vollautomatisch. Die kurze Kontrolle vor dem Abgleich gehört ausdrücklich dazu.
Fünf Schritte bis zur getrennten Sicherung
- Externe Festplatte anschließen und Total Commander starten.
E:\Bilder-Archivund den Sicherungsbestand über Verzeichnisse synchronisieren vergleichen.- Die vorgeschlagenen Änderungen kontrollieren; ungewöhnlich viele Löschungen oder Änderungen werden zuerst geklärt.
- Erst danach synchronisieren.
- Bilder, Videos, RAW, TIFF, JPEG und zugehörige XMP-Sidecars stichprobenartig prüfen; den Datenträger anschließend über Windows sicher entfernen und physisch trennen.
Der Kontrollschritt ist Teil der Sicherung. Eine reine 1:1-Spiegelung kann auch Löschungen, beschädigte oder bereits verschlüsselte Dateien übertragen.
Vergleichen → kontrollieren → synchronisieren → prüfen → physisch trennen.
Das BSI empfiehlt ebenfalls, mindestens eine Sicherungskopie offline zu halten und die Wiederherstellung praktisch zu prüfen.
Früherer Ansatz: BackupAssist und RDX-Wechselmedien
Früher war dafür BackupAssist mit CryptoSafeGuard und RDX-Wechselmedien im Einsatz. Die Software sollte verdächtige Verschlüsselungsvorgänge vor der Sicherung erkennen und Backup-Ziele gegen unerwünschte Änderungen schützen. Das RDX-Medium wurde nach dem Lauf aus dem Laufwerk genommen und war damit die zusätzliche physische Trennung.
Das bleibt eine frühere Praxiserfahrung, keine heutige Produktempfehlung. Der verlinkte Anbieter führt RDX inzwischen als EOL. Entscheidend ist jedoch nicht die konkrete Kassette, sondern die Methode: Sicherung kontrollieren und mindestens eine Kopie getrennt halten.
| Ziel der früheren RDX-Lösung | Heutige, passende Alternative | Wichtige Grenze |
|---|---|---|
| Schnelle lokale Wiederherstellung | NAS oder direkt angeschlossener Sicherungsspeicher | Ein ständig erreichbares NAS ist keine Air Gap. |
| Physisch getrennte Kopie | Zwei rotierende externe SSDs oder Festplatten | Datenträger nach der Prüfung sicher entfernen und getrennt lagern. |
| Automatische Kopie außerhalb des Standorts | S3-kompatibler Cloud-Speicher oder ein anderer Offsite-Speicher | Upload, Wiederherstellung und Kosten müssen praktisch getestet werden. |
| Schutz gegen nachträgliches Löschen oder Überschreiben | Unveränderbarer Cloud-Speicher, etwa S3 Object Lock | Retention und Bucket müssen vor dem ersten Sicherungslauf korrekt eingerichtet sein. |
Für die hier beschriebene Fotoablage ist die Rotation externer Datenträger die nachvollziehbarste Fortführung des RDX-Prinzips: Platte A wird aktualisiert, während Platte B getrennt bleibt; beim nächsten Lauf wechseln die Rollen. SSDs sind dafür handlich und schnell, Festplatten bieten häufig mehr Kapazität pro Euro. Entscheidend sind nicht Stecker oder Gehäuse, sondern die kontrollierte Sicherung, eine lesbare Wiederherstellung und die anschließende physische Trennung.
Ein Hybridmodell ergänzt diese Offline-Kopie: lokale Sicherung für eine schnelle Wiederherstellung, zusätzlich eine automatisierte Offsite-Kopie. Dafür nutze ich inzwischen Synology C2 Storage über Hyper Backup. Die Aufgabe für das Bilder-Archiv läuft automatisch und verwendet aktivierte Versionsrotation mit Smart Recycle. Damit bleiben mehrere Wiederherstellungsstände erhalten; bei einer später hochgeladenen Verschlüsselung kann ein früherer Stand die Rückfallebene sein.
Das ist räumlich getrennt, aber keine physische Air Gap und auch kein Object Lock: Die NAS kann das Ziel automatisch erreichen, und die Cloud-Versionen sind nicht als unveränderbar gesperrt. Deshalb bleibt die getrennte lokale Kopie wichtig. Auch hier gilt: Versionen helfen nur, wenn eine Wiederherstellung praktisch geprüft wird.
Aktueller Stand: Snapshots und tägliche C2-Sicherung
Am 6. Oktober 2026 geprüft: Die Foto-Freigabe auf NAS1 erhält stündliche Snapshots. Die intelligente Aufbewahrung hält alle Stände für einen Tag, Stundenstände für 24 Stunden, Tagesstände für 30 Tage, Wochenstände für zwölf Wochen und Monatsstände für zwölf Monate; mindestens fünf Snapshots bleiben erhalten. Das sind Aufbewahrungsregeln für mehrere Zeitebenen, keine Garantie, dass jede Zwischenänderung erfasst wird.
Die Hyper-Backup-Aufgabe für das Bilder-Archiv ist täglich um 18:30 Uhr geplant und verwendet Smart Recycle mit bis zu 64 Versionen. Die frühere Beschreibung einer wöchentlichen Sicherung mit fünf Versionen ist damit überholt. Gesichert werden die bereits auf NAS1 angekommenen Dateien der Foto-Freigabe. Ein späterer Mirror ist erst nach einem weiteren erfolgreichen C2-Lauf extern enthalten.
NAS-Snapshots bewahren ältere Zustände auf demselben NAS. C2 ist die räumlich getrennte Ebene mit eigener Rotation. Die Aufbewahrung beider Verfahren ist unabhängig: Das Löschen eines alten Snapshots sagt nichts über vorhandene C2-Versionen aus. Hyper Backup speichert die Snapshots nicht automatisch als dieselbe Snapshot-Historie mit.
Umbenennungen, Bearbeitungen und Verschiebungen können zusätzliche Sicherungsdaten erzeugen. Snapshots teilen unveränderte Datenblöcke; C2 arbeitet inkrementell und mit eigener Speicherung. Daher steigt der Platzbedarf nicht zwangsläufig um die Größe des gesamten Fotoarchivs pro Version, hängt aber von den tatsächlichen Änderungen ab.
Die externe Festplatte wird weiterhin kontrolliert aktualisiert und danach physisch getrennt. C2 ist keine physische Air Gap; die hier geprüften NAS-Snapshots wurden nicht als unveränderbar gesperrt eingerichtet. Einen konkreten älteren Bildstand aus Snapshot oder C2 hole ich zunächst in einen getrennten Prüfbereich zurück. Eine vollständige passende C2-Wiederherstellung wurde in dieser Prüfung noch nicht durchgeführt.
Den Gesamtzusammenhang zeigt die Workflow-Grafik im Sicherungsverfahren. Dort stehen auch die Erfahrungen aus meinen Sicherungsprüfungen.
3-2-1 und 3-2-1-1-0 praktisch eingeordnet
Für das Fotoarchiv übernehmen Arbeitsbestand, NAS-Zielkopie, lokale Snapshots, externe Versionen und die getrennte Festplatte unterschiedliche Aufgaben. Die Regeln zu Kopien, Standorttrennung und Wiederherstellung beschreibt das zentrale Sicherungsverfahren. Der Beitrag Externe Festplatte trotz NAS erklärt die physische Trennung im Detail.
Die Sicherung ergänzt die übrige Sicherheitskette: DSM-Updates und eine reduzierte Angriffsfläche senken das Risiko eines erfolgreichen Angriffs; die Offline-Kopie bleibt eine Rückfallebene, wenn andere Schutzmaßnahmen versagen.
Mein Fazit
Für mein digitales Familien- und Fotoarchiv hat sich die Kombination aus Robocopy-Spiegelung und Synology-NAS als zuverlässig erwiesen.
Die NAS enthält die zuletzt erfolgreich übertragenen Bestände einschließlich ihrer Metadaten. Ältere Snapshots, externe C2-Versionen und die physisch getrennte Kopie ergänzen den Mirror. Ob eine bestimmte Datei wiederherstellbar ist, muss an einer passenden Version geprüft werden.
Besonders wichtig ist dabei die bewusste Berücksichtigung von Cloud-Platzhaltern. Sichtbare Dateien sind nicht automatisch archivierte Dateien. Erst wenn die Originaldaten tatsächlich lokal vorliegen, können sie zuverlässig gesichert werden.
Gerade bei großen Bildbeständen mit Personeninformationen, Ortsdaten und XMP-Dateien ist eine automatisierte Spiegelung deutlich sicherer und nachvollziehbarer als gelegentliches manuelles Kopieren.
Hinweis: Ein Bildarchiv besteht nicht nur aus Bildern. Die eigentlichen Informationen stecken oft in den Metadaten. Deshalb sollten Bilddateien und XMP-Dateien immer gemeinsam gespeichert, gespiegelt und gesichert werden.
Sichtbar bedeutet zudem nicht automatisch gespeichert. Insbesondere bei Cloud-Diensten sollte regelmäßig geprüft werden, ob die Originaldateien tatsächlich lokal verfügbar sind.
Persönliche Unterstützung
Dieser Artikel vermittelt die fachlichen Grundlagen. Wenn Sie die beschriebenen Methoden auf einen konkreten Bestand oder ein bestehendes System übertragen möchten, finden Sie ergänzende Informationen unter Dienstleistungen.