Referenz zu Azure IoT Hub-Überwachungsdaten

  • Artikel

Informationen zu den ersten Schritten mit der Azure-Überwachung finden Sie unter Überwachen von Azure IoT Hub, damit Sie verstehen, wie Überwachungsdaten für Azure IoT Hub erfasst und analysiert werden.

Dieser Artikel ist eine Referenz zur Implementierung der Azure-Überwachung.

Die Hauptabschnitte in diesem Referenzartikel sind folgende:

Metriken

In diesem Abschnitt werden alle automatisch gesammelten Plattformmetriken für Azure IoT Hub aufgeführt. Der Ressourcenanbieter-Namespace für IoT Hub-Metriken ist Microsoft.Devices, und der Namespacetyp lautet IoTHubs.

In den folgenden Unterabschnitten werden die IoT Hub- Plattformmetriken nach allgemeinen Kategorie- und Listenmetriken anhand ihres Anzeigenamens angezeigt, wie er im Azure-Portal zugewiesen wurde.

Außerdem können Sie darin eine einzelne Tabelle finden, in der alle IoT Hub-Plattformmetriken nach Metrikname unter Microsoft.Devices/IotHubs in der Azure Monitor-Dokumentation aufgeführt sind. Diese Tabelle enthält nicht alle in diesem Artikel beschriebenen Informationen, z. B. unterstützte Aggregationen für einige Metriken.

Informationen zu den von anderen Azure-Diensten unterstützten Metriken finden Sie unter Unterstützte Metriken von Azure Monitor.

Themen in diesem Abschnitt

Wählen Sie ein Thema aus, um zu den entsprechenden Informationen auf dieser Seite zu wechseln.

Unterstützte Aggregationen

Die Spalte Aggregationstyp in jeder Tabelle entspricht der Standardaggregation, die verwendet wird, wenn die Metrik für ein Diagramm oder eine Warnung ausgewählt wird.

Screenshot der Aggregation von Metriken

Bei den meisten Metriken sind alle Aggregationstypen gültig. Bei Metriken vom Typ „Anzahl“ mit dem Wert Anzahl in der Spalte Einheit sind jedoch nur einige Aggregationen gültig. Metriken vom Typ „Anzahl“ können einen von zwei Typen aufweisen:

  • Bei Metriken vom Typ „Anzahl“ für Einzelpunkte registriert IoT Hub jedes Mal, wenn der gemessene Vorgang stattfindet, einen einzelnen Datenpunkt (im Wesentlichen eine „1“). Azure Monitor addiert diese Datenpunkte dann gemäß der angegebenen Granularität. Beispiele für Einzelpunkt-Metriken sind Gesendete Telemetrienachrichten und Abgeschlossene C2D-Nachrichtenübermittlungen. Für diese Metriken ist der einzig relevante Aggregationstyp „Gesamt“ (Summe). Sie können im Portal zwar den Mindest-, Höchst- und Durchschnittswert auswählen, diese Werte sind jedoch immer 1.

  • Bei Metriken vom Typ „Anzahl“ für Momentaufnahmen registriert IoT Hub eine Gesamtanzahl, wenn der gemessene Vorgang stattfindet. Zurzeit gibt es drei Momentaufnahme-Metriken, die von IoT Hub ausgegeben werden: Gesamtzahl verwendeter Nachrichten, Geräte gesamt und Verbundene Geräte. Weil diese Metriken bei jeder Ausgabe eine Gesamtmenge zeigen, ist ihre Addition für die angegebene Granularität sinnlos. Azure Monitor schränkt die Auswahl von Durchschnitts-, Mindest- und Höchstwert als Aggregationstyp für diese Metriken ein.

