Migration statt Denkmalschutz: Warum digitale Archive niemals stillstehen dürfen

Aktualisiert am 7. Juli 2026 / in Digitale Archive

Ein digitales Archiv ist kein Gebäude, das einmal errichtet und dann jahrzehntelang unverändert stehen gelassen wird. Software verändert sich. Betriebssysteme verschwinden. Datenbanken altern. Schnittstellen werden eingestellt. Dateiformate verlieren an Bedeutung. Hardware wird ersetzt.

Deshalb ist ein digitales Archiv kein Denkmal.

Ein digitales Archiv ist ein lebender Prozess.

Die Sicherheit liegt nicht darin, ein bestimmtes Programm möglichst lange einzufrieren. Die Sicherheit liegt darin, Daten so zu organisieren, dass sie mit möglichst wenig Reibung in eine neue Umgebung umziehen können.

Das Museums-Syndrom im privaten Archiv

Viele digitale Archive scheitern nicht an mangelndem Speicherplatz, sondern an falscher Ehrfurcht vor alten Systemen.

Man hat irgendwann ein Programm eingerichtet, dort viele Daten abgelegt, vielleicht Jahre damit gearbeitet und traut sich danach nicht mehr, etwas zu verändern. Aus einem Werkzeug wird ein Museum. Die Software wird nicht mehr aktualisiert, die Datenbank wird nicht mehr verstanden, die Exportfunktion wird nie getestet.

Das wirkt zunächst stabil. In Wirklichkeit entsteht Abhängigkeit.

Typische Warnzeichen sind:

• Dokumente liegen nur in einer proprietären Datenbank.
• Metadaten sind nur innerhalb eines Programms sichtbar.
• Es gibt keinen vollständigen Export.
• Die Originaldateien sind schwer auffindbar.
• Backups wurden nie zurückgespielt.
• Die Installation läuft nur noch auf einem alten Betriebssystem.
• Niemand weiß genau, welche Dateien wirklich führend sind.

Dieses Museums-Syndrom betrifft nicht nur große Enterprise-DMS-Systeme. Es kann auch im privaten Fotoarchiv, bei alten Scanprogrammen, bei Cloud-Diensten oder bei kleinen Spezialtools entstehen.

Systemtreue ist keine Archivstrategie

Ein Programm kann sehr nützlich sein. Es kann jahrelang gute Dienste leisten. Aber kein Programm sollte die einzige Wahrheit des Archivs sein.

Für mein Archiv gilt deshalb:

Programme sind Werkzeuge. Die Archivhoheit liegt in den Daten, Metadaten und dokumentierten Regeln.

Das bedeutet nicht, dass Programme unwichtig sind. digiKam, Paperless-ngx, Excire Foto, OCR-Werkzeuge oder Scanner-Software haben klare Aufgaben. Aber sie sind austauschbar, wenn die eigentlichen Archivdaten offen, nachvollziehbar und exportierbar bleiben.

Ein gutes Archiv kann den Tod eines Programms überleben.

Die Drei-Regel der Migrierbarkeit

Ein digitales Archiv ist dann zukunftsfähig, wenn es drei Bedingungen erfüllt.

1. Die Originaldateien liegen in offenen oder etablierten Formaten vor

Dateien sollten nicht nur innerhalb eines Programms lesbar sein. Sie müssen auch außerhalb des aktuellen Systems verständlich bleiben.

Geeignete Formate sind zum Beispiel:

• PDF/A für Dokumente,
• TIFF für hochwertige Bildbestände und Scans,
• JPEG für abgeleitete Präsentations- oder Nutzungsbilder,
• XMP für Bildmetadaten,
• CSV oder JSON für strukturierte Exporte,
• einfache Textdateien für Dokumentationen und Regeln.

Das Ziel ist nicht, jedes Spezialformat zu vermeiden. Rohformate, Scannerformate oder Datenbanken können im jeweiligen Silo sinnvoll sein. Entscheidend ist aber, dass es eine nachvollziehbare Archiv- oder Exportebene gibt.

Ein Format ist archivfreundlich, wenn es ohne das ursprüngliche Programm verstanden werden kann.

2. Metadaten liegen möglichst dateinah und menschenlesbar vor

Ein Archiv ohne Metadaten ist nur eine Dateisammlung. Deshalb müssen Beschreibungen, Personen, Orte, Dokumenttypen, Korrespondenten, Bewertungen, Tags und Rechteinformationen langfristig nachvollziehbar bleiben.

Im Fotoarchiv bedeutet das:

• digiKam bleibt führend für Metadaten,
• XMP ist die langfristige Metadatenbasis,
• Sidecars werden zusammen mit den Bildern gesichert,
• Personen, Stichwörter und Beschreibungen dürfen nicht nur in einer Programmdatenbank verschwinden.

