Freigeben über


Azure Digital Twins-Datenverlauf (mit Azure Data Explorer)

Der Datenverlauf ist ein Integrationsfeature von Azure Digital Twins. Es ermöglicht Ihnen, eine Azure Digital Twins-Instanz mit einem Azure Data Explorer-Cluster zu verbinden, sodass Graph-Updates automatisch in Azure Data Explorer historisiert werden. Diese historisierten Aktualisierungen umfassen Zwillingseigenschaftenaktualisierungen, Twin-Lebenszyklus-Ereignisse und Beziehungslebenszyklusereignisse.

Sobald Diagrammaktualisierungen in Azure Data Explorer historisiert wurden, können Sie gemeinsame Abfragen mithilfe des Azure Digital Twins-Plug-Ins für Azure Data Explorer ausführen, um über digitale Zwillinge, ihre Beziehungen und Zeitreihendaten nachzudenken. Dies kann verwendet werden, um in der Zeit zu sehen, wie der Zustand des Diagramms war, oder um Einblicke in das Verhalten von modellierten Umgebungen zu erhalten. Sie können diese Abfragen auch verwenden, um operative Dashboards bereitzustellen, 2D- und 3D-Webanwendungen zu erweitern und immersive augmented/mixed Reality-Erfahrungen zu fördern, um den aktuellen und historischen Zustand von Objekten, Prozessen und Personen zu vermitteln, die in Azure Digital Twins modelliert wurden.

Weitere Informationen zur Einführung in den Datenverlauf, einschließlich einer schnellen Demo, sehen Sie sich das folgende IoT-Showvideo an:

Vom Datenverlauf ausgegebene Nachrichten werden unter der Dimension Nachrichtenpreis gemessen.

Voraussetzungen: Ressourcen und Berechtigungen

Der Datenverlauf erfordert die folgenden Ressourcen:

Diese Ressourcen sind mit dem folgenden Fluss verbunden:

Diagramm, das den Fluss von Gerätetelemetriedaten in Azure Digital Twins über einen Event Hub zu Azure Data Explorer zeigt.

Wenn das digitale Zwillingsdiagramm aktualisiert wird, werden die Informationen über den Event Hub an den Azure Data Explorer-Zielcluster übergeben, in dem Azure Data Explorer die Daten als Zeitstempeldatensatz in der entsprechenden Tabelle speichert.

Beim Arbeiten mit dem Datenverlauf wird empfohlen, die Version 2023-01-31 oder höher der APIs zu verwenden. Mit der Version 2022-05-31 können nur Zwillingseigenschaften (nicht Twin-Lifecycle- oder Beziehungslebenszyklusereignisse) historisiert werden. Bei früheren Versionen ist der Datenverlauf nicht verfügbar.

Erforderliche Berechtigungen

Um eine Datenverlaufsverbindung einzurichten, muss Ihre Azure Digital Twins-Instanz über die folgenden Berechtigungen für den Zugriff auf die Event Hubs- und Azure Data Explorer-Ressourcen verfügen. Mit diesen Rollen können Azure Digital Twins den Event Hub und die Azure Data Explorer-Datenbank in Ihrem Auftrag konfigurieren (z. B. erstellen Sie eine Tabelle in der Datenbank). Diese Berechtigungen können optional entfernt werden, nachdem der Datenverlauf eingerichtet wurde.

  • Event Hubs-Ressource: Azure Event Hubs-Datenbesitzer
  • Azure Data Explorer-Cluster: Mitwirkender (mit Berechtigungen entweder für den gesamten Cluster oder eine bestimmte Datenbank)
  • Azure Data Explorer-Datenbankprinzipalzuweisung: Administrator (auf die verwendete Datenbank festgelegt)

Später muss Ihre Azure Digital Twins-Instanz über die folgende Berechtigung für die Event Hubs-Ressource verfügen, während der Datenverlauf verwendet wird: Azure Event Hubs-Datensender. (Sie können stattdessen auch die Rolle Azure Event Hubs-Datenbesitzer von der Einrichtung des Datenverlaufs beibehalten.)

