So testen Sie die Wiederherstellbarkeit von Microsoft 365-Daten mit Synology-Tools

Ein Backup ist nur so viel wert wie die Wiederherstellung, die daraus möglich ist. Dieser Leitfaden zeigt Ihnen Schritt für Schritt, wie Sie die Wiederherstellbarkeit testen, und zwar für Microsoft 365-Workloads. Dazu zählen Exchange Online, SharePoint, OneDrive und Teams, jeweils mit Synology-Tools.

Am Ende dieses Artikels können Sie geschäftskritische Daten absichern und dafür sorgen, dass Ihr Unternehmen Daten im Ernstfall zuverlässig und schnell wiederherstellt.

Lieber eine visuelle Zusammenfassung? Dann sehen Sie sich unser Video „So testen Sie die Wiederherstellbarkeit von Microsoft 365-Daten mit Synology-Tools“ an und vertiefen Sie Ihr Wissen.

So testen Sie die Wiederherstellbarkeit

Methode 1: Synology Active Backup for Microsoft 365 prüfen

📌 Anwendungsfälle: Ideal, um Wiederherstellungen auf Benutzer- und Workload-Ebene zu testen (Exchange, SharePoint, OneDrive, Teams)

📌 Voraussetzungen:

• Synology Netzgebundener Speicher (NAS) mit Active Backup for Microsoft 365 (ABM365)
• Konfigurierte und abgeschlossene Backup-Aufgaben
• DSM und ABM365 auf dem neuesten Stand

Schritte:

1. Starten Sie Synology Active Backup for Microsoft 365 über die Oberfläche Ihres NAS.
2. Öffnen Sie die Aufgabenliste, um den Backup-Status zu prüfen:
   • Kontrollieren Sie die Ergebnisse der Aufträge und den Zeitpunkt des letzten Durchlaufs.
   • Prüfen Sie die Backup-Größe sowie den Status (erfolgreich oder fehlgeschlagen).
3. Öffnen Sie das Wiederherstellungsportal.
4. Melden Sie sich an, entweder mit:
   • Anmeldeinformationen eines globalen Administrators
   • delegierten Wiederherstellungsberechtigungen
5. Wählen Sie einen Workload aus:
   • Exchange-Postfach
   • OneDrive-Datei
   • SharePoint-Website
   • Teams-Nachricht
6. Wählen Sie einen Wiederherstellungspunkt und sehen Sie sich das Element in der Vorschau an.
7. Führen Sie die Wiederherstellung durch und prüfen Sie:
   • Wurde das richtige Element bzw. der richtige Inhalt wiederhergestellt?
   • Blieben Berechtigungen und Struktur erhalten?
   • Gibt es Datenfehler oder Sichtbarkeitsprobleme?

💡 Tipp: Nutzen Sie die Vorschau, um die Richtigkeit auf Element-Ebene schon vor der Wiederherstellung zu prüfen.

Methode 2: Prüfungen per PowerShell oder REST-API automatisieren

📌 Anwendungsfälle: Diese Methode eignet sich, wenn Sie Zustandsprüfungen planen oder proaktiv über fehlgeschlagene bzw. inaktive Backup-Aufträge berichten möchten.

📌 Voraussetzungen:

• PowerShell 5.1+ installiert (PowerShell-Version prüfen)
• Zugriff auf ein Synology-API-Token
• Netzwerkzugriff auf den Synology DSM

Schritte:

1. Öffnen Sie PowerShell als Administrator.
2. Führen Sie diesen Befehl aus:

Connect-VB365

Get-VBOJobSession | Where-Object { $_.Status -ne „Success“ } |

Format-Table Name, Status, EndTime

3. Alternativ führen Sie auf dem Synology-System dieses Bash-Skript aus:

curl -X POST https://yourdiskstation:5001/webapi/entry.cgi \

-d „api=SYNO.Backup.M365.Status&version=1&method=list“ \

-H "X-SYNO-TOKEN: your-session-token"

4. Ergänzen Sie Zeitpläne oder Alarmierungen über:
   • Windows-Aufgabenplanung
   • Synology-Aufgabenplaner
   • NinjaOne-Workflow-Automatisierung

💡 Tipp: Lösen Sie Alarmierungen aus, wenn Aufträge fehlschlagen, innerhalb von 24 bis 48 Stunden nicht laufen oder unvollständige Objekte erzeugen.

