Microsoft AZ-140: Überwachung, Diagnose und Problembehandlung — Lernleitfaden

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

Teil des Microsoft Azure Virtual Desktop Specialty AZ-140 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Microsoft-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Überblick

Überwachung, Diagnose und Fehlerbehebung in Azure Virtual Desktop (AVD) kombinieren plattformseitige Protokolle auf Ressourcenebene, Telemetriedaten innerhalb des Gastbetriebssystems und Analysen, um Probleme frühzeitig zu erkennen, die Ursachen schnell zu isolieren und die Benutzererfahrung zu validieren. Eine solide Architektur nutzt Azure Monitor, Log Analytics, den Azure Monitor Agent, Datensammlungsregeln und kuratierte Arbeitsmappen, ergänzt durch proaktive Benachrichtigungen über den Dienstzustand und benutzerbeeinträchtigende Bedingungen. Dieser Abschnitt erklärt, wie man die Überwachungspipeline entwirft, die Diagnose aktiviert, die richtigen Daten von Sitzungshosts sammelt, sie mit der Kusto Query Language (KQL) analysiert und auf die häufigsten Betriebsprobleme reagiert, einschließlich Client-Konnektivität, Ausfälle des AVD-Agenten, Probleme mit FSLogix-Profilen und Ressourcenengpässe.

Azure Monitor- und Log Analytics-Architektur für AVD Insights

Azure Virtual Desktop Insights ist eine Lösung, die auf Azure Monitor Workbooks und Log Analytics aufbaut und die plattformseitigen Ressourcenprotokolle von AVD mit der Telemetrie des Gastbetriebssystems korreliert, um Ansichten zu Integrität, Kapazität und Benutzererfahrung bereitzustellen. Ihre Wirksamkeit hängt von zwei Datenebenen ab:

• Plattform-/Ressourcenprotokolle von AVD-Ressourcen (Hostpools, Arbeitsbereiche, Anwendungsgruppen und der AVD-Dienst) über Diagnoseeinstellungen.
• Gast-Telemetrie von Sitzungshosts über den Azure Monitor Agent (AMA) und Datensammlungsregeln (DCRs), einschließlich Windows-Ereignisprotokolle und Leistungsindikatoren.

Architektur- und Designüberlegungen für den Arbeitsbereich:

• Zentralisierte vs. pro Landing-Zone-Arbeitsbereiche: Ein einzelner, regional naher Arbeitsbereich vereinfacht Abfragen, Benachrichtigungen und die Governance. Sehr große Umgebungen oder strenge Anforderungen an die Datenhoheit können mehrere Arbeitsbereiche rechtfertigen. Vermeiden Sie unnötige regionsübergreifende Datenerfassung aufgrund von Latenz und Kosten.
• Datenaufbewahrung und Kosten: Dimensionieren Sie die Aufbewahrungsdauer entsprechend Ihren Untersuchungszeiträumen und regulatorischen Anforderungen. Eine typische betriebliche Aufbewahrungsdauer beträgt 30–90 Tage, mit Archivierung in Storage für die Langzeitaufbewahrung. Aktivieren Sie Basisprotokolle nur, wenn es angebracht ist; AVD-Diagnoseprotokolle eignen sich am besten als Analyseprotokolle für die Abfrageleistung.
• Mandanten-/Abonnementübergreifend: Nutzen Sie den ressourcenzentrierten Zugriff von Azure Monitor und Azure RBAC, um Betriebsteams bereichsbezogene Abfrageberechtigungen zu erteilen. Streamen Sie Protokolle bei Bedarf an Event Hubs für SIEM.
• Abhängigkeitstransparenz: Aktivieren Sie VM insights oder sammeln Sie Leistungsindikatoren, um CPU-, Arbeitsspeicher-, Festplatten- und Netzwerkdaten mit AVD-Sitzungs- und Verbindungsdaten zu korrelieren.

AVD Insights-Arbeitsmappen basieren sowohl auf Diagnoseeinstellungen als auch auf Telemetriedaten aus dem Gastbetriebssystem; wenn eines von beiden fehlt, sind die Visualisierungen unvollständig.

Aktivieren der Diagnose und Sammeln von Telemetriedaten

Diagnoseeinstellungen für AVD-Ressourcen

Aktivieren Sie die Diagnoseeinstellungen für jeden der folgenden Ressourcentypen und senden Sie die Daten an Ihren Log Analytics-Arbeitsbereich. Archivieren Sie sie optional in Storage zur Langzeitaufbewahrung und streamen Sie sie an Event Hubs für externe Analysen.

