Zum Inhalt springen
bits_ – Das Firmen-Betriebssystem. Einfach. Weiter.bits_ – Das Firmen-Betriebssystem. Einfach. Weiter.

Probleme · Sicherheit, Backup & Datenschutz

Microsoft-365-Backup: Wie teste ich die Wiederherstellung?

Marc Bühler · zuletzt geprüft 15.10.2026

Kurz gesagt

Du testest die Wiederherstellung mit einem konkreten Szenario, etwa einer gelöschten Datei oder den Daten eines ausgetretenen Mitarbeitenden. Vorher legst du Ziel, Zuständige, Zielort sowie RTO und RPO fest. Danach prüft der Fachbereich Inhalt, Umfang, Metadaten, Versionen, Berechtigungen und Dauer. Ein grüner Sicherungslauf beweist noch keine Wiederherstellung.

Für wen das gilt

Für KMU, die Mails, OneDrive, Teams und SharePoint mit einem Microsoft-365-Backup sichern und wissen wollen, ob sie im Ernstfall wirklich weiterarbeiten können. Das Thema gehört zum Zeitdieb Sicherheit, Backup & Datenschutz.

Ein erfolgreicher Sicherungslauf zeigt nur, dass ein Backup-System Daten verarbeitet hat. Ob sich die benötigten Inhalte vollständig, rechtzeitig und am richtigen Ort zurückholen lassen, beweist er nicht.

Auf einen Blick: Was ein Test prüft

PrüfpunktFrage
InhaltLassen sich Dateien öffnen und E-Mails vollständig lesen? Stimmen Anhänge und Formate?
UmfangSind alle ausgewählten Objekte da, oder fehlen Unterordner, Anhänge, verknüpfte Inhalte?
MetadatenStimmen Erstellungs- und Änderungsdaten, Absender, eigene SharePoint-Felder?
VersionenIst die benötigte frühere Version vorhanden und eindeutig erkennbar?
BerechtigungenKommen die vorgesehenen Personen hinein, bleiben Unberechtigte draussen?
NutzbarkeitKann der Fachbereich mit dem Ergebnis weiterarbeiten?
ZeitWie lange dauerten Erkennung, Freigabe, technische Ausführung und fachliche Kontrolle?

Welche dieser Eigenschaften wiederherstellbar sind, hängt vom Produkt und von der Konfiguration ab.

Aus der Praxis

Im Backup-Dashboard ist alles grün, bis eine gelöschte E-Mail, ein beschädigter SharePoint-Bereich oder die Daten eines ausgetretenen Mitarbeitenden gebraucht werden. Erst dann fallen fehlende Berechtigungen, unklare Zuständigkeiten oder nicht gesicherte Inhalte auf. Der Test soll genau diese Fragen beantworten, bevor daraus ein Betriebsunterbruch wird.

Wichtig dabei: Die technische Administration erkennt, ob ein Wiederherstellungsauftrag abgeschlossen ist. Ob die richtige Vertragsversion, die vollständige Projektablage oder die gesuchte E-Mail vorliegt, kann oft nur der Fachbereich bestätigen. Deshalb braucht jeder Test beide Seiten.

Szenarien sind nicht gleich

  • eine einzelne gelöschte E-Mail oder Datei
  • einen bestimmten älteren Stand einer Datei
  • die Daten eines Benutzerkontos
  • einen Ordner, eine Dokumentbibliothek oder einen SharePoint-Bereich
  • einen grösseren Datenbestand nach einem umfassenden Vorfall

Bei einem Benutzerkonto unterscheidest du zwischen Identität, Microsoft-365-Einstellungen und Nutzdaten. Nicht jede Backup-Lösung sichert oder rekonstruiert alle drei Bereiche.

RTO und RPO machen das Ergebnis messbar

  • RTO (Recovery Time Objective): wie lange die Wiederherstellung höchstens dauern darf.
  • RPO (Recovery Point Objective): wie viel Datenverlust tragbar ist, gemessen als Abstand zwischen dem letzten brauchbaren Stand und dem Vorfall.

Muss ein Team nach vier Stunden wieder an seine Dokumente, ist das eine andere Anforderung als eine Wiederherstellung innerhalb von zwei Arbeitstagen. Notiere deshalb die Zeit vom erkannten Bedarf bis zur nutzbaren Bereitstellung und vergleiche den zurückgeholten Stand mit dem RPO. Wie du beide Werte festlegst, steht in Wie lange darf unsere IT ausfallen?.