Methode 3: Wiederherstellungstests über Registry-Schlüssel nachverfolgen

📌 Anwendungsfälle: Gut geeignet, wenn Sie die Testhäufigkeit pro Gerät oder Mandant nachverfolgen möchten. Sie können diese Methode auch ergänzend nutzen, um die Einhaltung interner SLAs oder regulatorischer Vorgaben nachzuweisen.

📌 Voraussetzungen:

• Lokaler Administratorzugriff auf die Windows-Registry
• Backup-System mit zugänglichen Testaufzeichnungen
• Skript-Runner (z. B. NinjaOne oder eine PowerShell-Aufgabe)
• Es wird dringend empfohlen, dass Sie Ihre Windows-Registry sichern. Falsche Konfigurationen können das System instabil machen.

Schritte:

1. Drücken Sie Win + R, geben Sie regedit ein und drücken Sie die Eingabetaste.
2. Wechseln Sie zu: HKEY_LOCAL_MACHINE\SOFTWARE\Org\BackupRestoreValidation
3. Legen Sie die folgenden Werte an:
   • LastRestoreTestDate (Zeichenfolge) = „2025-07-01T18:00:00Z“
   • ToolUsed (Zeichenfolge) = „Synology ABM365“
4. Nutzen Sie Automatisierung (etwa über NinjaOne oder PowerShell), um:
   • Schlüssel auszulesen und überfällige Tests zu erkennen.
   • Werte nach durchgeführten Tests zu aktualisieren.
   • Alarmierungen auszulösen, wenn ein Test überfällig ist.

💡 Tipp: Exportieren Sie die Registry-Einträge an einen zentralen Log-Server oder in ein Compliance-Dashboard.

Methode 4: Backup-Richtlinien für Endpunkte per Gruppenrichtlinie durchsetzen (für Synology-Clients)

📌 Anwendungsfälle: Diese Methode hilft, versehentliches Löschen von Dateien zu verhindern, die Nutzung von Volumeschattenkopien (VSS) zu erzwingen oder Endpunkte in hybriden Wiederherstellungsszenarien zu schützen.

📌 Voraussetzungen:

• Windows-Domänenumgebung mit Zugriff auf Gruppenrichtlinien
• Installierter Synology-Agent (falls auch lokale Dateien gesichert werden)

Schritte:

1. Drücken Sie Win + R, geben Sie gpedit.msc ein und drücken Sie die Eingabetaste.
2. Wechseln Sie zu: Computerkonfiguration > Administrative Vorlagen > System > Windows-Dateischutz
3. Aktivieren Sie die folgenden Einstellungen:
   • Benutzern das Entfernen kritischer Systemdateien nicht erlauben
   • Volumeschattenkopie für alle lokalen Backups erforderlich
4. Wenden Sie das GPO auf die betreffenden Organisationseinheiten (OUs) an.
5. Prüfen Sie mit gpresult oder anhand der Überwachungsprotokolle, ob das GPO angewendet wurde.

💡 Hinweis: Selbst wenn Sie keine Dateien von Endpunkten auf Synology sichern, verhindern diese Einstellungen kritischen Datenverlust bei versehentlichem Überschreiben oder bei einer Ransomware-Wiederherstellung.

Methode 5: Zugriff auf Backup-Dateien über Eingabeaufforderung oder Befehlszeilenschnittstelle prüfen

📌 Anwendungsfälle: Diese Methode stellt sicher, dass Ihre Backups nicht nur „protokolliert“, sondern tatsächlich erreichbar und nutzbar sind. So prüfen Sie schnell, ob die Backup-Datei vorhanden ist und welche Größe sie hat.

📌 Voraussetzungen:

• Dateisystemzugriff auf die Backup-Verzeichnisse
• Netzwerk- oder Mount-Zugriff (SMB, iSCSI) auf die Synology-Freigaben

Schritte:

A. Für Synology-Backup-Freigaben (über SMB)

1. Führen Sie diesen Befehl aus:

net use Z: \\synology\m365backup

dir Z:\backups\user01

B. Automatisieren Sie Skripte, um:

• Zeitstempel und Größen der Dateien zu prüfen.
• die Verfügbarkeit aktueller Snapshots zu bestätigen.
• zu protokollieren oder zu alarmieren, wenn Dateien fehlen oder zu klein sind.