• Hostpools: Aktivieren Sie Kategorien wie Connection, HostRegistration, Checkpoint, Management, Error und NetworkData. Diese erfassen Verbindungsversuche, Statusänderungen bei der Agentenregistrierung, Sitzungs-Checkpoints und Verwaltungsvorgänge.
• Anwendungsgruppen und Arbeitsbereiche: Aktivieren Sie Management und Error, um die Veröffentlichung von Feeds, Zuweisungen und Konfigurationsänderungen zu erfassen.
• AVD-Dienstebenenprotokolle: Wo verfügbar, aktivieren Sie Error und Management, um Einblick in für Ihren Mandanten relevante Dienstvorgänge zu erhalten.

Azure Monitor Agent und DCRs auf Sitzungshosts

• Wahl des Agenten: Verwenden Sie den Azure Monitor Agent (AMA). Der ältere Log Analytics Agent (MMA) ist veraltet und sollte entfernt werden, um Duplizierung und Verwirrung zu vermeiden.
• Datensammlungsregeln (DCRs): Erstellen Sie DCRs, um Folgendes zu sammeln:
  • Windows-Ereignisprotokolle:
    • Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
    • Microsoft-Windows-TerminalServices-LocalSessionManager/Operational
    • Microsoft-Windows-TerminalServices-RemoteConnectionManager/Operational
    • Microsoft-FSLogix-Apps/Operational und Admin
    • System und Application (für Kernbetriebssystem-, Netzwerk-, VSS-, SMB-, Speicher- und Profilereignisse)
  • Leistungsindikatoren:
    • Processor(_Total)% Processor Time
    • System\Processor Queue Length
    • Memory\Available MBytes, Memory\Committed Bytes
    • LogicalDisk(_Total)\Avg. Disk sec/Read, Avg. Disk sec/Write, Disk Transfers/sec, Free Megabytes
    • Network Interface(*)\Bytes Total/sec, Output Queue Length
    • Terminal Services\Active Sessions, Inactive Sessions, Total Sessions
    • RemoteFX Graphics(*)\Frames Skipped/Second (server, network, client)
  • Heartbeat (durch AMA aktiviert) für die Lebendigkeitsprüfung des Hosts.
• Geltungsbereich und Governance: Weisen Sie DCRs den Ressourcengruppen der Hostpools oder dynamischen VM-Bereichen mithilfe von Tags zu. Vermeiden Sie überlappende DCRs, die dieselben Indikatoren oder Ereigniskanäle sammeln, um doppelte Daten und übermäßige Kosten zu verhindern.
• VM insights: Aktivieren Sie optional VM insights für kuratierte Leistungs- und Abhängigkeitsansichten; dies füllt auch InsightsMetrics für eine umfassendere Analyse von Leistungstrends.

Betriebsanalyse und Techniken zur Fehlerbehebung

Arbeitsmappen und Dashboards

• Verwenden Sie AVD Insights-Arbeitsmappen für eine kuratierte Übersicht: Erfolgs-/Fehlerraten von Verbindungen, Sitzungsverteilung, Status der Host-Registrierung und Leistung der Sitzungshosts. Erstellen Sie benutzerdefinierte Arbeitsmappen für Geschäftsbereiche oder Hostpools mit wichtigen Leistungsindikatoren (KPIs), die auf SLAs abgestimmt sind (z. B. Zeit bis zur Erkennung des ersten Fehlers (First-Failure-Time-to-Detect), Näherungswerte für die Anmeldedauer, Sitzungsdichte).

Kusto-Abfragen für gängige Untersuchungen

• Verbindungsfehler nach Phase und Meldung:

AzureDiagnostics
| where Category == "Connection"
| extend p = parse_json(Properties)
| summarize Attempts = count(), Failures = countif(tostring(p.Status) != "Success")
          by FailureStage = tostring(p.FailureStage),
             FailureMessage = tostring(p.FailureMessage)
| order by Failures desc

• Sitzungsanzahl pro Host und Kapazitätsdruck:

Perf
| where ObjectName == "Terminal Services" and CounterName in ("Active Sessions","Total Sessions")
| summarize Avg=count(), AvgValue=avg(CounterValue) by bin(TimeGenerated, 5m), Computer, CounterName

• Zustand der Agenten-Registrierung:

AzureDiagnostics
| where Category == "HostRegistration"
| extend p = parse_json(Properties)
| summarize Latest = arg_max(TimeGenerated, tostring(p.RegistrationState), tostring(p.Details))
          by ResourceId
| where Latest_RegistrationState != "Registered"

• Erkennung hoher CPU-Auslastung:

Perf
| where ObjectName == "Processor" and CounterName == "% Processor Time" and InstanceName == "_Total"
| summarize AvgCPU = avg(CounterValue) by Computer, bin(TimeGenerated, 5m)
| where AvgCPU > 85

• FSLogix-Fehler:

Event
| where Source == "Microsoft-FSLogix-Apps"
| project TimeGenerated, Computer, EventID, RenderedDescription
| order by TimeGenerated desc

Verbindungsdiagnose und häufige Client-Probleme

• Zu validierende Phasen:
  • Feed-Ermittlung: Der Abruf des Arbeitsbereichs erfordert Internetzugang und eine erfolgreiche Azure AD-Authentifizierung. Bedingter Zugriff (Conditional Access) oder Zeitabweichungen können den Abruf von Token blockieren; überprüfen Sie die Richtlinien zur Gerätekonformität und die NTP-Synchronisierung.
  • Broker- und Gateway-Aushandlung: Stellen Sie sicher, dass ausgehender Verkehr über TCP 443 zu den AVD-Dienstendpunkten durch Firewalls und Proxys erlaubt ist. SSL-Inspektion kann WebSocket-Verbindungen unterbrechen; nehmen Sie AVD-Endpunkte von der Interception aus.
  • RDP-Transport: Wenn RDP Shortpath für öffentliche oder verwaltete Netzwerke aktiviert ist, lassen Sie UDP 3390 wie vorgesehen zu. Wenn dies blockiert ist, greifen Clients auf TCP zurück, was die Benutzererfahrung beeinträchtigen kann.
• Symptome und Ursachen:
  • Häufige Verbindungsabbrüche oder schlechte Videoqualität: UDP blockiert oder hoher Paketverlust; überprüfen Sie QoS und WAN-Kapazität, priorisieren Sie Echtzeitverkehr.
  • „Keine verfügbaren Ressourcen“: Host-Registrierung fehlgeschlagen oder Kapazität erschöpft; bestätigen Sie den Zustand des Agenten und die Sitzungslimits.
  • Langsame Anmeldungen: Verzögerungen beim Anhängen des Profilcontainers, GPO-Verarbeitung oder Echtzeit-Scans von Antivirenprogrammen auf Profilpfaden.

Windows-Ereignisprotokolle, Remotedesktop-Komponenten und AVD-Agent

• Wichtige Dienste: Remote Desktop Services (TermService), Remote Desktop Services Infrastructure Agent (RdAgent) und Remote Desktop Agent Loader (RDAgentBootLoader).
• Agentenprotokolle auf der Festplatte: C:\ProgramData\Microsoft\RDInfra\RDAgent\Logs und C:\ProgramData\Microsoft\RDInfra\RDAgentBootLoader\Logs.
• Relevante Ereigniskanäle:
  • RdpCoreTS/Operational für Transport- und Protokollfehler.
  • TerminalServices-LocalSessionManager/Operational für den Sitzungslebenszyklus.
  • TerminalServices-RemoteConnectionManager/Operational für Verbindungsautorisierung und Brokering.
• Fehlerbehebung bei der Agenten-Registrierung:
  • Überprüfen Sie DNS, Zeitsynchronisierung und ausgehenden Port 443.
  • Stellen Sie sicher, dass der Sitzungshost die AVD-Dienstendpunkte auflösen und erreichen kann.
  • Generieren Sie ein aktuelles Registrierungs-Token neu und wenden Sie es an, wenn der Host manuell eingebunden wurde und das Token abgelaufen ist.

FSLogix-Protokolle und Fehlerbehebung bei Profilen

• Protokolle: C:\ProgramData\FSLogix\Logs\Profile*.log und in der Ereignisanzeige unter Microsoft-FSLogix-Apps.
• Häufige Fehlermodi:
  • Zugriff verweigert oder Freigabeverletzung auf VHD(X): Korrigieren Sie die Freigabe- und NTFS-ACLs; stellen Sie sicher, dass nur eine aktive Sitzung pro Benutzerprofil vorhanden ist, wenn eine Überschneidung mehrerer Sitzungen nicht zulässig ist.
  • Festplatte voll oder Latenzspitzen: Überwachen Sie die Speicherkapazität und IOPS. Premium oder Azure NetApp Files sind oft für große, IOPS-intensive Umgebungen erforderlich.
  • Cloud Cache: Überprüfen Sie CCDLocations und die Kapazität des Cache-Laufwerks; WAN-Instabilität kann die Anmeldezeit erhöhen.
• Best Practices:
  • Schließen Sie die Pfade zum Anhängen von VHD(X)-Dateien vom On-Access-Scan des Antivirenprogramms aus.
  • Verwenden Sie redirections.xml, um große, flüchtige Ordner aus dem Profilcontainer herauszuhalten.
  • Validieren Sie Kerberos für die Azure Files AD DS-Authentifizierung; DNS und SPNs müssen korrekt sein.