Im Dokumentenarchiv bedeutet das:

• PDF/A-Dateien bleiben als Dokumente lesbar,
• Paperless-Metadaten müssen exportierbar sein,
• Dateiexporte dürfen redundante Informationen enthalten,
• bei einem filebasierten Mini-DMS können Ordnerstruktur und Dateinamen eine bewusste Übergabelogik bilden.

Metadaten müssen nicht immer perfekt sein. Sie müssen aber auffindbar, erklärbar und übertragbar bleiben.

3. Es gibt einen standardisierten Export ohne proprietäre Sackgasse

Ein System ist nur so gut wie sein Ausgang.

Wer ein Archivsystem nutzt, sollte nicht erst im Notfall prüfen, ob sich die Daten sauber exportieren lassen. Export ist keine Nebenfunktion. Export ist ein Teil der Archivstrategie.

Zu prüfen ist:

• Werden Originaldateien exportiert?
• Werden bearbeitete Archivdateien exportiert?
• Werden Metadaten exportiert?
• Sind Dateinamen und Ordner nach dem Export verständlich?
• Lassen sich Exporte auf einem anderen System öffnen?
• Gibt es eine Dokumentation der Exportlogik?
• Funktioniert der Export ohne geheime proprietäre Entschlüsselung?

Ein Export, der nur mit derselben Software wieder sinnvoll gelesen werden kann, ist kein echter Archivexport.

Migration ist kein Notfall, sondern Wartung

Viele Anwender denken erst an Migration, wenn etwas kaputt ist. Dann ist es oft zu spät oder unnötig stressig.

Besser ist es, Migration als normale Wartung zu verstehen.

Ein digitales Archiv sollte regelmäßig überprüft werden:

• Sind die Dateiformate noch sinnvoll?
• Wird die Software noch gepflegt?
• Funktioniert der Export?
• Ist die Datenbank noch stabil?
• Sind Backups und Restore-Tests aktuell?
• Gibt es neue Standards oder bessere Werkzeuge?
• Kann eine andere Person das Archiv verstehen?

Diese Prüfung ist kein Zeichen von Instabilität. Sie ist das Gegenteil: Sie verhindert, dass ein Archiv unbemerkt in eine Sackgasse läuft.

Der geplante 5-Jahres-Blick

Ein praxistauglicher Rhythmus ist ein größerer Archiv-Check etwa alle fünf Jahre. Dabei geht es nicht darum, alle fünf Jahre hektisch das gesamte System umzubauen. Es geht um eine nüchterne Prüfung.

Typische Fragen:

• Sind die Festplatten oder das NAS noch zuverlässig?
• Ist ein Austausch der Hardware sinnvoll?
• Werden die genutzten Programme noch gepflegt?
• Sind digiKam, Paperless-ngx oder andere Werkzeuge noch passend?
• Gibt es Exportformate, die heute besser wären?
• Sind die Metadaten noch dort, wo sie sein sollen?
• Funktioniert ein Test-Restore?
• Sind Passwörter, Schlüssel und Dokumentation aktuell?

Der 5-Jahres-Blick ist also kein automatischer Umzug. Er ist eine bewusste Entscheidungsschleife.

Nicht jedes Archiv muss ständig migrieren. Aber jedes Archiv muss regelmäßig migrationsfähig bleiben.

Beispiel: Vom alten DMS zum kleineren, offenen Modell

Viele ältere Dokumentenmanagement-Systeme wurden für größere Organisationen, Netzwerke oder rechtlich anspruchsvolle Unternehmensprozesse gebaut. Sie konnten leistungsfähig sein, aber auch schwerfällig, teuer und abhängig von Datenbanken, Servern und Spezialwissen.

Wenn ein solches System für eine private oder kleinbürotaugliche Ablage überdimensioniert wird, entsteht ein klassisches Migrationsmotiv:

• Die Software ist zu komplex.
• Der Betrieb ist zu aufwendig.
• Die Daten sollen einfacher übergeben werden können.
• Ein filebasiertes Mini-DMS reicht oft aus.
• Paperless-ngx kann eine schlanke Ausbaustufe sein.
• PDF/A und OCR werden wichtiger als eine alte Oberfläche.

Eine Migration bedeutet dann nicht Qualitätsverlust. Sie kann im Gegenteil Datenhoheit zurückholen.

Entscheidend ist, dass der Export aus dem alten System vollständig, prüfbar und verständlich erfolgt.

Archivwahrheit überlebt den Softwaretod

Die wichtigste Frage lautet nicht: „Welche Software hält ewig?“

Die wichtigere Frage lautet:

Was bleibt übrig, wenn die Software verschwindet?

Ein gutes Archiv sollte auch dann noch verständlich sein, wenn ein Programm nicht mehr verfügbar ist.

