BS-Absturzanalyse

Verwenden Sie die erweiterte Funktion zur Absturzanalyse des Betriebssystems in Ihrer Omnissa Workspace ONE Experience Management für Windows- und Horizon-Umgebung, um Hauptursachenereignisse zu erfassen, anstatt Ereignisse auf Kernelebene zu erfassen. Diese Funktion ist standardmäßig aktiviert.

Erfasste Gerätedaten

Der Experience Management für Windows und Horizon-Agent erfasst die aufgelisteten Attribute für die Funktion „Betriebssystemabsturzanalyse“ mit Hilfe des im Agenten enthaltenen ExternalDumpAnalyzer-Prozesses.

Anforderungen

Stellen Sie sicher, dass Sie die aufgeführten Anforderungen erfüllt haben, bevor Sie die erweiterte Funktion zur Absturzanalyse des Betriebssystems auf Windows-Geräten bereitstellen.

• Verwenden Sie den Experience Management for Windows und Horizon-Agenten ab Version 26.07.
• Stellen Sie sicher, dass das Symbol-Cache-Verzeichnis des Geräts für das Dienstkonto Workspace ONE Endpoint Telemetry beschreibbar ist.
• Stellen Sie sicher, dass das Gerät den öffentlichen Microsoft-Symbolserver unter http://msdl.microsoft.com/download/symbols direkt oder über den konfigurierten Proxy erreichen kann.
• Installieren und verwenden Sie auf dem Gerät WinDbg.
• Verwenden Sie Umgebungsvariablen auf Systemebene für Dienstszenarien.
• Starten Sie den Dienst Workspace ONE Endpoint Telemetry oder das System neu, nachdem Sie die Umgebungsvariablen auf Systemebene geändert haben.

Wie funktioniert diese Funktion?

Wenn das Experience Management ein Windows-Absturzabbild erkennt, startet DeviceEventTracker den Prozess ExternalDumpAnalyzer (ws1dumpa.exe). Es gibt zwei Modi der Betriebssystem-Absturzanalyse: IPC-Modus (Inter-Process Communication, Inter-Prozess-Kommunikation) und Eigenständiger Modus.

IPC-Modus

• Wenn ein Windows-Absturz auftritt und das System ein BS-Absturzabbild erkennt, startet der DeviceEventTracker den Prozess ExternalDumpAnalyzer von C:\Program Files\WorkspaceONE\Endpoint Telemetry\Tools\ws1dumpa.exe aus.
• Der Absturzabbildpfad wird als Argument an den Prozess übergeben.
• Bevor die Analyse beginnt, führt ws1dumpa.exe die folgenden Validierungen durch.
  • Die Anforderung wird mit SYSTEM- oder Administratorrechten ausgeführt.
  • Die Speicherabbilddatei ist vorhanden.
  • Debugger-Tools sind verfügbar.
  • Netzwerkkonnektivität ist vorhanden.
  • Wenn eine der Validierungen fehlschlägt, protokolliert das System eine entsprechende Warnung oder Fehlermeldung.
• Nach der Validierung führt der ExternalDumpAnalyzer-Prozess die aufgeführten Schritte aus.
  • Verwendet den installierten Debugger, um das Speicherabbild zu analysieren.
  • Generiert Absturzanalyseergebnisse.
  • Meldet die Ergebnisse zurück an den Telemetriedienst.
• Die Analyseausgabe umfasst die folgenden angereicherten Absturzfelder.
  • process_associated_with
  • caused_by_module
  • complete_stack_trace

Debugger-Fallback

Wenn die Debugger-Tools nicht verfügbar sind, greift die Analyse auf den Inbox-Debugger zurück. Er verwendet den Posteingang Windows Debug-Helpers mit den Symboloptionen für Absturzabbilddetails, minimalen Prozess, Modulinformationen und complete_stack_trace. Die Optionen für das complete_stack_trace-Symbol sind für die Analyse hilfreich.

Symbolauflösung

• Wenn Netzwerkkonnektivität verfügbar ist, kann das System entsprechende Symbole vom Symbolserver herunterladen. WinDbg verwendet diese Symbole für eine genaue Analyse.
• Wenn das Netzwerk nicht verfügbar ist, aber die erforderlichen Symbole bereits im lokalen Cache vorhanden sind, kann der Analysedienst sie verwenden.

