Wenn du Log Analytics mit Intune verbindest, überlege dir auch, wie du die Daten später abfragen und aufbewahren möchtest. Ein Workspace kann schnell unübersichtlich werden, wenn jedes Testskript ohne Namenskonvention in dieselben Tabellen schreibt. Verwende für reproduzierbare Blog-Beispiele klare benutzerdefinierte Tabellennamen, notiere dir die Datenquelle und teste einen einzelnen Beispieldatensatz, bevor du einen größeren Automatisierungs-Workflow aktivierst.
Kostenkontrolle ist ein weiterer praktischer Grund, den Workspace bewusst einzurichten. Aufbewahrung, Datenmenge bei der Ingestion und Diagnoseeinstellungen beeinflussen alle die monatliche Rechnung. Halte die Datenmenge für Demos klein und lösche ungenutzte Ressourcen nach dem Test. Definiere für ein wiederverwendbares Lab eine Aufbewahrungsdauer, die lang genug für die Fehlersuche, aber kurz genug ist, um veraltete Endpunktdaten nicht unbegrenzt zu speichern.
Für Log-Analytics-Szenarien ist der Workspace der zentrale Ort, an dem Endpunkt-, Automatisierungs- und Reporting-Daten gesammelt und abgefragt werden können. Viele Intune-Artikel nutzen ihn, um Skript-Ausgaben, Informationen zum Gerätezustand oder historische Daten zu speichern, die sich nicht einfach direkt im Intune Admin Center analysieren lassen. Den Workspace zu Beginn korrekt einzurichten, verhindert später verwirrende Abfrageergebnisse.
Überprüfe nach dem Erstellen des Workspace die Region, die Aufbewahrungseinstellungen und die Zugriffsberechtigungen. Wenn du einer Anleitung folgst, die Daten aus Logic Apps, Azure Automation oder einem PowerShell-Skript sendet, stelle sicher, dass die von diesem Workflow verwendete Identität nur die erforderlichen Berechtigungen besitzt. Halte die Konfiguration für Lab-Arbeiten einfach; richte sie für die Produktion nach deinen Regeln für Logging, Datenschutz und Kostenmanagement aus.
Der häufigste Fehler ist das Kopieren einer Workspace-ID, eines Primärschlüssels oder eines Ressourcennamens aus dem falschen Tenant oder Abonnement. Halte diese Angaben in einer kurzen Setup-Notiz fest, während du den Artikel durcharbeitest. Das macht es viel schneller zu prüfen, ob ein Intune-Report aufgrund der Abfrage, der Identität oder des Ziel-Workspace fehlschlägt.
Azure-Einrichtungsanleitungen decken die gemeinsamen Cloud-Voraussetzungen ab, von denen viele Intune-Automatisierungs- und Reporting-Beiträge abhängen. Dieser Abschnitt erklärt den Zweck eines Log-Analytics-Workspace, warum das Azure-Portal beim Deployment verwendet wird und wie diese grundlegenden Ressourcen mit Reporting-Szenarien für das Endpoint-Management zusammenhängen.
Wenn ein Blogbeitrag Azure Monitor, Logic Apps, Microsoft Graph oder einen Intune-Reporting-Workflow nutzt, ist der erste Stolperstein oft nicht das Skript selbst, sondern die umgebende Azure-Ressourcenkonfiguration. Nutze diese Azure-Anleitungen als Checkliste: erstelle den Workspace, bestätige das richtige Abonnement und die richtige Ressourcengruppe, halte die Namensgebung konsistent und dokumentiere die Workspace-Details, bevor du zum Artikel zurückkehrst.
Für Lab-Umgebungen empfehle ich, diese Ressourcen von der Produktion getrennt zu halten und klare Namen zu verwenden, die den Tenant oder das Projekt enthalten. Das erleichtert die spätere Fehlersuche, besonders wenn mehrere Intune-Reports, Automatisierungsjobs oder Geräteverwaltungs-Experimente Daten in dieselbe Azure-Umgebung schreiben.
Azure
Log Analytics
Einen Log-Analytics-Workspace bereitstellen
- Melde dich am Azure-Portal an
- Suche nach Log Analytics und wähle den Dienst Log Analytics workspace aus
- Klicke auf + Create
- Wähle das Subscription und eine Resource group aus oder erstelle eine neue
- Gib einen Name für den Workspace ein und wähle eine Region aus
- Klicke auf Review + Create
- Klicke auf Create
