Microsoft AZ-104: Azure Monitor, Back-up en Site Recovery — Studiegids

By Laurynas Brazys · 6 August 2026 · #microsoft #az-104 #certification #exam-prep #study-guide

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

Overzicht

Operationele uitmuntendheid op Azure vereist dat drie pijlers samenwerken: waarneembare telemetrie, herstelbare data en veerkrachtige continuïteitsplannen. Azure Monitor en de onderliggende Log Analytics verzamelen zeer nauwkeurige metrics en logs, sturen intelligente waarschuwingen aan en maken applicatieprestaties inzichtelijk. Azure Backup beschermt platform- en IaaS-data met beleidsgestuurd, op kluizen gebaseerd herstel, inclusief mogelijkheden voor direct herstel voor minimale downtime. Azure Site Recovery (ASR) repliceert workloads naar alternatieve locaties en orkestreert failover en failback om te voldoen aan de RPO/RTO van het bedrijf. Aanvullende services—Network Watcher voor netwerkdiagnostiek en Azure Service Health voor platformbewustzijn—maken de toolkit voor beheerders compleet.

Azure Monitor en Log Analytics

Azure Monitor verenigt platform-metrics en -logs. Metrics zijn numerieke tijdreeksen die geoptimaliseerd zijn voor analyse in nagenoeg real-time (hoge kardinaliteit, multidimensionaal, granulariteit van één minuut voor de meeste resources). Gebruik Metrics Explorer voor visualisatie en nagenoeg real-time metric-waarschuwingen met statische of dynamische drempelwaarden. Logs zijn records met een rijk schema die worden opgeslagen in een Log Analytics-workspace en worden bevraagd met Kusto Query Language (KQL) voor onderzoek, dashboards en geplande (log) waarschuwingen.

Diagnostische instellingen vormen de brug tussen resources en telemetrie-sinks. Configureer op elke Azure-resource diagnostische instellingen om categorieën te kiezen (platform-metrics, platform-logs en resource-logs) en ze door te sturen naar een of meer bestemmingen:

Log Analytics-workspace voor analyses en op logs gebaseerde waarschuwingen
Storage accounts voor langdurige, goedkope retentie en voor compliance-doeleinden
Event Hubs voor het streamen naar SIEM’s of tools van derden

Ontwerp Log Analytics-workspaces weloverwogen:

Workspace-scope en -toegang: Gebruik RBAC op workspace- en tabelniveau om dit in lijn te brengen met het ’least privilege’-principe en operationele grenzen (bijvoorbeeld per omgeving en regio). Resource-context queries stellen teams in staat om logs te bevragen die beperkt zijn tot de resources waartoe ze toegang hebben, zelfs als de logs gecentraliseerd zijn.
Dataverzameling: Geef de voorkeur aan de Azure Monitor agent (AMA) met Data Collection Rules (DCRs) boven de verouderde agents. DCRs definiëren wat er verzameld moet worden (prestatiemeters, Windows/Linux-gebeurtenislogboeken, syslog, aangepaste tekstlogs), van welke machines en in welke tabellen, wat granulaire pipelines per scope mogelijk maakt.
Kosten en retentie: Beheers de kosten met retentie per tabel, archivering en ‘basic logs’ waar van toepassing. Gebruik waar mogelijk sampling en filtering op het moment van verzamelen.
Databronnen: Azure Activity Log, resource-logs via diagnostische instellingen, VM insights en Container insights, Azure AD-aanmeldings- en auditlogs (via diagnostische instellingen), Azure Firewall/NSG-flowlogs, aangepaste applicatielogs en on-prem via de Azure Monitor agent.

Beheersing van KQL is essentieel. Voorbeelden:

Snelle audit:

undefined

Prestatietriage:

undefined

Foutenpercentage:

undefined

Actiegroepen definiëren wie en wat reageert op waarschuwingen: e-mail/sms/push/spraak, beveiligde webhooks, ITSM-connectoren, Functions, Logic Apps en Automation-runbooks. Hergebruik actiegroepen voor verschillende waarschuwingsregels en dwing consistente incident-routing af.

Azure Monitor ondersteunt meerdere soorten waarschuwingen:

Metric-waarschuwingen: Evalueren platform- of aangepaste metrics met een nagenoeg real-time frequentie met statische drempelwaarden of dynamische drempelwaarden die normale basislijnen leren.
Log-waarschuwingen (geplande query): Voeren KQL uit op workspace-data met een geconfigureerde frequentie; worden geactiveerd op basis van het aantal resultaten of een numeriek aggregaat. Nuttig voor complexe patronen over meerdere resources.
Activity log-waarschuwingen: Worden geactiveerd door control-plane-gebeurtenissen (bijvoorbeeld wanneer een VM wordt verwijderd of een roltoewijzing verandert). Deze vereisen geen workspace.
Smart detection: Anomaliedetectie en pieken in het foutenpercentage, voornamelijk voor Application Insights-resources; stelt eigenaren automatisch op de hoogte en kan integreren met actiegroepen.

Application Insights en Waarschuwingen

Application Insights instrumenteert code en platform om end-to-end applicatietelemetrie te bieden. Gebruik connection strings en eersteklas SDK’s (.NET, Java, Node.js, Python) of OpenTelemetry voor leverancier-neutrale tracing. Voor PaaS-services (App Service, Functions, AKS), schakel auto-instrumentatie in waar beschikbaar om requests, dependencies, exceptions en traces vast te leggen zonder codewijzigingen. Behoud de context van gedistribueerde tracing om client-, API- en backend-hops te correleren.

Belangrijkste telemetrietypes:

Requests: Inkomende operaties met responscodes en duur
Dependencies: Uitgaande aanroepen (HTTP, SQL, wachtrijen) met duur en successtatus
Exceptions en Traces: Fouten en diagnostische logs met ernstgraad
Metrics: Aangepaste of standaard tellers
Page views en browser timings: Front-end prestaties
Custom events en measurements: Domeinspecifieke signalen

Pas adaptieve sampling toe om het ingestievolume te beheersen zonder verlies van signaalkwaliteit, en gebruik Live Metrics Stream voor inzicht met lage latentie tijdens incidenten.

Beschikbaarheidstests valideren de externe bereikbaarheid en SLA:

Standaard (URL ping) tests: Testen endpoints vanuit meerdere Azure-regio’s, valideren statuscodes, SSL-verloopvensters, content-overeenkomst en drempelwaarden voor responstijd.
Aangepaste tests: Gebruik

undefined

in code voor synthetische workflows of beveiligde endpoints. Fouten kunnen automatisch waarschuwingen genereren die gekoppeld zijn aan actiegroepen.

Breid waarschuwingen uit met ‘smart detection’ in Application Insights voor:

Foutanomalieën en prestatievermindering
Geheugenlekken en afhankelijkheidsanomalieën Deze functies leren typische patronen en verminderen valse positieven, als aanvulling op op drempelwaarden gebaseerde waarschuwingen.

Azure Backup

Een Recovery Services vault is het ankerpunt voor back-upbeheer, beleid en herstel. Plaats vaults in dezelfde regio als de beveiligde resources (of in de gekoppelde regio voor cross-region restore-scenario’s die door de service worden ondersteund). Beveilig vaults extra met soft delete, purge protection en multi-user authorization voor kritieke operaties.

Back-upbeleid definieert schema’s en retentie:

Azure VM-back-up: Dagelijkse snapshots met kortetermijnretentie, optionele wekelijkse/maandelijkse/jaarlijkse langetermijnretentie; app-consistente herstelpunten via VSS (Windows) of pre/post-scripts (Linux) indien ingeschakeld.
Azure Files-back-up: Dagelijkse back-ups ondersteund door share-snapshots; retentie volgens bedrijfsbehoeften; ondersteunt herstel naar de oorspronkelijke of een alternatieve share met herstel op itemniveau.
SQL Server in Azure VM’s: Volledige (dagelijks/wekelijks), differentiële (dagelijks) en log-back-ups (tot elke 15 minuten) maken point-in-time restore mogelijk. Auto-protect detecteert nieuwe databases.

Instant Restore versnelt het herstellen van VM’s door lokaal opgeslagen snapshots te gebruiken die voor een korte periode worden bewaard voordat ze diep in de vault worden opgeslagen. Beheerders kunnen:

Een volledige VM herstellen (nieuwe compute) om de hersteltijd te minimaliseren
Schijven herstellen en opnieuw koppelen aan een bestaande VM voor gerichte reparatie
Bestands- en mapherstel uitvoeren door een herstelpunt te mounten als een tijdelijk iSCSI-apparaat op elke VM in de subscription (indien toegestaan door de rol), wat chirurgisch herstel mogelijk maakt na gebeurtenissen zoals ransomware

Overwegingen bij VM-back-ups omvatten het uitsluiten van schijven voor niet-kritieke data, de omgang met encryptie (Azure Backup ondersteunt versleutelde schijven) en consistentiemodellen (crash-consistent vs app-consistent). Azure Files-back-up maakt gebruik van storage-snapshots en profiteert van incrementele, ruimte-efficiënte retentie en soft delete-bescherming. Back-up van SQL in Azure VM’s gebruikt een workload-bewuste extensie die door de vault wordt gecoördineerd om conforme, herstelbare ketens te produceren over Always On availability groups en standalone instances heen.

Azure Site Recovery, Network Watcher en Service Health

ASR biedt workloadreplicatie en georkestreerd herstel:

Replicatiebronnen: On-premises VMware/Hyper-V/fysiek naar Azure; Azure-regio-naar-regio. De Mobility-service op beveiligde machines legt wijzigingen vast en repliceert ze naar cache/doelopslag. Schakel ‘multi-disk consistency’ in voor gelaagde apps die een schrijfvolgorde delen.
Doelconfiguratie: Maak vooraf resourcegroepen, VNets/subnetten, beschikbaarheidsopties (zones/sets), managed disk-typen en naamgevingsconventies aan of wijs deze toe. Gebruik ’network mapping’ en DNS-updates om de bereikbaarheid na een failover te garanderen.
Failover-opties: Test-failover (geïsoleerde validatie zonder impact op de productie), Geplande failover (geen dataverlies met uitschakeling van de bron) en Ongeplande failover (best-effort tijdens storingen). Na een failover, gebruik ‘Reprotect’ om de replicatie om te keren; ‘Failback’ wanneer de primaire site gereed is via processervers of directe replicatie, afhankelijk van de bron.
Herstelplannen: Orkestreer multi-VM-lagen met groepen, handmatige goedkeuringsstappen en Azure Automation-runbooks of -scripts (voor het opwarmen van apps, herconfiguratie van load balancers en DNS-wijzigingen). Integreer volgordebepaling en time-outs om een voorspelbare RTO te bereiken.

RPO/RTO-doelstellingen sturen het beleid:

RPO (acceptabel dataverlies) wordt bepaald door de wijzigingssnelheid, netwerkdoorvoer en replicatiefrequentie. Stel RPO-drempels in om statuswaarschuwingen te genereren bij overschrijding.
RTO (tijd tot serviceherstel) is afhankelijk van de opstarttijd, orkestratiestappen, DNS/verbindingsupdates en data plane-operaties (disk attach). Optimaliseer herstelplannen, richt capaciteit vooraf in en gebruik test-failovers om te valideren dat de doelstellingen worden gehaald.
Replicatiebeleid definieert de frequentie van app-consistente snapshots en de bewaarperiodes van herstelpunten om een balans te vinden tussen opslagkosten, herstelflexibiliteit en prestaties.

Azure Network Watcher voorziet beheerders van nauwkeurige netwerkdiagnostiek:

IP flow verify: Valideert of een flow wordt toegestaan of geweigerd door de effectieve NSG-regels op een NIC, en identificeert de specifieke regel die de beslissing beïnvloedt.
Next hop: Berekent de routeringsbeslissing voor een bepaalde bestemming (Internet, Virtual network, Virtual appliance), en toont de effectieve user-defined routes en systeemroutes.
Connection troubleshoot: Voert end-to-end probes uit tussen bron en bestemming over VNets en hybride koppelingen, en rapporteert de bereikbaarheid, latentie en de hop waar de storing optreedt.
Packet capture: Legt pakketten vast op een VM NIC met filters (protocol/poort/IP), opgeslagen in een storage account of lokaal, nuttig voor diepgaande inspectie van intermittente problemen. Vereist de Network Watcher-extensie op de VM.

Azure Service Health vult monitoring aan met platformbewustzijn:

Service issues: Realtime storingen en degradatie-events die geselecteerde services en regio’s beïnvloeden, met updates over de hoofdoorzaak en mitigatie.
Planned maintenance: Meldingen voor aanstaande platformonderhoudsvensters die workloads kunnen beïnvloeden, met schema’s en vereiste acties.
Health advisories: Best-practice- en beveiligingsadviezen die mogelijk configuratiewijzigingen vereisen. Maak Service Health-alerts die zijn gericht op specifieke services/regio’s/abonnementen en stuur ze via ‘action groups’ zodat operationele teams voorafgaand aan de impact worden geïnformeerd. Gebruik Resource Health voor de beschikbaarheidsstatus per resource (Available, Degraded, Unavailable, Unknown) om platformproblemen te onderscheiden van workloadproblemen.

Praktijkscenario

Adobe moet een nieuw e-commerceplatform met twee regio’s op Azure harden en operationaliseren. Dit moet voldoen aan strikte doelstellingen voor observability, back-up en disaster recovery, terwijl snelle netwerkprobleemoplossing en platformbewustzijn worden gegarandeerd.

Implementeer een centrale Log Analytics-workspace per regio en koppel Data Collection Rules aan alle VM’s en AKS-nodes om prestatiegegevens, syslog/EventLog en resourcespecifieke logs te verzamelen via ‘diagnostic settings’. Waarom: Regionale workspaces behouden dataresidentie en prestaties; AMA+DCR biedt granulaire, schaalbare verzameling en kostenbeheersing.
Configureer ‘diagnostic settings’ op App Service, Key Vault, Azure Firewall, Application Gateway en Storage om logs en metrics door te sturen naar de regionale workspace en naar een storage account voor langetermijnbewaring. Waarom: Gecentraliseerde analyse maakt correlatie tussen resources mogelijk; opslag voor retentie voldoet aan compliance- en forensische eisen.
Instrumenteer de web- en API-lagen met Application Insights via OpenTelemetry en schakel auto-instrumentatie in op App Service. Maak beschikbaarheidstests vanuit ten minste vijf Azure-regio’s met ‘content match’- en TLS-verloopcontroles. Waarom: Diepgaande ‘distributed tracing’ en synthetische tests detecteren regressies met impact op gebruikers voordat klanten dit doen.
Maak Azure Monitor-alerts:

Dynamische metrische alerts voor CPU, geheugen, HTTP 5xx-ratio’s en de status van de App Gateway-backend
Geplande query-alerts voor afwijkende firewall-weigeringen en mislukte aanmeldingen met KQL
Activity log-alerts voor verwijder-/roltoewijzingsgebeurtenissen op kritieke resources
Koppel alle alerts aan gedeelde ‘action groups’ (e-mail/sms voor de wachtdienst, webhook naar ITSM, Logic App om incidenten te openen) Waarom: Alarmering op basis van meerdere signalen verkort de ‘mean time to detect’ met actiegerichte routering naar mensen en systemen.

Beveilig data met Azure Backup:

Schakel VM-back-up in met beleidsregels voor nachtelijke back-ups en langetermijnbewaring; schakel waar van toepassing app-consistente snapshots in
Beveilig Azure Files-shares die media-assets hosten met dagelijkse back-ups en ‘soft delete’
Beveilig SQL Server in Azure VM’s met schema’s voor volledige/differentiële/log-back-ups om ‘point-in-time restore’ te ondersteunen
Valideer ‘Instant Restore’ door een herstel op bestandsniveau uit te voeren in de staging-omgeving Waarom: Op vaults gebaseerde back-ups en ‘instant restores’ minimaliseren downtime en dataverlies voor IaaS- en bestands-workloads.

Implementeer Azure Site Recovery voor regio-naar-regio DR van de web-, API- en SQL-lagen met een replicatiebeleid gericht op een lage RPO en uurlijkse app-consistente punten. Bouw een herstelplan met lagen (eerst data, dan API, dan web), automatisering om DNS bij te werken en CDN-caches te legen, en voer per kwartaal een test-failover uit op een geïsoleerd VNet. Waarom: ASR-replicatie en herstelplannen bieden een voorspelbare RTO met georkestreerde, auditeerbare runbooks en niet-verstorende tests.
Schakel Network Watcher in en gebruik ‘Connection troubleshoot’ om frontend-naar-backend-flows te valideren, ‘Next hop’ om UDR’s via de NVA-laag te verifiëren, en ‘IP flow verify’ om NSG-hardening te bevestigen. Configureer on-demand ‘packet capture’ op de API VM’s voor analyse van intermittente time-outs. Waarom: Doelgerichte diagnostiek isoleert snel routerings-/NSG-problemen en levert bewijs op pakketniveau wanneer dat nodig is.
Maak Azure Service Health-alerts voor de twee regio’s en de betreffende services (App Service, SQL, Storage, Key Vault, Front Door). Stuur deze naar dezelfde ‘action groups’ en neem distributielijsten van het management op voor adviezen over gepland onderhoud. Waarom: Proactief bewustzijn van platformincidenten en onderhoud voorkomt onverwachte storingen en maakt gecoördineerde communicatie mogelijk.

Deze geïntegreerde aanpak zorgt ervoor dat Adobe zijn RPO/RTO-doelstellingen haalt, snel herstelt van ransomware of operatorfouten, afwijkingen binnen enkele minuten detecteert en verhelpt, en netwerkpaden definitief kan troubleshooten terwijl het op de hoogte blijft van Azure-platformgebeurtenissen.

← Azure Databases en Dataservices · Alle domeinen · Azure Beveiliging en Compliance →

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