💡 Tipp: Achten Sie auf unvollständige .vbcat-Dateien oder fehlende OneDrive- bzw. Teams-Ordner. Sie können auf fehlgeschlagene Backups oder abgelaufene Anmeldeinformationen hinweisen.

Weitere Aspekte beim Test der Backup-Bereitschaft

Umfang der Wiederherstellung

• Testen Sie immer sowohl vollständige als auch granulare Wiederherstellungen (z. B. ein komplettes Postfach gegenüber einer einzelnen E-Mail).
• Simulieren Sie reale Vorfälle: beschädigter SharePoint-Ordner, gelöschter Teams-Chat und Ähnliches.

Ablauf von Anmeldeinformationen

• OAuth– und Graph-API-Token laufen in der Regel nach ein bis zwei Jahren ab.
• Planen Sie alle 12 Monate die Erneuerung der Anmeldeinformationen und eine Prüfung der API-Berechtigungen ein.

Lizenzierung

• Synology Active Backup schränkt den Zugriff auf bestimmte Funktionen ein, solange keine Lizenz aktiviert ist.
• Backup-Aufträge laufen möglicherweise weiter, während Wiederherstellungsrechte unbemerkt verfallen. Prüfen Sie sie deshalb regelmäßig.

Verwaltung mehrerer Mandanten (für MSPs)

• Verfolgen Sie Wiederherstellungstests pro Kunde nach, und zwar über:
  • Metadaten-Tagging (z. B. in NinjaOne oder in den Notizen zum Wiederherstellungsauftrag)
  • Protokollierung von Zeitstempeln (über die Registry)
  • mandantenbezogene Dashboards für die Berichterstattung

💡 Tipp: Ein einmaliger Test hilft zwar, doch besser ist es, die Prüfung der Wiederherstellbarkeit zu automatisieren und so Risiken zu minimieren. Das ist auch ein zentraler Punkt in jedem Plan für Daten-Backup und Wiederherstellung.

⚠️ Darauf sollten Sie achten

Risiken	Mögliche Folgen	Gegenmaßnahmen
Backup-Aufträge schlagen unbemerkt fehl, weil Anmeldeinformationen abgelaufen sind	Wochen- oder monatelang keine wiederherstellbaren Backups	Anmeldeinformationen der App in Synology neu authentifizieren und vollständige Backup-Aufträge erneut ausführen.
Auftrag ist als „erfolgreich“ markiert, enthält aber Fehler auf Objektebene	Fehlende Postfächer, beschädigte Dateien oder unvollständige Backup-Abdeckung	Auftragsprotokolle prüfen und E-Mail-Benachrichtigungen oder PowerShell-Alarmierungen aktivieren.
OAuth-Token oder Graph-API-Berechtigungen ändern sich	Teilweise oder vollständig fehlgeschlagene Wiederherstellungen, besonders bei Teams und SharePoint	Token erneuern und App-Berechtigungen regelmäßig prüfen (jährlich oder halbjährlich).
Backups sind vorhanden, aber wegen veränderter Berechtigungen nicht zugänglich	Wiederherstellung im Ernstfall unmöglich	Zugriffssteuerungslisten (ACLs) des Repositorys und die Berechtigungen im Wiederherstellungsportal prüfen.
Wiederherstellungspunkt zu alt für Zeitvorgabe für Wiederherstellungszeit (RTO) bzw. Ziel des Wiederherstellungspunktes (RPO)	Compliance-Verstöße oder unvollständige Reaktion auf Vorfälle	Wiederherstellungstests wöchentlich einplanen und die Protokollierung der Zeitstempel über die Registry oder NinjaOne automatisieren.
Backups von Endpunkten bleiben in Cloud-Workflows ausgeklammert	Datenverlust bei Benutzer:innen mit hybriden oder rein lokalen Arbeitsweisen	Mit GPO und Synology-Endpunkt-Agenten den Backup-Umfang und die Aufbewahrung durchsetzen.

Häufige Probleme bei der Wiederherstellung beheben

Zugriff während der Synology-Wiederherstellung verweigert

Das kann an falsch konfigurierten Graph-API-Scopes oder abgelaufenen OAuth-Token liegen. Autorisieren Sie dazu den Microsoft 365-Connector in DSM erneut.

Stellen Sie außerdem sicher, dass das Anwendungstoken über die nötigen delegierten Berechtigungen verfügt (etwa Mail.ReadWrite, Sites.ReadWrite.All usw.) und nicht abgelaufen ist.