Analyse-Fallback

Wenn die externe Analyse aus irgendeinem Grund fehlschlägt, greift DeviceEventTracker auf eine In-Prozess-Dump-Analyse zurück. Es verwendet den Posteingang Windows Debug-Helpers mit den Symboloptionen für Absturzabbilddetails, minimalen Prozess, Modulinformationen und complete_stack_trace. Die Optionen für das complete_stack_trace-Symbol sind für die Analyse hilfreich.

Schließlich generiert das System das Ereignis system_crash und sendet es zusammen mit diesen angereicherten Attributen an Experience Management.

Standalone-Modus

Sie können den ExternalDumpAnalyzer-Prozess auch unabhängig ausführen, indem Sie eine Dump-Datei als Argument bereitstellen.

1. Führen Sie die Eingabeaufforderung als Administrator aus.
2. Führen Sie den Befehl C:\Program Files\WorkspaceONE\Endpoint Telemetry\Tools\ws1dumpa.exe "dumpfilepath" aus.

Verhalten

• Alle Validierungen und Analysefunktionen sind identisch mit dem IPC-Modus.
• Analyseergebnisse werden direkt in der Eingabeaufforderung angezeigt.
• Ergebnisse werden nicht an Intelligence- oder Experience Management-Dienste gesendet.
• Dieser Modus ist in erster Linie für Fehlerbehebungs- und Validierungszwecke vorgesehen.

Installieren und verwenden Sie auf dem Gerät WinDbg

Der ExternalDumpAnalyzer-Prozess verwendet die Microsoft Debugging Engine, um das Absturzabbild des Betriebssystems zu laden, Symbole aufzulösen und Absturzanalysefelder wie Stack-Trace und das Caused-by-Modul zu erstellen. Verwenden Sie WinDbg als Debugger, da er auf der Microsoft Debugger Engine basiert und vollständigen Zugriff auf die Absturzanalyse des Betriebssystems bietet.

Reihenfolge der Suchvorgänge

Der ExternalDumpAnalyzer-Prozess durchsucht die Microsoft Debugging Engine-Komponenten in der aufgeführten Reihenfolge.

1. Windows SDK Debugging Tools-Pfade, z.B. C:\\Program Files (x86)\\Windows Kits\\10\\Debuggers\\x64
   • Wenn nichts gefunden wird, sucht er am nächsten Ort.
2. Microsoft Store WinDbg-Paketpfade unter C:\\Program Files\\WindowsApps\\Microsoft.WinDbg_*
   • Wenn nichts gefunden wird, sucht er am nächsten Ort.
3. Das System dbgeng.dll

WinDbg-Installationsmethoden

Sie können WinDbg auf zwei Arten installieren: Über den Microsoft Store oder das Windows-SDK.

Führen Sie den Installationsbefehl in dem gerätebezogenen Kontext aus, der vom Bereitstellungssystem verwendet wird, und validieren Sie den installierten Pfad, bevor Sie die erweiterte Absturzanalyse des Betriebssystems allgemein aktivieren.

• Microsoft Store-Installation
  • Sie können WinDbg als Administrator über die Befehlszeile mit dem WinGet-Paketmanager und dem aufgelisteten Befehl installieren.
  • winget install --id Microsoft.WinDbg --source msstore --accept-package-agreements --accept-source-agreements
  • Verwenden Sie die SFD-Funktion (Software Distribution) in Workspace ONE UEM, um den Befehl auf Geräte zu übertragen.
• Windows SDK-Installation
  • Verwenden Sie das Windows-SDK und die entsprechenden Windows SDK-Debugging-Tools, falls Ihre Organisation die Nutzung von App-Stores blockiert.
  • Stellen Sie sicher, dass die dbgeng.dll-Systemdatei sich in einem dieser aufgelisteten Pfade befindet.
    • C:\Programme (x86)\Windows Kits\10\Debugger\x64
    • C:\Programme (x86)\Windows Kits\10\Debuggers\arm64
    • C:\Programme (x86)\Windows Kits\10\Debuggers\x86

