Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
Azure Data Factory
Azure Synapse Analytics
Tipp
Data Factory in Microsoft Fabric ist die nächste Generation von Azure Data Factory mit einer einfacheren Architektur, integrierter KI und neuen Features. Wenn Sie mit der Datenintegration noch nicht vertraut sind, beginnen Sie mit Fabric Data Factory. Vorhandene ADF-Workloads können auf Fabric aktualisiert werden, um auf neue Funktionen in der Datenwissenschaft, Echtzeitanalysen und Berichterstellung zuzugreifen.
In diesem Artikel wird beschrieben, wie Sie die Kopieraktivität in Azure Data Factory- und Synapse Analytics-Pipelines verwenden, um Daten in oder aus Azure Data Explorer zu kopieren. Er baut auf dem Artikel zur Übersicht über die Kopieraktivität auf, der eine allgemeine Übersicht über die Kopieraktivität enthält.
Tipp
Weitere Informationen zur Azure Data Explorer Integration mit dem Dienst finden Sie im Allgemeinen unter Integrate Azure Data Explorer.
Unterstützte Funktionen
Dieser Azure Data Explorer Connector wird für die folgenden Funktionen unterstützt:
| Unterstützte Funktionen | IR |
|---|---|
| Copy-Aktivität (Quelle/Senke) | (1) (2) |
| Zuordnungsdatenfluss (Quelle/Senke) | ① |
| Lookup-Aktivität | (1) (2) |
(1) Azure Integrationslaufzeit (2) Selbst gehostete Integrationslaufzeit
Sie können Daten aus jedem unterstützten Quelldatenspeicher in Azure Data Explorer kopieren. Sie können auch Daten aus Azure Data Explorer in jeden unterstützten Senkendatenspeicher kopieren. Die für die Kopieraktivität als Quellen oder Senken unterstützten Datenspeicher finden Sie in der Tabelle Unterstützte Datenspeicher.
Hinweis
Das Kopieren von Daten in oder aus Azure Data Explorer über einen lokalen Datenspeicher mithilfe der selbst gehosteten Integrationslaufzeit wird in Version 3.14 und höher unterstützt.
Mit dem Azure Data Explorer Connector können Sie folgende Aktionen ausführen:
- Kopieren Sie Daten mithilfe der Authentifizierung mit Microsoft Entra-Anwendungstoken mit einem Dienstprinzipal.
- Als Quelle: Abrufen von Daten mithilfe einer KQL-Abfrage (Kusto)
- Als Senke: Anfügen von Daten an eine Zieltabelle
Erste Schritte
Tipp
Eine exemplarische Vorgehensweise zur Verwendung des Azure Data Explorer-Connectors finden Sie unter Kopieren von Daten in/aus Azure Data Explorer und Massenkopieren aus einer Datenbank zu Azure Data Explorer.
Zum Ausführen der Kopieraktivität mit einer Pipeline können Sie eines der folgenden Tools oder SDKs verwenden:
- Tool zum Kopieren von Daten
- Azure Portal
- .NET SDK
- Python SDK
- Azure PowerShell
- REST-API
- Azure Resource Manager Vorlage
Erstellen eines verknüpften Diensts zum Azure Data Explorer mithilfe der Benutzeroberfläche
Verwenden Sie die folgenden Schritte, um einen verknüpften Dienst für Azure Data Explorer in der Azure-Portal-Oberfläche zu erstellen.
Navigieren Sie in Ihrem Azure Data Factory- oder Synapse-Arbeitsbereich zur Registerkarte "Verwalten", und wählen Sie "Verknüpfte Dienste" aus, und klicken Sie dann auf "Neu":
Suchen Sie nach Explorer, und wählen Sie den Azure Data Explorer (Kusto)-Connector aus.
Konfigurieren Sie die Dienstdetails, testen Sie die Verbindung, und erstellen Sie den neuen verknüpften Dienst.
Details zur Connectorkonfiguration
Die folgenden Abschnitte enthalten Details zu Eigenschaften, die zum Definieren von Entitäten verwendet werden, die für Azure Data Explorer Connector spezifisch sind.
Eigenschaften des verknüpften Diensts
Der Azure Data Explorer Connector unterstützt die folgenden Authentifizierungstypen. Weitere Informationen finden Sie in den entsprechenden Abschnitten:
- Dienstprinzipalauthentifizierung
- Authentifizierung mit einer systemseitig zugewiesenen verwalteten Identität
- Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität
Dienstprinzipalauthentifizierung
Zur Verwendung der Dienstprinzipalauthentifizierung führen Sie die folgenden Schritte aus, um einen Dienstprinzipal zu erstellen und Berechtigungen zu erteilen:
Registrieren Sie eine Anwendung mit dem Microsoft Identity Platform. Informationen dazu finden Sie unter Quickstart: Registrieren einer Anwendung mit dem Microsoft Identity Platform. Notieren Sie sich die folgenden Werte, die Sie zum Definieren des verknüpften Diensts verwenden können:
- Anwendungs-ID
- Anwendungsschlüssel
- Mandanten-ID
Erteilen Sie dem Dienstprinzipal die richtigen Berechtigungen in Azure Data Explorer. Detaillierte Informationen zu Rollen und Berechtigungen sowie zum Verwalten von Berechtigungen finden Sie unter Verwalten von Azure Data Explorer-Datenbankberechtigungen. Gehen Sie wie folgt vor:
- Weisen Sie der Datenbank als Quelle mindestens die Rolle Database viewer (Anzeigender Datenbankbenutzer) zu.
- Weisen Sie der Datenbank als Senke mindestens die Rolle Datenbankbenutzer zu.
Hinweis
Wenn Sie die Benutzeroberfläche zum Erstellen verwenden, wird Ihr Anmeldebenutzerkonto standardmäßig zum Auflisten von Azure Data Explorer-Clustern, Datenbanken und Tabellen verwendet. Sie können die Objekte mithilfe des Dienstprinzipals auflisten, indem Sie auf das Dropdownfeld neben der Aktualisierungsschaltfläche klicken, oder den Namen manuell eingeben, wenn Sie für diese Vorgänge nicht berechtigt sind.
Die folgenden Eigenschaften werden für den Azure Data Explorer verknüpften Dienst unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf AzureDataExplorer festgelegt werden. | Ja |
| Endpunkt | Endpunkt-URL des Azure Data Explorer Clusters mit dem Format als https://<clusterName>.<regionName>.kusto.windows.net. |
Ja |
| Datenbank | Name der Datenbank | Ja |
| Mieter | Geben Sie die Mandanteninformationen (Domänenname oder Mandanten-ID) für Ihre Anwendung an. Dies wird in Kusto Verbindungszeichenfolge als "Autoritäts-ID" bezeichnet. Sie können ab abrufen, indem Sie im Azure-Portal mit dem Mauszeiger auf den Bereich oben rechts zeigen. | Ja |
| servicePrincipalId | Geben Sie die Client-ID der Anwendung an. Dies wird in Kusto Verbindungszeichenfolge als "Microsoft Entra Anwendungsclient-ID" bezeichnet. | Ja |
| servicePrincipalKey | Geben Sie den Schlüssel der Anwendung an. Dies wird in Kusto Verbindungszeichenfolge als "Microsoft Entra Anwendungsschlüssel" bezeichnet. Markieren Sie dieses Feld als SecureString, um es sicher zu speichern, oder um auf sichere Daten zuzugreifen, die im Azure Key Vault gespeichert sind. | Ja |
| connectVia | Die Integration Runtime, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden soll. Sie können die Azure Integrationslaufzeit oder eine selbst gehostete Integrationslaufzeit verwenden, wenn sich Ihr Datenspeicher in einem privaten Netzwerk befindet. Wenn nicht angegeben, wird die Standardmäßige Azure Integrationslaufzeit verwendet. | Nein |
Beispiel: Verwenden der Dienstprinzipal-Schlüsselauthentifizierung
{
"name": "AzureDataExplorerLinkedService",
"properties": {
"type": "AzureDataExplorer",
"typeProperties": {
"endpoint": "https://<clusterName>.<regionName>.kusto.windows.net ",
"database": "<database name>",
"tenant": "<tenant name/id e.g. microsoft.onmicrosoft.com>",
"servicePrincipalId": "<service principal id>",
"servicePrincipalKey": {
"type": "SecureString",
"value": "<service principal key>"
}
}
}
}
Authentifizierung mit systemseitig zugewiesener verwalteter Identität
Weitere Informationen zu verwalteten Identitäten für Azure Ressourcen finden Sie unter Managed-Identitäten für Azure Ressourcen.
Führen Sie die folgenden Schritte zum Gewähren von Berechtigungen aus, um die Authentifizierung mit einer systemseitig zugewiesenen verwalteten Identität zu verwenden:
Rufen Sie die Informationen zur verwalteten Identität ab, indem Sie den Wert der Objekt-ID der verwalteten Identität kopieren, der zusammen mit Ihrer Factory oder Ihrem Synapse-Arbeitsbereich generiert wurde.
Gewähren Sie der verwalteten Identität die richtigen Berechtigungen in Azure Data Explorer. Detaillierte Informationen zu Rollen und Berechtigungen sowie zum Verwalten von Berechtigungen finden Sie unter Verwalten von Azure Data Explorer-Datenbankberechtigungen. Gehen Sie wie folgt vor:
- Weisen Sie der Datenbank als Quelle die Rolle Anzeigender Datenbankbenutzer zu.
- Weisen Sie der Datenbank als Senke die Rollen Datenbankerfasser und Anzeigender Datenbankbenutzer zu.
Hinweis
Wenn Sie die Benutzeroberfläche zum Erstellen verwenden, wird Ihr Anmeldebenutzerkonto verwendet, um Azure Data Explorer Cluster, Datenbanken und Tabellen auflisten. Geben Sie den Namen manuell ein, wenn Sie keine Berechtigung für diese Vorgänge besitzen.
Die folgenden Eigenschaften werden für den Azure Data Explorer verknüpften Dienst unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf AzureDataExplorer festgelegt werden. | Ja |
| Endpunkt | Endpunkt-URL des Azure Data Explorer Clusters mit dem Format als https://<clusterName>.<regionName>.kusto.windows.net. |
Ja |
| Datenbank | Name der Datenbank | Ja |
| connectVia | Die Integration Runtime, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden soll. Sie können die Azure Integrationslaufzeit oder eine selbst gehostete Integrationslaufzeit verwenden, wenn sich Ihr Datenspeicher in einem privaten Netzwerk befindet. Wenn nicht angegeben, wird die Standardmäßige Azure Integrationslaufzeit verwendet. | Nein |
Beispiel: Verwenden der Authentifizierung mit einer systemseitig zugewiesenen verwalteten Identität
{
"name": "AzureDataExplorerLinkedService",
"properties": {
"type": "AzureDataExplorer",
"typeProperties": {
"endpoint": "https://<clusterName>.<regionName>.kusto.windows.net ",
"database": "<database name>",
}
}
}
Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität
Weitere Informationen zu verwalteten Identitäten für Azure Ressourcen finden Sie unter Managed-Identitäten für Azure Ressourcen
Führen Sie die folgenden Schritte aus, um die Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität zu verwenden:
Erstellen Sie eine oder mehrere benutzerdefinierte verwaltete Identitäten und erteilen Sie Berechtigungen in Azure Data Explorer. Detaillierte Informationen zu Rollen und Berechtigungen sowie zum Verwalten von Berechtigungen finden Sie unter Verwalten von Azure Data Explorer-Datenbankberechtigungen. Gehen Sie wie folgt vor:
- Weisen Sie der Datenbank als Quelle mindestens die Rolle Database viewer (Anzeigender Datenbankbenutzer) zu.
- Weisen Sie der Datenbank als Senke mindestens die Rolle Database ingestor (Datenbankerfasser) zu.
Weisen Sie Ihrer Data Factory oder Ihrem Synapse-Arbeitsbereich eine oder mehrere benutzerseitig zugewiesene verwaltete Identitäten zu, und erstellen Sie Anmeldeinformationen für jede benutzerseitig zugewiesene verwaltete Identität.
Die folgenden Eigenschaften werden für den Azure Data Explorer verknüpften Dienst unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf AzureDataExplorer festgelegt werden. | Ja |
| Endpunkt | Endpunkt-URL des Azure Data Explorer Clusters mit dem Format als https://<clusterName>.<regionName>.kusto.windows.net. |
Ja |
| Datenbank | Name der Datenbank | Ja |
| Anmeldeinformationen | Geben Sie die benutzerseitig zugewiesene verwaltete Identität als Anmeldeinformationsobjekt an. | Ja |
| connectVia | Die Integration Runtime, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden soll. Sie können die Azure Integrationslaufzeit oder eine selbst gehostete Integrationslaufzeit verwenden, wenn sich Ihr Datenspeicher in einem privaten Netzwerk befindet. Wenn nicht angegeben, wird die Standardmäßige Azure Integrationslaufzeit verwendet. | Nein |
Beispiel: Verwenden der Authentifizierung mit einer benutzerseitig zugewiesenen verwalteten Identität
{
"name": "AzureDataExplorerLinkedService",
"properties": {
"type": "AzureDataExplorer",
"typeProperties": {
"endpoint": "https://<clusterName>.<regionName>.kusto.windows.net ",
"database": "<database name>",
"credential": {
"referenceName": "credential1",
"type": "CredentialReference"
}
}
}
}
Dataset-Eigenschaften
Eine vollständige Liste mit den Abschnitten und Eigenschaften, die zum Definieren von Datasets zur Verfügung stehen, finden Sie im Artikel zu Datasets. In diesem Abschnitt werden Die Eigenschaften aufgelistet, die vom Azure Data Explorer-Dataset unterstützt werden.
Wenn Sie Daten in Azure Data Explorer kopieren möchten, legen Sie die Typeigenschaft des Datasets auf AzureDataExplorerTable fest.
Folgende Eigenschaften werden unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf AzureDataExplorerTable festgelegt werden. | Ja |
| Tisch | Der Name der Tabelle, auf die der verknüpfte Dienst verweist. | Quelle: Ja, Senke: Nein |
Beispiel für Dataseteigenschaften:
{
"name": "AzureDataExplorerDataset",
"properties": {
"type": "AzureDataExplorerTable",
"typeProperties": {
"table": "<table name>"
},
"schema": [],
"linkedServiceName": {
"referenceName": "<Azure Data Explorer linked service name>",
"type": "LinkedServiceReference"
}
}
}
Eigenschaften der Kopieraktivität
Eine vollständige Liste der verfügbaren Abschnitte und Eigenschaften zum Definieren von Aktivitäten finden Sie unter Pipelines und Aktivitäten. Dieser Abschnitt enthält eine Liste der Eigenschaften, die mit Azure Data Explorer-Quellen und -Senken unterstützt werden.
Azure Data Explorer als Quelle
Um Daten aus Azure Data Explorer zu kopieren, legen Sie die Eigenschaft type in der Copy-Aktivität Quelle auf AzureDataExplorerSource fest. Folgende Eigenschaften werden im Abschnitt source der Kopieraktivität unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft der Quelle der Kopieraktivität muss auf Folgendes festgelegt werden: AzureDataExplorerSource. | Ja |
| Abfrage | Eine in einem KQL-Format angegebene schreibgeschützte Anforderung. Verwenden Sie die benutzerdefinierte KQL-Abfrage als Verweis. | Ja |
| queryTimeout | Die Wartezeit vor dem Timeout der Abfrageanforderung. Der Standardwert ist 10 Minuten (00:10:00), der zulässige maximale Wert 1 Stunde (01:00:00). | Nein |
| noTruncation | Gibt an, ob das zurückgegebene Resultset abgeschnitten werden soll. Standardmäßig wird das Ergebnis nach 500.000 Datensätzen oder 64 Megabyte (MB) abgeschnitten. Das Abschneiden wird dringend empfohlen, um das richtige Verhalten für die Aktivität sicherzustellen. | Nein |
Hinweis
Standardmäßig hat Azure Data Explorer Quelle eine Größenbeschränkung von 500.000 Datensätzen oder 64 MB. Um alle Datensätze ohne Abschneiden abzurufen, können Sie set notruncation; am Anfang Ihrer Abfrage angeben. Weitere Informationen finden Sie unter Abfragegrenzwerte.
Beispiel:
"activities":[
{
"name": "CopyFromAzureDataExplorer",
"type": "Copy",
"typeProperties": {
"source": {
"type": "AzureDataExplorerSource",
"query": "TestTable1 | take 10",
"queryTimeout": "00:10:00"
},
"sink": {
"type": "<sink type>"
}
},
"inputs": [
{
"referenceName": "<Azure Data Explorer input dataset name>",
"type": "DatasetReference"
}
],
"outputs": [
{
"referenceName": "<output dataset name>",
"type": "DatasetReference"
}
]
}
]
Azure Data Explorer als Senke
Wenn Sie Daten in Azure Data Explorer kopieren möchten, legen Sie die Typeigenschaft in der Kopieraktivitätssenke auf AzureDataExplorerSink fest. Folgende Eigenschaften werden im Abschnitt sink der Kopieraktivität unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft der Senke der Kopieraktivität muss auf Folgendes festgelegt werden: AzureDataExplorerSink. | Ja |
| ingestionMappingName | Der Name einer vorab erstellten Zuordnung für eine Kusto-Tabelle. Um die Spalten von der Quelle zu Azure Data Explorer zuzuordnen (gilt für all unterstützte Quellspeicher und -formate, einschließlich CSV/JSON/Avro-Formate), können Sie die Kopieraktivität spaltenzuordnung (implizit nach Name oder explizit als konfiguriert) und/oder Azure Data Explorer Zuordnungen verwenden. | Nein |
| zusätzlicheEigenschaften | Ein Eigenschaftenbehälter, mit dem Sie beliebige Erfassungseigenschaften angeben können, die nicht bereits von der Azure Data Explorer-Senke festgelegt sind. Dies kann besonders nützlich sein, um Erfassungstags anzugeben. Weitere Informationen finden Sie unter Azure Data Explore data ingestion doc. | Nein |
Beispiel:
"activities":[
{
"name": "CopyToAzureDataExplorer",
"type": "Copy",
"typeProperties": {
"source": {
"type": "<source type>"
},
"sink": {
"type": "AzureDataExplorerSink",
"ingestionMappingName": "<optional Azure Data Explorer mapping name>",
"additionalProperties": {<additional settings for data ingestion>}
}
},
"inputs": [
{
"referenceName": "<input dataset name>",
"type": "DatasetReference"
}
],
"outputs": [
{
"referenceName": "<Azure Data Explorer output dataset name>",
"type": "DatasetReference"
}
]
}
]
Eigenschaften von Mapping Data Flow
Beim Transformieren von Daten im Zuordnungsdatenfluss können Sie in Azure Data Explorer aus Tabellen lesen und schreiben. Weitere Informationen finden Sie unter Quellentransformation und Senkentransformation in Zuordnungsdatenflüssen. Sie können ein Azure Data Explorer-Dataset oder ein inline-Dataset als Quelle und Senkentyp verwenden.
Quellentransformation
In der folgenden Tabelle sind die von Azure Data Explorer Quelle unterstützten Eigenschaften aufgeführt. Sie können diese Eigenschaften auf der Registerkarte Quelloptionen bearbeiten.
| Name | Beschreibung | Erforderlich | Zulässige Werte | Datenflussskript-Eigenschaft |
|---|---|---|---|---|
| Tabelle | Wenn Sie "Tabelle als Eingabe" auswählen, ruft der Datenfluss alle Daten aus der Tabelle ab, die im Azure Data Explorer-Dataset oder in den Quelloptionen bei Verwendung von Inline-Datasets angegeben ist. | Nein | Schnur |
(nur für Inlinedataset) Tabellenname |
| Abfrage | Eine in einem KQL-Format angegebene schreibgeschützte Anforderung. Verwenden Sie die benutzerdefinierte KQL-Abfrage als Verweis. | Nein | Schnur | Abfrage |
| Timeout | Die Wartezeit vor dem Timeout der Abfrageanforderung. Die Standardeinstellung ist 172.000 Minuten (2 Tage). | Nein | Integer | timeout |
Beispiele für Azure Data Explorer Quellskripts
Wenn Sie Azure Data Explorer Dataset als Quelltyp verwenden, lautet das zugeordnete Datenflussskript:
source(allowSchemaDrift: true,
validateSchema: false,
query: 'table | take 10',
format: 'query') ~> AzureDataExplorerSource
Wenn Sie ein Inlinedataset verwenden, sieht das zugehörige Datenflussskript wie folgt aus:
source(allowSchemaDrift: true,
validateSchema: false,
format: 'query',
query: 'table | take 10',
store: 'azuredataexplorer') ~> AzureDataExplorerSource
Senkentransformation
In der folgenden Tabelle sind die Eigenschaften aufgeführt, die von Azure Data Explorer Sink unterstützt werden. Sie können diese Eigenschaften auf der Registerkarte Einstellungen bearbeiten. Bei Verwendung eines Inlinedatasets werden zusätzliche Einstellungen angezeigt. Diese entsprechen den Eigenschaften, die im Abschnitt zu den Dataseteigenschaften beschrieben sind.
| Name | Beschreibung | Erforderlich | Zulässige Werte | Datenflussskript-Eigenschaft |
|---|---|---|---|---|
| Aktion table | Bestimmt, ob die Zieltabelle vor dem Schreiben neu erstellt werden soll oder alle Zeilen aus der Zieltabelle entfernt werden sollen. - Keine: Es wird keine Aktion an der Tabelle vorgenommen. - Neu erstellen: Die Tabelle wird gelöscht und neu erstellt. Erforderlich, wenn eine neue Tabelle dynamisch erstellt wird. - Abschneiden: Alle Zeilen werden aus der Zieltabelle entfernt. |
Nein |
true oder false |
Neu erstellen abschneiden |
| Pre- und Post-SQL-Skripts | Geben Sie mehrere Skripte mit Kusto-Steuerungsbefehlen an, die ausgeführt werden, bevor Daten in Ihre Senkendatenbank geschrieben werden (Vorverarbeitung) und nachdem dies geschieht (Nachbearbeitung). | Nein | Schnur | preSQLs; postSQLs |
| Timeout | Die Wartezeit vor dem Timeout der Abfrageanforderung. Die Standardeinstellung ist 172.000 Minuten (2 Tage). | Nein | Integer | timeout |
Beispiele für Azure Data Explorer Senkenskript
Wenn Sie Azure Data Explorer Dataset als Sinktyp verwenden, lautet das zugeordnete Datenflussskript:
IncomingStream sink(allowSchemaDrift: true,
validateSchema: false,
format: 'table',
preSQLs:['pre SQL scripts'],
postSQLs:['post SQL script'],
skipDuplicateMapInputs: true,
skipDuplicateMapOutputs: true) ~> AzureDataExplorerSink
Wenn Sie ein Inlinedataset verwenden, sieht das zugehörige Datenflussskript wie folgt aus:
IncomingStream sink(allowSchemaDrift: true,
validateSchema: false,
format: 'table',
store: 'azuredataexplorer',
skipDuplicateMapInputs: true,
skipDuplicateMapOutputs: true) ~> AzureDataExplorerSink
Eigenschaften der Lookup-Aktivität
Weitere Informationen zu den Eigenschaften finden Sie unter Lookup-Aktivität in Azure Data Factory.
Verwandte Inhalte
Eine Liste der Datenspeicher, die die Copy-Aktivität als Quellen und Senken unterstützt, finden Sie unter Unterstützte Datenspeicher.
Weitere Informationen dazu, wie Sie Daten von Azure Data Factory und Synapse Analytics zu Azure Data Explorer kopieren können.