Microsoft AZ-801: Disaster Recovery en Bedrijfscontinuïteit — Studiegids

By Laurynas Brazys · 7 August 2026 · #microsoft #az-801 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Windows Server Hybrid Administrator Associate AZ-801 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

Het ontwerpen van disaster recovery (DR) en bedrijfscontinuïteit (BC) begint met het kwantificeren van twee statistieken: Recovery Time Objective (RTO) en Recovery Point Objective (RPO). RTO staat voor hoe snel u de service moet herstellen; RPO definieert hoeveel dataverlies (in tijd) acceptabel is. Deze waarden sturen de keuzes voor technologie, topologie en kosten. Een lage RTO geeft de voorkeur aan orkestratie en automatisering (Azure Site Recovery recovery plans, runbooks en vooraf gemaakte doelresources). Een lage RPO geeft de voorkeur aan continue replicatie (ASR) of synchrone commit (SQL Always On), terwijl een hogere RPO kan vertrouwen op periodieke back-ups (Azure Backup, Windows Server Backup). Multi-VM-consistentiegroepen en applicatieconsistente snapshots behouden de transactie-integriteit over meerdere VM’s wanneer een strikte RPO vereist is. De keuze van de vault (Recovery Services vault vs. Backup vault), het ontwerp van het replicatiebeleid en de planning van back-ups worden allemaal geselecteerd om aan deze doelstellingen te voldoen zonder te veel uit te geven.

Azure Site Recovery: Hyper-V, VMware, orkestratie en consistentie

Azure Site Recovery (ASR) biedt continue replicatie en georkestreerde failover/failback voor on-premises VMware-, Hyper-V- en Azure IaaS-VM’s.

Hyper-V-beveiliging

Replicatiebeleid: Definieert de RPO-drempel, de retentie van herstelpunten en de frequentie van app-consistente snapshots. Stel bijvoorbeeld de RPO-drempel in op 15 minuten, bewaar herstelpunten gedurende 24–72 uur voor point-in-time rollback, en maak elke 1–4 uur applicatieconsistente snapshots. Beleidsregels beheren bandbreedtebeperking en compressie; multi-VM-consistentie kan worden ingeschakeld voor gerelateerde VM’s zodat hun herstelpunten op elkaar zijn afgestemd.
Herstelpunten: ASR onderhoudt continu crash-consistente punten en aanvullende applicatieconsistente punten wanneer VSS-quiescing slaagt. Retentie stelt u in staat om eerdere punten te selecteren om logische corruptie of ransomware te mitigeren.
Testfailover: Niet-verstorende oefeningen valideren runbooks, opstartvolgorde en netwerken. Gebruik een geïsoleerd VNet, geef testinvoerwaarden op (bijv. DNS-IP’s) en zorg ervoor dat naamresolutie geïsoleerd is. De productiereplicatie gaat ongestoord door, en na validatie worden de testartefacten opgeruimd. Stel vooraf netwerktoewijzing en test-NIC-toewijzingen in om IP-conflicten te voorkomen.

VMware-beveiliging

Configuratie-server: De on-premises appliance die zich registreert bij de Recovery Services vault, de vCenter/ESXi-inventaris ontdekt, de replicatie coördineert en Mobility Service-agents pusht. Het is het controlepaneel voor VMware-beveiliging.
Processerver: Meestal in eerste instantie samengevoegd met de configuratie-server; deze voert change tracking, compressie, encryptie en gegevensoverdracht naar Azure uit. Scale-out processervers worden toegevoegd voor doorvoer en om de data-invoer dicht bij de beveiligde hosts te positioneren om de latentie te minimaliseren.
Master-doelserver: Wordt gebruikt voor failback van Azure naar VMware. Deze ontvangt gerepliceerde wijzigingen tijdens het opnieuw beveiligen en biedt een landingszone zodat u workloads kunt herstellen naar vSphere. Dimensioner de opslag voor de totale schrijfsnelheid tijdens failback en zorg ervoor dat de netwerkdoorvoer overeenkomt met de piekperioden voor hersynchronisatie.
Mobility Service: Geïnstalleerd in elke beveiligde VM om schijfwijzigingen vast te leggen. Houd referenties of push-mechanismen up-to-date en monitor de agentstatus in de vault.