Das Synology-Wiederherstellungsportal lädt nicht

Häufig weist das auf Kompatibilitätsprobleme mit der DSM-Version oder auf falsche SSL/TLS-Einstellungen hin. Stellen Sie sicher, dass der Synology DiskStation Manager (DSM) auf einer Version läuft, die mit Ihrer aktuellen Microsoft 365-Umgebung kompatibel ist.

Prüfen Sie zusätzlich, ob das HTTPS-Binding für den sicheren Zugriff korrekt konfiguriert ist. In Umgebungen, in denen der HTTP-Zugriff deaktiviert oder falsch umgeleitet ist, lädt das Portal unter Umständen überhaupt nicht.

Elemente fehlen in der Auswahl zur Wiederherstellung

Das kann bedeuten, dass die Daten nie korrekt indexiert wurden oder dass ein Backup-Auftrag wegen einer Fehlkonfiguration wichtige Objekte übersprungen hat. Typisch ist das bei Benutzer:innen, die neu lizenziert wurden, die Gruppe gewechselt haben oder durch Filter ausgeschlossen sind.

Führen Sie das Backup dazu manuell erneut aus und prüfen Sie die Protokolle auf übersprungene Benutzer:innen oder Fehlermeldungen. Vergewissern Sie sich außerdem, dass die Indexierung für alle Workloads aktiviert ist.

Wiederherstellung läuft in eine Zeitüberschreitung oder bleibt hängen

Meist deutet das auf Leistungsprobleme im Backup-Repository oder auf eine zu hohe Netzwerklatenz hin. Verlagern Sie die Wiederherstellung testweise auf eine schnellere Festplatte oder vorübergehend auf ein hochverfügbares Volume. Achten Sie bei Synology darauf, dass die NICs korrekt gebündelt oder zugewiesen sind und dass Ihre iSCSI- oder SMB-Verbindungen stabil laufen.

So vereinheitlicht NinjaOne die Wiederherstellbarkeit über alle Mandanten hinweg

• Bereitstellung von PowerShell-Skripten: Verteilen Sie Skripte mühelos, um den Status von Synology-Aufträgen zu prüfen. Sie können damit auch fehlgeschlagene Backups aufspüren und die Wiederherstellungshistorie über alle Endpunkte und Mandanten hinweg auswerten.
• Registry-Auditing: NinjaOne kann benutzerdefinierte Registry-Schlüssel (z. B. LastRestoreTestDate) auslesen und auswerten. So sehen Sie, ob lokale Administrator:innen oder Agenten die Wiederherstellungstests innerhalb der festgelegten Intervalle durchgeführt haben.
• Individuelle Dashboards: NinjaOne gibt Ihnen zentralen Einblick in den Zustand der Backup-Aufträge, die letzte erfolgreiche Wiederherstellung pro Mandant oder Gerät sowie Lücken bei Testhäufigkeit und Objektabdeckung.
• Mandantenübergreifende Alarmierungen: Die Plattform löst automatisiert Alarmierungen aus, wenn Wiederherstellungsprüfungen überfällig sind oder Backups unbemerkt fehlschlagen. Das gilt auch, wenn OAuth-Token oder Lizenzen bald ablaufen.
• Workflow-Automatisierung: Verknüpfen Sie Prüfungen der Wiederherstellbarkeit mit Tickets, Protokollen oder Alarmierungen. Binden Sie die Ergebnisse in Compliance-Berichte oder SLA-Dokumentationen ein.

Wiederherstellbarkeit mit den richtigen Tools testen

Es klingt banal: Backups sind nutzlos, wenn sich daraus nichts wiederherstellen lässt. Genau deshalb ist das Testen der Wiederherstellbarkeit keine Kür, sondern Pflicht. Dieser Leitfaden hat Ihnen die Werkzeuge, Techniken und Automatisierungswege an die Hand gegeben, damit Ihr Microsoft 365 nicht nur gesichert, sondern auch wirklich wiederherstellbar ist.

Verwandte Themen:

• 8 Tipps, wie Sie Ihre Daten-Backups sicher halten
• Backup neu gedacht, Resilienz neu definiert
• Backup-Konfiguration
• Umfassender Leitfaden zu Daten-Backup und Wiederherstellung
• Die wichtigsten Veeam-Konkurrenten und -Alternativen 2025