Metriken zu Cloud-zu-Gerät-Befehlen

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Abgelaufene C2D-Nachrichten C2DMessagesExpired Anzahl Gesamt Anzahl von abgelaufenen Cloud-zu-Gerät-Nachrichten Keine
Abgeschlossene C2D-Nachrichtenübermittlungen c2d.commands.egress.complete.success Anzahl Gesamt Anzahl von Cloud-zu-Gerät-Nachrichtenübermittlungen, die vom Gerät erfolgreich abgeschlossen wurden Keine
Abgebrochene C2D-Nachrichten c2d.commands.egress.abandon.success Anzahl Gesamt Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgebrochen wurden Keine
Abgelehnte C2D-Nachrichten c2d.commands.egress.reject.success Anzahl Gesamt Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgelehnt wurden Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metriken zu direkten Cloud-zu-Gerät-Methoden

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Failed direct method invocations (Nicht erfolgreiche direkte Methodenaufrufe) c2d.methods.failure Anzahl Gesamt Gibt an, wie viele direkte Methodenaufrufe nicht erfolgreich waren. Keine
Request size of direct method invocations (Anforderungsgröße von direkten Methodenaufrufen) c2d.methods.requestSize Byte Average Die Anzahl aller erfolgreichen direkten Methodenaufrufe. Keine
Response size of direct method invocations (Antwortgröße von direkten Methodenaufrufen) c2d.methods.responseSize Byte Average Die Anzahl aller erfolgreichen direkten Methodenantworten. Keine
Successful direct method invocations (Erfolgreiche direkte Methodenaufrufvorgänge) c2d.methods.success Anzahl Gesamt Gibt an, wie viele direkte Methodenaufrufe erfolgreich durchgeführt wurden. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metriken zu Cloud-zu-Gerät-Zwillingsvorgängen

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Failed twin reads from back end (Nicht erfolgreiche Zwillingslesevorgänge vom Back-End) c2d.twin.read.failure Anzahl Gesamt Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. Keine
Failed twin updates from back end (Nicht erfolgreiche Zwillingsaktualisierungen vom Back-End) c2d.twin.update.failure Anzahl Gesamt Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. Keine
Response size of twin reads from back end (Antwortgröße von Zwillingslesevorgängen vom Back-End) c2d.twin.read.size Byte Average Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. Keine
Size of twin updates from back end (Größe der Zwillingsaktualisierungen vom Back-End) c2d.twin.update.size Byte Average Die Anzahl aller erfolgreichen Zwillingsaktualisierungen, die vom Back-End initiiert wurden. Keine
Successful twin reads from back end (Erfolgreiche Zwillingslesevorgänge vom Back-End) c2d.twin.read.success Anzahl Gesamt Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. Keine
Successful twin updates from back end (Erfolgreiche Zwillingsaktualisierungen vom Back-End) c2d.twin.update.success Anzahl Gesamt Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Konfigurationsmetriken

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Konfigurationsmetriken Konfigurationen Anzahl Gesamt Die Gesamtanzahl aller CRUD-Vorgänge, die für die Gerätekonfiguration und die IoT Edge-Bereitstellung auf einer Gruppe von Zielgeräten ausgeführt wurden. Darin enthalten ist die Anzahl von Vorgängen, in denen der Geräte- oder Modulzwilling aufgrund dieser Konfigurationen geändert wird. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metriken zum täglichen Kontingent

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Gerätedatennutzung gesamt deviceDataUsage Byte Gesamt Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes Keine
Gerätedatennutzung gesamt (Vorschau) deviceDataUsageV2 Byte Gesamt Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes Keine
Gesamtzahl verwendeter Nachrichten dailyMessageQuotaUsed Anzahl Average Gesamtzahl der heute verwendeten Nachrichten. Ein kumulativer Wert, der jeden Tag um 00:00 Uhr UTC auf „0“ zurückgesetzt wird. Keine

Bei Gesamtzahl verwendeter Nachrichten werden nur die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ unterstützt. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Gerätemetriken

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Geräte gesamt (veraltet) devices.totalDevices Anzahl Gesamt Die Anzahl von Geräten, die beim IoT Hub registriert sind Keine
Verbundene Geräte (veraltet) devices.connectedDevices.allProtocol Anzahl Gesamt Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind Keine
Total devices (Geräte gesamt) totalDeviceCount Anzahl Average Die Anzahl von Geräten, die beim IoT Hub registriert sind Keine
Verbundene Geräte connectedDeviceCount Anzahl Average Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind Keine

Bei Geräte gesamt (veraltet) und Verbundene Geräte (veraltet) ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Bei Geräte gesamt und Verbundene Geräte sind nur die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ gültig. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Geräte gesamt und Verbundene Geräte können über Diagnoseeinstellungen nicht exportiert werden.