Diese Berechtigungen können über die Azure CLI oder das Azure-Portal zugewiesen werden.

Wenn Sie den Netzwerkzugriff auf die ressourcen einschränken möchten, die im Datenverlauf beteiligt sind (Ihre Azure Digital Twins-Instanz, Event Hub oder Azure Data Explorer-Cluster), sollten Sie diese Einschränkungen festlegen, nachdem Sie die Datenverlaufsverbindung eingerichtet haben. Weitere Informationen zu diesem Prozess finden Sie unter Einschränken des Netzwerkzugriffs auf Datenverlaufsressourcen.

Erstellen und Verwalten der Datenverlaufsverbindung

Dieser Abschnitt enthält Informationen zum Erstellen, Aktualisieren und Löschen einer Datenverlaufsverbindung.

Erstellen einer Datenhistorie-Verbindung

Nachdem alle Ressourcen und Berechtigungen eingerichtet wurden, können Sie die Azure CLI, das Azure-Portal oder das Azure Digital Twins SDK verwenden, um die Datenverlaufsverbindung zwischen ihnen zu erstellen. Der CLI-Befehlssatz ist az dt data-history.

Der Befehl erstellt immer eine Tabelle für historisierte Zwillings-Eigenschaftsereignisse, die den Standardnamen oder einen von Ihnen bereitgestellten benutzerdefinierten Namen verwenden können. Zwillings-Eigenschaftslöschungen können optional in diese Tabelle eingeschlossen werden. Sie können auch Tabellennamen für Beziehungslebenszyklusereignisse und Twin-Lifecycle-Ereignisse bereitstellen, und der Befehl erstellt Tabellen mit diesen Namen, um diese Ereignistypen zu historisieren.

Schrittweise Anleitungen zum Einrichten einer Datenverlaufsverbindung finden Sie unter Erstellen einer Datenverlaufsverbindung.

Verlauf mehrerer Azure Digital Twins-Instanzen

Wenn Sie möchten, können Sie mehrere Instanzen von Azure Digital Twins so konfigurieren, dass sie Updates für denselben Azure Data Explorer-Cluster historisieren.

Jede Azure Digital Twins-Instanz verfügt über eine eigene Datenverlaufsverbindung für denselben Azure Data Explorer-Cluster. Innerhalb des Clusters können Instanzen ihre Zwillingsdaten an eine der folgenden Optionen senden:

  • eine separate Gruppe von Tabellen im Azure Data Explorer-Cluster.
  • die gleiche Gruppe von Tabellen im Azure Data Explorer-Cluster. Geben Sie dazu beim Erstellen der Datenverlaufsverbindungen die gleichen Azure Data Explorer-Tabellennamen an. In den Datenverlaufstabellenschemas enthält die ServiceId Spalte in jeder Tabelle die URL der Azure Digital Twins-Quellinstanz, sodass Sie mit diesem Feld auflösen können, welche Azure Digital Twins-Instanz jeden Datensatz in freigegebenen Tabellen ausgegeben hat.

Aktualisieren einer Nur-Eigenschaften-Datenverlaufsverbindung

Vor Februar 2023 verfügt das Datenverlaufsfeature nur über historisierte Zwillingseigenschaftsaktualisierungen. Wenn Sie ab diesem Zeitpunkt über eine Verbindung mit einem Datenverlauf verfügen, der nur Eigenschaften beinhaltet, können Sie diese aktualisieren, um alle Graphaktualisierungen in Azure Data Explorer zu protokollieren (einschließlich Zwillingseigenschaften, Lebenszyklusereignisse von Zwillingen und Lebenszyklusereignisse von Beziehungen).