Wo befindet sich der ExternalDumpAnalyzer-Prozess?

Der ExternalDumpAnalyzer-Prozess befindet sich auf dem Gerät im aufgeführten Pfad.

Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WorkspaceONE\Endpoint Telemetry\Service\Config\ExternalDumpAnalyzer\Enabled

Sie können das Schlüssel-Wert-Paar in der Geräteregistrierung in false ändern, um die erweiterte Funktion zur Absturzanalyse des Betriebssystems zu deaktivieren.

Skript zur Deaktivierung

Wenn Sie das Schlüssel-Wert-Paar nicht manuell deaktivieren möchten, können Sie Ihr eigenes PowerShell-Skript erstellen und die Datei für Remote- oder Massendeaktivierung z.B. Set-ExternalDumpAnalyzer.ps1 benamen anstatt den Registrierungsschlüssel manuell zu bearbeiten.

• .\Set-ExternalDumpAnalyzer.ps1 – Aktiviert die Funktion (Enabled = "true")
• .\Set-ExternalDumpAnalyzer.ps1 -Disable – Deaktiviert die Funktion (Enabled = "false")
• .\Set-ExternalDumpAnalyzer.ps1 -Remove – entfernt den Schlüssel vollständig (wird auf den Standardwert zurückgesetzt)

Hinweis: Stellen Sie sicher, dass Sie das Skript mit Administrator-/SYSTEM-Rechten ausführen, denn es schreibt in HKLM.

#Requires -RunAsAdministrator
<#
.SYNOPSIS
    Enables, disables, or removes the DEEM / Endpoint Telemetry
    "ExternalDumpAnalyzer" registry setting, for remote/mass deployment.

.DESCRIPTION
    Target key:
        HKLM\SOFTWARE\WorkspaceONE\Endpoint Telemetry\Service\Config\ExternalDumpAnalyzer

    Actions:
      (default)   Set  "Enabled" = "true"    -> feature enabled
      -Disable    Set  "Enabled" = "false"   -> feature disabled
      -Remove     Delete the ExternalDumpAnalyzer key entirely
                  -> agent falls back to its default (disabled)

    Notes:
    - "Enabled" is a STRING (REG_SZ) "true"/"false", matching the admin guide and
      the agent config option ExternalDumpAnalyzer/Enabled (bool, default false).
    - Creates the key path if it does not exist (enable/disable).
    - Always targets the 64-bit registry view, so it works even if invoked by a
      32-bit deployment host (avoids WOW6432Node redirection).
    - Intended for Workspace ONE UEM scripts, Intune, GPO startup scripts, or
      PowerShell Remoting (Invoke-Command).

.PARAMETER Disable
    Disable the feature (sets Enabled = "false"). Omit to enable ("true").

.PARAMETER Remove
    Remove the ExternalDumpAnalyzer key from the registry (reverts to default).

.EXAMPLE
    .\Set-ExternalDumpAnalyzer.ps1
    Enables ExternalDumpAnalyzer (Enabled = "true").

.EXAMPLE
    .\Set-ExternalDumpAnalyzer.ps1 -Disable

.EXAMPLE
    .\Set-ExternalDumpAnalyzer.ps1 -Remove

.NOTES
    Exit codes: 0 success | 1 general failure | 2 verification failed |
                5 not elevated
#>
[CmdletBinding(DefaultParameterSetName = 'Set')]
param(
    [Parameter(ParameterSetName = 'Set')]
    [switch]$Disable,

    [Parameter(ParameterSetName = 'Remove')]
    [switch]$Remove
)

$ErrorActionPreference = 'Stop'

$subKeyPath = 'SOFTWARE\WorkspaceONE\Endpoint Telemetry\Service\Config\ExternalDumpAnalyzer'
$valueName  = 'Enabled'

function Test-IsAdministrator {
    $identity  = [Security.Principal.WindowsIdentity]::GetCurrent()
    $principal = New-Object Security.Principal.WindowsPrincipal($identity)
    return $principal.IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator)
}

