NotionManagerNotionManager
Zurück zur Startseite

Erklärung zur Datenintegrität

Zuletzt aktualisiert: 2026-10-28

Dieses Dokument beantwortet drei Fragen: was tatsächlich in Ihrem Backup steckt, ob Sie ihm trauen können und wann es nicht vollständig ist.

Zusammenfassung

  • Jedes Backup ist ein Vollbackup.
  • Ein Backup enthält Seiten, Datenbanken und Datenquellen, Datenbankansichten, Datenbankzeilen, Blöcke, Kommentare (per Schalter steuerbar), Benutzer, Dateianhänge sowie externe Mediendateien (per Schalter steuerbar).
  • Derselbe Inhalt wird nur einmal gespeichert. Sowohl die eigentlichen Daten als auch eigenständige Dateien werden dedupliziert abgelegt; das Löschen einer Version beschädigt keine Dateien, auf die andere Versionen noch verweisen.
  • Jedes Backup erzeugt einen vollständigen Backup-Bericht mit den jeweiligen Zählwerten für Seiten, Datenbanken, Datenbankzeilen, Blöcke, Kommentare, Ansichten und Benutzer sowie Warnungen oder Fehlermeldungen.
  • Export und Import eines Archivs tragen beide eine Integritätsprüfung.
  • Integrität hat Grenzen: Inhalte außerhalb der Rechte der Integration, Felder, die die Notion API nicht zurückgibt, einige bekannte Probleme auf Notion-Seite und die Obergrenze an Objekten pro Aufgabe in der kostenlosen Version.

1. Was in einem Backup steckt

Ein Backup enthält:

  • Seiten: Inhalt, Eigenschaften, Icon, Cover und die Einordnung in die Hierarchie
  • Datenbanken und Datenquellen: Aufbau der Eigenschaften, Optionen und Verknüpfungen
  • Datenbankansichten: die Konfiguration von Tabellen-, Board-, Kalender-, Timeline-, Galerie- und Listenansicht samt ihren Filter-, Sortier- und Gruppierungsbedingungen
  • Datenbankzeilen: die Eigenschaftswerte jeder Zeile
  • Blöcke (der Inhalt): Inline-Formatierung und verschachtelte Struktur
  • Kommentare: offene Kommentare zu einer Datei oder einem Block. Erledigte Kommentare gibt die Notion API nicht zurück, sie lassen sich also nicht sichern. Ob Kommentare überhaupt gesichert werden, steuert ein Schalter
  • Benutzer: die Informationen zu Mitwirkenden, die im Inhalt auftauchen, um „wer hat es geschrieben“ wiederherzustellen
  • Anhangsdateien: Bilder und Dateien, die Notion hostet
  • Externe Mediendateien: extern verlinkte Dateien in einer Seite, etwa PDFs, Bilder, Videos. Ob diese Dateien heruntergeladen werden, steuert ein Schalter

Alle auf Ihren Rechner geladenen Dateien werden auf relative Verweise innerhalb des Repositorys umgeschrieben, sodass ein Umzug des Repository-Verzeichnisses oder ein Rechnerwechsel keine Verweise bricht.

All das liegt in dem Repository-Verzeichnis, das Sie gewählt haben. Die strukturierten Snapshots stecken in der lokalen Datenbankdatei im Repository, die heruntergeladenen Dateien liegen im Verzeichnis attachments des Repositorys.

2. Wie die Integrität gewährleistet wird

Vollständiger Durchlauf. Jedes Backup geht den gesamten Bereich durch, den Sie mit der Integration geteilt haben, und bestätigt den aktuellen Zustand jedes Objekts einzeln neu. Die Notion API bietet keinen verlässlichen Änderungsstrom; ein inkrementelles Backup lässt sich prinzipiell nicht vollständig garantieren.

Überspringen auf der Schreibebene. Ein vollständiger Durchlauf ist kein vollständiges Neuschreiben: Snapshots, deren Inhalt sich nicht geändert hat, müssen nicht neu geschrieben werden, und derselbe Inhalt wird nicht doppelt abgelegt. Die Zähler „geändert / übersprungen“ im Bericht beschreiben genau diesen Unterschied.

Absturzsicherheit. Fällt während eines Backups der Strom aus oder stürzt das Programm ab, lässt sich die Aufgabe sicher wieder aufnehmen, ohne die Integrität vorhandener Daten zu beschädigen.

Inhaltsadressierte Deduplizierung. Blockinhalte werden über den Hash ihres Inhalts gespeichert, und Verweise darauf werden gezählt.

Deduplizierung eigenständiger Dateien. Anhänge werden über eine stabile Dateikennung dedupliziert.