Metriken zu Gerätetelemetriedaten

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Anzahl von Drosselungsfehlern d2c.telemetry.ingress.sendThrottle Anzahl Gesamt Anzahl von Drosselungsfehlern aufgrund von Drosselungen des Gerätedurchsatzes Keine
Telemetry 'message send' attempts (Sendeversuche für Telemetrienachrichten) d2c.telemetry.Ingress.allProtocol Anzahl Gesamt Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die an Ihren IoT Hub gesendet werden sollten Keine
Telemetry messages sent (Gesendete Telemetrienachrichten) d2c.telemetry.ingress.success Anzahl Gesamt Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die erfolgreich an Ihren IoT Hub gesendet wurden Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metriken zu Gerät-zu-Cloud-Zwillingsvorgängen

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Failed twin reads from devices (Nicht erfolgreiche Zwillingslesevorgänge von Geräten) d2c.twin.read.failure Anzahl Gesamt Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. Keine
Failed twin updates from devices (Nicht erfolgreiche Zwillingsaktualisierungen von Geräten) d2c.twin.update.failure Anzahl Gesamt Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. Keine
Response size of twin reads from devices (Antwortgröße von Zwillingslesevorgängen von Geräten) d2c.twin.read.size Byte Average Die Anzahl aller erfolgreichen Zwillingslesevorgängen, die vom Gerät initiiert wurden. Keine
Size of twin updates from devices (Größe der Zwillingsaktualisierungen von Geräten) d2c.twin.update.size Byte Average Die Gesamtgröße aller erfolgreichen Zwillingsaktualisierungen, die vom Gerät initiiert wurden. Keine
Successful twin reads from devices (Erfolgreiche Zwillingslesevorgänge von Geräten) d2c.twin.read.success Anzahl Gesamt Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. Keine
Successful twin updates from devices (Erfolgreiche Zwillingsaktualisierungen von Geräten) d2c.twin.update.success Anzahl Gesamt Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Event Grid-Metriken

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Event Grid-Übermittlungen EventGridDeliveries Anzahl Gesamt Die Anzahl von IoT Hub-Ereignissen, die in Event Grid veröffentlicht werden. Verwenden Sie die Dimension „Result“ für die Anzahl der erfolgreichen und fehlerhaften Anforderungen. Die EventType-Dimension zeigt den Typ des Ereignisses an(https://aka.ms/ioteventgrid). Result,
EventType
Weitere Informationen finden Sie unter Metrikdimensionen.
Event Grid-Wartezeit EventGridLatency Millisekunden Average Die durchschnittliche Wartezeit (in Millisekunden) für den Zeitraum zwischen der Generierung des Iot Hub-Ereignisses und der Veröffentlichung des Ereignisses in Event Grid. Diese Zahl ist ein Durchschnittswert für alle Ereignistypen. Verwenden Sie die Dimension „EventType“, um die Wartezeit für einen bestimmten Ereignistyp anzuzeigen. EventType
Weitere Informationen finden Sie unter Metrikdimensionen.

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Auftragsmetriken

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Abgeschlossene Aufträge jobs.completed Anzahl Gesamt Gibt die Anzahl von abgeschlossenen Aufträgen an. Keine
Failed calls to list jobs (Nicht erfolgreiche Aufrufe von Auflistungsaufträgen) jobs.listJobs.failure Anzahl Gesamt Gibt an, wie viele nicht erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. Keine
Failed creations of method invocation jobs (Nicht erfolgreiche Erstellungen von Methodenaufrufaufträgen) jobs.createDirectMethodJob.failure Anzahl Gesamt Gibt die Anzahl von nicht erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. Keine
Failed creations of twin update jobs (Nicht erfolgreiche Erstellungen von Zwillingsaktualisierungsaufträgen) jobs.createTwinUpdateJob.failure Anzahl Gesamt Gibt die Anzahl von allen nicht erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. Keine
Failed job cancellations (Nicht erfolgreiche Auftragsabbrüche) jobs.cancelJob.failure Anzahl Gesamt Gibt an, wie viele nicht erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. Keine
Failed job queries (Nicht erfolgreiche Auftragsabfragen) jobs.queryJobs.failure Anzahl Gesamt Gibt an, wie viele nicht erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. Keine
Fehlerhafte Aufträge jobs.failed Anzahl Gesamt Gibt die Anzahl aller fehlerhaften Aufträge an. Keine
Successful calls to list jobs (Erfolgreiche Aufrufe von Auflistungsaufträgen) jobs.listJobs.success Anzahl Gesamt Gibt an, wie viele erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. Keine
Successful creations of method invocation jobs (Erfolgreiche Erstellungen von Methodenaufrufaufträgen) jobs.createDirectMethodJob.success Anzahl Gesamt Gibt die Anzahl von erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. Keine
Successful creations of twin update jobs (Erfolgreiche Erstellungen von Zwillingsaktualisierungsaufträgen) jobs.createTwinUpdateJob.
success		 Anzahl Gesamt Gibt die Anzahl von allen erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. Keine
Successful job cancellations (Erfolgreiche Auftragsabbrüche) jobs.cancelJob.success Anzahl Gesamt Gibt an, wie viele erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. Keine
Successful job queries (Erfolgreiche Auftragsabfragen) jobs.queryJobs.success Anzahl Gesamt Gibt an, wie viele erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Routingmetriken

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Routingübermittlungen (Vorschau) RoutingDeliveries Anzahl Gesamt Die Metrik zur Routingübermittlung. Identifizieren Sie anhand der Dimensionen den Zustellungsstatus für einen bestimmten Endpunkt oder eine bestimmte Routingquelle. Result,
RoutingSource,
EndpointType,
FailureReasonCategory,
EndpointName
Weitere Informationen finden Sie unter Metrikdimensionen.
Größe der Routingübermittlungsnachrichten in Bytes (Vorschau) RoutingDataSizeInBytesDelivered Byte Gesamt Die Gesamtanzahl von Bytes, die von IoT Hub an einen benutzerdefinierten und einen integrierten Endpunkt weitergeleitet wurden. Identifizieren Sie anhand der Dimensionen die Größe der Daten, die an einen bestimmten Endpunkt oder eine bestimmte Routingquelle weitergeleitet wurden. RoutingSource,
EndpointType
EndpointName
Weitere Informationen finden Sie unter Metrikdimensionen.
Routingübermittlungslatenz (Vorschau) RoutingDeliveryLatency Millisekunden Average Die Metrik zur Routingübermittlungslatenz. Identifizieren Sie anhand der Dimensionen die Latenz für einen bestimmten Endpunkt oder eine bestimmte Routingquelle. RoutingSource,
EndpointType,
EndpointName
Weitere Informationen finden Sie unter Metrikdimensionen.
Routing: An den Speicher übermittelte Blobs d2c.endpoints.egress.storage.blobs Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing Blobs an Speicherendpunkte übermittelt hat. Keine
Routing: An den Speicher übermittelte Daten d2c.endpoints.egress.storage.bytes Byte Gesamt Die Datenmenge (Bytes), die das IoT Hub-Routing an die Speicherendpunkte übermittelt. Keine
Routing: Die Nachrichtenlatenz für Event Hubs d2c.endpoints.latency.eventHubs Millisekunden Average Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei benutzerdefinierten Endpunkten vom Typ „Event Hubs“. Nachrichtenrouten zu integrierten Endpunkten (Ereignisse) werden nicht einbezogen. Keine
Routing: Nachrichtenwartezeit für Service Bus-Warteschlange d2c.endpoints.latency.serviceBusQueues Millisekunden Average Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Warteschlangenendpunkt. Keine
Routing: Nachrichtenwartezeit für Service Bus-Thema d2c.endpoints.latency.serviceBusTopics Millisekunden Average Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Themenendpunkt. Keine
Routing: Nachrichtenwartezeit für Nachrichten/Ereignisse d2c.endpoints.latency.builtIn.events Millisekunden Average Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht beim integrierten Endpunkt (Nachrichten/Ereignisse) und der Fallbackroute. Keine
Routing: Nachrichtenwartezeit für Speicher d2c.endpoints.latency.storage Millisekunden Average Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Speicherendpunkt. Keine
Routing: An Event Hubs zugestellte Nachrichten d2c.endpoints.egress.eventHubs Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten an benutzerdefinierte Endpunkte vom Typ „Event Hubs“ erfolgreich übermittelt hat. Nachrichtenrouten zu integrierten Endpunkten (Ereignisse) werden nicht einbezogen. Keine
Routing: An Service Bus-Warteschlange übermittelte Nachrichten d2c.endpoints.egress.serviceBusQueues Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Warteschlangenendpunkte übermittelt hat. Keine
Routing: An Service Bus-Thema übermittelte Nachrichten d2c.endpoints.egress.serviceBusTopics Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Themaendpunkte übermittelt hat. Keine
Routing: An den Fallback übermittelte Nachrichten d2c.telemetry.egress.fallback Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten an den mit der Fallbackroute verbundenen Endpunkt übermittelt hat. Keine
Routing: An Nachrichten/Ereignisse übermittelte Nachrichten d2c.endpoints.egress.builtIn.events Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an den integrierter Endpunkt (Nachrichten/Ereignisse) und die Fallbackroute übermittelt hat. Keine
Routing: An den Speicher übermittelte Nachrichten d2c.endpoints.egress.storage Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Speicherendpunkte übermittelt hat. Keine
Routing: Übermittelte Telemetrienachrichten d2c.telemetry.egress.success Anzahl Gesamt Die Anzahl der erfolgreichen Nachrichtenübermittlungen an alle Endpunkte über das IoT Hub-Routing Wenn eine Nachricht an mehrere Endpunkte weitergeleitet wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins Wenn eine Nachricht mehrmals an denselben Endpunkt übermittelt wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins Keine
Routing: Verworfene Telemetrienachrichten d2c.telemetry.egress.dropped Anzahl Gesamt Die Anzahl der Nachrichten, die vom IoT Hub-Routing aufgrund von inaktiven Endpunkten gelöscht wurden. Dieser Wert zählt nicht die an die Fallbackroute übermittelten Nachrichten, da gelöschte Nachrichten dort nicht übermittelt werden. Keine
Routing: Nicht kompatible Telemetrienachrichten d2c.telemetry.egress.invalid Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten aufgrund einer Inkompatibilität mit dem Endpunkt nicht übermitteln konnte. Eine Nachricht ist mit einem Endpunkt inkompatibel, wenn IoT Hub versucht, die Nachricht an den Endpunkt zu übermitteln und ein nicht vorübergehender Fehler auftritt. Es wird nicht versucht, ungültige Nachrichten erneut zuzustellen. Dieser Wert umfasst keine Wiederholungsversuche. Keine
Routing: Verwaiste Telemetrienachrichten d2c.telemetry.egress.orphaned Anzahl Gesamt Die Häufigkeit, mit der das IoT Hub-Routing zu verwaisten Nachrichten führte, weil sie keiner Routingabfrage entsprachen (wenn die Fallbackroute deaktiviert wurde). Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metriken zu Zwillingsabfragen

Metrikanzeigename Metrik Einheit Aggregationstyp BESCHREIBUNG Dimensionen
Failed twin queries (Nicht erfolgreiche Zwillingsabfragen) twinQueries.failure Anzahl Gesamt Gibt an, wie viele nicht erfolgreiche Zwillingsabfragen durchgeführt wurden. Keine
Successful twin queries (Erfolgreiche Zwillingsabfragen) twinQueries.success Anzahl Gesamt Gibt an, wie viele erfolgreiche Zwillingsabfragen durchgeführt wurden. Keine
Twin queries result size (Ergebnisgröße von Zwillingsabfragen) twinQueries.resultSize Byte Average Die Gesamtgröße der Ergebnisse aller erfolgreichen Zwillingsabfragen. Keine

Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.

Metrikdimensionen

Azure IoT Hub sind einigen seiner Routing- und Event Grid-Metriken die folgenden Dimensionen zugeordnet.

Dimensionsname BESCHREIBUNG
EndpointName Der Endpunktname
EndpointType eventHubs, serviceBusQueues, cosmosDB, serviceBusTopics. builtin oder blobStorage
EventType Microsoft.Devices.DeviceCreated. Microsoft.Devices.DeviceDeleted, Microsoft.Devices.DeviceConnected, Microsoft.Devices.DeviceDisconnected, or Microsoft.Devices.DeviceTelemetry
Weitere Informationen finden Sie unter Ereignistypen.
FailureReasonCategory Eine der folgenden: invalid, dropped, orphaned oder null.
Ergebnis Entweder success (Erfolg) oder failure (Fehler)
RoutingSource Gerätemeldungen
Änderungsereignisse für Zwillinge
Ereignisse zum Gerätelebenszyklus

Weitere Informationen zu Metrikdimensionen finden Sie unter Mehrdimensionale Metriken.

Ressourcenprotokolle

In diesem Abschnitt werden alle Typen und Schemas für die Kategorie der Ressourcenprotokolle aufgelistet, die für Azure IoT Hub erfasst werden. Der Ressourcenanbieter und der Typ lauten für alle IoT Hub-Protokolle Microsoft.Devices/IotHubs. Ereignisse werden nur bei Fehlern in einigen Kategorien ausgegeben.

Themen in diesem Abschnitt

Verbindungen

Die Kategorie „Verbindungen“ überwacht Geräteverbindungs- und Trennungsereignisse von einem IoT-Hub und Fehler. Diese Kategorie ist bei der Identifizierung nicht autorisierter Verbindungsversuche und/oder bei Warnungen hilfreich, wenn die Verbindung mit Geräten getrennt wird.

Informationen zum zuverlässigen Verbindungsstatus von Geräten finden Sie unter Überwachen des Geräteverbindungsstatus.

{
   "records":
   [
        {
            "time": " UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "deviceConnect",
            "category": "Connections",
            "level": "Information",
            "properties": "{\"deviceId\":\"<deviceId>\",\"sdkVersion\":\"<sdkVersion>\",\"protocol\":\"<protocol>\",\"authType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\",\"maskedIpAddress\":\"<maskedIpAddress>\"}",
            "location": "Resource location"
        }
    ]
}

Ausführliche Informationen zur Verwendung von Verbindungsprotokollen zum Überwachen der Gerätekonnektivität finden Sie unter Überwachen, Diagnostizieren und Behandeln von Problemen mit der Gerätekonnektivität mit Azure IoT Hub.

Gerätetelemetrie

Die Kategorie für Gerätetelemetrie dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur Telemetriepipeline stehen. Zu dieser Kategorie gehören Fehler, die beim Senden von Telemetrie-Ereignissen (z.B. Drosselung) und Empfangen von Telemetrie-Ereignissen (z.B. nicht autorisierte Leser) auftreten. Diese Kategorie kann keine Fehler abfangen, die von Code verursacht werden, der auf dem Gerät selbst ausgeführt wird.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "ingress",
            "category": "DeviceTelemetry",
            "level": "Error",
            "resultType": "Event status",
            "resultDescription": "MessageDescription",
            "properties": "{\"deviceId\":\"<deviceId>\",\"batching\":\"0\",\"messageSizeInBytes\":\"<messageSizeInBytes>\",\"EventProcessedUtcTime\":\"<UTC timestamp>\",\"EventEnqueuedUtcTime\":\"<UTC timestamp>\",\"partitionId\":\"1\"}", 
            "location": "Resource location"
        }
    ]
}

