/
/

Zo maakt u een back-up van Microsoft 365 Exchange Online

door Team Ninja
How to Backup Microsoft 365 Exchange Online blog banner image

Directe samenvatting

Deze blogpost van NinjaOne biedt een uitgebreide basislijst met CMD-commands en een deep dive duik in Windows-commands met meer dan 70 essentiële cmd-commands voor zowel beginners als gevorderden. Het legt praktische opdrachtpromptcommando’s uit voor file management, directory navigation, network troubleshooting, disk operations en automatisering met echte voorbeelden om de productiviteit te verbeteren. Of u nu fundamentele cmd-commands leert of geavanceerde Windows CLI-tools onder de knie krijgt, deze gids helpt u de Command Prompt effectiever te gebruiken.

Belangrijkste punten

  • De native retentie van Microsoft biedt een hersteltijdstip van 10 minuten voor gegevens van 0 tot 14 dagen oud, maar de geschiedenis van herstelsessies verdwijnt volledig na 366 dagen. Het is dus geen vervanging voor een back-up.
  • Grote mailboxen, gedeelde mailboxen, archiefmailboxen en de synchronisatie met mobiele devices vragen elk om een aparte aanpak tijdens back-up en herstel.
  • Een litigation hold bewaart gegevens om juridische redenen, maar kan een mailbox niet terugzetten naar een eerdere staat. Alleen een echte back-up legt een volledige, herstelbare snapshot vast.
  • Native eDiscovery is beperkt tot 10 gelijktijdige zoekopdrachten en een exportlimiet van 2TB per zoekopdracht en kan daarom niet dienen als volwaardige herstelmogelijkheid voor mailboxen.
  • Een specifieke back-upoplossing voor Exchange Online, gecombineerd met maandelijkse hersteltests, dicht de gaten die native retentie en eDiscovery openlaten.

Microsoft 365 biedt weliswaar basale retentiebeleidsregels en legal holds, maar deze functies verschillen fundamenteel van echte SaaS backup-oplossingen. Ze bewaren content op zijn plek voor compliance-doeleinden in plaats van een herstelbare snapshot te maken. Daarmee beschermen ze niet tegen scenario’s zoals massale verwijdering, een gecompromitteerd account of een zero-day exploit die gegevens beschadigt of wist voordat technici kunnen reageren.

Deze gids legt uit hoe u een back-up maakt van Microsoft 365 Exchange Online, waarom native retentie en litigation hold geen echte back-ups zijn en hoe u omgaat met grote mailboxen, gedeelde mailboxen, archieven en agenda- en contactgegevens. Hij helpt IT-beheerders en MSP’s om PowerShell-exports, native eDiscovery en platforms van derden te vergelijken en biedt een maandelijkse routine om de dekking van uw back-ups te controleren.

De retentiebeperkingen van Microsoft 365 voor Exchange-gegevens

De retentiebeleidsregels van Microsoft zijn ontworpen voor compliance, niet voor granulair herstel of dagelijkse operationele behoeften. Verwijderde items kunt u 30 dagen lang terughalen en een litigation hold kan gegevens bewaren, maar deze functies beschermen niet tegen problemen als datacorruptie, gecompromitteerde accounts of massale verwijderingen.

Na 366 dagen is de geschiedenis van herstelsessies niet meer beschikbaar, waardoor herstel op lange termijn met native tools onmogelijk wordt. Het venster van 30 dagen om verwijderde gebruikers te herstellen beperkt de mogelijkheden verder voor organisaties met complex gebruikersbeheer.

Microsoft biedt daarnaast een betaalde add-in met de naam Microsoft 365 Backup. Die levert op snapshots gebaseerde point-in-time back-up voor Exchange Online, SharePoint en OneDrive, beheerd via het Microsoft 365-beheercentrum. Specifiek voor Exchange Online biedt de add-in een RPO van 10 minuten, waarbij gegevens maximaal één jaar worden bewaard. In tegenstelling tot retentiebeleidsregels of litigation hold is hij bedoeld voor daadwerkelijk herstel en niet alleen voor bewaring. Microsoft 365 Backup biedt echter beperkte dekking (alleen Exchange Online, SharePoint en OneDrive) en geen controle over waar de back-upgegevens worden opgeslagen, omdat die binnen de infrastructuur van Microsoft blijven.

Zo maakt u een back-up van een M365-mailbox

Een back-up maken van Exchange Online is geen standaardproces dat voor iedereen hetzelfde werkt. Organisaties lopen tegen uiteenlopende uitdagingen aan, van omvangrijke mailboxen tot complexe rechtenstructuren, die meer vragen dan alleen de ingebouwde retentie van Microsoft.