Analyse von CPU, Arbeitsspeicher, Festplatte und Netzwerk

• CPU: Ein hoher Wert bei % Processor Time mit einer anhaltenden System\Processor Queue Length > 2 pro vCPU deutet auf CPU-Konflikte hin. Erhöhen Sie die Anzahl der vCPUs oder reduzieren Sie die Sitzungsdichte.
• Arbeitsspeicher: Wenig Memory\Available MBytes und hohe Auslagerungsaktivität (Memory\Pages/sec) verursachen Blockaden; fügen Sie RAM hinzu oder reduzieren Sie die Sitzungsdichte. Achten Sie auf das Commit-Limit und die Arbeitssets (Working Sets) von ressourcenintensiven Anwendungen.
• Festplatte: Latenzschwellenwerte liegen typischerweise bei < 5–10 ms für Lese-/Schreibvorgänge auf Profil- und temporären Pfaden; überwachen Sie LogicalDisk\Avg. Disk sec/Read und Write. Eine nicht übereinstimmende Speicherklasse äußert sich in langen Anmeldezeiten und trägen App-I/O.
• Netzwerk: Network Interface\Bytes Total/sec und Output Queue Length zeigen eine Sättigung an. Hohe TCP-Neuübertragungen und Paketverluste verschlechtern die RDP-Qualität; bestätigen Sie die QoS-Priorisierung für den AVD-Verkehr.

Proaktive Dashboards, Warnungen und Dienstintegrität

• Dashboards: Veröffentlichen Sie Arbeitsmappen, die die Sitzungsdichte pro Host im Vergleich zum konfigurierten Maximum, die Anzahl der Agenten-Status (Registriert vs. Nicht registriert), die häufigsten Verbindungsfehlermeldungen und Performance-Heatmaps anzeigen.
• Warnungen:
  • Registrierungsfehler:

AzureDiagnostics
| where Category == "HostRegistration"
| extend p = parse_json(Properties)
| where tostring(p.RegistrationState) != "Registered"

• Kapazitätsdruck (Beispielschwellenwert: durchschnittliche aktive Sitzungen für 10 Minuten innerhalb von 1 des Host-Limits):

Perf
| where ObjectName == "Terminal Services" and CounterName == "Active Sessions"
| summarize AvgActive = avg(CounterValue) by Computer, bin(TimeGenerated, 10m)
| join kind=leftouter (
    // Replace 20 with your per-host maximum sessions
    datatable(Computer:string, MaxSessions:int) [
      // Populate from CMDB or tag-driven mapping
    ]
) on Computer
| where AvgActive >= MaxSessions - 1

• Ereignisse mit Benutzerauswirkungen: Auslösen bei Spitzen in Verbindungsfehlern, FSLogix-Anbindungsfehlern oder Anmeldedauer, sofern in den AVD-Verbindungseigenschaften verfügbar.
• Ressourcenkonflikte: Warnung bei anhaltender CPU-Auslastung > 85 %, Memory\Available MBytes < 500 MB, Disk Avg. sec/Write oder Read > 20 ms.
• Aktionsgruppen: Leiten Sie Warnungen an E-Mail, Teams, ITSM, Automation-Runbooks oder Functions zur automatischen Skalierung oder Fehlerbehebung weiter.
• Dienstintegrität: Konfigurieren Sie Azure Service Health-Warnungen für Azure Virtual Desktop, Storage, Azure Files, Azure NetApp Files und Azure AD, um über Ausfälle oder Wartungsarbeiten informiert zu werden, die Anmeldungen, Profile oder Sitzungen beeinträchtigen könnten, bevor es die Benutzer tun.

Praktisches Problemszenario

Adobe Inc. meldet zeitweilige Verbindungsabbrüche bei Azure Virtual Desktop und lange Anmeldezeiten während der Spitzenzeiten für einen gepoolten Windows 11 Enterprise Multi-Session-Hostpool, der FSLogix auf Azure Files Premium verwendet.

1. Dienst- und Netzwerkvoraussetzungen überprüfen

• Warum: Schließt externe Ursachen aus, die nicht durch eine Host-Reparatur behoben werden können.
• Aktionen:
  • Überprüfen Sie Azure Service Health auf Vorfälle in der Zielregion, die Desktop Virtualization oder Storage betreffen.
  • Bestätigen Sie, dass die Firewalls der Zweigstellen ausgehenden TCP-Verkehr auf Port 443 zulassen und keine SSL-Inspektion für AVD-Endpunkte durchführen; überprüfen Sie, ob UDP 3390 erlaubt ist, um die RDP-Qualität über Shortpath zu verbessern, wo zutreffend.