C2D-Befehle

Die Kategorie der C2D-Befehle dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur C2D-Nachrichtenpipeline stehen. Zu dieser Kategorie gehören Fehler, die bei folgenden Aktionen auftreten:

  • Senden von Cloud-zu-Gerät-Nachrichten (z. B. Fehler aufgrund nicht autorisierter Absender),
  • Empfangen von Cloud-zu-Gerät-Nachrichten (z. B. Fehler des Typs „Übermittlungsanzahl wurde überschritten“) und
  • Empfangen von Cloud-zu-Gerät-Nachrichtenfeedback (z. B. Fehler aufgrund von abgelaufenem Feedback).

Diese Kategorie fängt keine Fehler ab, wenn die Cloud-zu-Gerät-Nachricht erfolgreich übermittelt wurde, dann aber vom Gerät nicht ordnungsgemäß verarbeitet wird.

{
    "records":
    [
        {
            "time": " UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "messageExpired",
            "category": "C2DCommands",
            "level": "Error",
            "resultType": "Event status",
            "resultDescription": "MessageDescription",
            "properties": "{\"deviceId\":\"<deviceId>\",\"messageId\":\"<messageId>\",\"messageSizeInBytes\":\"<messageSize>\",\"protocol\":\"Amqp\",\"deliveryAcknowledgement\":\"<None, NegativeOnly, PositiveOnly, Full>\",\"deliveryCount\":\"0\",\"expiryTime\":\"<timestamp>\",\"timeInSystem\":\"<timeInSystem>\",\"ttl\":<ttl>, \"EventProcessedUtcTime\":\"<UTC timestamp>\",\"EventEnqueuedUtcTime\":\"<UTC timestamp>\", \"maskedIpAddress\": \"<maskedIpAddress>\", \"statusCode\": \"4XX\"}",
            "location": "Resource location"
        }
    ]
}