Orkestratie en consistentie

Recovery plans: Declaratieve runbooks voor DR die groeperingen, opstartvolgorde, handmatige goedkeuringsstappen en automatiseringstaken definiëren. Gebruik Azure Automation-runbooks om NSG’s opnieuw te configureren, DNS-records bij te werken, applicatiecaches op te warmen of SQL-scripts uit te voeren. Wijs logische groepen toe zoals “Data”-, “App”- en “Web”-lagen, en voeg pauzes in voor validatie.
Runbooks: Automatiseer omgevingsspecifieke taken zoals het omzetten van traffic manager-eindpunten, het schalen van PaaS-afhankelijkheden of het uitschakelen van on-premises monitoring tijdens failover om valse meldingen te verminderen. Parametriseer ze voor test- versus productiefailover.
Multi-VM-consistentiegroepen: Schakel dit in voor lagen die dezelfde schrijfvolgorde delen (bijv. app-server en database log writer). Dit zorgt voor een consistent point-in-time over meerdere VM’s; het ruilt doorvoer in voor correctheid en moet worden beperkt tot echt onderling afhankelijke VM’s.

Impact op RTO/RPO

Strakke RPO: Geef de voorkeur aan ASR met agressieve replicatie en app-consistente snapshots, processervers die zijn gedimensioneerd voor doorvoer, en toegewijde replicatienetwerken. Overweeg voor databases Always On synchrone commit binnen een metropoolgebied.
Strakke RTO: Maak doel-VNet’s, subnets en load balancers vooraf aan; gebruik recovery plans met automatisering om handmatige stappen te elimineren. Gebruik regelmatig testfailovers om de verwachte RTO te bepalen.

Back-up en herstel: Azure Backup (MARS, MABS/DPM), vaults en Windows Server Backup

Azure Backup biedt point-in-time-beveiliging voor on-premises en Azure-workloads. Kies de juiste agent en het juiste vault-type op basis van de workload en de vereiste functies.

MARS-agent (Microsoft Azure Recovery Services-agent)

Back-upbeleid: Configureer tot drie dagelijkse back-ups met granulaire retentie (dagelijks/wekelijks/maandelijks/jaarlijks) in de Recovery Services-vault. Selecteer opslagredundantie (LRS of GRS) en stem de retentie af op compliance-eisen, terwijl u de groei van de vault beheert. Plan back-ups buiten piekuren voor I/O en schakel waar nodig netwerkbeperking (network throttling) in.
System State-back-up: Ondersteund met MARS voor Windows Server om AD, register, COM+ en opstartbestanden te beschermen. Gebruik dit voor het herstellen van een domain controller (authoritative/non-authoritative) of voor OS-reparatie zonder een volledige back-up op imageniveau.
Online herstel: Herstel bestanden/mappen met Bladeren of Zoeken. Instant Restore koppelt het herstelpunt als een volume voor het snel kopiëren van bestanden. U kunt herstellen naar de oorspronkelijke of alternatieve paden en zelfs naar een andere server door vault-referenties op het doel te gebruiken en te authenticeren bij de vault.
Beheer van wachtwoordzinnen: De MARS-agent gebruikt een door de klant beheerde encryptie-wachtwoordzin (AES-256) die lokaal wordt gegenereerd en opgeslagen; Microsoft heeft deze nooit in bezit. Verlies van de wachtwoordzin maakt herstel onmogelijk. Sla deze op een veilige, geback-upte locatie op (bijv. een verzegeld, door HSM ondersteund Key Vault-geheim met RBAC). Om te roteren, stopt u de beveiliging en beveiligt u opnieuw met een nieuwe wachtwoordzin. Schakel de functies ‘soft delete’ en ‘beveiligingspincode’ in de vault in om te beschermen tegen kwaadwillig stoppen/verwijderen.

Azure Backup met MABS/DPM en IaaS

