Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).

Backup-Strategien für Wissenssysteme — Top-20-Topliste¶

Die Top-20-Topliste für den eigenen Selfhosting-Server rankt Wissenssysteme nach Deployment-Aufwand, erwähnt die Backup-Story dabei aber nur als eines von mehreren Kriterien. Dieses Kapitel vertieft genau diesen einen Aspekt: Für dieselben 20 Systeme — in identischer Rangfolge, damit beide Listen sich direkt gegenüberstellen lassen — wird hier die konkrete Backup-Methode, Restore-Komplexität und Automatisierbarkeit betrachtet.

Bewertungskriterien¶

graph TD
    Start["Backup-Qualität eines Wissenssystems"] --> A["Methode: Dateikopie vs. DB-Dump vs. mehrteiliger Snapshot"]
    Start --> B["Restore-Komplexität: einzelner Kopiervorgang vs. mehrstufiger Wiederherstellungsprozess"]
    Start --> C["Automatisierbarkeit: fertiges Skript/Tool vs. Eigenbau nötig"]
    Start --> D["Konsistenz: transaktionssicher vs. Risiko inkonsistenter Zwischenzustände bei laufendem Betrieb"]

Top 20 im Überblick¶

Highlights im Detail¶

Rang 1–4 & 17: Backup als Nebeneffekt der Architektur¶

Bei Memos, DokuWiki, TiddlyWiki, SilverBullet und der lokal-first arbeitenden Logseq-Variante ist eine solide Backup-Story kein zusätzliches Feature, sondern eine direkte Folge des Datenmodells: Klartext- oder Einzeldateiformate ohne separaten Datenbankdienst lassen sich mit rsync oder sogar Git versionieren, ohne dass ein Konsistenzproblem zwischen mehreren Speichersystemen entstehen kann.

Rang 6: die mit Abstand ausgereifteste Tooling-Basis¶

MediaWiki profitiert von Wikipedias eigenen, seit über 20 Jahren öffentlich dokumentierten Dump-Prozessen. Das in diesem Repository etablierte Backup- & Restore-Skript sowie der dokumentierte Wiederherstellungsprozess sind direkt ableitbar aus dieser jahrzehntelangen Praxis — kein anderes System dieser Liste bietet eine vergleichbar breite Erfahrungsbasis.

Rang 14–15, 18, 20: der „mehrere Speicher gleichzeitig"-Cluster¶

AFFiNE, Wikibase, Dify und Onyx teilen ein gemeinsames Risiko: Ihr Zustand verteilt sich auf mehrere unabhängige Speichersysteme (relationale DB, Objektspeicher, Vektor-/Such-Index, Triple-Store), die zum gleichen Zeitpunkt konsistent gesichert werden müssen. Ein Backup nur der Datenbank ohne den zugehörigen Such-/Vektor-Index-Snapshot führt hier zu einem technisch wiederherstellbaren, aber inhaltlich unvollständigen System — der Index muss dann kostenintensiv neu aufgebaut werden.

🛡️ PII-Ausschluss-Garantie bei Wissenssystem-Software & Backup-Topliste¶

Was bedeutet die „PII-Ausschluss-Garantie" (Personally Identifiable Information Exclusion Guarantee) bei Wissenssystemen, und welche Wiki- & Wissensmanagement-Software kann Backups erstellen, die garantiert frei von personenbezogenen Daten für Staging-, Test- und KI-RAG-Pipelines sind?

Warum Standard-Datenbank-Dumps ein DSGVO-Sicherheitsrisiko sind:¶

• Gefahr von SQL-Dumps (pg_dump / mysqldump): Ein vollständiger Datenbank-Dump eines Wikis enthält alle geschützten Mitarbeiter- und Nutzerdaten: Passwörter (Bcrypt/Argon2-Hashes), E-Mail-Adressen, persönliche Profile, IP-Adressen aus Revisions-Logs, private Seitenentwürfe und Session-Tokens.
• DSGVO / GDPR Compliance (Art. 25 Privacy by Design & Art. 32): Entwickler, Staging-Server oder autonome KI-Agenten (wie Claude Code) dürfen niemals unanonymisierte Echtdaten aus dem Produktivbetrieb verarbeiten.
• Die PII-Ausschluss-Garantie: Das Wissenssystem bietet integrierte, standardisierte Export-Tools, die das gesamte Unternehmenswissen (Texte, Hierarchien, Diagramme, Dateianhänge, Revisions-Deltas) sichern, während Benutzerkonten, Authentifizierungs-Secrets und Aktivitäts-Logs technisch garantiert ausgeschlossen werden.