Geräte-Identitätsvorgänge

Die Kategorie für Geräte-Identitätsvorgänge dient der Nachverfolgung von Fehlern, die auftreten, wenn Sie versuchen, einen Eintrag in der Identitätsregistrierung Ihres IoT Hubs zu erstellen, zu aktualisieren oder zu löschen. Das Nachverfolgen dieser Kategorie ist für Bereitstellungsszenarien nützlich.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "get",
            "category": "DeviceIdentityOperations",
            "level": "Error",
            "resultType": "Event status",
            "resultDescription": "MessageDescription",
            "properties": "{\"maskedIpAddress\":\"<maskedIpAddress>\",\"deviceId\":\"<deviceId>\", \"statusCode\":\"4XX\"}",
            "location": "Resource location"
        }
    ]
}

Dateiuploadvorgänge

Die Dateiuploadkategorie dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur Dateiuploadfunktionalität stehen. In diese Kategorie fällt Folgendes:

  • Fehler, die beim SAS-URI auftreten, beispielsweise wenn er abläuft, bevor ein Gerät den Hub über einen abgeschlossenen Upload informiert

  • Vom Gerät gemeldete Uploadfehler

  • Fehler, die auftreten, wenn während der IoT Hub-Benachrichtigungserstellung eine Datei im Speicher nicht gefunden wird.

