Udostępnij za pośrednictwem


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:

Te zasoby są połączone z następującym przepływem:

Diagram showing the flow of device telemetry data into Azure Digital Twins, through an event hub, to Azure Data Explorer.

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 ServiceId w 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:

  1. 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.
  2. 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.

Screenshot of data history explorer for 3D Scenes Studio.

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.