Kopieren von Daten aus Impala mit Azure Data Factory oder Synapse Analytics

2025-06-09

GILT FÜR: Azure Data Factory Azure Synapse Analytics

Tipp

Testen Sie Data Factory in Microsoft Fabric, eine All-in-One-Analyselösung für Unternehmen. Microsoft Fabric deckt alle Aufgaben ab, von der Datenverschiebung bis hin zu Data Science, Echtzeitanalysen, Business Intelligence und Berichterstellung. Erfahren Sie, wie Sie kostenlos eine neue Testversion starten!

In diesem Artikel wird beschrieben, wie Sie die Kopieraktivität in einer Azure Data Factory- oder Synapse Analytics-Pipeline verwenden, um Daten aus Impala zu kopieren. Er baut auf dem Artikel zur Übersicht über die Kopieraktivität auf, der eine allgemeine Übersicht über die Kopieraktivität enthält.

Von Bedeutung

Der Impala Connector Version 2.0 (Vorschau) bietet verbesserte native Impala-Unterstützung. Wenn Sie die Impala Connector Version 1.0 in Ihrer Lösung verwenden, aktualisieren Sie Ihren Impala-Connector vor dem 30. September 2025. Ausführliche Informationen zum Unterschied zwischen Version 2.0 (Vorschau) und Version 1.0 finden Sie in diesem Abschnitt .

Unterstützte Funktionen

Dieser Impala-Connector wird für die folgenden Funktionen unterstützt:

Unterstützte Funktionen	IR
Kopieraktivität (Quelle/-)	(1) (2)
Lookup-Aktivität	(1) (2)

① Azure Integration Runtime ② Selbstgehostete Integration Runtime

Eine Liste der Datenspeicher, die als Quellen oder Senken für die Kopieraktivität unterstützt werden, finden Sie in der Tabelle Unterstützte Datenspeicher.

Der Dienst enthält einen integrierten Treiber zum Herstellen der Konnektivität. Aus diesem Grund müssen Sie Treiber für die Verwendung dieses Connectors nicht manuell installieren.

Voraussetzungen

Wenn sich Ihr Datenspeicher in einem lokalen Netzwerk, in einem virtuellen Azure-Netzwerk oder in einer virtuellen privaten Amazon-Cloud befindet, müssen Sie eine selbstgehostete Integration Runtime konfigurieren, um eine Verbindung herzustellen.

Handelt es sich bei Ihrem Datenspeicher um einen verwalteten Clouddatendienst, können Sie die Azure Integration Runtime verwenden. Ist der Zugriff auf IP-Adressen beschränkt, die in den Firewallregeln genehmigt sind, können Sie Azure Integration Runtime-IPs zur Positivliste hinzufügen.

Sie können auch das Feature managed virtual network integration runtime (Integration Runtime für verwaltete virtuelle Netzwerke) in Azure Data Factory verwenden, um auf das lokale Netzwerk zuzugreifen, ohne eine selbstgehostete Integration Runtime zu installieren und zu konfigurieren.

Weitere Informationen zu den von Data Factory unterstützten Netzwerksicherheitsmechanismen und -optionen finden Sie unter Datenzugriffsstrategien.

Erste Schritte

Sie können eines der folgenden Tools oder SDKs verwenden, um die Kopieraktivität mit einer Pipeline zu verwenden:

Erstellen eines verknüpften Diensts für Impala über die Benutzeroberfläche

Verwenden Sie die folgenden Schritte, um einen verknüpften Dienst für Impala auf der Azure-Portal erstellen.

Navigieren Sie in Ihrem Azure Data Factory- oder Synapse-Arbeitsbereich zu der Registerkarte „Verwalten“, wählen Sie „Verknüpfte Dienste“ aus und klicken Sie dann auf „Neu“:
- Azure Data Factory
- Azure Synapse
Suchen Sie nach Impala, und wählen Sie den Impala-Connector aus.
Konfigurieren Sie die Dienstdetails, testen Sie die Verbindung, und erstellen Sie den neuen verknüpften Dienst.

Details zur Connector-Konfiguration

Die folgenden Abschnitte enthalten Details zu Eigenschaften, die zum Definieren von Data Factory-Entitäten speziell für den Impala-Connector verwendet werden.

Eigenschaften des verknüpften Diensts

Der Impala-Connector unterstützt jetzt Version 2.0 (Vorschau). In diesem Abschnitt erfahren Sie, wie Sie Ihre Impala-Connectorversion von Version 1.0 aktualisieren. Einzelheiten zur Eigenschaft finden Sie in den entsprechenden Abschnitten.

