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
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 MariaDB zu kopieren. Er baut auf dem Artikel zur Übersicht über die Kopieraktivität auf, der eine allgemeine Übersicht über die Kopieraktivität enthält.
Wichtig
Die MariaDB Connector Version 1.0 wird entfernt. Sie werden empfohlen, den MariaDB-Connector von Version 1.0 auf 2.0 zu aktualisieren.
Unterstützte Funktionen
Dieser MariaDB-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. Daher müssen Sie keinen Treiber manuell installieren, wenn dieser Connector verwendet wird.
Dieser Connector unterstützt derzeit MariaDB Version 10.x, 11.x unter der MariaDB Connector Version 2.0 und 10.0 bis 10.5 für Version 1.0.
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
Zum Ausführen der Kopieraktivität mit einer Pipeline können Sie eines der folgenden Tools oder SDKs verwenden:
- Datenkopier-Werkzeug
- Azure-Portal
- .NET SDK
- Python SDK
- Azure PowerShell
- REST-API
- Azure Resource Manager-Vorlage
Erstellen eines verknüpften Diensts für MariaDB über die Benutzeroberfläche
Führen Sie die folgenden Schritte aus, um einen verknüpften Dienst für MariaDB in der Benutzeroberfläche des Azure-Portals zu erstellen.
Navigieren Sie in Ihrem Azure Data Factory- oder Synapse-Arbeitsbereich zur Registerkarte „Verwalten“, wählen Sie „Verknüpfte Dienste“ aus, und klicken Sie dann auf „Neu“:
Suchen Sie nach Maria, und wählen Sie den MariaDB 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 Data Factory-Entitäten speziell für den MariaDB-Connector verwendet werden.
Eigenschaften des verknüpften Diensts
Wenn Sie Version 2.0 verwenden, werden die folgenden Eigenschaften für den mit MariaDB verknüpften Dienst unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf Folgendes festgelegt werden: MariaDB | Ja |
| driverVersion | Die Treiberversion, wenn Sie Version 2.0 auswählen. Der Wert lautet v2. | Ja |
| server | Der Name Ihres MariaDB-Servers. | Ja |
| Hafen | Die Portnummer für die Verbindung mit dem MariaDB-Server. | Nein |
| Datenbank | Ihr MariaDB-Datenbankname. | Ja |
| Benutzername | Ihr Benutzername. | Ja |
| Kennwort | Das Kennwort für den Benutzernamen. Markieren Sie dieses Feld als SecureString, um es sicher zu speichern. Alternativ können Sie auf ein in Azure Key Vault gespeichertes Geheimnis verweisen. | Ja |
| SSL-Modus | Diese Option gibt an, ob der Treiber beim Herstellen der Verbindung mit MariaDB die TLS-Verschlüsselung und -Überprüfung verwendet. Beispiel: SSLMode=<0/1/2/3/4>.Optionen: DISABLED (0) / PREFERRED (1) / REQUIRED (2) / VERIFY_CA (3) / VERIFY_IDENTITY (4) (Standard) |
Ja |
| useSystemTrustStore | Diese Option gibt an, ob ein Zertifizierungsstellenzertifikat aus dem Vertrauensspeicher des Systems oder aus einer angegebenen PEM-Datei verwendet werden soll. Beispiel UseSystemTrustStore=<0/1>;Optionen: Enabled (1)/Disabled (0) (Standard) |
Nein |
| connectVia | Die Integrationslaufzeit, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden muss. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet. | Nein |
Hinweis
Der MariaDB-Connector, Version 2.0, verwendet standardmäßig die höchste TLS-Verschlüsselung und -Überprüfung mit sslMode=VERIFY_IDENTITY (4). Je nach TLS-Konfiguration Ihres Servers passen Sie den sslMode bei Bedarf an.
Beispiel:
{
"name": "MariaDBLinkedService",
"properties": {
"type": "MariaDB",
"typeProperties": {
"server": "<server>",
"port": "<port>",
"database": "<database>",
"username": "<username>",
"password": {
"type": "SecureString",
"value": "<password>"
},
"driverVersion": "v2",
"sslMode": <sslmode>,
"useSystemTrustStore": <UseSystemTrustStore>
},
"connectVia": {
"referenceName": "<name of Integration Runtime>",
"type": "IntegrationRuntimeReference"
}
}
}
Beispiel: Speichern des Kennworts in Azure Key Vault
{
"name": "MariaDBLinkedService",
"properties": {
"type": "MariaDB",
"typeProperties": {
"server": "<server>",
"port": "<port>",
"database": "<database>",
"username": "<username>",
"password": {
"type": "AzureKeyVaultSecret",
"store": {
"referenceName": "<Azure Key Vault linked service name>",
"type": "LinkedServiceReference"
},
"secretName": "<secretName>"
},
"driverVersion": "v2",
"sslMode": <sslmode>,
"useSystemTrustStore": <UseSystemTrustStore>
},
"connectVia": {
"referenceName": "<name of Integration Runtime>",
"type": "IntegrationRuntimeReference"
}
}
}
Wenn Sie Version 1.0 verwenden, werden die folgenden Eigenschaften unterstützt:
| Eigenschaft | Beschreibung | Erforderlich |
|---|---|---|
| Typ | Die type-Eigenschaft muss auf Folgendes festgelegt werden: MariaDB | Ja |
| connectionString | Eine ODBC-Verbindungszeichenfolge zum Herstellen einer Verbindung mit MariaDB. Sie können auch das Kennwort in Azure Key Vault speichern und die pwd-Konfiguration aus der Verbindungszeichenfolge pullen. Ausführlichere Informationen finden Sie in den folgenden Beispielen und im Artikel Speichern von Anmeldeinformationen in Azure Key Vault. |
Ja |
| connectVia | Die Integrationslaufzeit, die zum Herstellen einer Verbindung mit dem Datenspeicher verwendet werden muss. Weitere Informationen finden Sie im Abschnitt Voraussetzungen. Wenn keine Option angegeben ist, wird die standardmäßige Azure Integration Runtime verwendet. | Nein |
Beispiel:
{
"name": "MariaDBLinkedService",
"properties": {
"type": "MariaDB",
"typeProperties": {
"connectionString": "Server=<host>;Port=<port>;Database=<database>;UID=<user name>;PWD=<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 MariaDB-Dataset unterstützt werden.
Legen Sie zum Kopieren von Daten aus MariaDB die „type“-Eigenschaft des Datasets auf MariaDBTable fest. Bei diesem Dataset-Typ gibt es keine zusätzliche typspezifische Eigenschaft.
Beispiel
{
"name": "MariaDBDataset",
"properties": {
"type": "MariaDBTable",
"typeProperties": {},
"schema": [],
"linkedServiceName": {
"referenceName": "<MariaDB 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 von der MariaDB-Quelle unterstützt werden.
MariaDB als Quelle
Legen Sie zum Kopieren von Daten aus MariaDB den Quelltyp in der Kopieraktivität auf MariaDBSource 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: MariaDBSource | Ja |
| Anfrage | Verwendet die benutzerdefinierte SQL-Abfrage zum Lesen von Daten. Beispiel: "SELECT * FROM MyTable". |
Nein (wenn „tableName“ im Dataset angegeben ist) |
Beispiel:
"activities":[
{
"name": "CopyFromMariaDB",
"type": "Copy",
"inputs": [
{
"referenceName": "<MariaDB input dataset name>",
"type": "DatasetReference"
}
],
"outputs": [
{
"referenceName": "<output dataset name>",
"type": "DatasetReference"
}
],
"typeProperties": {
"source": {
"type": "MariaDBSource",
"query": "SELECT * FROM MyTable"
},
"sink": {
"type": "<sink type>"
}
}
}
]
Datentypzuordnung für MariaDB
Beim Kopieren von Daten aus MariaDB werden die folgenden Zuordnungen von MariaDB-Datentypen zu den vom Dienst intern verwendeten Zwischendatentypen verwendet. Unter Schema- und Datentypzuordnungen erfahren Sie, wie Sie Aktivitätszuordnungen für Quellschema und Datentyp in die Senke kopieren.
| MariaDB-Datentyp | Zwischendienstdatentyp (für Version 2.0) | Zwischendienstdatentyp (für Version 1.0) |
|---|---|---|
| BIGINT | Int64 | Int64 |
| BIGINT (OHNE VORZEICHEN) | UInt64 | Decimal |
| BIT(1) | UInt64 | Boolean |
| BIT(M), M>1 | UInt64 | Byte[] |
| BLOB | Byte[] | Byte[] |
| BOOL | Boolesch (Wenn TreatTinyAsBoolean=false ist, wird es als SByte zugeordnet. TreatTinyAsBoolean ist per Voreinstellung true.) |
Int16 |
| CHAR | Zeichenfolge | Zeichenfolge |
| DATE | Datum und Uhrzeit | Datum und Uhrzeit |
| Datum/Zeit | Datum und Uhrzeit | Datum und Uhrzeit |
| DECIMAL | Decimal | Dezimal, Zeichenfolge |
| Double | Double | Double |
| DOPPELTE GENAUIGKEIT | Double | Double |
| ENUM | Zeichenfolge | Zeichenfolge |
| FLOAT | Ledig | Ledig |
| INT | Int32 | Int32 |
| INT (OHNE VORZEICHEN) | Int64 | Int64 |
| INTEGER | Int32 | Int32 |
| Integer ohne Vorzeichen | UInt32 | Int64 |
| JSON | Zeichenfolge | Byte[] |
| LONG VARBINARY | Byte[] | Byte[] |
| LONG VARCHAR | Zeichenfolge | Zeichenfolge |
| LONGBLOB | Byte[] | Byte[] |
| LONGTEXT | Zeichenfolge | Zeichenfolge |
| MEDIUMBLOB | Byte[] | Byte[] |
| MEDIUMINT | Int32 | Int32 |
| MEDIUMINT (OHNE VORZEICHEN) | UInt32 | Int64 |
| MEDIUMTEXT | Zeichenfolge | Zeichenfolge |
| NUMERISCH | Decimal | Decimal |
| WIRKLICH | Double | Double |
| SET | Zeichenfolge | Zeichenfolge |
| SMALLINT | Int16 | Int16 |
| SMALLINT OHNE VORZEICHEN | UInt16 | Int32 |
| TEXT | Zeichenfolge | Zeichenfolge |
| TIME | TimeSpan | TimeSpan |
| TIMESTAMP | Datum und Uhrzeit | Datum und Uhrzeit |
| TINYBLOB | Byte[] | Byte[] |
| TINYINT | SByte | Int16 |
| TINYINT (ohne Vorzeichen) | Int16 | Int16 |
| TINYTEXT | Zeichenfolge | Zeichenfolge |
| VARCHAR | Zeichenfolge | Zeichenfolge |
| YEAR | Int | Int |
Eigenschaften der Lookup-Aktivität
Um Details zu den Eigenschaften zu erfahren, schauen Sie unter Lookup-Aktivität nach.
Upgrade des MariaDB-Connectors
Die folgenden Schritte helfen Ihnen beim Upgrade Ihres MariaDB-Connectors:
Wählen Sie auf der Seite Verknüpften Dienst bearbeiten unter Version die Option 2.0 aus, und konfigurieren Sie den verknüpften Dienst, indem Sie auf Eigenschaften des verknüpften Diensts verweisen.
Die Datentypzuordnung für Version 2.0 unterscheidet sich von der für Version 1.0. Informationen zur Datentypzuordnung für Version 2.0 finden Sie unter Datentypzuordnung für MariaDB.
Die neueste Treiberversion v2 unterstützt weitere MariaDB-Versionen. Weitere Informationen finden Sie unter Unterstützte Funktionen.
Unterschiede zwischen MariaDB Version 2.0 und Version 1.0
Die folgende Tabelle zeigt die Unterschiede bei der Datentypzuordnung zwischen MariaDB, Version 2.0 und Version 1.0.
| MariaDB-Datentyp | Zwischendienstdatentyp (mit Version 2.0) | Zwischendienstdatentyp (mit Version 1.0) |
|---|---|---|
| BIGINT (OHNE VORZEICHEN) | UInt64 | Decimal |
| BIT(1) | UInt64 | Boolean |
| BIT(M), M>1 | UInt64 | Byte[] |
| BOOL | Boolean | Int16 |
| DECIMAL | Decimal | Dezimal, Zeichenfolge |
| Integer ohne Vorzeichen | UInt32 | Int64 |
| JSON | Zeichenfolge | Byte[] |
| MEDIUMINT (OHNE VORZEICHEN) | UInt32 | Int64 |
| SMALLINT OHNE VORZEICHEN | UInt16 | Int32 |
| TINYINT | SByte | Int16 |
Zugehöriger Inhalt
Eine Liste der Datenspeicher, die als Quelle und Senke für die Kopieraktivität unterstützt werden, finden Sie unter Unterstützte Datenspeicher.