Bare Metal Recovery (BMR)-back-up: Gebruik Microsoft Azure Backup Server (MABS) of System Center DPM om een BMR voor Windows Server vast te leggen. Dit maakt volledige server-rebuilds mogelijk op nieuwe hardware of een VM door op te starten met WinRE of installatiemedia en te verwijzen naar de BMR-image.
Herstel naar een alternatieve locatie: Voor back-ups van bestanden/gegevens via MARS/MABS/DPM, herstel naar een alternatief pad of een andere server om het overschrijven van brongegevens te voorkomen. Voor back-ups van Azure IaaS VM’s (in een Recovery Services-vault), herstel naar een nieuwe VM, herstel schijven naar een bestaande VM of vervang schijven. Met Cross-Region Restore ingeschakeld op de vault, kunt u herstellen in de gekoppelde regio voor scenario’s met regionale storingen.
SQL en SAP HANA in Azure VM’s: Bescherm met workload-bewuste extensies om applicatieconsistente back-ups en granulair databaseherstel te realiseren. Stem de frequentie van logback-ups af op de RPO (bijv. elke 15 minuten) en de retentie op compliance-behoeften.

Windows Server Backup (WSB)

Bare metal recovery: WSB kan een BMR vastleggen (systeemvolumes en System State). Sla op naar een toegewezen schijf of volume voor meerdere herstelpunten. Voor doelen op een netwerkshare wordt alleen de laatste versie bewaard. Herstel door op te starten vanaf Windows-media in WinRE en “System Image Recovery” te selecteren.
System State-back-up: Biedt snel herstel van AD DS, het register en opstartbestanden. Nuttig voor domain controllers en configuratieservers. Combineer met geplande bestandsback-ups voor een bredere dekking.
Planning: Gebruik de WSB MMC of wbadmin om dagelijkse/uurlijkse back-ups te plannen. Kies VSS Full versus Copy, afhankelijk van of u applicatielogs wilt afkappen. Zorg ervoor dat back-upvensters piek-I/O vermijden en verifieer de integriteit van de catalogus (wbadmin get versions).

Vault-typen: Recovery Services-vault versus Backup-vault

Recovery Services-vault (RSV): De traditionele vault voor back-ups van Azure VM’s, MARS-agentback-ups, MABS/DPM, Azure Files-back-up, SQL Server in Azure VM en SAP HANA in Azure VM. Het host ook ASR-metadata. Het ondersteunt functies zoals soft delete, beveiligingspincode en Cross-Region Restore (waar van toepassing).
Backup-vault: De gemoderniseerde vault voor bepaalde Azure-native workloads zoals Azure Disks-back-up en Azure Blobs-back-up, en Azure Database for PostgreSQL flexible servers. Het gebruikt Azure RBAC voor autorisatie op het beheervlak, ondersteunt door de klant beheerde sleutels, onveranderbaarheidsopties en integreert met Resource Guard voor de bescherming van kritieke operaties. Het host geen ASR-metadata en vervangt momenteel de RSV niet voor MARS/MABS/DPM of de meeste IaaS VM-back-ups.

HA op applicatieniveau: SQL Always On en DFS Replication

Sommige workloads vereisen native replicatie die DR op hypervisorniveau aanvult of vervangt, afhankelijk van de RTO/RPO.

Always On Availability Groups (AGs)

Synchrone versus asynchrone commit: Synchrone commit wacht tot de secondary de log heeft vastgelegd voordat de transactie op de primary wordt gecommit. Dit zorgt voor vrijwel geen dataverlies (lage RPO) ten koste van latency en doorvoersnelheid; gebruik dit binnen verbindingen met lage latency (doorgaans metro-netwerken). Asynchrone commit wacht niet op de secondary, wat hogere prestaties mogelijk maakt over WAN-verbindingen met potentieel dataverlies tijdens een failover (hogere RPO).
Voorwaarden voor automatische failover: Automatische failover vereist minstens twee replica’s met synchrone commit waarop automatische failover is ingeschakeld en die gesynchroniseerd zijn. Windows Server Failover Clustering monitort de status van nodes en services; het flexibele failoverbeleid van SQL Server definieert niveaus voor faalcondities (van gecrashte processen tot ernstige I/O-problemen). Detectie van de databasestatus kan worden ingeschakeld om een failover af te dwingen wanneer de primaire database als verdacht wordt beschouwd. Een quorum- en witness-ontwerp zorgt ervoor dat split-brain wordt voorkomen; zorg ervoor dat DNS en listener-IP’s gereed zijn op de recovery-site voor een snelle herverbinding van clients.