Diese Kategorie kann keine Fehler abfangen, die direkt auftreten, während das Gerät eine Datei in den Speicher hochlädt.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "ingress",
            "category": "FileUploadOperations",
            "level": "Error",
            "resultType": "Event status",
            "resultDescription": "MessageDescription",
            "durationMs": "1",
            "properties": "{\"deviceId\":\"<deviceId>\",\"protocol\":\"<protocol>\",\"authType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\",\"blobUri\":\"http//bloburi.com\"}",
            "location": "Resource location"
        }
    ]
}

Routen

Die Kategorie Nachrichtenweiterleitung verfolgt Fehler, die während der Auswertung der Nachrichtenweiterleitung auftreten, und die durch IoT Hub wahrgenommene Endpunktintegrität. Diese Kategorie umfasst z. B. folgende Ereignisse:

  • Eine Regel wird zu „nicht definiert“ ausgewertet,
  • IoT Hub markiert einen Endpunkt für unzustellbare Nachrichten, oder
  • Alle Fehler, die von einem Endpunkt empfangen werden.

Diese Kategorie enthält keine spezifischen Fehler zu den eigentlichen Meldungen (z. B. Gerätedrosselungsfehler), die unter der Kategorie „Gerätetelemetrie“ gemeldet werden.

{
    "records":
    [
        {
            "time":"2019-12-12T03:25:14Z",
            "resourceId":"/SUBSCRIPTIONS/91R34780-3DEC-123A-BE2A-213B5500DFF0/RESOURCEGROUPS/ANON-TEST/PROVIDERS/MICROSOFT.DEVICES/IOTHUBS/ANONHUB1",
            "operationName":"endpointUnhealthy",
            "category":"Routes",
            "level":"Error",
            "resultType":"403004",
            "resultDescription":"DeviceMaximumQueueDepthExceeded",
            "properties":"{\"deviceId\":null,\"endpointName\":\"anon-sb-1\",\"messageId\":null,\"details\":\"DeviceMaximumQueueDepthExceeded\",\"routeName\":null,\"statusCode\":\"403\"}",
            "location":"westus"
        }
    ]
}

Im Folgenden finden Sie weitere Informationen zum Routing von Ressourcenprotokollen:

Gerät-zu-Cloud-Zwillingsvorgänge

Die Kategorie der Gerät-zu-Cloud-Zwillingsvorgänge verfolgt von einem Gerät initiierte Ereignisse auf Gerätezwillingen nach. Diese Vorgänge können get twin (Zwilling abrufen), update reported properties (gemeldete Eigenschaften aktualisieren) und subscribe to desired properties (gewünschte Eigenschaften abonnieren) umfassen.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "update",
            "category": "D2CTwinOperations",
            "level": "Information",
            "durationMs": "1",
            "properties": "{\"deviceId\":\"<deviceId>\",\"protocol\":\"<protocol>\",\"authenticationType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\"}",
            "location": "Resource location"
        }
    ]
}

Cloud-zu-Gerät-Zwillingsvorgänge