Dies erfordert das Erstellen neuer Tabellen in Ihrem Azure Data Explorer-Cluster für die neuen Arten von historisierten Updates (Twin-Lifecycle-Ereignisse und Beziehungslebenszyklusereignisse). Bei Zwillingseigenschaftsereignissen können Sie entscheiden, ob die neue Verbindung weiterhin dieselbe Tabelle aus Ihrer ursprünglichen Datenverlaufsverbindung verwendet, um zukünftige Aktualisierungen für Zwillingseigenschaften zu speichern, oder ob die neue Verbindung eine völlig neue Gruppe von Tabellen verwenden soll. Befolgen Sie dann die nachstehenden Anweisungen für Ihre Vorlieben.

Wenn Sie Ihre vorhandene Tabelle weiterhin für Aktualisierungen von Twin-Eigenschaften verwenden möchten: Verwenden Sie die Anweisungen unter Erstellen einer Datenverlaufsverbindung , um eine neue Datenverlaufsverbindung mit den neuen Funktionen zu erstellen. Der Name der Datenverlauf-Verbindung kann derselbe wie der ursprüngliche oder ein anderer sein. Verwenden Sie die Parameteroptionen, um neue Namen für die beiden neuen Ereignistyptabellen bereitzustellen und den ursprünglichen Tabellennamen für die Twin-Eigenschaftsaktualisierungstabelle zu übergeben. Die neue Verbindung überschreibt das alte Und verwendet weiterhin die ursprüngliche Tabelle für zukünftige historisierte Zwillingseigenschaftsaktualisierungen.

Wenn Sie alle neuen Tabellen verwenden möchten:Löschen Sie zunächst Ihre ursprüngliche Datenverlaufsverbindung. Verwenden Sie dann die Anweisungen unter Erstellen einer Datenverlaufsverbindung , um eine neue Datenverlaufsverbindung mit den neuen Funktionen zu erstellen. Der Name der Datenverlauf-Verbindung kann derselbe wie der ursprüngliche oder ein anderer sein. Verwenden Sie die Parameteroptionen, um neue Namen für alle drei Ereignistyptabellen bereitzustellen.

Löschen einer Datenverlaufsverbindung

Sie können die Azure CLI, das Azure-Portal oder azure Digital Twins-APIs und SDKs verwenden, um eine Datenverlaufsverbindung zu löschen. Der CLI-Befehl ist az dt data-history connection delete.

Das Löschen einer Verbindung bietet auch die Möglichkeit, Ressourcen zu bereinigen, die der Datenverlaufsverbindung zugeordnet sind. Für den CLI-Befehl kann der optionale Parameter --clean true hinzugefügt werden. Wenn Sie diese Option verwenden, löscht der Befehl die Ressourcen im Azure-Daten-Explorer, die verwendet werden, um Ihren Cluster mit Ihrem Event Hub zu verknüpfen, einschließlich Datenverbindungen für die Datenbank und die Aufnahmezuordnungen, die Ihrer Tabelle zugeordnet sind. Die Option "Ressourcen bereinigen" löscht nicht den tatsächlichen Event Hub und den Azure Data Explorer-Cluster, der für die Datenverlaufsverbindung verwendet wird.

Die Bereinigung ist ein Best-Effort-Versuch und erfordert, dass das Konto, das den Befehl ausführt, über die Löschberechtigung für diese Ressourcen verfügt.

Hinweis

Wenn Sie über mehrere Datenverlaufsverbindungen verfügen, die denselben Event Hub oder Azure Data Explorer-Cluster gemeinsam nutzen, kann die Verwendung der Option "Ressourcen bereinigen" beim Löschen einer dieser Verbindungen Ihre anderen Datenverlaufsverbindungen unterbrechen, die von diesen Ressourcen abhängig sind.

Datentypen und Schemas

