Historia danych usługi Azure Digital Twins (z usługą Azure Data Explorer)
Historia danych to funkcja integracji usługi Azure Digital Twins. Umożliwia ona łączenie wystąpienia usługi Azure Digital Twins z klastrem usługi Azure Data Explorer, dzięki czemu aktualizacje grafu są automatycznie historizowane z usługą Azure Data Explorer. Te historiazed aktualizacje obejmują aktualizacje właściwości bliźniaczej reprezentacji, zdarzenia cyklu życia bliźniaczej reprezentacji i zdarzenia cyklu życia relacji.
Po zaktualizowaniu wykresu w usłudze Azure Data Explorer można uruchamiać wspólne zapytania przy użyciu wtyczki Azure Digital Twins dla usługi Azure Data Explorer , aby prowadzić analizy między reprezentacjami bliźniaczymi, ich relacjami i danymi szeregów czasowych. Może to służyć do spojrzenia wstecz w czasie na stan grafu, który był używany, lub w celu uzyskania wglądu w zachowanie środowisk modelowanych. Można również używać tych zapytań w operacyjnych pulpitach nawigacyjnych, wzbogacać nimi aplikacje internetowe 2D i 3D oraz umieszczać je w immersywnych środowiskach rzeczywistości rozszerzonej/mieszanej w celu przekazywania bieżącego i historycznego stanu zasobów, procesów i osób modelowanych w usłudze Azure Digital Twins.
Aby zapoznać się z wprowadzeniem do historii danych, w tym krótkiej demonstracji, obejrzyj następujący film wideo z pokazem IoT:
Komunikaty emitowane przez historię danych są mierzone w wymiarze cen komunikatów.
Wymagania wstępne: zasoby i uprawnienia
Historia danych wymaga następujących zasobów:
- Wystąpienie usługi Azure Digital Twins z włączoną tożsamością zarządzaną przypisaną przez system.
- Przestrzeń nazw usługi Event Hubs zawierająca centrum zdarzeń.
- Klaster usługi Azure Data Explorer zawierający bazę danych. Klaster musi mieć włączony dostęp do sieci publicznej.
Te zasoby są połączone z następującym przepływem:
Po zaktualizowaniu grafu cyfrowej reprezentacji bliźniaczej informacje są przekazywane przez centrum zdarzeń do docelowego klastra usługi Azure Data Explorer, w którym usługa Azure Data Explorer przechowuje dane jako rekord sygnatury czasowej w odpowiedniej tabeli.
Podczas pracy z historią danych zaleca się użycie wersji 2023-01-31 lub nowszej interfejsów API. W wersji 2022-05-31 można historizować tylko właściwości bliźniaczych reprezentacji (nie cykl życia reprezentacji bliźniaczej lub zdarzenia cyklu życia relacji). W przypadku wcześniejszych wersji historia danych nie jest dostępna.
Wymagane uprawnienia
Aby skonfigurować połączenie historii danych, wystąpienie usługi Azure Digital Twins musi mieć następujące uprawnienia, aby uzyskać dostęp do zasobów usługi Event Hubs i usługi Azure Data Explorer. Te role umożliwiają usłudze Azure Digital Twins konfigurowanie centrum zdarzeń i bazy danych usługi Azure Data Explorer w Twoim imieniu (na przykład tworzenie tabeli w bazie danych). Te uprawnienia można opcjonalnie usunąć po skonfigurowaniu historii danych.
- Zasób usługi Event Hubs: Właściciel danych usługi Azure Event Hubs
- Klaster usługi Azure Data Explorer: współautor (w zakresie całego klastra lub konkretnej bazy danych)
- Przypisanie jednostki bazy danych usługi Azure Data Explorer: Administracja (ograniczone do używanej bazy danych)
Później wystąpienie usługi Azure Digital Twins musi mieć następujące uprawnienie do zasobu usługi Event Hubs, gdy historia danych jest używana: Nadawca danych usługi Azure Event Hubs (możesz również zdecydować się na zachowanie właściciela danych usługi Azure Event Hubs z poziomu konfiguracji historii danych).
Te uprawnienia można przypisać przy użyciu interfejsu wiersza polecenia platformy Azure lub witryny Azure Portal.
Jeśli chcesz ograniczyć dostęp sieciowy do zasobów zaangażowanych w historię danych (wystąpienie usługi Azure Digital Twins, centrum zdarzeń lub klaster usługi Azure Data Explorer), należy ustawić te ograniczenia po skonfigurowaniu połączenia historii danych. Aby uzyskać więcej informacji na temat tego procesu, zobacz Ograniczanie dostępu sieciowego do zasobów historii danych.
Tworzenie połączenia historii danych i zarządzanie nim
Ta sekcja zawiera informacje dotyczące tworzenia, aktualizowania i usuwania połączenia historii danych.
Tworzenie połączenia historii danych
Po skonfigurowaniu wszystkich zasobów i uprawnień można użyć interfejsu wiersza polecenia platformy Azure, witryny Azure Portal lub zestawu SDK usługi Azure Digital Twins, aby utworzyć połączenie historii danych między nimi. Zestaw poleceń interfejsu wiersza polecenia to az dt data-history.
Polecenie zawsze tworzy tabelę dla zdarzeń właściwości bliźniaczej reprezentacji historii, które mogą używać nazwy domyślnej lub podanej nazwy niestandardowej. Usunięcia właściwości bliźniaczej reprezentacji można opcjonalnie uwzględnić w tej tabeli. Można również podać nazwy tabel dla zdarzeń cyklu życia relacji i zdarzeń cyklu życia bliźniaczej reprezentacji, a polecenie utworzy tabele o tych nazwach, aby historizować te typy zdarzeń.
Aby uzyskać instrukcje krok po kroku dotyczące konfigurowania połączenia historii danych, zobacz Tworzenie połączenia historii danych.
Historia z wielu wystąpień usługi Azure Digital Twins
Jeśli chcesz, możesz mieć wiele aktualizacji historii wystąpień usługi Azure Digital Twins w tym samym klastrze usługi Azure Data Explorer.
Każde wystąpienie usługi Azure Digital Twins będzie miało własne połączenie historii danych przeznaczone dla tego samego klastra usługi Azure Data Explorer. W klastrze wystąpienia mogą wysyłać dane bliźniaczej reprezentacji do jednego z tych elementów...
- oddzielny zestaw tabel w klastrze usługi Azure Data Explorer.
- ten sam zestaw tabel w klastrze usługi Azure Data Explorer. W tym celu określ te same nazwy tabel usługi Azure Data Explorer podczas tworzenia połączeń historii danych. W schematach tabeli historii danych kolumna
ServiceIdw każdej tabeli będzie zawierać adres URL źródłowego wystąpienia usługi Azure Digital Twins, dzięki czemu można użyć tego pola, aby rozpoznać, które wystąpienie usługi Azure Digital Twins emituje każdy rekord w tabelach udostępnionych.
Aktualizowanie połączenia historii danych tylko dla właściwości
Przed lutym 2023 r. historia danych zawiera tylko historię aktualizacji właściwości bliźniaczej reprezentacji. Jeśli masz połączenie historii danych tylko dla właściwości od tego czasu, możesz zaktualizować je do historii wszystkich aktualizacji grafu do usługi Azure Data Explorer (w tym właściwości bliźniaczej reprezentacji, zdarzeń cyklu życia bliźniaczej reprezentacji i zdarzeń cyklu życia relacji).
Będzie to wymagało utworzenia nowych tabel w klastrze usługi Azure Data Explorer dla nowych typów aktualizacji historii (zdarzeń cyklu życia bliźniaczej reprezentacji i zdarzeń cyklu życia relacji). W przypadku zdarzeń właściwości bliźniaczej możesz zdecydować, czy nowe połączenie ma nadal korzystać z tej samej tabeli z oryginalnego połączenia historii danych w celu przechowywania aktualizacji właściwości bliźniaczej reprezentacji w przyszłości, czy też chcesz, aby nowe połączenie używało zupełnie nowego zestawu tabel. Następnie postępuj zgodnie z poniższymi instrukcjami, aby uzyskać preferencje.
Jeśli chcesz nadal używać istniejącej tabeli na potrzeby aktualizacji właściwości bliźniaczej reprezentacji: skorzystaj z instrukcji w temacie Tworzenie połączenia historii danych, aby utworzyć nowe połączenie historii danych z nowymi możliwościami. Nazwa połączenia historii danych może być taka sama jak oryginalna lub inna nazwa. Użyj opcji parametrów, aby podać nowe nazwy dla dwóch nowych tabel typów zdarzeń i przekazać oryginalną nazwę tabeli dla tabeli aktualizacji właściwości bliźniaczej reprezentacji. Nowe połączenie zastąpi starą i będzie nadal używać oryginalnej tabeli do przyszłych aktualizacji właściwości bliźniaczej reprezentacji bliźniaczej.
Jeśli chcesz użyć wszystkich nowych tabel: najpierw usuń oryginalne połączenie historii danych. Następnie użyj instrukcji w artykule Tworzenie połączenia historii danych, aby utworzyć nowe połączenie historii danych z nowymi możliwościami. Nazwa połączenia historii danych może być taka sama jak oryginalna lub inna nazwa. Użyj opcji parametrów, aby podać nowe nazwy dla wszystkich trzech tabel typów zdarzeń.
Usuwanie połączenia historii danych
Aby usunąć połączenie historii danych, możesz użyć interfejsu wiersza polecenia platformy Azure, witryny Azure Portal lub interfejsów API usługi Azure Digital Twins i zestawów SDK . Polecenie interfejsu wiersza polecenia to az dt data-history connection delete.
Usunięcie połączenia umożliwia również wyczyszczenie zasobów skojarzonych z połączeniem historii danych (w przypadku polecenia interfejsu wiersza polecenia opcjonalny parametr do dodania to --clean true). Jeśli używasz tej opcji, polecenie usunie zasoby w usłudze Azure Data Explorer, które są używane do łączenia klastra z centrum zdarzeń, w tym połączeń danych dla bazy danych i mapowań pozyskiwania skojarzonych z tabelą. Opcja "Czyszczenie zasobów" nie spowoduje usunięcia rzeczywistego centrum zdarzeń i klastra usługi Azure Data Explorer używanego na potrzeby połączenia historii danych.
Oczyszczanie jest najlepszą próbą wykonania i wymaga, aby konto, na którym uruchomiono polecenie , miało uprawnienia do usuwania tych zasobów.
Uwaga
Jeśli masz wiele połączeń historii danych, które współużytkują to samo centrum zdarzeń lub klaster usługi Azure Data Explorer, przy użyciu opcji "wyczyść zasoby" podczas usuwania jednego z tych połączeń mogą zakłócać inne połączenia historii danych, które opierają się na tych zasobach.
Typy danych i schematy
Historia danych historiizuje trzy typy zdarzeń z wystąpienia usługi Azure Digital Twins do usługi Azure Data Explorer: zdarzenia cyklu życia relacji, zdarzenia cyklu życia bliźniaczej reprezentacji i aktualizacje właściwości bliźniaczej reprezentacji (które opcjonalnie mogą obejmować usuwanie właściwości bliźniaczej reprezentacji). Każdy z tych typów zdarzeń jest przechowywany we własnej tabeli w bazie danych usługi Azure Data Explorer, co oznacza, że historia danych przechowuje trzy tabele łącznie. Nazwy niestandardowe tabel można określić podczas konfigurowania połączenia historii danych.
W pozostałej części tej sekcji opisano szczegółowo trzy tabele usługi Azure Data Explorer, w tym schemat danych dla każdej tabeli.
Aktualizacje właściwości bliźniaczej reprezentacji
Tabela usługi Azure Data Explorer dla aktualizacji właściwości bliźniaczej reprezentacji ma domyślną nazwę AdtPropertyEvents. Możesz pozostawić domyślną nazwę podczas tworzenia połączenia lub określić niestandardową nazwę tabeli.
Dane szeregów czasowych aktualizacji właściwości bliźniaczej reprezentacji są przechowywane przy użyciu następującego schematu:
| Atrybut | Type | Opis |
|---|---|---|
TimeStamp |
DateTime | Data/godzina przetworzenia komunikatu aktualizacji właściwości przez usługę Azure Digital Twins. To pole jest ustawiane przez system i nie jest zapisywalne przez użytkowników. |
SourceTimeStamp |
DateTime | Opcjonalna, zapisywalna właściwość reprezentująca sygnaturę czasową obserwowanej aktualizacji właściwości w świecie rzeczywistym. Tę właściwość można napisać tylko przy użyciu wersji 2022-05-31 interfejsów API/zestawów SDK usługi Azure Digital Twins, a wartość musi być zgodna z formatem daty i godziny ISO 8601. Aby uzyskać więcej informacji na temat aktualizowania tej właściwości, zobacz Aktualizowanie właściwości sourceTime. |
ServiceId |
String | Identyfikator wystąpienia usługi rejestrowania rekordu w usłudze Azure IoT |
Id |
String | Identyfikator bliźniaczej reprezentacji |
ModelId |
String | Identyfikator modelu DTDL (DTMI) |
Key |
String | Nazwa zaktualizowanej właściwości |
Value |
Dynamiczny | Wartość zaktualizowanej właściwości |
RelationshipId |
String | Gdy właściwość zdefiniowana w relacji (w przeciwieństwie do bliźniaczych lub urządzeń) jest aktualizowana, to pole jest wypełniane identyfikatorem relacji. Po zaktualizowaniu właściwości bliźniaczej pole jest puste. |
RelationshipTarget |
String | Gdy właściwość zdefiniowana w relacji (w przeciwieństwie do bliźniaczych lub urządzeń) jest aktualizowana, to pole jest wypełniane identyfikatorem bliźniaczej reprezentacji bliźniaczej, która jest przeznaczona dla relacji. Po zaktualizowaniu właściwości bliźniaczej pole jest puste. |
Action |
String | Ta kolumna istnieje tylko wtedy, gdy zdecydujesz się historizować zdarzenia usuwania właściwości. Jeśli tak, ta kolumna zawiera typ zdarzenia właściwości bliźniaczej reprezentacji (aktualizacja lub usuwanie) |
Poniżej znajduje się przykładowa tabela aktualizacji właściwości bliźniaczych przechowywanych w usłudze Azure Data Explorer.
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 |
Wyjście | 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 |
Wyjście | 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 |
Wyjście | 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 |
Wyjście | 123 |
Reprezentowanie właściwości z wieloma polami
Może być konieczne przechowywanie właściwości z wieloma polami. Te właściwości są reprezentowane za pomocą obiektu JSON w atrybucie Value schematu.
Jeśli na przykład reprezentujesz właściwość z trzema polami rzutu, skoku i yaw, historia danych będzie przechowywać następujący obiekt JSON jako Value: {"roll": 20, "pitch": 15, "yaw": 45}.
Zdarzenia cyklu życia bliźniaczej reprezentacji
Tabela usługi Azure Data Explorer dla zdarzeń cyklu życia reprezentacji bliźniaczej ma niestandardową nazwę, którą określisz podczas tworzenia połączenia historii danych.
Dane szeregów czasowych dla zdarzeń cyklu życia bliźniaczej reprezentacji są przechowywane przy użyciu następującego schematu:
| Atrybut | Type | opis |
|---|---|---|
TwinId |
String | Identyfikator bliźniaczej reprezentacji |
Action |
String | Typ zdarzenia cyklu życia bliźniaczej reprezentacji (tworzenie lub usuwanie) |
TimeStamp |
DateTime | Data/godzina przetworzenia zdarzenia cyklu życia bliźniaczej reprezentacji bliźniaczej przez usługę Azure Digital Twins. To pole jest ustawiane przez system i nie jest zapisywalne przez użytkowników. |
ServiceId |
String | Identyfikator wystąpienia usługi rejestrowania rekordu w usłudze Azure IoT |
ModelId |
String | Identyfikator modelu DTDL (DTMI) |
Poniżej znajduje się przykładowa tabela aktualizacji cyklu życia bliźniaczych reprezentacji przechowywanych w usłudze Azure Data Explorer.
TwinId |
Action |
TimeStamp |
ServiceId |
ModelId |
|---|---|---|---|---|
| PasteurizationMachine_A01 | Utworzenie | 2022-12-15 07:14:12.4160 | dairyadtinstance.api.wcus.digitaltwins.azure.net | dtmi:assetGen:PasteurizationMachine;1 |
| PasteurizationMachine_A02 | Utworzenie | 2022-12-15 07:14:12.4210 | dairyadtinstance.api.wcus.digitaltwins.azure.net | dtmi:assetGen:PasteurizationMachine;1 |
| SaltMachine_C0 | Utworzenie | 2022-12-15 07:14:12.5480 | dairyadtinstance.api.wcus.digitaltwins.azure.net | dtmi:assetGen:SaltMachine;1 |
| PasteurizationMachine_A02 | Delete | 2022-12-15 07:15:49.6050 | dairyadtinstance.api.wcus.digitaltwins.azure.net | dtmi:assetGen:PasteurizationMachine;1 |
Zdarzenia cyklu życia relacji
Tabela usługi Azure Data Explorer dla zdarzeń cyklu życia relacji ma niestandardową nazwę, którą określisz podczas tworzenia połączenia historii danych.
Dane szeregów czasowych dla zdarzeń cyklu życia relacji są przechowywane przy użyciu następującego schematu:
| Atrybut | Type | opis |
|---|---|---|
RelationshipId |
String | Identyfikator relacji. To pole jest ustawiane przez system i nie jest zapisywalne przez użytkowników. |
Name |
String | Nazwa relacji |
Action |
Typ zdarzenia cyklu życia relacji (tworzenie lub usuwanie) | |
TimeStamp |
DateTime | Data/godzina przetworzenia zdarzenia cyklu życia relacji przez usługę Azure Digital Twins. To pole jest ustawiane przez system i nie jest zapisywalne przez użytkowników. |
ServiceId |
Identyfikator wystąpienia usługi rejestrowania rekordu w usłudze Azure IoT | |
Source |
Identyfikator źródłowej reprezentacji bliźniaczej. Jest to identyfikator bliźniaczej reprezentacji, z której pochodzi relacja. | |
Target |
Identyfikator docelowej reprezentacji bliźniaczej. Jest to identyfikator bliźniaczej reprezentacji, w której dociera relacja. |
Poniżej znajduje się przykładowa tabela aktualizacji cyklu życia relacji przechowywanych w usłudze Azure Data Explorer.
RelationshipId |
Name |
Action |
TimeStamp |
ServiceId |
Source |
Target |
|---|---|---|---|---|---|---|
| PasteurizationMachine_A01_feeds_Relationship0 | Kanały | Utworzenie | 2022-12-15 07:16:12.7120 | dairyadtinstance.api.wcus.digitaltwins.azure.net | PasteurizationMachine_A01 | SaltMachine_C0 |
| PasteurizationMachine_A02_feeds_Relationship0 | Kanały | Utworzenie | 2022-12-15 07:16:12.7160 | dairyadtinstance.api.wcus.digitaltwins.azure.net | PasteurizationMachine_A02 | SaltMachine_C0 |
| PasteurizationMachine_A03_feeds_Relationship0 | Kanały | Utworzenie | 2022-12-15 07:16:12.7250 | dairyadtinstance.api.wcus.digitaltwins.azure.net | PasteurizationMachine_A03 | SaltMachine_C1 |
| OsloFactory_contains_Relationship0 | zawiera | Delete | 2022-12-15 07:16:13.1780 | dairyadtinstance.api.wcus.digitaltwins.azure.net | OsloFactory | SaltMachine_C0 |
Kompleksowe opóźnienie pozyskiwania
Historia danych usługi Azure Digital Twins opiera się na istniejącym mechanizmie pozyskiwania udostępnianym przez usługę Azure Data Explorer. Usługa Azure Digital Twins zapewni, że zdarzenia aktualizacji grafu zostaną udostępnione usłudze Azure Data Explorer w ciągu niecałych dwóch sekund. Dodatkowe opóźnienie może zostać wprowadzone przez usługę Azure Data Explorer w celu pozyskiwania danych.
W usłudze Azure Data Explorer istnieją dwie metody pozyskiwania danych: pozyskiwanie danych wsadowych i pozyskiwanie danych przesyłanych strumieniowo. Te metody pozyskiwania można skonfigurować dla poszczególnych tabel zgodnie z potrzebami i konkretnym scenariuszem pozyskiwania danych.
Pozyskiwanie przesyłania strumieniowego ma najmniejsze opóźnienie. Jednak ze względu na obciążenie związane z przetwarzaniem ten tryb powinien być używany tylko wtedy, gdy mniej niż 4 GB danych jest pozyskiwanych co godzinę. Pozyskiwanie wsadowe działa najlepiej, jeśli oczekiwane są wysokie szybkości pozyskiwania danych. Usługa Azure Data Explorer domyślnie używa pozyskiwania wsadowego. Poniższa tabela zawiera podsumowanie oczekiwanego najgorszego opóźnienia najgorszego przypadku:
| Konfiguracja usługi Azure Data Explorer | Oczekiwane opóźnienie od końca | Zalecana szybkość danych |
|---|---|---|
| Pozyskiwanie danych za pośrednictwem przesyłania strumieniowego | <12 s (<typowe 3 s) | <4 GB/godz. |
| Pozyskiwanie wsadowe | Różni się (12 s-15 m, w zależności od konfiguracji) | >4 GB/godz. |
Pozostała część tej sekcji zawiera szczegółowe informacje dotyczące włączania każdego typu pozyskiwania.
Pozyskiwanie wsadowe (ustawienie domyślne)
Jeśli nie skonfigurowano inaczej, usługa Azure Data Explorer będzie używać pozyskiwania wsadowego. Ustawienia domyślne mogą prowadzić do udostępnienia danych dla zapytania tylko 5–10 minut po przeprowadzeniu aktualizacji cyfrowej reprezentacji bliźniaczej. Zasady pozyskiwania można zmienić, tak aby przetwarzanie wsadowe odbywało się co najwyżej co 10 sekund (co najmniej lub 15 minut maksymalnie). Aby zmienić zasady pozyskiwania, w widoku zapytania usługi Azure Data Explorer należy wydać następujące polecenie:
.alter table <table_name> policy ingestionbatching @'{"MaximumBatchingTimeSpan":"00:00:10", "MaximumNumberOfItems": 500, "MaximumRawDataSizeMB": 1024}'
Upewnij się, że <table_name> element został zastąpiony nazwą tabeli, która została skonfigurowana. Parametr MaximumBatchingTimeSpan powinien być ustawiony na preferowany interwał dzielenia na partie. Zastosowanie zasad może potrwać od 5 do 10 minut. Więcej informacji na temat dzielenia na partie pozyskiwania można uzyskać za pomocą następującego linku: Kusto IngestionBatching policy management command (Polecenie zarządzania zasadami Kusto IngestionBatching).
Pozyskiwanie danych za pośrednictwem przesyłania strumieniowego
Włączanie pozyskiwania przesyłania strumieniowego jest procesem 2-krokowym:
- Włącz pozyskiwanie strumieniowe dla klastra. Tę akcję należy wykonać tylko raz. (Ostrzeżenie: Takie działanie będzie miało wpływ na ilość miejsca dostępnego dla gorącej pamięci podręcznej i może wprowadzić dodatkowe ograniczenia). Aby uzyskać instrukcje, zobacz Konfigurowanie pozyskiwania przesyłania strumieniowego w klastrze usługi Azure Data Explorer.
- Dodaj zasady pozyskiwania przesyłania strumieniowego dla żądanej tabeli. Więcej informacji na temat włączania pozyskiwania przesyłania strumieniowego dla klastra można uzyskać w dokumentacji usługi Azure Data Explorer: Polecenie zarządzania zasadami Kusto IngestionBatching.
Aby włączyć pozyskiwanie przesyłania strumieniowego dla tabeli historii danych usługi Azure Digital Twins, w okienku zapytań usługi Azure Data Explorer należy wydać następujące polecenie:
.alter table <table_name> policy streamingingestion enable
Upewnij się, że <table_name> element został zastąpiony nazwą tabeli, która została skonfigurowana. Zastosowanie zasad może potrwać od 5 do 10 minut.
Wizualizowanie właściwości historized
Usługa Azure Digital Twins Explorer, narzędzie deweloperskie do wizualizowania danych usługi Azure Digital Twins i interakcji z nimi, oferuje funkcję Eksploratora historii danych do wyświetlania właściwości historizowanych w czasie na wykresie lub w tabeli. Ta funkcja jest również dostępna w programie 3D Scenes Studio, immersywnym środowisku 3D do udostępniania usłudze Azure Digital Twins kontekstu wizualnego zasobów 3D.
Aby uzyskać bardziej szczegółowe informacje na temat korzystania z eksploratora historii danych, zobacz Weryfikowanie i eksplorowanie właściwości historized.
Uwaga
Jeśli napotkasz problemy z wybraniem właściwości w środowisku eksploratora historii danych wizualizacji, może to oznaczać, że w danym wystąpieniu występuje błąd. Na przykład posiadanie wartości wyliczenia innych niż unikatowe w atrybutach modelu spowoduje przerwanie tej funkcji wizualizacji. Jeśli tak się stanie, przejrzyj definicje modelu i upewnij się, że wszystkie właściwości są prawidłowe.
Następne kroki
Gdy dane bliźniaczej reprezentacji bliźniaczej zostały przeniklone do usługi Azure Data Explorer, możesz użyć wtyczki zapytań usługi Azure Digital Twins dla usługi Azure Data Explorer, aby uruchamiać zapytania między danymi. Przeczytaj więcej na temat wtyczki tutaj: Wykonywanie zapytań za pomocą wtyczki usługi Azure Data Explorer.
Możesz też dokładniej poznać historię danych za pomocą instrukcji tworzenia i przykładowego scenariusza: Tworzenie połączenia historii danych.