Drei Mechanismen, drei Störfälle
Alle drei Begriffe bezeichnen Kopien. Aber nicht dieselben Kopien, nicht am selben Ort und nicht für dieselbe Dauer. Die richtige Frage lautet nicht „Haben wir eine Kopie?“, sondern „Welche Kopie bleibt nach diesem Störfall intakt?“.
Versionierung: der Verlauf einer Datei, im Dienst selbst aufbewahrt. Replikation: eine zweite Kopie des Dienstes, laufend aktuell gehalten. Backup: eine getrennte, datierte Kopie, die für eine festgelegte Dauer aufbewahrt wird.
Versionierung: der Verlauf einer Datei, im Dienst
Jedes Speichern erzeugt eine Version. Ein versehentlich gelöschter Absatz, eine überschriebene Tabelle, eine falsche Formel: Der Benutzer öffnet den Verlauf und kehrt zur Version vom Dienstag zurück. Das geht schnell, ohne Umweg, und ist im Alltag die nützlichste Antwort.
Ihre Grenzen ergeben sich aus ihrem Speicherort. Der Verlauf liegt im selben Dienst wie die Datei:
- Wird die Datei gelöscht, folgen ihr die Versionen, zunächst in den Papierkorb, dann aus dem Dienst heraus, wenn der Papierkorb geleert wird;
- das Konto, das einen Ordner löschen darf, kann in der Regel auch dessen Inhalt löschen, einschließlich des Verlaufs;
- Anzahl und Aufbewahrungsdauer der Versionen sind durch die Einstellungen des Dienstes begrenzt;
- wird der gesamte Dienst zerstört oder kompromittiert, verschwindet der Verlauf mit ihm.
Der Papierkorb gehört zur selben Familie. Er ist ein Aufschub vor dem Löschen, keine Kopie.
Replikation: eine zweite Kopie, im Betrieb
Die Replikation hält eine Kopie des Dienstes auf einem anderen Server oder an einem anderen Standort vor. Fällt ein Rechenzentrum aus, übernimmt das andere. Sie dient der Verfügbarkeit. Die ANSSI (französische Behörde für Cybersicherheit) sieht sie für Anforderungen an einen sehr geringen Datenverlust vor: Liegt der tolerierbare Verlust unter 24 Stunden, empfiehlt sie, die synchrone oder asynchrone Replikation zu bevorzugen.
Ihre Schwäche ist ihre Treue. Eine Kopie, die dem Produktivsystem folgt, folgt auch dessen Fehlern. Eine Löschung wird repliziert. Eine von Ransomware verschlüsselte Datei wird repliziert. Bei synchroner Replikation dauert das wenige Sekunden. Die Synchronisation eines Arbeitsplatzrechners ist eine Replikation im Kleinen: Sie hat dieselbe Schwäche.
Backup: eine getrennte, datierte, aufbewahrte Kopie
Das Backup ist dazu da, zu einem früheren Stand zurückzukehren. Es hat nur dann Wert, wenn es intakt bleibt, während das Produktivsystem es nicht mehr ist. Das setzt mehrere Eigenschaften voraus:
- Trennung: ein anderes System, andere Konten. Die ANSSI verlangt, dass die Backup-Infrastruktur unabhängig von den Verzeichnisdiensten der Produktion ist und über personenbezogene, dedizierte Konten verwaltet wird;
- Aufbewahrung: eine festgelegte Tiefe des Verlaufs. Die ANSSI nennt als Beispiel fünfzehn Tage tägliche Backups, ein Jahr monatliche und fünf Jahre jährliche, als Veranschaulichung, nicht als Regel;
- Schutz vor Veränderung: Die ANSSI verlangt eine Zugriffskontrolle, die gewährleistet, dass die Backups weder verändert noch beschädigt werden. Ein unveränderliches Backup (WORM) erfüllt diese Anforderung. Die ANSSI hält eine Offline-Kopie jedoch für robuster als eine Online-WORM-Lösung und schlägt vor, beide zu kombinieren;
- die 3-2-1-Regel: drei Kopien der Daten, davon zwei Backups auf unterschiedlichen Datenträgern und eines offline;
- Tests: Ein Backup, das nie wiederhergestellt wurde, ist eine Annahme. Die ANSSI verlangt regelmäßige Tests.
Zwei Kennzahlen vervollständigen das Bild. Der maximal tolerierbare Datenverlust (PDMA bzw. RPO) gibt an, wie viel Arbeit man zu verlieren bereit ist. Die maximal tolerierbare Ausfallzeit (DMIA bzw. RTO) gibt an, wie lange man zu warten bereit ist. Ein stündliches Backup begrenzt den Verlust auf etwa eine Stunde. Über die Dauer bis zur Wiederinbetriebnahme sagt es nichts aus.
Was welchen Störfall abdeckt
| Störfall | Versionierung | Replikation | Backup |
|---|
| Bearbeitungsfehler in einer Datei | Ja, in Selbstbedienung | Nein, der Fehler wird mitkopiert | Ja, durch eine Wiederherstellung |
| Gestern gelöschte Datei | Ja, über den Papierkorb | Nein | Ja |
| Vor drei Monaten gelöschte Datei | Nein, Papierkorb geleert | Nein | Nur wenn die Aufbewahrung so weit zurückreicht |
| Ausfall eines Rechenzentrums | Nein | Ja | Ja, langsamer |
| Ordner, der von einem kompromittierten Administratorkonto gelöscht wurde | Nein | Nein | Ja, wenn die Backups diesem Konto entzogen sind |
| Ransomware, die die Dateien eines synchronisierten Arbeitsplatzes verschlüsselt | Manchmal, wenn der Verlauf intakt ist | Nein | Ja, ab einem früheren Zeitpunkt |
Die Herleitung: warum ein DMS, das versioniert, gesichert werden muss
Nehmen wir den gefürchtetsten Störfall. Ein Angreifer erlangt das Passwort eines Administrators. Er löscht den Ordner „Verträge“ und leert den Papierkorb.
- Die Versionierung hilft nicht: Die Versionen lagen bei den gelöschten Dateien.
- Die Replikation ebenso wenig: Die Löschung wurde in wenigen Sekunden auf den zweiten Standort übertragen.
- Das Backup vom Vortag oder von der vorherigen Stunde enthält den Ordner. Ist es unveränderlich und wird es über andere Konten verwaltet, konnte der Angreifer es nicht antasten.
Versionierung und Replikation erfüllen ihre Aufgabe gut. Es ist nur nicht diese Aufgabe. Der Fall Ransomware mit der Reihenfolge der Wiederherstellung wird in ein DMS vor Ransomware schützen und wiederherstellen behandelt.
Fünf Fragen an Ihren Dienstleister
- Wie oft werden die Dokumente gesichert, und wie lange werden die Backups aufbewahrt?
- Kann ein Administratorkonto des Dienstes ein Backup löschen oder verändern?
- Wo liegen die Kopien, an wie vielen Orten, und gibt es eine Offline-Kopie?
- Wann wurde eine Wiederherstellung zuletzt getestet?
- Wer beantragt eine Wiederherstellung, mit welchen Angaben, und wie lange dauert sie?
Schriftliche Antworten auf diese fünf Fragen sind mehr wert als ein Verfügbarkeitsprozentsatz.
Häufige Irrtümer
- „Jeder Arbeitsplatz hat eine synchronisierte Kopie.“ Diese Kopien folgen dem Server, einschließlich der Löschungen.
- „Der Papierkorb hebt alles dreißig Tage lang auf.“ Er hebt auf, was man nicht leert. Ein Angreifer leert ihn.
- „Wir sind auf zwei Standorte repliziert.“ Das ist Verfügbarkeit, keine Rückkehr zu einem früheren Stand.
- „Das Backup läuft.“ Es muss aber mindestens einmal wiederhergestellt worden sein, und seine Aufbewahrung muss die Zeit bis zur Entdeckung eines Vorfalls abdecken.
Häufige Fragen
Wie finde ich eine ältere Version einer Datei wieder?
Über den Verlauf der Datei, ohne Wiederherstellung. Der Vorgang ist in eine Version eines Dokuments wiederfinden beschrieben.
Ersetzt das Backup die Versionierung?
Nein. Die Versionierung wirkt sofort und liegt in der Hand des Benutzers. Die Wiederherstellung aus einem Backup ist ein aufwendigerer Vorgang, der oft von einem Administrator oder vom Dienstleister durchgeführt wird.
Ist ein Backup eine Archivierung?
Nein. Ein Backup hält Tage oder Wochen. Eine Archivierung entspricht einer Aufbewahrungsfrist, die durch eine Rechtsvorschrift oder eine Richtlinie festgelegt ist. Siehe Dokumente aufbewahren und archivieren.
Und beim E-Mail-System?
Die Überlegung ist dieselbe, mit eigenen Mechanismen. Siehe Backup, Löschung und Kontinuität des E-Mail-Systems.
Wo Klytic steht
Versionierung. Klytic Docs bewahrt den Versionsverlauf jeder Datei auf und verfügt über einen Papierkorb. Der Benutzer stellt eine frühere Version selbst wieder her.
Backup. Die Dokumente werden stündlich gesichert, ebenso wie E-Mail und CRM. Die Backups sind verschlüsselt, werden 30 Tage aufbewahrt, an mehrere Standorte repliziert und sind unveränderlich: Ein geschriebenes Backup kann nicht mehr verändert oder gelöscht werden, auch nicht von einem Angreifer. Sie werden überwacht, und Wiederherstellungen werden jeden Monat getestet. Angestrebt werden eine Wiederinbetriebnahme in weniger als 4 Stunden (RTO) und höchstens 2 Stunden Datenverlust (RPO).
Wiederherstellung. Sie wird beim Klytic-Support beantragt, unter Angabe der betroffenen Elemente und des ungefähren Datums. Sie ist inbegriffen bei einer Störung des Dienstes, bei einer vorsätzlichen Löschung durch einen Mitarbeiter oder einem beim Ausscheiden zu früh gelöschten Konto (im Rahmen von 3 Anfragen pro Monat) oder bei einem Angriff trotz korrekt geschützter Arbeitsplätze. Nach einer versehentlichen Löschung, einer Fehlbedienung oder wenn die Arbeitsplätze unzureichend geschützt waren, wird sie über ein kostenpflichtiges Support-Ticket abgewickelt. Versionsverlauf und Papierkorb bleiben kostenfrei die erste Anlaufstelle.
Das Backup wird mit WeDoBack betrieben, einem Spezialisten für sichere Datensicherung, wie auf der Seite Sicherheit und Backup angegeben. WeDoBack übernimmt das Backup; der Versionsverlauf ist eine Funktion von Klytic Docs.
Die Grenzen: Dreißig Tage Aufbewahrung decken keine Löschung ab, die erst danach entdeckt wird, und stellen keine Archivierung dar. Klytic ist kein SecNumCloud-qualifiziertes Angebot.
Diese Seite beschreibt allgemeine Mechanismen. Die Fristen und Ziele Ihres eigenen Dienstes prüfen Sie in Ihrem Vertrag.
Quellen
Abgerufen im Oktober 2026.
- ANSSI, „Sauvegarde des systèmes d’information“ (Sicherung von Informationssystemen), Leitfaden ANSSI-BP-100, v1.1: 3-2-1-Regel mit einer Offline-Kopie, Offline als robuster eingestuft als Online-WORM, festzulegende Aufbewahrungsfristen, PDMA und DMIA, Replikation bei einem Verlust unter 24 Std., dedizierte Administratorkonten, regelmäßige Tests. messervices.cyber.gouv.fr
- ANSSI, „Les Essentiels, Sauvegarde des systèmes d’information“ (Das Wesentliche: Sicherung von Informationssystemen), v1.1: regelmäßige Offline-Backups, Zugriffskontrolle, damit sie weder verändert noch beschädigt werden, von den Verzeichnisdiensten der Produktion unabhängige Infrastruktur. messervices.cyber.gouv.fr
- Klytic, Sicherheit und Backup: verschlüsseltes Backup, 30 Tage, unveränderlich, an mehrere Orte repliziert, monatlich getestete Wiederherstellungen, RTO unter 4 Std., RPO unter 2 Std., Backup mit WeDoBack betrieben. klytic.com
- Klytic, häufige Fragen: stündliches Backup, verschlüsselt, 30 Tage aufbewahrt; RTO- und RPO-Ziele. klytic.com