Der Datenverlauf speichert drei Arten von Ereignissen aus Ihrer Azure Digital Twins-Instanz in Azure Data Explorer: Ereignisse des Beziehungslebenszyklus, Ereignisse des Zwillingslebenszyklus und Aktualisierungen von Zwillingsattributen (die optional auch die Löschung von Zwillingsattributen umfassen können). Jeder dieser Ereignistypen wird in einer eigenen Tabelle in der Azure Data Explorer-Datenbank gespeichert, was bedeutet, dass der Datenverlauf drei Tabellen insgesamt behält. Sie können benutzerdefinierte Namen für die Tabellen angeben, wenn Sie die Datenverlaufsverbindung einrichten.

Im restlichen Abschnitt werden die drei Azure Data Explorer-Tabellen ausführlich beschrieben, einschließlich des Datenschemas für jede Tabelle.

Zwillingseigenschaftsaktualisierungen

Die Azure Data Explorer-Tabelle für Aktualisierungen der Zwillings-Eigenschaften hat einen Standardnamen von AdtPropertyEvents. Sie können den Standardnamen belassen, wenn Sie die Verbindung erstellen, oder einen benutzerdefinierten Tabellennamen angeben.

Die Zeitreihendaten für Zwillingseigenschaftsaktualisierungen werden mit dem folgenden Schema gespeichert:

Merkmal Typ BESCHREIBUNG
TimeStamp Datum/Uhrzeit Das Datum/die Uhrzeit, zu dem die Eigenschaftsaktualisierungsnachricht von Azure Digital Twins verarbeitet wurde. Dieses Feld wird vom System festgelegt und kann nicht von Benutzern geschrieben werden.
SourceTimeStamp Datum/Uhrzeit Eine optionale, beschreibbare Eigenschaft, die den Zeitstempel darstellt, als das Update der Eigenschaft in der realen Welt beobachtet wurde. Diese Eigenschaft kann nur mit der Version 2022-05-31 der Azure Digital Twins-APIs/SDKs geschrieben werden und der Wert muss dem Datums- und Uhrzeitformat nach ISO 8601 entsprechen. Weitere Informationen zum Aktualisieren dieser Eigenschaft finden Sie unter Aktualisieren von sourceTime einer Eigenschaft.
ServiceId Schnur Die Dienstinstanz-ID des Azure IoT-Diensts, der den Datensatz protokolliert
Id Schnur Die Zwillings-ID
ModelId Schnur Die DTDL-Modell-ID (DTMI)
Key Schnur Der Name der aktualisierten Eigenschaft
Value Dynamisch Der Wert der aktualisierten Eigenschaft
RelationshipId Schnur Wenn eine für eine Beziehung definierte Eigenschaft (im Gegensatz zu Zwillingen oder Geräten) aktualisiert wird, wird dieses Feld mit der ID der Beziehung aufgefüllt. Wenn eine Twin-Eigenschaft aktualisiert wird, ist dieses Feld leer.
RelationshipTarget Schnur Wenn eine eigenschaft, die für eine Beziehung definiert ist (im Gegensatz zu Zwillingen oder Geräten) aktualisiert wird, wird dieses Feld mit der Zwillings-ID des Zwillings aufgefüllt, der von der Beziehung bestimmt ist. Wenn eine Twin-Eigenschaft aktualisiert wird, ist dieses Feld leer.
Action Schnur Diese Spalte ist nur vorhanden, wenn Sie wählen, historische Löschvorgänge für Eigenschaften zu registrieren. Wenn dies der Fall ist, enthält diese Spalte den Typ des Zwillings-Eigenschaftsereignisses (Aktualisieren oder Löschen)

Im Folgenden finden Sie eine Beispieltabelle mit Aktualisierungen von Zwillingseigenschaften, die in Azure Data Explorer gespeichert sind.

TimeStamp SourceTimeStamp ServiceId Id ModelId Key Value RelationshipTarget RelationshipID
2022-12-15 20:23:29.8697482 2022-12-15 20:22:14.3854859 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A01 dtmi:assetGen:PasteurizationMachine;1 Output 130
2022-12-15 20:23:39.3235925 2022-12-15 20:22:26.5837559 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A01 dtmi:assetGen:PasteurizationMachine;1 Output 140
2022-12-15 20:23:47.078367 2022-12-15 20:22:34.9375957 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A01 dtmi:assetGen:PasteurizationMachine;1 Output 130
2022-12-15 20:23:57.3794198 2022-12-15 20:22:50.1028562 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A01 dtmi:assetGen:PasteurizationMachine;1 Output 123

