Zo test u de herstelgereedheid van Microsoft 365-gegevens met Synology-tools

Een back-up is alleen nuttig als u er ook daadwerkelijk mee kunt herstellen. Deze gids geeft stap voor stap aan hoe u de herstelgereedheid test voor Microsoft 365-workloads. Dat omvat Exchange Online, SharePoint, OneDrive en Teams) met behulp van Synology-tools.

Aan het einde van dit artikel kunt u bedrijfskritische gegevens veiligstellen. En weet u zeker dat uw organisatie bij incidenten snel en betrouwbaar gegevens kan herstellen.

Liever een visuele samenvatting van dit onderwerp? Bekijk onze video “Zo test u de herstelgereedheid van Microsoft 365-gegevens met Synology-tools” en vergroot uw kennis.

Zo test u de herstelgereedheid

Methode 1: Synology Active Backup for Microsoft 365 valideren

📌 Toepassingen: ideaal om herstelacties op gebruikers- en workloadniveau te testen (Exchange, SharePoint, OneDrive, Teams)

📌 Vereisten:

• Synology NAS met Active Backup for Microsoft 365 (ABM365)
• Geconfigureerde en voltooide back-uptaken
• DSM en ABM365 bijgewerkt naar de nieuwste versie

Stappen:

1. Start Synology Active Backup for Microsoft 365 vanuit de interface van uw NAS.
2. Ga naar de takenlijst om de back-upstatus te controleren:
   • Controleer de taakresultaten en het tijdstip van de laatste uitvoering.
   • Bevestig de omvang van de back-up en de status (geslaagd of mislukt).
3. Open het herstelportaal.
4. Meld u aan met een van beide:
   • Referenties van een globale beheerder
   • Gedelegeerde herstelrechten
5. Selecteer een workload:
   • Exchange-mailbox
   • OneDrive-bestand
   • SharePoint-site
   • Teams-bericht
6. Kies een herstelpunt en bekijk een voorbeeld van het item
7. Voer het herstel uit en controleer het volgende:
   • Het juiste item of de juiste inhoud is hersteld
   • Rechten en structuur zijn behouden
   • Geen beschadigde gegevens of zichtbaarheidsproblemen

💡 Tip: gebruik het voorbeeldvenster om de juistheid op itemniveau te controleren voordat u herstelt.

Methode 2: controles op gereedheid automatiseren via PowerShell of de REST API

📌 Toepassingen: deze methode is handig wanneer u statuscontroles wilt inplannen of proactief wilt rapporteren over mislukte of inactieve back-uptaken.

📌 Vereisten:

• PowerShell 5.1+ geïnstalleerd (Controleer uw PowerShell-versie)
• Toegang tot een Synology API-token
• Netwerktoegang tot de Synology DSM

Stappen:

1. Open PowerShell als beheerder.
2. Voer deze opdracht uit:

Connect-VB365

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

Format-Table Name, Status, EndTime

3. U kunt in Synology ook dit bash-script uitvoeren:

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. Voeg planning of notificaties toe via:
   • Windows Taakplanner
   • Synology Task Scheduler
   • Workflow-automatisering van NinjaOne

💡 Tip: laat notificaties onder meer afgaan bij taken die mislukken, die niet binnen 24 tot 48 uur worden uitgevoerd of die onvolledige objecten opleveren.

Methode 3: hersteltests bijhouden met registersleutels

📌 Toepassingen: uitstekend wanneer u per device of tenant wilt bijhouden hoe vaak er wordt hersteld. U kunt deze methode ook gebruiken als aanvulling op audits voor interne SLA’s of wettelijke verplichtingen.

📌 Vereisten:

• Lokale beheerderstoegang tot het Windows-register
• Een back-upsysteem met toegankelijke testgegevens
• Een scriptrunner (zoals NinjaOne of een PowerShell-taak)
• Het is sterk aan te raden om een back-up te maken van uw Windows-register. Onjuiste configuraties kunnen het systeem instabiel maken.

Stappen:

1. Druk op Win + R, typ regedit en druk op Enter.
2. Ga naar: HKEY_LOCAL_MACHINE\SOFTWARE\Org\BackupRestoreValidation
3. Maak de volgende waarden aan:
   • LastRestoreTestDate (tekenreeks) = “2025-07-01T18:00:00Z”
   • ToolUsed (tekenreeks) = “Synology ABM365”