graph TD
    Prod["Produktiv-Wiki (PostgreSQL)"] --> Export["Export mit PII-Ausschluss-Garantie"]
    Export --> Clean["Content-Dump: backup.xml / .xar / Markdown-Tree"]
    Clean --> Audit["Regex-Audit: 0 E-Mails, 0 Hashes, 0 IPs"]
    Audit --> Target["Sicherer Import in Staging / Test / KI-RAG / Dev"]

Topliste: Wissenssysteme nach PII-Ausschluss-Reifegrad¶

Die 3 Best-Practice-Methoden zur PII-freien Wissenssicherung¶

1. Der Wikipedia-Goldstandard: MediaWiki (backup.xml)¶

MediaWiki exportiert über dumpBackup.php die gesamte Wissensstruktur inklusive aller Revisions-Deltas in standardisiertes XML. Das Format enthält ausschließlich Seitentexte, Kategorien und Autoren-Pseudonyme — niemals Passwörter, E-Mails oder IP-Adressen. Ein backup.xml kann bedenkenlos an externe Dienstleister oder KI-Modelle übergeben werden.

2. Das modulare Enterprise-Paketformat: XWiki (.xar)¶

XWiki bündelt Wissensinhalte in strukturierten .xar-Archiven (XML Application Repository). Da Dokumente und Benutzerobjekte in XWiki separate Entitäten sind, können ganze Dokumentationsbereiche exportiert werden, ohne dass die administrative Benutzertabelle (XWikiPreferences, XWikiUsers) mitgesichert wird.

3. Die physikalische Dateisystem-Trennung: DokuWiki (data/pages/)¶

DokuWiki benötigt überhaupt keine Datenbank: Alle Seiten liegen als lesbare .txt-Dateien in data/pages/. Benutzerkonten und Passworthashes liegen strikt getrennt in conf/users.auth.php. Ein Backup von data/pages/ ist konstruktionsbedingt zu 100 % frei von Nutzerdaten.

Automatisierte PII-Audit-Checkliste vor Staging- & KI-Imports¶

Bevor ein Wissens-Backup in Entwicklungs-, Staging- oder KI-Umgebungen geladen wird:

• [x] E-Mail-Scan: Keine Mitarbeiter- oder Kunden-E-Mails im Dump (grep -E -i "\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Z|a-z]{2,7}\b" backup.xml).
• [x] Passwort-Hash-Scan: Keine Bcrypt/Argon2/PBKDF2-Hashes im Export (grep -E "^\$2[ayb]\$.{56}" backup.json).
• [x] IP-Adress-Bereinigung: Keine IPv4- oder IPv6-Adressen aus Revisions-Logs im XML/JSON.
• [x] Session- & Token-Prüfung: Keine API-Keys oder Session-Cookies im Datenbestand.

Entscheidungshilfe nach Backup-Anforderung¶

graph TD
    Anforderung{"Welche Backup-Anforderung steht im Vordergrund?"} -->|"Minimaler Aufwand, ein Cron-Job reicht"| A["Memos / DokuWiki / TiddlyWiki / SilverBullet"]
    Anforderung -->|"Etablierte Tooling-Basis, viel Community-Erfahrung"| B["MediaWiki"]
    Anforderung -->|"Backup direkt in der Anwendung, kein externes Skript"| C["Trilium Notes"]
    Anforderung -->|"Objektspeicher-basiertes Offsite-Backup ohne Server-Zugriff"| D["Docmost"]
    Anforderung -->|"Mehrteiliger Stack, Backup-Fenster akzeptabel"| E["Dify / Onyx / Wikibase / AFFiNE"]

🔗 Verwandte Themen¶

• Startseite — zurück zur Dokumentations-Zentrale
• Beste Open-Source-Wissenssysteme für den eigenen Selfhosting-Server (Top 20) — Ausgangs-Topliste, deren Rangfolge diese Seite für die Backup-Perspektive übernimmt
• Die führenden Open-Source-Wissenssysteme 2026 (Top 20) — Schwester-Topliste nach Verbreitung/Reife
• PostgreSQL Backup, WAL-Archivierung & Recovery — vertiefend zur Datenbankschicht hinter Rang 5, 7–15, 18, 20
• MediaWiki Backup erstellen — vertiefend zu Rang 6
• MediaWiki-Dump wiederherstellen — vertiefend zu Rang 6
• Praxis-Guide: MediaWiki Backup & Automated Restore Scripts — vertiefend zu Rang 6
• Onyx (ehem. Danswer): RAG-Plattform — vertiefend zu Rang 20
• Enterprise-Wissenssystem Sicherheit & PII-freie Backups – Sicherheits- und Reifegrad-Vergleich datenbankneutraler Backups (z. B. backup.xml)
• Migrationswege zwischen Wissenssystemen (Top 20) — Schwester-Topliste, dieselbe Rangfolge nach Migration statt Backup vertieft

Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).