DFS Replication (DFSR)

Replicatiegroepen en verbindingen: Een replicatiegroep is een set servers die een of meer gerepliceerde mappen repliceren. Verbindingen definiëren de topologie (full mesh, hub-spoke) en de planning/bandbreedtebeperking. Gebruik hub-spoke voor schaalbaarheid en eenvoudigere troubleshooting.
Staging area: DFSR gebruikt een staging area per gerepliceerde map om delta-bestanden voor Remote Differential Compression (RDC) te bewaren. Dimensioner de staging area op minstens de grootte van uw grootste bestand en doorgaans 1–2× het verwachte dagelijkse verloop (churn); een te kleine omvang veroorzaakt overmatige opschoonacties en nieuwe pogingen, wat schadelijk is voor de RPO/RTO.
Conflictoplossing: DFSR is multi-master. Wanneer gelijktijdige bewerkingen plaatsvinden, gebruikt DFSR versievectoren en timestamps; de laatste schrijver wint (’last-writer wins’) en de verliezende kopie wordt verplaatst naar de map ConflictAndDeleted (waarvan de ruimte wordt beheerd door een quotum). Om initiële conflicten tijdens de ‘seeding’ (initiële vulling) te voorkomen, stelt u alleen een primair lid in voor de initiële synchronisatie. Gebruik voor eenrichtingsscenario’s ‘read-only’ gerepliceerde mappen. Monitor de backlogs met dfsrdiag en stem de planningen af om aan de RPO te voldoen.

Architecturale impact van RTO/RPO en geïntegreerde DR-plannen

Agressieve RPO: Geef de voorkeur aan synchrone databasereplicatie of ASR met verwerking van wijzigingen met hoge frequentie en applicatieconsistente snapshots. Isoleer replicatieverkeer en schaal processervers. Gebruik consistentiegroepen voor meerdere VM’s spaarzaam en alleen voor nauw gekoppelde tiers.
Agressieve RTO: Provisioneer doel-VNets, subnets, Route Tables en NSG’s vooraf; script IP-hertoewijzingen en DNS-updates via herstelplannen en runbooks. Bewaar golden images en koppel VM-groottes aan SKU’s met beschikbare capaciteit. Voer test-failovers per kwartaal en na wezenlijke wijzigingen uit.
Gelaagde databescherming: Combineer ASR (snel serviceherstel) met Azure Backup (point-in-time rollback) om zowel catastrofale storingen als logische corruptie aan te pakken. Voor domain controllers, combineer System State-back-ups (MARS of WSB) met ASR/test-failovers om een herstel te valideren dat veilig is voor USN-rollback. Voor bestandsservices biedt DFSR hoge beschikbaarheid binnen en tussen sites, met Azure Backup voor herstel dat bestand is tegen ransomware.

Praktijkscenario

Fabrikam, Inc., een wereldwijde fabrikant, heeft een gemengde omgeving: Hyper-V voor ERP-applicatietiers, VMware voor legacy middleware, SQL Server 2019 AGs voor databases, en grote Windows-bestandsservers die DFS Replication gebruiken. De bedrijfsvereisten zijn RTO ≤ 1 uur en RPO ≤ 15 minuten voor ERP; andere workloads kunnen een RTO van 4 uur en een RPO van 24 uur tolereren.

Classificeer workloads en RTO/RPO-doelstellingen

ERP-applicatie/web-VM’s en SQL AGs zijn gemarkeerd als Tier 1 (RTO 1 uur, RPO 15 min). Middleware en bestandsservices zijn Tier 2/3.
Waarom: Dit zorgt ervoor dat de strengste doelstellingen de keuzes voor replicatie en orkestratie bepalen.

Implementeer ASR voor Hyper-V ERP-tiers

Installeer de ASR Provider op Hyper-V-hosts en registreer deze bij een Recovery Services-vault. Maak een replicatiebeleid met een RPO-drempelwaarde van 15 minuten, applicatieconsistente snapshots elk uur en 48 uur retentie. Schakel een consistentiegroep voor meerdere VM’s in voor de ERP-applicatieservers die transacties delen met de SQL-listener.
Waarom: Continue replicatie en applicatieconsistente checkpoints behalen de RPO van 15 minuten, terwijl de tier consistent blijft.