4. Gebruik automatisering (bijvoorbeeld via NinjaOne of PowerShell) om:
   • Sleutels uit te lezen en te controleren op achterstallige tests.
   • Waarden bij te werken zodra er tests zijn uitgevoerd.
   • Notificaties te sturen als een test te lang uitblijft.

💡 Tip: exporteer registervermeldingen naar een centrale logserver of een compliance-dashboard.

Methode 4: back-upbeleid voor endpoints afdwingen via Groepsbeleid (voor Synology-clients)

📌 Toepassingen: deze methode is nuttig om het per ongeluk verwijderen van bestanden te voorkomen, het gebruik van Volume Shadow Copy (VSS) af te dwingen of endpoints te beschermen die bij hybride herstelscenario’s worden gebruikt.

📌 Vereisten:

• Een Windows-domeinomgeving met toegang tot Groepsbeleid
• Geïnstalleerde Synology-agent (als u ook lokale bestanden back-upt)

Stappen:

1. Druk op Win + R, typ gpedit.msc en druk op Enter.
2. Ga naar: Computerconfiguratie > Beheersjablonen > Systeem > Windows-bestandsbeveiliging
3. Schakel de volgende waarden in:
   • Gebruikers niet toestaan kritieke systeembestanden te verwijderen
   • Volume Shadow Copy vereisen voor alle lokale back-ups
4. Pas het GPO toe op de relevante organisatie-eenheden (OU’s).
5. Gebruik gpresult of auditlogboeken om te controleren of het GPO is toegepast.

💡 Let op: ook als u geen bestanden van endpoints naar Synology back-upt voorkomen deze instellingen kritiek gegevensverlies bij onbedoeld overschrijven of bij herstel na ransomware.

Methode 5: toegankelijkheid van back-upbestanden controleren via CMD of CLI

📌 Toepassingen: deze methode zorgt ervoor dat uw back-ups niet alleen “geregistreerd” zijn, maar ook fysiek toegankelijk en bruikbaar. Zo controleert u snel of het back-upbestand aanwezig is en hoe groot het is.

📌 Vereisten:

• Toegang via het bestandssysteem tot de back-upmappen
• Netwerk- of koppeltoegang (SMB, iSCSI) tot Synology-shares

Stappen:

A. Voor Synology-back-upshares (via SMB)

1. Voer deze opdracht uit:

net use Z: \\synology\m365backup

dir Z:\backups\user01

B. Automatiseer scripts om:

• Tijdstempels en bestandsgroottes te controleren.
• Te bevestigen dat er recente snapshots beschikbaar zijn.
• Te loggen of te waarschuwen als er iets ontbreekt of te klein is.

💡 Tip: let op onvolledige .vbcat-bestanden of ontbrekende OneDrive- of Teams-mappen, want die kunnen wijzen op mislukte back-ups of verlopen referenties.

Aanvullende overwegingen bij het testen van de back-upgereedheid

Omvang van het herstel

• Test altijd zowel volledige als granulaire herstelacties (bijvoorbeeld een complete mailbox versus één enkele e-mail).
• Simuleer realistische incidenten: een beschadigde SharePoint-map, een verwijderde Teams-chat enzovoort.

Verlopen referenties

• OAuth– en Graph API-tokens verlopen doorgaans na 1 tot 2 jaar.
• Plan elke 12 maanden een vernieuwing van referenties en een audit van de API-rechten.

Licenties

• Synology Active Backup beperkt de toegang tot bepaalde functies zolang de licentie niet is geactiveerd.
• Back-uptaken blijven mogelijk draaien terwijl herstelrechten ongemerkt vervallen. Controleer die rechten dus regelmatig.

Multi-tenant beheer (voor MSP’s)

• Houd hersteltests per klant bij met:
  • Metadata-tags (bijvoorbeeld in NinjaOne of in notities bij een hersteltaak)
  • Logboeken met tijdstempels (via het register)
  • Dashboards per tenant voor rapportage