Im Fotoarchiv bleiben idealerweise:

• Bilddateien,
• XMP-Sidecars,
• Beschreibungen,
• Stichwörter,
• Personeninformationen,
• Ordnerstruktur,
• Exportprotokolle.

Im Dokumentenarchiv bleiben idealerweise:

• PDF/A-Dateien,
• OCR-Volltext oder durchsuchbare PDFs,
• verständliche Dateinamen oder Exportstrukturen,
• Metadatenexporte,
• Dokumentation der Ablageregeln,
• Backup- und Restore-Informationen.

Wenn diese Ebene stabil ist, wird der Softwarewechsel deutlich weniger dramatisch. Dann stirbt nicht das Archiv, sondern nur ein Anzeige- oder Verwaltungswerkzeug.

Migration im Silo-Modell

Das Silo-Modell hilft, Migration planbar zu machen. Nicht alles wird gleich migriert.

Durch diese Trennung bleibt klar, was führend ist und was nur Hilfsschicht ist.

Was vor einer Migration geprüft werden sollte

Eine Migration sollte nicht blind erfolgen. Vor dem Umzug braucht es eine Prüfliste.

Wichtige Punkte:

• vollständiges Backup vor Beginn,
• Testexport eines kleinen Bestands,
• Vergleich von Datei-Anzahl und Dateigröße,
• Prüfsummen für wichtige Dateien,
• Kontrolle der Metadaten,
• Stichproben bei Bildern und Dokumenten,
• Testimport in das Zielsystem,
• Dokumentation der getroffenen Entscheidungen,
• Rückfallmöglichkeit auf den alten Stand.

Migration ist kein Kopieren mit Hoffnung. Migration ist ein kontrollierter Übergang.

Was nach einer Migration geprüft werden sollte

Nach der Migration ist die Arbeit nicht beendet.

Zu prüfen sind:

• Sind alle Dateien vorhanden?
• Sind Metadaten erhalten?
• Stimmen wichtige Datumswerte?
• Sind Personen, Tags und Beschreibungen noch nachvollziehbar?
• Sind Dokumenttypen und Korrespondenten korrekt übernommen?
• Funktioniert die Suche?
• Funktioniert der Export aus dem neuen System?
• Sind Backups des neuen Systems eingerichtet?
• Ist die alte Quelle noch für eine Übergangszeit gesichert?

Erst wenn diese Punkte geprüft sind, sollte das alte System abgeschaltet werden.

Keine produktiven Migrationsskripte veröffentlichen

Migrationen sind stark umgebungsabhängig. Pfade, Datenbanken, Rechte, Zeichensätze, Dateinamen, Programmversionen und Altlasten unterscheiden sich von System zu System.

Deshalb ist es sinnvoll, öffentlich nicht fertige produktive Skripte zur direkten Übernahme zu veröffentlichen.

Beschrieben werden sollten:

• Ziel,
• Prüflogik,
• Reihenfolge,
• Sicherheitsmaßnahmen,
• typische Fehlerquellen,
• Entscheidungskriterien.

Der konkrete Code gehört in die eigene interne Dokumentation und muss auf die jeweilige Umgebung abgestimmt werden.

Bei Migrationen ist die Prüflogik wichtiger als eine kopierte Codezeile.

Migration und Datenhoheit

Datenhoheit bedeutet nicht, dass sich nie etwas ändert. Datenhoheit bedeutet, dass Änderungen kontrolliert möglich bleiben.

Ein Archiv mit hoher Datenhoheit kann:

• exportieren,
• prüfen,
• dokumentieren,
• migrieren,
• wiederherstellen,
• Software wechseln,
• Speicher wechseln,
• Präsentationsschichten neu aufbauen.

Ein Archiv mit geringer Datenhoheit ist dagegen an eine Oberfläche, eine Datenbank oder einen Anbieter gebunden.

Die langfristige Frage lautet daher:

Kann ich meine Daten auch ohne dieses eine Programm noch verstehen?

Fazit

Ein digitales Archiv darf nicht als digitales Denkmal missverstanden werden. Es ist kein eingefrorenes Bauwerk, sondern ein lebender Prozess.

Die Sicherheit liegt nicht darin, ein altes System möglichst lange am Leben zu halten. Sie liegt in offenen Formaten, nachvollziehbaren Metadaten, prüfbaren Exporten, klaren Silos und regelmäßiger Migrationsfähigkeit.

Ein gutes Archiv überlebt Softwarewechsel, Hardwarewechsel und Anbieterwechsel. Nicht, weil es jede Veränderung vermeidet, sondern weil es Veränderung vorbereitet.

Zukunftssicher ist nicht das System. Zukunftssicher ist die Migrierbarkeit der Daten.