Die Kategorie der Cloud-zu-Gerät-Zwillingsvorgänge verfolgt von einem Dienst initiierte Ereignisse auf Gerätezwillingen nach. Diese Vorgänge können das Abrufen des Zwillings, Aktualisieren oder Ersetzen von Tags und Aktualisieren oder Ersetzen gewünschter Eigenschaften einschließen.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "read",
            "category": "C2DTwinOperations",
            "level": "Information",
            "durationMs": "1",
            "properties": "{\"deviceId\":\"<deviceId>\",\"sdkVersion\":\"<sdkVersion>\",\"messageSize\":\"<messageSize>\"}",
            "location": "Resource location"
        }
    ]
}

Zwillingsabfragen

Die Kategorie der Zwillingsabfragen berichtet über Abfrageanforderungen für Gerätezwillinge, die in der Cloud initiiert werden.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "query",
            "category": "TwinQueries",
            "level": "Information",
            "durationMs": "1",
            "properties": "{\"query\":\"<twin query>\",\"sdkVersion\":\"<sdkVersion>\",\"messageSize\":\"<messageSize>\",\"pageSize\":\"<pageSize>\", \"continuation\":\"<true, false>\", \"resultSize\":\"<resultSize>\"}",
            "location": "Resource location"
        }
    ]
}

Auftragsvorgänge

Die Kategorie der Auftragsvorgänge berichtet über Auftragsanforderungen zum Aktualisieren von Gerätezwillingen oder Aufrufen direkter Methoden auf mehreren Geräten. Diese Anforderungen werden in der Cloud initiiert.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "jobCompleted",
            "category": "JobsOperations",
            "level": "Information",
            "durationMs": "1",
            "properties": "{\"jobId\":\"<jobId>\", \"sdkVersion\": \"<sdkVersion>\",\"messageSize\": <messageSize>,\"filter\":\"DeviceId IN ['1414ded9-b445-414d-89b9-e48e8c6285d5']\",\"startTimeUtc\":\"Wednesday, September 13, 2017\",\"duration\":\"0\"}",
            "location": "Resource location"
        }
    ]
}

Direkte Methoden

Die Kategorie der direkten Methoden verfolgt Anforderung-Antwort-Interaktionen, die an die einzelnen Geräte gesendet werden. Diese Anforderungen werden in der Cloud initiiert.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "send",
            "category": "DirectMethods",
            "level": "Information",
            "durationMs": "1",
            "properties": "{\"deviceId\":<messageSize>, \"RequestSize\": 1, \"ResponseSize\": 1, \"sdkVersion\": \"2017-07-11\"}",
            "location": "Resource location"
        }
    ]
}

Verteilte Ablaufverfolgung (Vorschauversion)

Die Kategorie für verteilte Ablaufverfolgung verfolgt die Korrelations-IDs für Nachrichten nach, die den Kontextheader für Ablaufverfolgung enthalten. Zur vollständigen Aktivierung dieser Protokolle muss der clientseitige Code gemäß der Anleitung in Analyze and diagnose IoT applications end-to-end with IoT Hub distributed tracing (preview) (End-to-End-Analyse und -Diagnose von IoT-Anwendungen mit der verteilten Ablaufverfolgung von IoT Hub (Vorschauversion)) aktualisiert werden.

Die correlationId entspricht dem W3C-Vorschlag für Ablaufverfolgungskontext insofern, dass sowohl ein trace-id- als auch ein span-id-Element enthalten ist.

IoT Hub-D2C-Protokolle (Gerät-zu-Cloud)

IoT Hub zeichnet dieses Protokoll auf, wenn eine Nachricht mit gültigen Ablaufverfolgungseigenschaften bei IoT Hub eingeht.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "DiagnosticIoTHubD2C",
            "category": "DistributedTracing",
            "correlationId": "00-8cd869a412459a25f5b4f31311223344-0144d2590aacd909-01",
            "level": "Information",
            "resultType": "Success",
            "resultDescription":"Receive message success",
            "durationMs": "",
            "properties": "{\"messageSize\": 1, \"deviceId\":\"<deviceId>\", \"callerLocalTimeUtc\": : \"2017-02-22T03:27:28.633Z\", \"calleeLocalTimeUtc\": \"2017-02-22T03:27:28.687Z\"}",
            "location": "Resource location"
        }
    ]
}

Hier wird durationMs nicht berechnet, weil die Uhr von IoT Hub mit der Geräteuhr möglicherweise nicht synchronisiert ist und daher eine Berechnung der Dauer irreführend sein kann. Es wird empfohlen, Logik unter Verwendung der Zeitstempel im Abschnitt properties zu schreiben, um Spitzen in der Gerät-zu-Cloud-Latenz zu erfassen.

Eigenschaft type BESCHREIBUNG
messageSize Integer Die Größe einer Gerät-zu-Cloud-Nachricht in Bytes
deviceId Zeichenfolge aus alphanumerischen 7-Bit-ASCII-Zeichen Die Identität des Geräts
callerLocalTimeUtc UTC-Zeitstempel Der Erstellungszeitpunkt der Nachricht wie von der Uhr des lokalen Geräts gemeldet
calleeLocalTimeUtc UTC-Zeitstempel Der Eingangszeitpunkt der Nachricht beim IoT Hub Gateway wie von der Uhr des IoT Hub-Diensts gemeldet