Darstellen von Eigenschaften mit mehreren Feldern

Es kann vorkommen, dass Sie eine Eigenschaft mit mehreren Feldern speichern müssen. Diese Eigenschaften werden mit einem JSON-Objekt im Value Attribut des Schemas dargestellt.

Wenn Sie beispielsweise eine Eigenschaft mit drei Feldern für „roll“, „pitch“ und „yaw“ darstellen, wird im Datenverlauf das folgende JSON-Objekt als Value: {"roll": 20, "pitch": 15, "yaw": 45} gespeichert.

Zwillings-Lebenszyklus-Ereignisse

Die Azure Data Explorer-Tabelle für Twin-Lifecycle-Ereignisse weist einen benutzerdefinierten Namen auf, den Sie beim Erstellen der Datenverlaufsverbindung angeben.

Die Zeitreihendaten für Twin-Lifecycle-Ereignisse werden mit dem folgenden Schema gespeichert:

Merkmal Typ BESCHREIBUNG
TwinId Schnur Die Zwillings-ID
Action Schnur Der Typ des Twin-Lifecycle-Ereignisses (Erstellen oder Löschen)
TimeStamp Datum/Uhrzeit Das Datum/die Uhrzeit, zu der das Twin-Lifecycle-Ereignis von Azure Digital Twins verarbeitet wurde. Dieses Feld wird vom System festgelegt und kann nicht von Benutzern geschrieben werden.
ServiceId Schnur Die Dienstinstanz-ID des Azure IoT-Diensts, der den Datensatz protokolliert
ModelId Schnur Die DTDL-Modell-ID (DTMI)

Nachfolgend finden Sie eine Beispieltabelle mit Twin-Lifecycle-Updates, die im Azure-Daten-Explorer gespeichert sind.

TwinId Action TimeStamp ServiceId ModelId
PasteurizationMachine_A01 Erstellen 2022-12-15 07:14:12.4160 dairyadtinstance.api.wcus.digitaltwins.azure.net dtmi:assetGen:PasteurizationMachine;1
PasteurizationMachine_A02 Erstellen 2022-12-15 07:14:12.4210 dairyadtinstance.api.wcus.digitaltwins.azure.net dtmi:assetGen:PasteurizationMachine;1
SaltMachine_C0 Erstellen 2022-12-15 07:14:12.5480 dairyadtinstance.api.wcus.digitaltwins.azure.net dtmi:assetGen:SaltMachine;1
PasteurizationMachine_A02 Löschen 2022-12-15 07:15:49.6050 dairyadtinstance.api.wcus.digitaltwins.azure.net dtmi:assetGen:PasteurizationMachine;1

Beziehungslebenszyklusereignisse

Die Azure Data Explorer-Tabelle für Beziehungslebenszyklusereignisse weist einen benutzerdefinierten Namen auf, den Sie beim Erstellen der Datenverlaufsverbindung angeben.

Die Zeitreihendaten für Beziehungslebenszyklusereignisse werden mit dem folgenden Schema gespeichert:

Merkmal Typ BESCHREIBUNG
RelationshipId Schnur Die Beziehungs-ID. Dieses Feld wird vom System festgelegt und kann nicht von Benutzern geschrieben werden.
Name Schnur Den Namen der Beziehung
Action Der Typ des Beziehungslebenszyklusereignisses (Erstellen oder Löschen)
TimeStamp Datum/Uhrzeit Das Datum/die Uhrzeit, zu der das Beziehungslebenszyklusereignis von Azure Digital Twins verarbeitet wurde. Dieses Feld wird vom System festgelegt und kann nicht von Benutzern geschrieben werden.
ServiceId Die Dienstinstanz-ID des Azure IoT-Diensts, der den Datensatz protokolliert
Source Die Quell-Zwillings-ID. Dies ist die ID des Zwillings, in dem die Beziehung entsteht.
Target Die Ziel-Zwillings-ID. Dies ist die ID des Zwillings, bei dem die Beziehung eingeht.