RTO und RPO sind Zielwerte, keine Garantie. Ob sie erreichbar sind, hängt unter anderem von Datenmenge, Produkt, Verbindung, Berechtigungen und vereinbartem Leistungsumfang ab. Verbindliche Zeiten brauchen eine vertragliche Grundlage.

Ehrlich gesagt: wo ein Test an Grenzen stösst

Ein Wiederherstellungstest ersetzt weder ein vollständiges Notfallkonzept noch eine unabhängige Prüfung. Brauchst du eine formelle Prüfbestätigung, reicht die operative Begleitung durch BITS allein nicht. Dann gehört eine dafür qualifizierte unabhängige Stelle dazu.

Und: Wer immer nur eine einzelne Datei testet, weiss nicht, wie sich ein grösserer Datenbestand verhält. Ein grosser Jahrestest ersetzt umgekehrt keine Stichproben im laufenden Betrieb.

So gehst du vor

  1. Ziel festlegen: Welche Daten müssen in welchem Zustand, bis wann und für wen wieder nutzbar sein? «Eine Datei wiederherstellen» ist zu ungenau.
  2. Zuständige klären: Wer löst aus und hat die Rechte? Wer prüft fachlich? Wer bewertet Abweichungen und gibt Massnahmen frei?
  3. Zielort und Schutz klären: Wo landen die Daten, und wie schützt du vertrauliche Inhalte während und nach dem Test?
  4. Ausgangslage festhalten: Startzeit, gewählter Sicherungsstand, auslösende Person, betroffene Daten.
  5. Ergebnis prüfen: alle Prüfpunkte aus der Tabelle oben, nicht nur «sichtbar».
  6. Protokoll führen: Datum, Szenario, Datenquelle, Sicherungsstand, Zielort, Beteiligte, Dauer, Ergebnis. Jede Abweichung bekommt eine verantwortliche Person, einen Termin und eine nächste Massnahme.
  7. Nächsten Test festlegen und die Szenarien abwechseln.

Mögliche Massnahmen nach einem Test sind angepasste Berechtigungen, eine geänderte Sicherungsauswahl, zusätzliche Dokumentation oder neue RTO- und RPO-Werte. Was ein Backup kostet, findest du auf der Preisseite.

Häufige Fragen

Reicht es, wenn das Backup-Dashboard grün ist?

Nein. Ein erfolgreicher Sicherungslauf zeigt nur, dass das Backup-System Daten verarbeitet hat. Ob sich die benötigten Inhalte vollständig, rechtzeitig und am richtigen Ort wiederherstellen lassen, zeigt erst ein geplanter Wiederherstellungstest.

Wohin soll ich beim Test wiederherstellen?

Wenn deine Lösung es erlaubt, in einen abgegrenzten Testbereich. Eine Wiederherstellung direkt in den produktiven Bereich kann aktuelle Daten überschreiben, Dubletten erzeugen oder Berechtigungen verändern. Ob ein alternativer Zielort unterstützt wird, musst du für das konkrete Produkt prüfen.

Wie oft sollte ich die Wiederherstellung testen?

Es gibt keinen Standardtermin für alle. Richte Häufigkeit und Umfang nach Kritikalität, Veränderung und bisherigen Ergebnissen. Zusätzlich testest du, wenn sich Backup-Lösung, Berechtigungen, Datenquellen oder Zuständige wesentlich ändern.

Ist ein fehlgeschlagener Test ein schlechtes Zeichen?

Nicht unbedingt. Ein teilweise fehlgeschlagener Test ist nützlich, wenn daraus eine Korrektur entsteht. Kritisch wird es, wenn Abweichungen ohne Verantwortliche stehen bleiben oder kein nächster Test festgelegt ist.

Ersetzt ein Wiederherstellungstest ein Notfallkonzept?

Nein. Er ersetzt weder ein vollständiges Notfallkonzept noch eine unabhängige Prüfung. Brauchst du eine formelle Prüfbestätigung, ziehst du eine dafür qualifizierte unabhängige Stelle bei.

Weitere Antworten zu diesem Zeitdieb

Datenschutz-Einstellungen

Mehr dazu in der Datenschutzerklärung.