Backup-Bericht. Am Ende eines Backups erhalten Sie Zahlen: die Anzahl von Seiten, Datenbanken, Datenbankzeilen, Blöcken, Kommentaren, Ansichten und Benutzern sowie Änderungen und Übersprungene, Fehler und Warnungen.

Export und Import des Archivs. Beim Gesamtarchiv des Repositorys (dem Ein-Datei-Export für die Kaltlagerung) werden vor dem Export die ausstehenden Schreibvorgänge der Repository-Datenbank auf die Festplatte geschrieben, damit das Archiv einen vollständigen, konsistenten Stand enthält. Beim Import wird zuerst die Datenbank im Archiv auf Integrität geprüft; schlägt die Prüfung fehl, bricht ein Fehler den Import ab.

3. Grenzen der Integrität

Begrenzter Backup-Umfang. NotionManager bietet feinere Kontrolle: Sie wählen, was gesichert wird. Inhalte, die nicht mit der Integration geteilt oder nicht in den Backup-Umfang aufgenommen wurden, werden nie durchlaufen.

Bekannte Grenzen der Notion API:

  • Nicht unterstützte Blocktypen. Die Dokumentation der Notion API sagt ausdrücklich, dass einige Blocktypen nicht unterstützt werden; die Daten solcher Blöcke stehen keiner App zur Verfügung, die von der Notion API abhängt.
  • Ansichtsstile und welche Eigenschaften sich anzeigen lassen: Das betrifft nur, wie die Kopie beim lokalen Durchsehen aussieht.

Verwaltungsinformationen auf Notion-Seite. Die Versionshistorie auf Notion-Seite (der Seitenverlauf), Daten aus dem Papierkorb und Ähnliches liegen außerhalb dessen, was die Notion API bietet, und damit auch außerhalb des Backups.

4. Grenzen der Lizenz

NotionManager lässt sich kostenlos nutzen, die Funktionen sind aber begrenzt. Die Grenzen, die die Datenintegrität betreffen, sind diese:

  • Kostenlose Version: eine Obergrenze für die Anzahl der Objekte pro Backup-Aufgabe und eine Obergrenze beim Durchsehen von Ansichten (Sie können nur eine Ansicht öffnen). Die Objektgrenze zählt pro Aufgabe, Sie können also mehrere Profile anlegen und einen großen Workspace auf mehrere Backups verteilen; innerhalb der Grenze jeder Aufgabe werden die Daten vollständig gesichert. Die kostenlose Version importiert auch Backups, die andere exportiert haben, und zeigt sie schreibgeschützt an; die Objektgrenze gilt für die Backups, die Sie starten, nicht für das, was ein importiertes Backup bereits enthält.
  • Persönliche Lizenzen (Basic und Premium): Das gesamte Repository lässt sich nicht als ein Archiv exportieren.
  • Team- und Enterprise-Lizenzen: Das gesamte Repository lässt sich als ein Archiv exportieren, und ein solches Archiv lässt sich wieder importieren.

Weitere Funktionen sind an bestimmte Lizenzen gebunden und betreffen die Datenintegrität nicht; sie werden hier nicht behandelt.

5. Was wir von Ihnen brauchen

  • Kopien nach der 3-2-1-Regel: Kopieren Sie einfach das gesamte Repository-Verzeichnis auf ein anderes Medium (externe Festplatte, NAS, Objektspeicher). Dieser Schritt hat nichts mit Ihrer Lizenz zu tun. Auch ein lokales Backup verschwindet mit einem defekten Datenträger, einem versehentlich gelöschten Verzeichnis oder durch Ransomware – „die eine Kopie an einem anderen Ort oder offline“ ist genau für diesen Fall gedacht. Team- und Enterprise-Lizenzen können zusätzlich das Gesamtarchiv des Repositorys (als einzelne Datei gepackt) für die Archivierung und den Rechnerwechsel schreiben; die kostenlose Version kann ein von anderen exportiertes Backup importieren und schreibgeschützt ansehen.
  • Prüfen Sie den Backup-Bericht und gleichen Sie die Anzahl je Objekttyp mit der Größe Ihres Workspace ab. Stimmt eine Zahl nicht, klären Sie zuerst die Ursache, bevor Sie sich auf dieses Backup verlassen.
  • Achten Sie auf die Gesundheit Ihrer Datenträger: Fehlerhafte Sektoren auf der Platte, auf der das Backup-Repository liegt, beschädigen das Backup unmittelbar. Legen Sie das Repository auf verlässlichen Speicher und die Offline-Kopien auf andere Medien.