Eingehende IoT Hub-Protokolle

IoT Hub zeichnet dieses Protokoll auf, wenn die Nachricht mit gültigen Ablaufverfolgungseigenschaften in interne oder integrierte Event Hubs schreibt.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "DiagnosticIoTHubIngress",
            "category": "DistributedTracing",
            "correlationId": "00-8cd869a412459a25f5b4f31311223344-349810a9bbd28730-01",
            "level": "Information",
            "resultType": "Success",
            "resultDescription":"Ingress message success",
            "durationMs": "10",
            "properties": "{\"isRoutingEnabled\": \"true\", \"parentSpanId\":\"0144d2590aacd909\"}",
            "location": "Resource location"
        }
    ]
}

Im properties Abschnitt enthält dieses Protokoll zusätzliche Informationen zum Nachrichteneingang.

Eigenschaft type BESCHREIBUNG
isRoutingEnabled String Entweder „true“ oder „false“; gibt an, ob Nachrichtenweiterleitung in IoT Hub aktiviert ist
parentSpanId String Das span-id-Element der übergeordneten Nachricht, in diesem Fall die D2C-Nachrichtenablaufverfolgung

Ausgehende IoT Hub-Protokolle

IoT Hub zeichnet dieses Protokoll auf, wenn die Weiterleitung aktiviert ist und die Nachricht an einen Endpunkt geschrieben wird. Wenn die Weiterleitung nicht aktiviert ist, zeichnet IoT Hub dieses Protokoll nicht auf.

{
    "records":
    [
        {
            "time": "UTC timestamp",
            "resourceId": "Resource Id",
            "operationName": "DiagnosticIoTHubEgress",
            "category": "DistributedTracing",
            "correlationId": "00-8cd869a412459a25f5b4f31311223344-98ac3578922acd26-01",
            "level": "Information",
            "resultType": "Success",
            "resultDescription":"Egress message success",
            "durationMs": "10",
            "properties": "{\"endpointType\": \"EventHub\", \"endpointName\": \"myEventHub\", \"parentSpanId\":\"349810a9bbd28730\"}",
            "location": "Resource location"
        }
    ]
}

Im properties Abschnitt enthält dieses Protokoll zusätzliche Informationen zum Nachrichteneingang.

Eigenschaft type BESCHREIBUNG
endpointName String Der Name des Routingendpunkts
endpointType String Der Typ des Routingendpunkts
parentSpanId String Das span-id-Element der übergeordneten Nachricht, in diesem Fall die Ablaufverfolgung des IoT Hub-Nachrichteneingangs

Configurations

Die Kategorie „IoT Hub-Konfigurationsprotokolle“ verfolgt Ereignisse und Fehler für die Featuregruppe „Automatische Geräteverwaltung“.

{
    "records":
    [
         {
             "time": "2019-09-24T17:21:52Z",
             "resourceId": "Resource Id",
             "operationName": "ReadManyConfigurations",
             "category": "Configurations",
             "resultType": "",
             "resultDescription": "",
             "level": "Information",
             "durationMs": "17",
             "properties": "{\"configurationId\":\"\",\"sdkVersion\":\"2018-06-30\",\"messageSize\":\"0\",\"statusCode\":null}",
             "location": "southcentralus"
         }
    ]
}

Gerätestreams (Vorschau)

Die Kategorie „Gerätestreams“ verfolgt Anforderung-Antwort-Interaktionen, die an die einzelnen Geräte gesendet werden.

{
    "records":
    [
         {
             "time": "2019-09-19T11:12:04Z",
             "resourceId": "Resource Id",
             "operationName": "invoke",
             "category": "DeviceStreams",
             "resultType": "",
             "resultDescription": "",    
             "level": "Information",
             "durationMs": "74",
             "properties": "{\"deviceId\":\"myDevice\",\"moduleId\":\"myModule\",\"sdkVersion\":\"2019-05-01-preview\",\"requestSize\":\"3\",\"responseSize\":\"5\",\"statusCode\":null,\"requestName\":\"myRequest\",\"direction\":\"c2d\"}",
             "location": "Central US"
         }
    ]
}

Tabellen in Azure Monitor-Protokollen

Dieser Abschnitt bezieht sich auf alle Kusto-Tabellen in Azure Monitor-Protokollen, die für Azure IoT Hub relevant und für die Abfrage durch Log Analytics verfügbar sind. Eine Liste dieser Tabellen sowie Links zu weiteren Informationen für den Ressourcentyp „IoT Hub“ finden Sie unter IoT Hub in der Referenz zu Tabellen in Azure Monitor-Protokollen.

Eine Referenz zu allen Azure Monitor-Protokollen und Log Analytics-Tabellen finden Sie in der Referenz zu Tabellen in Azure Monitor-Protokollen.

Weitere Informationen