Version 2.0 (Vorschau)
Version 1.0

Version 2.0 (Vorschau)

Der Impala verknüpfte Dienst unterstützt die folgenden Eigenschaften bei Anwendung der Version 2.0 (Vorschau):

Eigenschaft	Beschreibung	Erforderlich
Typ	Die „type“-Eigenschaft muss auf Impala festgelegt werden.	Ja
Ausgabe	Die von Ihnen angegebene Version. Der Wert ist `2.0`.	Ja
Gastgeber	Die IP-Adresse oder der Hostname des Impala-Servers (d.h. 192.168.222.160)	Ja
Hafen	Der TCP-Port, den der Impala-Server verwendet, um auf Clientverbindungen zu lauschen. Der Standardwert ist 21050.	Nein
thriftTransportProtokoll	Das Transportprotokoll, das in der Thrift-Schicht verwendet werden soll. Zulässige Werte sind: Binary, HTTP. Der Standardwert ist "Binary".	Ja
Authentifizierungstyp	Der zu verwendende Authentifizierungstyp. Zulässige Werte sind "Anonymous" und "UsernameAndPassword".	Ja
Benutzername	Der Benutzername für den Zugriff auf den Impala-Server.	Nein
Kennwort	Das Kennwort, das dem Benutzernamen entspricht, wenn Sie „UsernameAndPassword“ verwenden. Markieren Sie dieses Feld als einen „SecureString“, um es sicher zu speichern, oder verweisen Sie auf ein in Azure Key Vault gespeichertes Geheimnis.	Nein
SSL aktivieren	Gibt an, ob die Verbindungen mit dem Server mit dem Server mittels TLS verschlüsselt werden. Der Standardwert ist true.	Nein
Aktivierung der Serverzertifikatsvalidierung	Geben Sie an, ob die Ssl-Zertifikatüberprüfung auf dem Server aktiviert werden soll, wenn Sie eine Verbindung herstellen. Verwenden Sie immer den System Trust Store. Der Standardwert ist true.	Nein
connectVia	Die Integration Runtime, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden soll. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet.	Nein

Beispiel:

{
    "name": "ImpalaLinkedService",
    "properties": {
        "type": "Impala",
        "version": "2.0",
        "typeProperties": {
            "host" : "<host>",
            "port" : "<port>",
            "authenticationType" : "UsernameAndPassword",
            "username" : "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            },
            "enableSsl": true,
            "thriftTransportProtocol": "Binary",
            "enableServerCertificateValidation": true
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

Version 1.0

Die folgenden Eigenschaften werden für den mit Impala verknüpften Dienst unterstützt, wenn Version 1.0 angewendet wird:

Folgende Eigenschaften werden für den mit Impala verknüpften Dienst unterstützt:

Eigenschaft	Beschreibung	Erforderlich
Typ	Die „type“-Eigenschaft muss auf Impala festgelegt werden.	Ja
Gastgeber	Die IP-Adresse oder der Hostname des Impala-Servers (d.h. 192.168.222.160)	Ja
Hafen	Der TCP-Port, den der Impala-Server verwendet, um auf Clientverbindungen zu lauschen. Der Standardwert ist 21050.	Nein
Authentifizierungstyp	Der zu verwendende Authentifizierungstyp. Zulässige Werte: Anonymous, SASLUsername und UsernameAndPassword.	Ja
Benutzername	Der Benutzername für den Zugriff auf den Impala-Server. Der Standardwert ist „Anonymous“, wenn „SASLUsername“ verwendet wird.	Nein
Kennwort	Das Kennwort, das dem Benutzernamen entspricht, wenn Sie „UsernameAndPassword“ verwenden. Markieren Sie dieses Feld als einen „SecureString“, um es sicher zu speichern, oder verweisen Sie auf ein in Azure Key Vault gespeichertes Geheimnis.	Nein
SSL aktivieren	Gibt an, ob die Verbindungen mit dem Server mit dem Server mittels TLS verschlüsselt werden. Der Standardwert ist false.	Nein
VertrauenswürdigerZertifikatspfad	Der vollständige Pfad der PEM-Datei mit vertrauenswürdigen Zertifizierungsstellenzertifikaten zur Überprüfung des Servers beim Verbindungsaufbau über TLS. Diese Eigenschaft kann nur festgelegt werden, wenn Sie TLS für die selbstgehostete Integration Runtime verwenden. Der Standardwert ist die Datei „cacerts.pem“, die mit der Integration Runtime installiert wird.	Nein
useSystemTrustStore	Gibt an, ob ein Zertifizierungsstellenzertifikat aus dem Vertrauensspeicher des Systems oder aus einer angegebenen PEM-Datei verwendet werden soll. Der Standardwert ist false.	Nein
allowHostNameCNMismatch	Gibt an, ob der Name eines von der Zertifizierungsstelle ausgestellten TLS/SSL-Zertifikats mit dem Hostnamen des Servers übereinstimmen muss, wenn eine Verbindung über TLS hergestellt wird. Der Standardwert ist false.	Nein
Selbstsigniertes Serverzertifikat zulassen	Gibt an, ob vom Server selbstsignierte Zertifikate zugelassen werden. Der Standardwert ist false.	Nein
connectVia	Die Integration Runtime, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden soll. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet.	Nein

Beispiel:

{
    "name": "ImpalaLinkedService",
    "properties": {
        "type": "Impala",
        "typeProperties": {
            "host" : "<host>",
            "port" : "<port>",
            "authenticationType" : "UsernameAndPassword",
            "username" : "<username>",
            "password": {
                "type": "SecureString",
                "value": "<password>"
            }
        },
        "connectVia": {
            "referenceName": "<name of Integration Runtime>",
            "type": "IntegrationRuntimeReference"
        }
    }
}

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. Dieser Abschnitt enthält eine Liste der Eigenschaften, die vom Impala-Dataset unterstützt werden.

Legen Sie zum Kopieren von Daten aus Impala die „type“-Eigenschaft des Datasets auf ImpalaObject fest. Folgende Eigenschaften werden unterstützt:

Eigenschaft	Beschreibung	Erforderlich
Typ	Die type-Eigenschaft des Datasets muss auf folgenden Wert festgelegt werden: ImpalaObject	Ja
Schema	Name des Schemas.	Nein (wenn „query“ in der Aktivitätsquelle angegeben ist)
Tisch	Der Name der Tabelle.	Nein (wenn „query“ in der Aktivitätsquelle angegeben ist)
Tabellenname	Name der Tabelle mit Schema. Diese Eigenschaft wird aus Gründen der Abwärtskompatibilität weiterhin unterstützt. Verwenden Sie `schema` und `table` für eine neue Workload.	Nein (wenn „query“ in der Aktivitätsquelle angegeben ist)

Beispiel

{
    "name": "ImpalaDataset",
    "properties": {
        "type": "ImpalaObject",
        "typeProperties": {},
        "schema": [],
        "linkedServiceName": {
            "referenceName": "<Impala linked service name>",
            "type": "LinkedServiceReference"
        }
    }
}

Eigenschaften der Kopieraktivität

Eine vollständige Liste mit den Abschnitten und Eigenschaften zum Definieren von Aktivitäten finden Sie im Artikel Pipelines. Dieser Abschnitt enthält eine Liste der Eigenschaften, die vom Impala-Quelltyp unterstützt werden.

Impala als Quelltyp

Legen Sie zum Kopieren von Daten aus der Impala den Quelltyp in der Kopieraktivität auf ImpalaSource fest. Die folgenden Eigenschaften werden im Abschnitt source der Kopieraktivität unterstützt.

Eigenschaft	Beschreibung	Erforderlich
Typ	Die „type“-Eigenschaft der Quelle der Kopieraktivität muss auf ImpalaSource festgelegt werden.	Ja
Abfrage	Verwendet die benutzerdefinierte SQL-Abfrage zum Lesen von Daten. z. B. `"SELECT * FROM MyTable"`.	Nein (wenn „tableName“ im Dataset angegeben ist)

Beispiel:

"activities":[
    {
        "name": "CopyFromImpala",
        "type": "Copy",
        "inputs": [
            {
                "referenceName": "<Impala input dataset name>",
                "type": "DatasetReference"
            }
        ],
        "outputs": [
            {
                "referenceName": "<output dataset name>",
                "type": "DatasetReference"
            }
        ],
        "typeProperties": {
            "source": {
                "type": "ImpalaSource",
                "query": "SELECT * FROM MyTable"
            },
            "sink": {
                "type": "<sink type>"
            }
        }
    }
]

Datentypzuordnung für Impala

Wenn Sie Daten aus und in Impala kopieren, werden die folgenden Zwischendatentypzuordnungen innerhalb des Diensts verwendet. Informationen dazu, wie die Kopieraktivität das Quellschema und den Datentyp der Spüle zuordnet, finden Sie unter Schema- und Datentypzuordnungen.

Impala-Datentyp	Zwischendienstdatentyp (für Version 2.0 (Vorschau))	Zwischendienstdatentyp (für Version 1.0)
ANORDNUNG	Schnur	Schnur
bigint	Int64	Int64
BOOLESCH	Boolescher Typ (Boolean)	Boolescher Typ (Boolean)
VERKOHLEN	Schnur	Schnur
Datum	Datum/Uhrzeit	Datum/Uhrzeit
DEZIMAL	Dezimalzahl	Dezimalzahl
DOPPELT	Doppelt	Doppelt
SCHWEBEN	Ledig	Ledig
INT	Int32	Int32
KARTE	Schnur	Schnur
SMALLINT	Int16	Int16
SCHNUR	Schnur	Schnur
STRUKTUR	Schnur	Schnur
ZEITSTEMPEL	DateTimeOffset (Datum/Uhrzeit mit Offset)	Datum/Uhrzeit
TINYINT	SByte	Int16
VARCHAR	Schnur	Schnur

Eigenschaften der Lookup-Aktivität

Ausführliche Informationen zu den Eigenschaften finden Sie unter Lookup-Aktivität.

Aktualisierung des Impala-Connectors

Hier sind Schritte, mit denen Sie den Impala-Connector aktualisieren können:

Wählen Sie auf der Seite "Verknüpften Dienst bearbeiten " Version 2.0 (Vorschau) aus, und konfigurieren Sie den verknüpften Dienst, indem Sie auf die Verknüpften Diensteigenschaften Version 2.0 verweisen.
Die Datentypzuordnung für die verknüpfte Impala-Dienstversion 2.0 (Vorschau) unterscheidet sich von der zuordnung für die Version 1.0. Informationen zur neuesten Datentypzuordnung finden Sie unter "Datentypzuordnung für Impala".

Unterschiede zwischen Impala Version 2.0 (Vorschau) und Version 1.0

Die Impala Connector Version 2.0 (Vorschau) bietet neue Funktionen und ist mit den meisten Features von Version 1.0 kompatibel. Die folgende Tabelle zeigt die Featureunterschiede zwischen Version 2.0 (Vorschau) und Version 1.0.

Version 2.0 (Vorschau)	Version 1.0
DER SASLUsername-Authentifizierungstyp wird nicht unterstützt.	Unterstützen Sie den SASLUsername-Authentifizierungstyp.
Der Standardwert lautet `enableSSL` "true". `trustedCertPath`, `useSystemTrustStoreallowHostNameCNMismatch` und `allowSelfSignedServerCert` werden nicht unterstützt. `enableServerCertificateValidation` wird unterstützt.	Der Standardwert lautet `enableSSL` "false". `trustedCertPath`, `useSystemTrustStoreallowHostNameCNMismatch` und `allowSelfSignedServerCert` werden unterstützt. `enableServerCertificateValidation` wird nicht unterstützt.
Die folgenden Zuordnungen werden von Impala-Datentypen zu Zwischendatentypen des Diensts verwendet. TIMESTAMP -> DateTimeOffset TINYINT > SByte	Die folgenden Zuordnungen werden von Impala-Datentypen zu Zwischendatentypen des Diensts verwendet. TIMESTAMP -> Datum und Uhrzeit TINYINT -> Int16

Eine Liste der Datenspeicher, die als Quelles und Senken für die Kopieraktivität unterstützt werden, finden Sie in Unterstützte Datenspeicher.

Freigeben über

Kopieren von Daten aus Impala mit Azure Data Factory oder Synapse Analytics

Unterstützte Funktionen

Voraussetzungen

Erste Schritte

Erstellen eines verknüpften Diensts für Impala über die Benutzeroberfläche

Details zur Connector-Konfiguration

Eigenschaften des verknüpften Diensts

Version 2.0 (Vorschau)

Version 1.0

Dataset-Eigenschaften

Eigenschaften der Kopieraktivität

Impala als Quelltyp

Datentypzuordnung für Impala

Eigenschaften der Lookup-Aktivität

Aktualisierung des Impala-Connectors

Unterschiede zwischen Impala Version 2.0 (Vorschau) und Version 1.0

Zugehöriger Inhalt

Feedback

Zusätzliche Ressourcen