💡 Tip: één keer testen helpt al, maar het is altijd beter om de controle op herstelgereedheid te automatiseren en zo risico’s te beperken. Dat is ook een cruciaal onderdeel van elk plan voor gegevensback-up en -herstel.

⚠️ Waar u op moet letten

Veelvoorkomende herstelproblemen oplossen

Toegang geweigerd tijdens herstel via Synology

Dit kan komen door verkeerd geconfigureerde Graph API-scopes of verlopen OAuth-tokens. Autoriseer de Microsoft 365-connector opnieuw vanuit DSM om dit op te lossen.

Controleer altijd of het applicatietoken over de benodigde gedelegeerde rechten beschikt (zoals Mail.ReadWrite, Sites.ReadWrite.All enzovoort) en nog niet is verlopen.

Het herstelportaal van Synology laadt niet

Dit wijst vaak op compatibiliteitsproblemen met de DSM-versie of op verkeerde SSL/TLS-instellingen. Zorg er daarom voor dat Synology DiskStation Manager (DSM) is bijgewerkt naar een versie die compatibel is met uw huidige Microsoft 365-omgeving.

Controleer daarnaast of de HTTPS-binding correct is ingesteld voor veilige toegang. In omgevingen waar HTTP-toegang is uitgeschakeld of verkeerd wordt doorgestuurd kan het portaal helemaal niet laden.

Ontbrekende items in de herstelselectie

Dit kan betekenen dat de gegevens nooit goed zijn geïndexeerd of dat een back-uptaak belangrijke objecten heeft overgeslagen door een verkeerde configuratie. Dat gebeurt bijvoorbeeld bij gebruikers die net een licentie hebben gekregen, naar een andere groep zijn verplaatst of via een filter zijn uitgesloten.

Voer de back-up handmatig opnieuw uit om dit op te lossen en controleer de logboeken op overgeslagen gebruikers of foutmeldingen. Bevestig ook dat indexering voor alle workloads is ingeschakeld.

Het herstel verloopt in een time-out of loopt vast

Dit duidt meestal op prestatieproblemen met de back-uprepository of op te veel netwerklatentie. Probeer de herstelbewerking te isoleren op een snellere schijf of verplaats de taak tijdelijk naar een high-availability volume. Zorg bij Synology dat uw NIC’s goed zijn gebundeld of toegewezen en dat uw iSCSI- of SMB-verbindingen stabiel zijn.

Zo brengt NinjaOne de herstelgereedheid van al uw tenants samen

• PowerShell-scripts uitrollen: push eenvoudig scripts om de status van Synology-taken te valideren. U kunt ook controleren op mislukte back-ups en rapporteren over de herstelhistorie van al uw endpoints en tenants.
• Audits van het register: NinjaOne kan aangepaste registersleutels scannen en erover rapporteren (bijvoorbeeld LastRestoreTestDate) om te bevestigen of lokale beheerders of agents hun hersteltests binnen de afgesproken termijn hebben uitgevoerd.
• Aangepaste dashboards: NinjaOne geeft u centraal inzicht in de status van back-uptaken, het laatste geslaagde herstel per tenant of device en hiaten in testfrequentie of objectdekking.
• Notificaties over tenants heen: het platform stuurt automatisch notificaties wanneer hersteltests te lang uitblijven en back-ups ongemerkt mislukken. Of wanneer OAuth-tokens of licenties bijna verlopen.
• Workflow-automatisering: koppel controles op herstelgereedheid aan tickets, logboeken of notificaties. Neem herstelvalidaties op in uw compliance-rapportage of SLA-documentatie.

Test de herstelgereedheid met de juiste tools

Het klinkt vanzelfsprekend, maar back-ups zijn nutteloos als u er niet mee kunt herstellen. Daarom is het testen van de herstelgereedheid geen optie maar een noodzaak. Deze gids gaf u de tools, technieken en automatiseringsmogelijkheden om te zorgen dat uw Microsoft 365-omgeving niet alleen in de back-up staat, maar ook echt te herstellen is.

Gerelateerde onderwerpen:

• 8 tips om uw gegevensback-ups veilig te houden
• Back-up heroverwegen en veerkracht opnieuw definiëren
• Back-upconfiguratie
• Complete gids voor gegevensback-up & -herstel
• De beste concurrenten en alternatieven voor Veeam in 2025