try {
    if (-not (Test-IsAdministrator)) {
        Write-Error 'Must be run as Administrator (writes to HKLM).'
        exit 5
    }

    # Open the 64-bit HKLM view explicitly (robust to 32-bit callers).
    $base = [Microsoft.Win32.RegistryKey]::OpenBaseKey(
        [Microsoft.Win32.RegistryHive]::LocalMachine,
        [Microsoft.Win32.RegistryView]::Registry64)

    if ($Remove) {
        # ---- Remove the ExternalDumpAnalyzer key entirely ----
        $existing = $base.OpenSubKey($subKeyPath)
        if ($null -eq $existing) {
            Write-Output "ExternalDumpAnalyzer key not present; nothing to remove."
            Write-Output "Key: HKLM\$subKeyPath"
            $base.Close()
            exit 0
        }
        $existing.Close()

        $base.DeleteSubKeyTree($subKeyPath)

        # Verify removal.
        $check = $base.OpenSubKey($subKeyPath)
        $base.Close()
        if ($null -ne $check) {
            $check.Close()
            Write-Error "Verification failed: key still present at HKLM\$subKeyPath"
            exit 2
        }

        Write-Output "ExternalDumpAnalyzer REMOVED from registry (agent reverts to default: disabled)."
        Write-Output "Key: HKLM\$subKeyPath"
        exit 0
    }

    # ---- Enable / Disable ----
    $desired   = if ($Disable) { 'false' } else { 'true' }
    $stateText = if ($Disable) { 'DISABLED' } else { 'ENABLED' }

    # CreateSubKey creates the full path if missing and opens it writable.
    $key = $base.CreateSubKey($subKeyPath)
    if ($null -eq $key) {
        Write-Error "Failed to open/create registry key: HKLM\$subKeyPath"
        exit 1
    }

    # Value is a REG_SZ string "true"/"false".
    $key.SetValue($valueName, $desired, [Microsoft.Win32.RegistryValueKind]::String)

    # Verify the written value.
    $actual = $key.GetValue($valueName)
    $key.Close()
    $base.Close()

    if ($actual -ne $desired) {
        Write-Error "Verification failed: $valueName = '$actual' (expected '$desired')."
        exit 2
    }

    Write-Output "ExternalDumpAnalyzer $stateText  ($valueName = `"$actual`")"
    Write-Output "Key: HKLM\$subKeyPath"
    exit 0
}
catch {
    Write-Error "Failed to update ExternalDumpAnalyzer: $($_.Exception.Message)"
    exit 1
}

Richtlinien für symbolbezogene Einstellungen

Sie können einige Richtlinien konfigurieren, um symbolbezogene Einstellungen zu definieren. Die Richtlinien befinden sich unter Workspace ONE Endpoint Telemetry > DEEM > Symbol Store Settings.

Der Registrierungsschlüssel, den die Richtlinie verwendet, ist die Richtlinie Symbol Store Settings unter HKLM\Software\Policies\WorkspaceONE\Endpoint Telemetry\DEEM\Symbol Store Settings, und er enthält 5 zu konfigurierende Symbol-Registrierungsrichtliniendateien.

1. Lokale Symbole
   • Konfiguriert, welche Symbolvariablen verwendet werden sollen.
   • Diese Einstellungen wirken sich auf die Microsoft-Symbole, die alternativen Symbole und die Symbol-Proxy-Registrierungsdateien aus.
   • True = lokale Symbolvariablen
     • Konfigurieren Sie in der Richtlinie Symbol Store Settings UseLocalSymbolConfiguration als true, um den ExternalDumpAnalyzer-Prozess für die Verwendung der lokalen Symbolvariablen festzulegen.
     • Mindestens eine dieser lokalen Symbolvariablen muss auf dem Gerät konfiguriert sein.
       • _NT_SYMBOL_PATH
       • _NT_ALT_SYMBOL_PATH
       • _NT_SYMBOL_PROXY
     • Wenn keine dieser lokalen Symbolvariablen auf dem Gerät konfiguriert ist, kann der ExternalDumpAnalyzer-Prozess den standardmäßig verwalteten Symbol-Cache verwenden.
     • Ist diese Richtlinie true, ignoriert das System die Microsoft-Symbole, die alternativen Symbole und die Symbol-Proxy-Registrierungsdateien.
   • False = Richtlinienwerte oder standardmäßig verwaltete Symbolvariablen
     • Konfigurieren Sie in der Richtlinie Symbol Store Settings UseLocalSymbolConfiguration als false, um den ExternalDumpAnalyzer-Prozess für die Verwendung entweder der Richtlinienwerte oder der standardmäßig verwalteten Symbolvariablen festzulegen.
     • Das System bevorzugt Richtlinienwerte, sofern vorhanden. Wenn auf dem Gerät keine Richtlinienwerte festgelegt sind, verwendet das System die verwalteten Standardwerte.
2. Microsoft-Symbole
   • Konfiguriert den Microsoft-Symbolpfad und den lokalen Cachespeicherort.
   • Der Registrierungswert beträgt MicrosoftSymbols.
   • Ist dies nicht konfiguriert, so gilt der Standardwert srv*C:\ProgramData\WorkspaceONE\ws1etlm\MSSymbols*http://msdl.microsoft.com/download/symbols.
   • Ein Beispiel für einen benutzerdefinierten Cache ist srv*C:\Symbols*http://msdl.microsoft.com/download/symbols.
   • Wenn Sie UseLocalSymbolConfiguration als true konfigurieren, ignoriert das System diese Registrierungsdatei.
3. Alternative Symbole
   • Konfiguriert einen zusätzlichen Symbolpfad, der dem Pfad _NT_ALT_SYMBOL_PATH entspricht.
   • Der Registrierungswert beträgt AlternativeSymbols.
   • Das System durchsucht diesen Pfad, bevor es den Microsoft Symbols-Pfad durchsucht.
   • Ein Beispiel ist C:\PrivateSymbols.
   • Wenn Sie UseLocalSymbolConfiguration als true konfigurieren, ignoriert das System diese Registrierungsdatei.
4. Symbol-Proxy
   • Konfiguriert das Proxy-Symbol, das _NT_SYMBOL_PROXY entspricht.
   • Der Registrierungswert beträgt SymbolProxy.
   • Ein Beispiel ist http://proxy.example.com:8080.
   • Wenn Sie UseLocalSymbolConfiguration als true konfigurieren, ignoriert das System diese Registrierungsdatei.
5. Symbole löschen
   • Konfiguriert, wie lange der verwaltete lokale Symbolcache vor dem Löschen beibehalten wird.
   • Der Registrierungswert beträgt DeleteSymbolsKeepHours.
   • Es empfiehlt sich, den Bereinigungs-Timer dem konfigurierten Aufbewahrungszeitplan zuzuordnen.
     • Wenn das Gerät Symbole bereits in der Vergangenheit heruntergeladen hat und eine Bereinigung bald fällig oder schon überfällig ist, verzögern Sie diese Registrierung nach dem Start um 15 bis 25 Minuten (was nach einem Absturz geschieht).
     • Wenn später auf dem Gerät eine Bereinigung durchgeführt wird, legen Sie den Timer für diesen Aufbewahrungszeitraum plus 15 bis 25 Minuten fest. Dieser Timer stellt sicher, dass die Bereinigung nicht direkt beim Start ausgeführt wird und die Absturzabbildanalyse nicht beeinträchtigt.
   • Zu den zulässigen Werten gehören Minimum: 1 hour, Maximum: 720 hours und Default: 168 hours. Sieben Tage sind 168 Stunden.

Konfigurieren von Symbolrichtlinien

Wählen Sie aus zwei Methoden zum Aktivieren und Bereitstellen der erweiterten Funktion zur Absturzanalyse des Betriebssystems aus. Verwenden Sie PowerShell-Befehle oder Gruppenrichtlinienobjekte (Group Policy Objects, GPOs).

• PowerShell
  • Schreiben Sie mit Hilfe von Registrierungsrichtlinien direkt in den Richtlinienregistrierungsschlüssel.
  • Diese Methode ist nützlich, wenn Sie die SFD(Software Distribution, Softwareverteilung)-Funktion zum Übertragen von Befehlen an Geräte verwenden und keine GPOs verwenden.
  • Diese Methode erfordert auf den Geräten WinDbg.
• Gruppenrichtlinienobjekte
  • Konfigurieren Sie die Symbol-Registrierungsrichtliniendateien im Gruppenrichtlinienverwaltungs-Editor.
  • Verwenden Sie die ADMX- und ADML-Vorlagen, um die Symbolrichtlinien über die Gruppenrichtlinienverwaltungskonsole auf Domänen-GPO-Ebene bereitzustellen.
  • Das GPO schreibt dieselben registrierungsgestützten Richtlinienwerte auf Zielgeräte.
  • Diese Methode ist nützlich, wenn Sie GPOs zur Verwaltung von Geräten verwenden und den SFD nicht verwenden.

PowerShell-Methode

Wenn Sie die SFD-Funktion verwenden, um Befehle an Geräte zu übertragen, fügen Sie die erforderlichen Symbol-Registrierungsrichtliniendateien hinzu und passen Sie die Werte der entsprechenden Richtlinien an Ihre Anforderungen an.

Wichtig: Starten Sie den Dienst Workspace ONE Endpoint Telemetry neu oder starten Sie das Gerät nach dem Ändern der Maschinenumgebungsvariablen neu, da Windows-Dienste Umgebungsvariablen lesen, wenn der Dienstprozess gestartet wird.

Beispiele

Es werden einige Beispiele für Symbol-Registrierungsrichtliniendateien aufgeführt.

Standardmäßig verwalteter Symbol-Cache

Definiert den standardmäßig verwalteten Symbol-Cache.

$policyPath = "HKLM:\Software\Policies\WorkspaceONE\Endpoint Telemetry\DEEM\Symbol Store Settings"
New-Item -Path $policyPath -Force | Out-Null

New-ItemProperty -Path $policyPath -Name "UseLocalSymbolConfiguration" -PropertyType String -Value "false" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "MicrosoftSymbols" -PropertyType String -Value "srv*C:\ProgramData\WorkspaceONE\ws1etlm\MSSymbols*http://msdl.microsoft.com/download/symbols" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "DeleteSymbolsKeepHours" -PropertyType DWord -Value 168 -Force | Out-Null

Cache für benutzerdefinierte Symbole

Definiert den Cache für benutzerdefinierte Symbole.

$policyPath = "HKLM:\Software\Policies\WorkspaceONE\Endpoint Telemetry\DEEM\Symbol Store Settings"
New-Item -Path $policyPath -Force | Out-Null

New-ItemProperty -Path $policyPath -Name "UseLocalSymbolConfiguration" -PropertyType String -Value "false" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "MicrosoftSymbols" -PropertyType String -Value "srv*C:\Symbols*http://msdl.microsoft.com/download/symbols" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "AlternativeSymbols" -PropertyType String -Value "C:\PrivateSymbols" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "SymbolProxy" -PropertyType String -Value "http://proxy.example.com:8080" -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "DeleteSymbolsKeepHours" -PropertyType DWord -Value 168 -Force | Out-Null

Lokale Umgebungsvariablen für Symbole

Definiert lokale Symbol-Umgebungsvariablen. Verwenden Sie diese Konfiguration, wenn Sie möchten, dass der ExternalDumpAnalyzer-Prozess lokale Symbolumgebungsvariablen anstelle von Richtliniensymbolwerten verwendet.

$policyPath = "HKLM:\Software\Policies\WorkspaceONE\Endpoint Telemetry\DEEM\Symbol Store Settings"
New-Item -Path $policyPath -Force | Out-Null
New-ItemProperty -Path $policyPath -Name "UseLocalSymbolConfiguration" -PropertyType String -Value "true" -Force | Out-Null

[Environment]::SetEnvironmentVariable("_NT_SYMBOL_PATH", "srv*C:\Symbols-check*http://msdl.microsoft.com/download/symbols", "Machine")
[Environment]::SetEnvironmentVariable("_NT_ALT_SYMBOL_PATH", "C:\PrivateSymbols", "Machine")
[Environment]::SetEnvironmentVariable("_NT_SYMBOL_PROXY", "http://proxy.example.com:8080", "Machine")

GPOs-Methode

Konfigurieren Sie die Richtlinien im Gruppenrichtlinienverwaltungs-Editor und verwenden Sie die ADMX- und ADML-Vorlagendateien, sodass die Richtlinien in der Gruppenrichtlinienverwaltungskonsole auf der Domänen-GPO-Ebene für die Bereitstellung verfügbar sind.

Konfigurieren der ADMX- und ADML-Vorlagen

Konfigurieren Sie die ADMX- und ADML-Vorlagen in der Domänen-GPO-Richtlinie, um die erweiterten Einstellungen für die Absturzanalyse des Betriebssystems für Ihre Windows-Geräteflotte bereitzustellen.

Voraussetzungen

Wenn Sie den etlm_extra_bundle noch nicht aus Customer Connect abgerufen haben, rufen Sie ihn jetzt ab, da er die ADMX- und ADML-Vorlagen enthält, die in der ZIP-Datei des Workspace ONE Endpoint Telemetry Agenten gebündelt sind.

Verfahren

1. Kopieren Sie wsone_etlm.admx in den Zentralen Speicher der Domäne. \\<domain>\SYSVOL\<domain>\Policies\PolicyDefinitions\wsone_etlm.admx
2. Kopieren Sie wsone_etlm.adml in den entsprechenden Sprachordner. \\<domain>\SYSVOL\<domain>\Policies\PolicyDefinitions\en-US\wsone_etlm.adml
3. Öffnen Sie auf dem Windows-Gerät die Verwaltungskonsole für Gruppenrichtlinien.
4. Bearbeiten Sie die Zielgeräterichtlinie.
5. Navigieren Sie zu Computerkonfiguration > Administrative Vorlagen > Workspace ONE Endpoint-Telemetrie > DEEM > Symbolspeichereinstellungen.
6. Konfigurieren Sie die entsprechenden Symbolrichtlinien aus den fünf verfügbaren Optionen (lokale Symbole, Microsoft-Symbole, alternative Symbole, Symbol-Proxy und Löschen von Symbolen) entsprechend Ihren spezifischen Anforderungen.
7. Wenden Sie die Richtlinie auf Zielgeräte an.
8. Führen Sie gpupdate /force aus oder warten Sie auf die normale Richtlinienaktualisierung.

Hinzufügen von Absturzdiagnosen zu Berichten und Dashboards

Nachdem die erweiterte Funktion zur Absturzanalyse des Betriebssystems erweiterte Absturzdiagnosefelder gemeldet hat, können Sie diese Felder als Spalten zu jedem Bericht und zu Dashboard-Widgets hinzufügen, um Absturzursachen in Ihrer Flotte zu analysieren, ohne den bereits verwendeten Intelligence-Berichtsworkflow zu verlassen.

Berichte

1. Navigieren Sie in Intelligence zu Workspace > Berichte.
2. Öffnen Sie den Bericht, der die Systemabsturzereignisse auflistet.
3. Wählen Sie Spalten verwalten aus, um aus der Spaltenliste Stack-Trace, Vollständiger Stack-Trace, Verursacht durch Modul und Prozesszugehörigkeit hinzuzufügen.
4. Speichern Sie den Bericht.

In der Berichtstabelle werden nun die ausgewählten Diagnosespalten für jedes Absturzereignis angezeigt.

Dashboard-Widgets

1. Navigieren Sie in Intelligence zu Workspace > Dashboards.
2. Fügen Sie das Widget einem vorhandenen Dashboard hinzu oder erstellen Sie ein benutzerdefiniertes Dashboard.
3. Wählen Sie als Datenquelle Mitarbeitererfahrung > Geräte aus.
4. Sie können alle erforderlichen Einträge als Standard beibehalten.
5. Wählen Sie im Bereich Filter das Attribut Ereignisname gleich Systemabsturz aus.
6. Speichern Sie das Widget.
7. Verwenden Sie im Widget die Menüoption Spalten verwalten, um die Spalten für Stack-Ablaufverfolgung, Verursacht durch Modul und Prozesszugehörigkeit hinzuzufügen.

Fügen Sie die Informationen als Felder hinzu, oder Sie können sie als Gruppierungsdimensionen hinzufügen, wenn dies Ihrem Anwendungsfall entspricht.