Nachfolgend finden Sie eine Beispieltabelle für Aktualisierungen des Beziehungslebenszyklus, die im Azure-Daten-Explorer gespeichert sind.

RelationshipId Name Action TimeStamp ServiceId Source Target
PasteurizationMachine_A01_feeds_Relationship0 feeds Erstellen 2022-12-15 07:16:12.7120 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A01 SaltMachine_C0
PasteurizationMachine_A02_feeds_Relationship0 feeds Erstellen 2022-12-15 07:16:12.7160 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A02 SaltMachine_C0
PasteurizationMachine_A03_feeds_Relationship0 feeds Erstellen 2022-12-15 07:16:12.7250 dairyadtinstance.api.wcus.digitaltwins.azure.net PasteurizationMachine_A03 SaltMachine_C1
OsloFactory_contains_Relationship0 contains Löschen 2022-12-15 07:16:13.1780 dairyadtinstance.api.wcus.digitaltwins.azure.net OsloFactory SaltMachine_C0

End-to-End-Erfassungslatenz

Der Datenverlauf von Azure Digital Twins basiert auf dem vorhandenen Mechanismus zur Datenaufnahme, den Azure Data Explorer bereitstellt. Azure Digital Twins stellt sicher, dass Graph-Updateereignisse innerhalb von weniger als zwei Sekunden für Azure Data Explorer verfügbar gemacht werden. Zusätzliche Latenz kann durch den Azure-Daten-Explorer beim Aufnehmen der Daten eingeführt werden.

Es gibt zwei Methoden im Azure-Daten-Explorer zum Aufnehmen von Daten: Batchaufnahme und Streamingaufnahme. Sie können diese Aufnahmemethoden für einzelne Tabellen entsprechend Ihren Anforderungen und dem spezifischen Datenaufnahmeszenario konfigurieren.

Die Streaming-Datenaufnahme hat die geringste Latenzzeit. Aufgrund des Verarbeitungsaufwands sollte dieser Modus jedoch nur verwendet werden, wenn weniger als 4 GB Daten pro Stunde aufgenommen werden. Die Batch-Datenaufnahme funktioniert am besten, wenn hohe Datenaufnahmegeschwindigkeiten erwartet werden. Der Azure-Daten-Explorer verwendet standardmäßig die Batchaufnahme. In der folgenden Tabelle wird die erwartete End-to-End-Latenz im ungünstigsten Fall zusammengefasst:

Azure Data Explorer-Konfiguration Erwartete End-to-End-Latenz Empfohlene Datenrate
Streamingerfassung <12 Sek. (<3 Sek. typisch) <4 GB/h
Batcherfassung Variiert (12 s-15 m, je nach Konfiguration) >4 GB/h

Der restliche Teil dieses Artikels enthält Details zum Aktivieren der einzelnen Erfassungstypen.

Batcherfassung (Standard)

Wenn dies nicht anders konfiguriert ist, verwendet Azure Data Explorer die Batchaufnahme. Die Standardeinstellungen können dazu führen, dass Daten erst 5 bis 10 Minuten nach der Aktualisierung eines digitalen Zwillings für Abfragen zur Verfügung stehen. Die Aufnahmerichtlinie kann so geändert werden, dass die Batchverarbeitung mindestens alle 10 Sekunden (oder höchstens alle 15 Minuten) erfolgt. Um die Aufnahmerichtlinie zu ändern, muss der folgende Befehl in der Azure Data Explorer-Abfrageansicht ausgegeben werden:

.alter table <table_name> policy ingestionbatching @'{"MaximumBatchingTimeSpan":"00:00:10", "MaximumNumberOfItems": 500, "MaximumRawDataSizeMB": 1024}' 

Stellen Sie sicher, dass <table_name> durch den Namen der Tabelle ersetzt wird, die für Sie eingerichtet wurde. MaximumBatchingTimeSpan sollte auf das bevorzugte Batchverarbeitungsintervall festgelegt werden. Es kann 5-10 Minuten dauern, bis die Richtlinie wirksam wird. Weitere Informationen zur Erfassungsbatchverarbeitung finden Sie unter dem folgenden Link: Kusto-Befehl für die Verwaltung der IngestionBatching-Richtlinie.

Streamingerfassung

Das Aktivieren der Streamingaufnahme ist ein zweistufiger Prozess:

  1. Aktivieren Sie die Streaming-Ingestion für Ihren Cluster. Diese Aktion muss nur einmal ausgeführt werden. (Warnung: Dies wirkt sich auf die Menge des verfügbaren Speichers für den heißen Cache aus und kann zusätzliche Einschränkungen darstellen). Anweisungen finden Sie unter Konfigurieren der Streamingaufnahme in Ihrem Azure Data Explorer-Cluster.
  2. Fügen Sie eine Streamingerfassungsrichtlinie für die gewünschte Tabelle hinzu. Weitere Informationen zur Aktivierung der Streaming-Ingestion für Ihren Cluster finden Sie in der Dokumentation zu Azure Data Explorer: Kusto IngestionBatching-Richtlinien-Verwaltungsbefehl.

Um die Streamingaufnahme für Ihre Azure Digital Twins-Datenverlaufstabelle zu aktivieren, muss der folgende Befehl im Azure Data Explorer-Abfragebereich ausgegeben werden:

.alter table <table_name> policy streamingingestion enable 

Stellen Sie sicher, dass <table_name> durch den Namen der Tabelle ersetzt wird, die für Sie eingerichtet wurde. Es kann 5-10 Minuten dauern, bis die Richtlinie wirksam wird.

Visualisieren von historisierten Eigenschaften

Azure Digital Twins Explorer, ein Entwicklertool für die Visualisierung und Interaktion mit Azure Digital Twins-Daten, bietet eine Datenverlaufs-Explorer-Funktion zum Anzeigen historisierter Eigenschaften im Laufe der Zeit in einem Diagramm oder einer Tabelle. Dieses Feature ist auch in 3D Scenes Studio verfügbar, einer immersiven 3D-Umgebung, um Azure Digital Twins den visuellen Kontext von 3D-Objekten zu verleihen.

Screenshot des Datenverlaufs-Explorers für 3D-Szenen Studio.

Ausführlichere Informationen zur Verwendung des Datenverlauf-Explorers finden Sie unter Überprüfen und Untersuchen von historisierten Eigenschaften.

Hinweis

Wenn es beim Auswählen einer Eigenschaft in der visuellen Datenverlauf-Erlebnisansicht Probleme gibt, bedeutet dies möglicherweise, dass in einem Modell Ihrer Instanz ein Fehler vorliegt. Wenn die Attribute eines Modells zum Beispiel nicht eindeutige Enumerationswerte enthalten, wird dieses Visualisierungsfeature unterbrochen. Sollte dies der Fall sein, überprüfen Sie Ihre Modelldefinitionen und stellen Sie sicher, dass alle Eigenschaften gültig sind.

Nächste Schritte

Sobald Twin-Daten für Azure Data Explorer historisiert wurden, können Sie das Azure Digital Twins-Abfrage-Plug-In für Azure Data Explorer verwenden, um Abfragen über die Daten hinweg auszuführen. Weitere Informationen zum Plug-In finden Sie hier: Abfragen mit dem Azure Data Explorer-Plug-In.

Oder tauchen Sie tiefer in den Datenverlauf mit Erstellungsanweisungen und einem Beispielszenario ein: Erstellen einer Datenverlaufsverbindung.