Implementeer ASR voor VMware-middleware

Implementeer een configuratieserver on-premises, met een gecombineerde processerver die is gedimensioneerd voor de verwachte churn. Voeg een scale-out processerver toe in de grootste site. Installeer de Mobility Service op de te beschermen VM’s. Bereid een master-doelserver voor op een uiteindelijke failback.
Waarom: De ASR VMware-architectuur biedt een betrouwbare vastlegging van wijzigingen en een gecontroleerd pad voor failback wanneer de on-premises site herstelt.

Orkestreer met herstelplannen en runbooks

Bouw een herstelplan dat SQL (data), vervolgens de ERP-app, en daarna de web-tiers groepeert. Voeg Azure Automation-runbooks in om: NSG’s te herconfigureren, private DNS-zones bij te werken zodat ze naar Azure IP’s verwijzen, en Traffic Manager-eindpunten om te schakelen. Voeg een handmatige validatiestap toe voordat de web-tier online wordt gebracht.
Waarom: Automatisering verkort de RTO en vermindert menselijke fouten tijdens een crisis, en dwingt de juiste opstartvolgorde en netwerkstatus af.

Bescherm SQL Server met AG’s die per site zijn afgestemd

Houd de primaire en één secundaire replica in synchrone commit binnen de metro-regio voor een RPO van bijna nul; houd een verre DR-secundaire replica in asynchrone commit. Configureer automatische failover tussen de synchrone replica’s met detectie van databasestatus ingeschakeld. Integreer de failover-stappen van de AG in het ASR-herstelplan voor cross-visibility.
Waarom: Synchrone AGs leveren de laagste RPO voor de databasetier; ASR zorgt voor de site-orkestratie eromheen.

Voeg een back-uplaag toe met Azure Backup

Voor on-premises Windows-servers die bestands- en System State-bescherming vereisen, implementeer de MARS-agent en configureer beleidsregels met dagelijkse back-ups en 30/52/7 retentie (dagelijks/wekelijks/jaarlijks). Sla de encryptie-wachtwoordzin op en bescherm deze in Azure Key Vault (ondersteund door HSM). Gebruik MABS om BMR-images vast te leggen voor kritieke applicatieservers om een volledige herbouw mogelijk te maken indien nodig. Schakel soft delete en een beveiligings-PIN in op de vault.
Waarom: Point-in-time herstel beschermt tegen logische corruptie en ransomware, als aanvulling op de snelle failover van ASR.

Versterk DFSR en back-up bestandsservices

Controleer de topologie van de replicatiegroep (hub-spoke), zorg ervoor dat staging-gebieden gedimensioneerd zijn op 1,5× de dagelijkse churn, en pas schema’s aan om replicatie binnen de regio vrijwel in real-time te houden. Bescherm shares met MARS/MABS voor langetermijnretentie en hersteltests op een alternatieve locatie.
Waarom: Een correcte afstemming van DFSR voldoet aan de dagelijkse beschikbaarheid, terwijl back-ups de veiligheid van een rollback bieden.

Valideer met test-failovers en gedocumenteerde runbooks

Voer per kwartaal ASR-test-failovers uit naar een geïsoleerd VNet, valideer de ERP-functionaliteit met gemaskeerde data en meet de RTO. Voer hersteloefeningen uit: MARS-herstelacties naar een alternatieve locatie en een volledig BMR-herstel van MABS naar een sandbox.
Waarom: Regelmatige oefeningen bewijzen de effectiviteit van het plan, brengen afwijkingen aan het licht en leveren bewijs aan het management van naleving van de RTO/RPO.

Dit ontwerp voldoet aan de doelstellingen van Fabrikam: ASR levert een RTO van minder dan een uur, SQL AGs in synchrone modus minimaliseren de RPO voor databases, en Azure Backup met MARS/MABS biedt veilig point-in-time herstel en de mogelijkheid om een volledige machine opnieuw op te bouwen. Herstelplannen en runbooks nemen onduidelijkheid weg tijdens incidenten, en DFSR blijft geoptimaliseerd voor operationele continuïteit tussen back-ups door.

← Hyper-V · Alle domeinen · Identiteits- en Toegangsbeheer voor Hybride Omgevingen →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →