AZ-802 — Microsoft Certified: Windows Server Hybrid Administrator Associate Quick Review

Quick Review for Microsoft AZ-802 candidates covering Windows Server hybrid administration, security, migration, high availability, disaster recovery, monitoring, and troubleshooting.

Quick Review purpose

This Quick Review is for candidates preparing for Microsoft Microsoft Certified: Windows Server Hybrid Administrator Associate (AZ-802), exam code AZ-802. Use it as a final-pass review before topic drills, mock exams, and detailed explanations.

AZ-802 is not just “Windows Server in Azure.” It tests whether you can secure, migrate, protect, monitor, and troubleshoot Windows Server workloads across on-premises and hybrid environments. Expect scenario questions where the best answer depends on constraints such as downtime tolerance, identity model, data size, recovery objective, network connectivity, administrative scope, and whether the workload is physical, virtual, clustered, or cloud-connected.

High-yield AZ-802 mental model

Think in five connected workstreams:

WorkstreamWhat the exam often testsFast decision point
Secure Windows ServerLeast privilege, identity protection, hardening, update posture, Defender integrationsIs the risk identity, endpoint, network, data, or admin access?
Implement high availabilityFailover clustering, load balancing, Storage Spaces Direct, Cluster-Aware UpdatingIs the goal local availability or regional/site recovery?
Disaster recovery and backupAzure Backup, Azure Site Recovery, Hyper-V Replica, Storage ReplicaIs the goal restore, failover, replication, or rollback?
Migrate servers and workloadsAzure Migrate, Storage Migration Service, Windows Admin Center, data/app migrationAre you moving compute, storage, identity, or application dependencies?
Monitor and troubleshootAzure Monitor, Log Analytics, Azure Arc, event logs, performance countersIs the problem resource health, OS behavior, network, identity, or application performance?

Quick service-selection table

NeedLikely tool or featureWatch for this trap
Manage Windows Servers across on-premises, edge, and multicloud from AzureAzure Arc-enabled serversArc enables management; it does not automatically migrate servers
Centralized monitoring and queriesAzure Monitor with Log AnalyticsDiagnostic data must be collected before you can query it
Security recommendations and posture managementMicrosoft Defender for CloudRecommendations depend on resource visibility, configuration, and plans enabled
Backup files, folders, system state, or VMsAzure BackupBackup is not the same as live disaster recovery failover
Replicate workloads for failover to Azure or another siteAzure Site RecoveryASR is for recovery orchestration, not long-term backup retention
Migrate servers to AzureAzure MigrateAssessment, dependency analysis, and replication are separate phases
Migrate file servers and preserve shares/permissionsStorage Migration ServiceName cutover and identity/permission preservation are key details
Sync branch files with cloud tieringAzure File SyncIt is not a replacement for a backup strategy
Local high availability for roles/VMsFailover clusteringCluster availability does not protect against all-site failure
Replicate volumes between servers or clustersStorage ReplicaReplication can copy corruption or deletion; still back up
Patch clustered workloads with reduced disruptionCluster-Aware UpdatingNodes must drain and resume correctly
Manage servers through browser-based toolingWindows Admin CenterWAC is a management tool, not a monitoring platform by itself

Security review

Identity and administrative access

AZ-802 security questions often reward least privilege and controlled administration over broad local admin access.

ConceptKnow thisCandidate mistake
Least privilegeGrant only the rights needed for the task, preferably through roles or delegated administrationGiving Domain Admin for routine server management
Just Enough AdministrationPowerShell constrained endpoints can expose only approved commandsThinking JEA is the same as ordinary remote PowerShell
Privileged Access WorkstationsUse hardened admin workstations for privileged operationsAdministering domain controllers from general-purpose workstations
Local Administrator Password SolutionManages unique local admin passwordsReusing one local administrator password across many servers
Group Managed Service AccountsService accounts with automatic password managementUsing normal user accounts for services and manually rotating passwords
Credential GuardHelps protect credentials from theft on supported systemsAssuming it replaces all endpoint hardening
Windows Defender FirewallHost-based traffic controlDisabling the firewall to “fix” connectivity instead of allowing required traffic
Secure remote accessPrefer secured management paths and audited administrative accessExposing RDP broadly to the internet

Active Directory Domain Services hardening

For hybrid Windows Server environments, AD DS is often the most important security dependency.

High-yield reminders:

  • Domain controllers should be patched, monitored, backed up, and isolated from general workloads.
  • Do not install unnecessary server roles or applications on domain controllers.
  • Use separate administrative accounts for privileged administration.
  • Protect privileged groups such as Domain Admins, Enterprise Admins, and Schema Admins.
  • Audit authentication failures, privilege use, account changes, and directory changes.
  • Confirm time synchronization; Kerberos depends on time.
  • Use secure DNS configuration because AD DS depends heavily on DNS.
  • Use read-only domain controllers where appropriate for locations with lower physical security.

Common trap: a question describes a branch office with poor physical security and asks how to provide local authentication. A read-only domain controller may be better than placing a writable domain controller there.

Server hardening decision rules

If the scenario says…Think…
“Reduce attack surface”Remove roles/features, close ports, apply baselines, enforce firewall rules
“Protect credentials on servers”Credential Guard, LSASS protection, admin tiering, avoid interactive logons
“Delegate a narrow admin task”JEA, RBAC where available, constrained PowerShell
“Secure local admin passwords”LAPS-style local password management
“Protect data at rest”BitLocker, EFS where suitable, storage encryption
“Protect SMB traffic”SMB signing/encryption depending on confidentiality/integrity need
“Detect threats and get recommendations”Defender for Cloud / Defender integrations
“Assess compliance against security baselines”Security policy, baselines, Defender for Cloud recommendations

Certificates and PKI

Know the difference between certificate problems and identity problems.

SymptomLikely area to check
TLS warning or service refuses secure connectionCertificate name, trust chain, expiration, EKU, private key
Smart card or certificate logon failsCertificate template, mapping, revocation, domain trust, time
Enrollment failsTemplate permissions, autoenrollment policy, CA availability
Revocation check failsCRL/OCSP publication and reachability
Internal service works on LAN but not externallySubject/SAN, trust chain, firewall, DNS, certificate binding

Common trap: renewing a certificate does not automatically update every application binding. The service may still be using the old certificate.

Hybrid management with Azure Arc and Windows Admin Center

Azure Arc-enabled servers

Azure Arc is central to hybrid operations. It lets you project non-Azure Windows Servers into Azure for management.

CapabilityWhat it enables
Inventory and governanceSee hybrid servers as Azure resources
Policy and complianceApply Azure Policy where supported
Monitoring integrationSend logs and metrics to Azure Monitor / Log Analytics
Security postureSurface recommendations through Microsoft security tooling
Extension managementInstall supported agents/extensions from Azure

Decision rule: choose Azure Arc when the server remains on-premises or outside Azure but needs Azure-based management, governance, monitoring, or security visibility.

Trap: Azure Arc does not automatically convert a server into an Azure VM and does not eliminate the need for network connectivity, permissions, or agents.

Windows Admin Center

Windows Admin Center is useful for managing Windows Server roles, failover clusters, Hyper-V, updates, certificates, storage, and Azure integrations.

Use Windows Admin Center for…Do not confuse it with…
Browser-based server administrationA replacement for all enterprise monitoring
Managing Hyper-V and clustersAzure Site Recovery orchestration by itself
Azure hybrid service onboardingThe Azure control plane itself
Certificate, event, service, and role managementA substitute for security governance

Exam clue: if the question asks for a practical management tool for on-premises Windows Server with optional Azure integrations, Windows Admin Center is often relevant.

High availability review

Failover clustering essentials

A failover cluster provides high availability for supported workloads by moving clustered roles between nodes.

Know these concepts:

ConceptMeaning
NodeServer participating in the cluster
Clustered roleWorkload managed by the cluster
QuorumVoting mechanism that determines whether the cluster can continue running
WitnessTie-breaker resource such as disk, file share, or cloud witness
CSVCluster Shared Volumes for shared access to storage by cluster nodes
Drain rolesMove workloads off a node before maintenance
Cluster-Aware UpdatingCoordinates patching of cluster nodes while maintaining availability

Quorum and witness logic

Avoid memorizing only one witness type. Understand the scenario.

Witness typeCommon fit
Cloud witnessHybrid or multi-site environments with Azure connectivity
File share witnessSimple witness option when a reliable file share is available
Disk witnessTraditional shared-storage cluster scenarios
No witnessCertain configurations where node votes alone are appropriate

Trap: a witness does not host the workload. It helps the cluster make quorum decisions.

High availability versus disaster recovery

RequirementBetter fit
Survive a single host failure in the same datacenterFailover clustering
Maintain app availability during node maintenanceCluster-Aware Updating and role draining
Replicate a VM to another host/site for recoveryHyper-V Replica or Azure Site Recovery, depending on scenario
Recover an entire site in AzureAzure Site Recovery
Restore accidentally deleted or corrupted dataBackup
Keep two storage copies synchronizedStorage Replica

Common mistake: choosing failover clustering for site disaster recovery without considering shared dependencies. A cluster may still fail if the entire site, network, storage, or identity dependency is unavailable.

Storage Spaces Direct and Storage Replica

FeaturePrimary purposeKey exam angle
Storage Spaces DirectSoftware-defined storage using local drives in clustered serversHigh availability and scalable storage inside a cluster
Storage ReplicaBlock-level volume replication between servers or clustersDisaster recovery or stretch-cluster storage replication
DFS ReplicationFile-level replication for certain file data scenariosNot ideal for open files, databases, or low-RPO block replication

Trap: Storage Replica is not a backup. If malware encrypts replicated data, the encrypted data may replicate too.

Backup and disaster recovery review

Azure Backup

Azure Backup is for protected recovery points and restore operations.

Backup targetTypical approach
Azure VMsAzure VM backup
On-premises files/folders/system stateMicrosoft Azure Recovery Services agent or related backup architecture
Workloads at scaleAzure Backup with appropriate agents, vaults, and policies
System state recoveryUse supported backup method for Windows Server system state

Know the workflow:

  1. Create or use a Recovery Services vault.
  2. Configure backup policy.
  3. Register/protect the workload.
  4. Run initial backup.
  5. Monitor jobs and alerts.
  6. Test restore procedures.

Common traps:

  • Backups must be restorable; a configured backup policy is not enough.
  • System state backup is different from full application-aware workload protection.
  • Backup helps with corruption, deletion, ransomware recovery, and point-in-time restore; replication alone may not.

Azure Site Recovery

Azure Site Recovery focuses on workload replication and orchestrated failover.

RequirementASR relevance
Replicate VMs to AzureStrong fit
Test disaster recovery without disrupting productionStrong fit when test failover is supported/configured
Create recovery plans with ordered failoverStrong fit
Keep long-term historical restore pointsBackup is usually the better concept
Protect individual files onlyBackup or file-level solutions are usually better

ASR decision clues:

  • “Fail over workloads to Azure”
  • “Orchestrate recovery”
  • “Minimize downtime during site outage”
  • “Run a test failover”
  • “Replicate VMs”

Hyper-V Replica

Hyper-V Replica replicates VMs between Hyper-V hosts or clusters.

Use it when the scenario is specifically about Hyper-V-based replication and does not require broader Azure recovery orchestration.

Trap: Hyper-V Replica is not the same as failover clustering. Clustering handles high availability within the cluster; Replica handles VM replication for recovery.

Disaster recovery decision path

    flowchart TD
	    A[What is the protection goal?] --> B[Restore deleted/corrupt data]
	    A --> C[Keep workload running after host failure]
	    A --> D[Fail over to another site or Azure]
	    A --> E[Replicate storage volumes]
	
	    B --> F[Use backup and tested restores]
	    C --> G[Use failover clustering / HA design]
	    D --> H[Use Azure Site Recovery or Hyper-V Replica]
	    E --> I[Use Storage Replica where appropriate]

Migration review

Azure Migrate

Azure Migrate is commonly used to assess and migrate servers to Azure.

PhaseWhat to know
DiscoveryInventory servers and dependencies
AssessmentEvaluate readiness, sizing, cost, and compatibility
ReplicationPrepare migration by copying workload data
Test migrationValidate before production cutover
CutoverFinalize migration with planned downtime as required

Common traps:

  • Assessment and migration are not the same step.
  • Dependency mapping matters for multi-tier applications.
  • Sizing should reflect observed utilization, not just allocated resources.
  • Network, identity, DNS, and firewall dependencies can break an otherwise successful server migration.
  • Test migration reduces risk; it does not replace application validation.

Storage Migration Service

Storage Migration Service is high-yield for file server migrations.

It helps migrate…Important details
SharesShare names and paths must be planned
Files and foldersPermissions and ownership matter
Server identityCutover can preserve client access patterns
Legacy file serversUseful when moving from older Windows Server file servers

Decision rule: if the scenario says “migrate file servers while preserving shares, permissions, and server identity,” think Storage Migration Service.

Trap: copying files manually may lose permissions, share configuration, timestamps, or client access continuity.

Azure File Sync

Azure File Sync synchronizes on-premises Windows Server file shares with Azure Files.

FeatureMeaning
Cloud endpointAzure file share
Server endpointPath on a registered Windows Server
Sync groupRelationship between cloud and server endpoints
Cloud tieringKeeps frequently used files local and tiers cooler data to Azure
Registered serverOn-premises server participating in sync

Common mistakes:

  • Treating Azure File Sync as backup. It synchronizes changes, including unwanted changes.
  • Forgetting that users may still access local file servers while data synchronizes with Azure Files.
  • Ignoring bandwidth, initial sync time, and namespace design.

Migration choice table

Scenario languageBest concept to consider
“Assess on-premises servers before moving to Azure”Azure Migrate assessment
“Move VMs to Azure with minimal guesswork about sizing”Azure Migrate with assessment data
“Migrate a file server and keep shares/permissions”Storage Migration Service
“Keep branch file access local while centralizing in Azure”Azure File Sync
“Replicate VMs for disaster recovery”Azure Site Recovery, not a migration-only tool
“Move application with databases and dependencies”Dependency mapping, app validation, staged migration

Monitoring and troubleshooting review

Azure Monitor and Log Analytics

Azure Monitor collects and analyzes telemetry. Log Analytics is commonly used for querying collected logs.

NeedConcept
Query logs across serversLog Analytics workspace
Collect Windows eventsAgent/data collection configuration
Alert on conditionsAzure Monitor alerts
Visualize trendsWorkbooks, metrics, dashboards
Investigate security postureDefender for Cloud plus logs/recommendations
Manage hybrid server visibilityAzure Arc plus monitoring configuration

KQL basics to recognize:

PatternMeaning
whereFilter rows
summarizeAggregate results
countCount records
projectSelect columns
order bySort results
Time filtersNarrow results to a relevant investigation window

Trap: Log Analytics only shows data that has been collected and sent. If a server is not connected, configured, or authorized, queries will not magically return its logs.

Windows Server troubleshooting checklist

Use this order when a scenario gives symptoms but not the cause:

  1. Scope — one user, one server, one subnet, one site, or all systems?
  2. Recent change — patch, GPO, certificate, DNS, firewall, route, storage, identity?
  3. Identity — authentication, authorization, Kerberos, SPN, time sync?
  4. Name resolution — DNS records, suffixes, conditional forwarders, stale records?
  5. Network path — firewall, routing, NSG if Azure, VPN/ExpressRoute, ports?
  6. Service health — service status, event logs, dependencies?
  7. Performance — CPU, memory, disk latency, queue length, network throughput?
  8. Storage — free space, permissions, locks, replication status?
  9. Cluster state — node status, quorum, role ownership, CSV health?
  10. Logs and metrics — correlate time of failure with events.

Common symptom-to-cause map

SymptomHigh-yield checks
Users cannot access file shareDNS, SMB port/firewall, share permissions, NTFS permissions, server service
Admin cannot connect remotelyWinRM/RDP enabled, firewall, local policy, credentials, network path
Kerberos authentication failsTime sync, SPN, DNS, domain controller reachability
Cluster role will not fail overDependencies, storage, network name, quorum, node health
VM migration failsCPU compatibility, network, storage, permissions, cluster configuration
Slow file accessDisk latency, network latency, SMB settings, antivirus scanning, tiering state
Backup job failsAgent health, vault registration, credentials, storage, VSS writers
ASR replication unhealthyConnectivity, agent/provider health, storage churn, credentials, replication policy
Azure Arc server offlineAgent service, outbound connectivity, proxy, identity, permissions
Certificate-based service failsExpiration, trust chain, subject/SAN, private key, binding

Networking and hybrid connectivity review

AZ-802 may embed networking details inside migration, backup, monitoring, and hybrid management scenarios.

AreaKnow this
DNSAD DS, Kerberos, file access, and app connectivity depend heavily on correct name resolution
Firewall rulesPrefer specific allowed ports over disabling firewalls
VPN/ExpressRouteConnectivity choice affects latency, routing, resilience, and private access
Private endpointsUsed to access supported Azure services privately where configured
ProxiesHybrid agents often require outbound connectivity and proxy awareness
Time syncAuthentication and clustering can fail when time is inconsistent
RoutingHybrid failures are often route table, gateway, or asymmetric routing issues

Common trap: a server can appear “healthy” locally while Azure management fails because outbound connectivity, proxy configuration, or required identity permissions are missing.

Update and patch management

Patch questions often test service continuity, not just “install updates.”

EnvironmentReview focus
Standalone serversMaintenance windows, restart planning, rollback approach
ClustersDrain roles, patch node, reboot, resume, repeat
Hybrid serversInventory, compliance visibility, Azure management integration
Security-sensitive systemsPrioritization, testing, emergency patch process
Domain controllersRedundancy, replication health, staged patching

Cluster patching rule: never think of a cluster as one server. Patch one node at a time, maintain quorum, drain workloads, and verify role health after each node.

Role-specific quick hits

File services

TopicReview point
NTFS vs share permissionsEffective access is constrained by both
Access-based enumerationHides folders users cannot access
FSRMQuotas, file screens, classification/reporting
DFS NamespaceLogical namespace for shares
DFS ReplicationFile replication, not database replication
Azure File SyncHybrid file sync with Azure Files

Trap: “User cannot access a share” may be a permissions issue, a name resolution issue, a firewall issue, or a server availability issue. Do not jump directly to NTFS permissions without reading the symptom.

Hyper-V

TopicReview point
CheckpointsUseful for some rollback scenarios but not a backup replacement
Live migrationMoves running VMs between hosts when configured
ReplicaReplicates VMs for recovery
Shielded VMsProtect VMs from compromised fabric administrators in supported environments
Virtual switchesExternal, internal, private connectivity models
Integration servicesAffect guest operations and management

Trap: checkpoints can create operational risk if left unmanaged, especially on production workloads.

Containers and application workloads

If containers appear, focus on the operational distinction:

ConceptReview point
Windows containersProcess-isolated or Hyper-V-isolated Windows workloads
ImagePackaged application filesystem and configuration
RegistryStores container images
Host compatibilityWindows container compatibility depends on host and image requirements
OrchestrationMay involve broader platform choices outside basic server administration

Do not over-focus on developer details unless the scenario specifically asks about container hosting, isolation, or compatibility.

Exam-style decision rules

Use these fast rules during practice:

  1. If the problem is visibility/governance for non-Azure servers, consider Azure Arc.
  2. If the problem is server migration to Azure, consider Azure Migrate.
  3. If the problem is file server migration with permissions and shares, consider Storage Migration Service.
  4. If the problem is branch/local file caching with Azure Files, consider Azure File Sync.
  5. If the problem is point-in-time recovery, consider Azure Backup.
  6. If the problem is orchestrated failover, consider Azure Site Recovery.
  7. If the problem is local workload availability, consider failover clustering.
  8. If the problem is cluster patching, consider Cluster-Aware Updating.
  9. If the problem is block-level volume replication, consider Storage Replica.
  10. If the problem is narrow delegated administration, consider Just Enough Administration.
  11. If the problem is unique local admin passwords, consider LAPS-style management.
  12. If the problem is centralized logs and queries, consider Azure Monitor and Log Analytics.

Common AZ-802 traps

TrapBetter thinking
Backup and replication are interchangeableBackup restores previous points; replication supports failover or copy continuity
Azure Arc migrates serversArc manages and governs hybrid servers; migration is separate
Azure File Sync is backupSync can propagate deletions and corruption
Failover clustering protects against all disastersIt protects against certain local failures, not every site-wide dependency
Storage Replica removes the need for backupReplication can replicate bad changes
Disabling firewalls is an acceptable fixCreate precise rules and verify required ports
Domain Admin is needed for routine tasksUse delegation, JEA, and least privilege
A certificate renewal fixes all TLS issuesBindings, trust chains, SANs, and private keys still matter
Monitoring starts after an incidentTelemetry must be collected before useful historical analysis
A successful migration means the app worksApp dependencies, identity, DNS, and performance still require validation

Final review checklist

Before moving into original practice questions, make sure you can explain:

  • When to use Azure Backup versus Azure Site Recovery.
  • When to use failover clustering versus Hyper-V Replica.
  • How quorum and witnesses affect cluster availability.
  • Why Storage Replica is not backup.
  • How Azure Arc changes hybrid server management.
  • How Azure Monitor, Log Analytics, and agents fit together.
  • How Storage Migration Service differs from Azure File Sync.
  • How Azure Migrate assessment differs from migration execution.
  • How to troubleshoot DNS, Kerberos, firewall, and certificate issues.
  • How to apply least privilege to Windows Server administration.
  • How to patch clustered workloads safely.
  • How to read scenario clues around downtime, RPO/RTO, identity, and connectivity.

Practice connection

Use this Quick Review as a map, then move immediately into IT Mastery practice:

  • Start with topic drills for security, HA/DR, migration, and monitoring.
  • Use original practice questions to force service-selection decisions.
  • Review detailed explanations for every missed question, especially when two Microsoft services sound similar.
  • Finish with mixed question bank sets so you practice reading full scenarios instead of recognizing isolated keywords.

A practical next step: choose one weak area from the checklist, complete a focused topic drill, and write down the decision rule that would have helped you answer each missed AZ-802 question correctly.

Continue in IT Mastery

Use this Quick Review as a final concept map, then move into IT Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original IT Mastery practice items; they are not official Microsoft questions, copied live-exam content, or exam dumps.

Browse Certification Practice Tests by Exam Family