Litigation hold versus een echte back-up

Een litigation hold beschermt gegevens om juridische redenen door wijzigingen te voorkomen, maar kan geen eerdere staat van een mailbox herstellen of corruptie ongedaan maken. Echte back-ups leggen snapshots vast waarmee een mailbox volledig kan worden hersteld, inclusief mappen, rechten en metadata.

Stel dat een gebruiker zijn map Verzonden items verwijdert: een litigation hold bewaart de items, maar u hebt complexe eDiscovery nodig om ze terug te halen. Een goede back-up van Microsoft 365 Exchange herstelt de volledige map met één klik, met behoud van tijdstempels en rechten.

Aandachtspunten bij gedeelde mailboxen

Gedeelde mailboxen brengen specifieke back-uputdagingen met zich mee door toegang van meerdere gebruikers en complexe rechtenstructuren. Delegatie-instellingen, send-as-rechten en toegangsrechten op mapniveau moeten zorgvuldig bewaard blijven tijdens back-upbewerkingen.

Zo maakt u op de juiste manier een back-up van gedeelde mailboxen:

  1. Voer eerst een rechtenaudit uit en gebruik `Get-MailboxPermission` en Get-RecipientPermission` om de huidige toegangsrechten vast te leggen.
  2. Documenteer de delegatie-instellingen en voer `Get-Mailbox -Identity [mailbox] | Select-Object GrantSendOnBehalfTo` uit om alle delegatierelaties in kaart te brengen.
  3. Sla de rechtengegevens apart op en bewaar ze samen met uw back-up, zodat volledig herstel mogelijk blijft.

Bescherming van archiefmailboxen

Archiefmailboxen vallen onder andere retentieregels en access policies dan primaire mailboxen en vragen daarom om een gespecialiseerde back-upaanpak. De automatische uitbreiding en de gelaagde opslagarchitectuur zorgen voor problemen bij traditionele back-uptools die uitgaan van lineaire datastructuren. Eisen rond langetermijnbewaring gaan vaak verder dan wat Microsoft native biedt, waardoor een back-up van archiefmailboxen noodzakelijk is voor compliance met regelgeving.

Problemen met synchronisatie van mobiele devices

ActiveSync-relaties tussen mobiele devices en Exchange Online kunnen back-up- en herstelprocessen verstoren. Mobiele devices houden lokale caches bij die kunnen botsen met herstelde mailboxstatussen, wat synchronisatiefouten en inconsistente gegevens oplevert. Herstelprocedures moeten rekening houden met het beleid voor beheer van mobiele apparaten en met ActiveSync-partnerschappen om datacorruptie tijdens het herstel te voorkomen.

Problemen bij de back-up van M365-mailboxen die herstel laten mislukken

Back-upimplementaties in de praktijk stuiten op technische obstakels die in standaarddocumentatie zelden aan bod komen. Deze problemen komen aan het licht tijdens echte herstelscenario’s, vaak op het moment dat organisaties met kritiek gegevensverlies te maken krijgen en ontdekken dat hun back-upstrategie fundamentele gaten bevat.

Beperkingen bij grote mailboxen

Mailboxen van meer dan 50GB veroorzaken knelpunten in de prestaties die standaardprocessen voor de back-up van Microsoft 365 Exchange onderuithalen. De throttling-limieten van de Microsoft Graph API staan 10.000 verzoeken per 10 minuten per applicatie toe, waardoor een volledige back-up van te grote mailboxen niet lukt.

Zo gaat u om met grote mailboxen:

  • Pas segmentatiestrategieën toe met `Export-Mailbox` en `-ContentFilter`-parameters om grote mailboxen op te splitsen in delen van 10GB.
  • Test hoe lang een back-up duurt. Een mailbox van 100GB vraagt doorgaans 8 tot 12 uur voor de eerste back-up via standaard API-aanroepen, waarbij incrementele back-ups 2 tot 4 uur in beslag nemen, afhankelijk van het dagelijkse wijzigingsvolume.
  • Controleer regelmatig de omvang van mailboxen en archiveer of verwijder overbodige gegevens, zodat mailboxen niet boven beheersbare limieten uitkomen.

Complexe maphiërarchieën

Diep geneste mapstructuren met aangepaste rechten en regels leveren herstelproblemen op die eenvoudige back-uptools niet aankunnen. Retentiebeleid op mapniveau, aangepaste formulieren en overgeërfde rechten vereisen het behoud van complexe metadatarelaties.

Documenteer mapstructuren met `Get-MailboxFolderStatistics` vóór back-upbewerkingen, zodat de volledige hiërarchie tijdens het herstel kan worden gereconstrueerd. Breng de maprechten in kaart met `Get-MailboxFolderPermission` voor elk mapniveau voordat u uw back-upprocessen voor Microsoft 365 Exchange start.

Integratie van agenda en contactpersonen

Agenda-afspraken met vergaderreacties, terugkerende reeksen en relaties met externe deelnemers vragen om een specifieke aanpak tijdens back-upbewerkingen. Hebt u een basisinventarisatie nodig, gebruik dan Get-ExoMailboxFolderStatistics -FolderScope Calendar om de inhoud van de agendamap op te sommen en vervolgens Export-Csv om die inventarisatie naar een bestand weg te schrijven.

Deze aanpak bewaart niet alle metadata van vergaderingen, zoals reacties van deelnemers of uitzonderingen op terugkerende afspraken, zoals een specifieke SaaS backup-tool dat wel doet. Test het herstel van agenda’s door te bevestigen dat terugkerende vergaderingen hun uitzonderingsregels behouden en nog steeds meldingen versturen naar externe deelnemers. Controleer ook of de integratie van contactpersonen met distributielijsten en organigrammen naar behoren werkt, want dat voegt complexiteit toe die verder gaat dan alleen het herstellen van agendagegevens.

Rechten en delegatie-instellingen

Send-as, send-on-behalf en mapdelegatie bepalen wie toegang heeft en namens anderen kan handelen, en zijn daarom cruciaal om te bewaren. De meeste eenvoudige back-uptools slaan deze details over. Om toegangsproblemen na een herstel te voorkomen, moeten back-ups ook de roltoewijzingen van mailboxen en het lidmaatschap van beveiligingsgroepen per gebruiker vastleggen.

Maak scripts voor het herstellen van rechten met de cmdlets `Add-MailboxPermission` en `Add-RecipientPermission` om de reconstructie van toegangsrechten te automatiseren. Herstelscenario’s mislukken vaak wanneer rechtenrelaties niet kunnen worden gereconstrueerd, waardoor herstelde mailboxen functioneel onvolledig blijven ondanks een geslaagd gegevensherstel.

Bewezen back-upoplossingen voor Exchange Online

Let bij de keuze van een back-upoplossing voor Exchange Online op factoren als back-upfrequentie, herstelsnelheid, ondersteuning voor grote mailboxen en de mogelijkheid om rechten en metadata te behouden. De beste Microsoft 365 Backup-oplossingen beperken uitvaltijd en waarborgen de bedrijfscontinuïteit bij gegevensverlies.

Beperkingen van native eDiscovery

Microsoft Purview eDiscovery is sterk in zoeken en bewaren, maar is geen echte back-upoplossing. Het kan geen volledige mailboxen of complexe gegevensrelaties herstellen. Daarnaast gelden er limieten: slechts 10 gelijktijdige zoekopdrachten en een exportlimiet van 2TB per zoekopdracht. Tijdens een herstel merken organisaties dat eDiscovery-content lastig toegankelijk is en zonder flink wat handwerk niet in bruikbare formaten te herstellen valt.

Back-upplatforms van derden

Commerciële back-upoplossingen bieden uitgebreide bescherming voor Exchange Online met functies die speciaal voor Microsoft 365-omgevingen zijn ontworpen. Beoordeel oplossingen op API-efficiëntie (verzoeken per minuut), granulariteit van het herstel (op itemniveau of op mailboxniveau) en compliance-functies. Toonaangevende platforms halen een RPO van 15 minuten voor kritieke mailboxen en ondersteunen herstelbewerkingen die binnen 2 tot 4 uur klaar zijn voor doorsnee mailboxen van 25GB.

Exportmethoden via PowerShell

Back-upaanpakken op basis van PowerShell bieden maximale flexibiliteit voor organisaties met specifieke eisen of een beperkt budget. Gebruik `New-MailboxExportRequest` met `-ContentFilter`-parameters om geautomatiseerde back-upscripts te maken die zijn afgestemd op de unieke behoeften van uw organisatie.

Hybride back-upaanpakken

Door meerdere back-upmethoden te combineren, ontstaan redundante beschermingslagen die verschillende storingsscenario’s afdekken. Zet PowerShell-automatisering in voor dagelijkse incrementele back-ups en gebruik daarnaast platforms van derden voor uitgebreide herstelmogelijkheden. Configureer uw primaire back-uptools voor geautomatiseerde dagelijkse taken en secundaire tools voor wekelijkse volledige back-ups.

De dekking en toegankelijkheid van mailboxback-ups controleren

Het verifiëren van back-ups vraagt om systematische testprocedures die zowel de integriteit van de gegevens als de herstelmogelijkheden valideren. Stel maandelijkse verificatieschema’s op met steekproefsgewijze hersteltests, controles op gegevensconsistentie en validatie van toegangsrechten. Microsoft beperkt testherstelbewerkingen tot twee keer per maand per beschermingseenheid, waardoor u verificatieactiviteiten zorgvuldig moet plannen.

Voer de verificatie uit met deze stappen:

  • Selecteer elke maand willekeurig 5% van de geback-upte mailboxen voor hersteltests.
  • Voer testherstelbewerkingen uit naar geïsoleerde Exchange Online-omgevingen.
  • Controleer mapstructuren, rechten en de werking van de agenda.
  • Documenteer hoe lang het herstel duurde en welke fouten optraden.
  • Werk uw back-upprocedures bij op basis van de testresultaten.

Vergelijk uw back-upinventarissen met het daadwerkelijke mailboxbestand via de PowerShell-cmdlets `Get-Mailbox` om gaten op te sporen, evenals gedeelde mailboxen, archiefmailboxen en bijzondere accounts die een andere back-upaanpak vragen.

Beveilig uw Exchange-gegevens met NinjaOne Backup

Let bij de keuze van een back-upoplossing voor Exchange Online op factoren als back-upfrequentie, herstelsnelheid, ondersteuning voor grote mailboxen en de mogelijkheid om rechten en metadata te behouden. De beste Microsoft 365 Backup-oplossingen beperken uitvaltijd en waarborgen de bedrijfscontinuïteit bij gegevensverlies.

FAQs

Ransomware kan zowel gegevens op endpoints als gegevens in de cloud versleutelen of verwijderen. Microsoft 365-mailboxen zijn dus niet automatisch veilig omdat ze in de cloud worden gehost. Een back-upkopie die los van de actieve tenant wordt bewaard is het belangrijkste middel om na een aanval onaangetaste gegevens terug te halen.

Microsoft houdt een mailbox waarvan de licentie is verwijderd doorgaans een beperkte periode in een soft-deleted staat voordat die definitief kan worden verwijderd, en die periode is korter dan de meeste retentie- of compliance-termijnen vereisen. Zodra die periode verstreken is, zijn de gegevens met native tools van Microsoft 365 in de regel niet meer te herstellen.

Archivering bewaart een doorzoekbare en vaak onveranderlijke kopie van e-mail voor compliance, legal holds en naslag op lange termijn, terwijl een back-up herstelbare snapshots maakt om verloren of beschadigde gegevens terug te halen. Ze lossen verschillende problemen op en daarom zetten de meeste organisaties die zowel compliance als disaster recovery nodig hebben beide in.

Dit vindt u misschien ook leuk

Klaar om de moeilijkste delen van IT te vereenvoudigen?

NinjaOne Algemene Voorwaarden

Door op de knop “Ik accepteer” hieronder te klikken, geeft u aan dat u de volgende wettelijke voorwaarden en onze Gebruiksvoorwaarden accepteert:

  • Eigendomsrechten: NinjaOne bezit en blijft eigenaar van alle rechten, aanspraken en belangen in en op het script (inclusief het auteursrecht). NinjaOne geeft u een beperkte licentie om het script te gebruiken in overeenstemming met deze wettelijke voorwaarden.
  • Gebruiksbeperking: U mag het script alleen gebruiken voor uw legitieme persoonlijke of interne bedrijfsdoeleinden en u mag het script niet delen met derden.
  • Republicatieverbod: Het is onder geen beding toegestaan om het script opnieuw te publiceren in een scriptbibliotheek die toebehoort aan of onder controle staat van een andere softwareleverancier.
  • Garantie disclaimer: Het script wordt geleverd “zoals het is” en “zoals het beschikbaar is”, zonder enige vorm van garantie. NinjaOne belooft of garandeert niet dat het script vrij van gebreken zal zijn of dat het aan uw specifieke behoeften of verwachtingen zal voldoen.
  • Risicoaanvaarding: Het gebruik van het script is op eigen risico. U erkent dat het gebruik van het script bepaalde inherente risico’s met zich meebrengt en u begrijpt en aanvaardt elk van deze risico’s.
  • Verklaring van afstand en vrijwaring: U zult NinjaOne niet verantwoordelijk houden voor enige nadelige of onbedoelde gevolgen die voortvloeien uit uw gebruik van het script en u doet afstand van alle wettelijke of billijke rechten of rechtsmiddelen die u tegen NinjaOne kunt hebben met betrekking tot uw gebruik van het script.
  • EULA: Als u een NinjaOne-klant bent, is uw gebruik van het script onderworpen aan de licentieovereenkomst voor eindgebruikers die op u van toepassing is (EULA).