2. Diagnose-Pipeline validieren

• Warum: AVD Insights benötigt sowohl Ressourcenprotokolle als auch Telemetriedaten aus dem Gastbetriebssystem, um Fehler mit Ressourcenengpässen zu korrelieren.
• Aktionen:
  • Stellen Sie sicher, dass die Diagnoseeinstellungen für den Hostpool, den Arbeitsbereich und die Anwendungsgruppen mit den Kategorien Connection, HostRegistration, Checkpoint, Management, Error und NetworkData für den zentralen Log Analytics-Arbeitsbereich aktiviert sind.
  • Bestätigen Sie, dass der AMA auf allen Sitzungshosts installiert ist und die DCR RDP-bezogene Ereignisprotokolle und Leistungsindikatoren sammelt.

3. Verbindungsfehler und Agenten-Integrität analysieren

• Warum: Häufige Verbindungsabbrüche korrelieren oft mit einem Transport-Fallback oder einer instabilen Agenten-Registrierung.
• Aktionen:
  • Führen Sie AVD-Verbindungsabfragen aus, um Fehlerphasen und -meldungen zu identifizieren; isolieren Sie Proxy- oder tokenbezogene Fehler.
  • Fragen Sie HostRegistration ab, um nicht registrierte (Unregistered) Hosts zu finden; falls vorhanden, starten Sie RDAgentBootLoader und RdAgent neu, überprüfen Sie DNS und die Zeitsynchronisierung und registrieren Sie Hosts neu, falls die Registrierungstoken abgelaufen sind.

4. Anmeldeverzögerungen und Probleme beim Einbinden von FSLogix-Profilen untersuchen

• Warum: Profiloperationen sind eine Hauptursache für lange Anmeldezeiten.
• Aktionen:
  • Überprüfen Sie die Microsoft-FSLogix-Apps-Protokolle auf „Zugriff verweigert“, Freigabeverletzungen oder Mount-Timeouts; validieren Sie die Freigabe- und NTFS-ACLs und schließen Sie VHD(X)-Pfade vom Antiviren-Scan aus.
  • Überprüfen Sie die Metriken von Azure Files Premium und die VM-Leistungsindikatoren auf Festplattenlatenz; erhöhen Sie den Durchsatz der Dateifreigabe oder migrieren Sie Profile zu Azure NetApp Files, wenn die IOPS konstant über der Kapazität liegen.

5. Ressourcenengpässe und Kapazitätsdruck identifizieren

• Warum: Überlastete Hosts verursachen bei Ressourcenkonflikten sowohl Leistungseinbußen als auch Symptome von Verbindungsabbrüchen.
• Aktionen:
  • Verwenden Sie Leistungsindikatoren, um eine anhaltende CPU-Auslastung > 85 %, wenig verfügbaren Arbeitsspeicher oder eine hohe Festplattenlatenz zu erkennen; reduzieren Sie die Sitzungslimits pro Host oder skalieren Sie die Anzahl der Hosts horizontal hoch.
  • Aktivieren oder optimieren Sie die automatische Skalierung, um Kapazität vor Spitzenlasten hinzuzufügen; validieren Sie das Verhalten des Drain-Modus, um aktive Sitzungen während des Herunterskalierens zu schützen.

6. Proaktive Warnungen und Dashboards implementieren

• Warum: Verhindern Sie ein erneutes Auftreten durch die Erkennung von Frühwarnsignalen.
• Aktionen:
  • Erstellen Sie Warnungen für HostRegistration-Status „Not Registered“, ansteigende Verbindungsfehler und Spitzen bei FSLogix-Fehlern.
  • Erstellen Sie ein Kapazitäts-Dashboard, das aktive Sitzungen im Vergleich zum Maximum pro Host und Ressourcen-Heatmaps anzeigt; teilen Sie es mit dem Betriebsteam und den Service-Ownern.

Dieser Ansatz kombiniert Azure Service Health für externe Abhängigkeiten, Diagnoseeinstellungen für Plattformsichtbarkeit, AMA+DCR für Host-Telemetrie, KQL-gesteuerte Analyse, um Fehlerdomänen zu isolieren, und gezielte Fehlerbehebung in den Bereichen Netzwerk, Agenten-Integrität, Profile und Kapazität – und stellt sicher, dass Adobe Inc. die Benutzererfahrung stabilisiert und zukünftige Regressionen verhindert.

← Sicherheit · Alle Domänen · Resilienz →

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →

Microsoft durchsuchen →