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.
Ihre Azure Data Factory Pipelines ermöglichen bereits kritische Workflows. Dieser Artikel führt Sie durch die Migration von Azure Data Factory(ADF)-Pipelines zu Fabric Data Factory mithilfe der integrierten Migrationserfahrung. Sie können entweder mit Azure Data Factory oder einem Fabric Arbeitsbereich beginnen.
Die Migrationserfahrung hilft Ihnen bei:
- Bewerten Sie die Pipelinebereitschaft direkt in Azure Data Factory.
- Verstehen von Kompatibilitätslücken auf Pipeline- und Aktivitätsebene.
- Migrieren unterstützter Pipelines in einen Fabric-Arbeitsbereich.
- Planen Sie die nächsten Schritte für Elemente, die Updates benötigen oder die in Kürze verfügbar sind.
Mit diesem bewertungsorientierten Ansatz können Sie Pipelines in Ihrem eigenen Tempo aktualisieren und die Ergebnisse validieren, bevor Sie Produktionsworkloads umstellen.
So starten Sie die Migration
Sie können mit der Migration Ihrer Azure Data Factory Pipelines von einem der beiden Einstiegspunkte beginnen:
| Einstiegspunkt | Am besten geeignet für: | Startschritt |
|---|---|---|
| Von Azure Data Factory | Ausführen einer vollständigen Bewertung der Pipelinebereitschaft vor der Migration | |
| Aus einem Fabric-Arbeitsbereich | Direktes Einbinden und Migration, wenn Sie bereits wissen, welche Factory Sie importieren wollen | Option B: Start mit Fabric |
Beide Pfade werden in Schritt 4 zusammengeführt: Migrieren von Pipelines.
Voraussetzungen
Bevor Sie beginnen, stellen Sie sicher, dass Sie folgendes haben:
- Eine vorhandene Azure Data Factory Instanz mit Pipelines.
- Zugriff auf einen Microsoft Fabric Mandanten.
- Ein Fabric-Arbeitsbereich im gleichen Microsoft Entra ID-Mandanten wie die Azure Data Factory-Instanz.
- Wenn sie mit Fabric beginnen: Ein Fabric-Arbeitsbereich, in dem Sie mindestens über Berechtigungen als Mitwirkender verfügen.
Option A: Starten von Azure Data Factory
Schritt 1: Bewerten Sie Ihre Pipelines für die Migration.
Um die Migrationsbewertung auszuführen, wählen Sie in Ihrem Azure Data Factory Erstellungszeichenbereich Migrate to Fabric (Preview)>Get started (Vorschau) aus, um Pipelines und Aktivitäten für die Migrationsbereitschaft auszuwerten.
Schritt 2: Überprüfen und Verstehen von Bewertungsergebnissen
Sowohl die Werks- als auch die einzelnen Pipelines werden mit einem Bereitschaftsstatus kategorisiert:
| Der Status | Bedeutung |
|---|---|
| Bereit | Startklar für die Migration |
| Überprüfung erforderlich | Erfordert Änderungen vor der Migration, z. B. globale Parameter |
| Demnächst verfügbar | Unterstützung in Bearbeitung; später migrieren |
| Nicht kompatibel | Keine Entsprechung in Fabric; Refaktorierung erforderlich |
Wie Sie Details auf Aktivitätsebene genauer einsehen können, erfahren Sie unter Was die Status der Bewertungen bedeuten.
Sie können Ihre Bewertungsergebnisse auch in eine CSV-Datei exportieren, um die Offlineüberprüfung und Wartungsplanung zu unterstützen.
Schritt 3: Wählen Sie einen Fabric-Arbeitsbereich aus und binden Sie Ihre Azure Data Factory ein.
Nachdem Sie die Bewertung überprüft haben, wählen Sie Next aus, um Ihre Azure Data Factory in einem Fabric Arbeitsbereich zu bereitstellen und den Migrationsfluss in Fabric fortzusetzen. Mit der Montage können Sie auf Ihre Azure Data Factory-Instanz (ADF) innerhalb eines Fabric Arbeitsbereichs verweisen, ohne die Azure Data Factory Umgebung zu migrieren, zu kopieren oder zu ändern.
Wählen Sie nach Abschluss der Montage Continue in Fabric aus, um mit den Migrationsschritten fortzufahren.
Fahren Sie mit Schritt 4 fort: Migrieren von Pipelines.
Option B: Von Fabric starten
- Öffnen Sie Ihren Fabric-Arbeitsbereich.
- Wählen Sie auf der Arbeitsbereichssymbolleiste "Migrieren" aus.
- Wählen Sie im Bereich Zu Fabric migrieren unter Zu Notebooks, Spark-Pools und mehr migrieren den Punkt Data Factory aus.
- Wählen Sie die Azure Data Factory Instanz aus, die Sie in diesem Arbeitsbereich bereitstellen möchten.
- Fahren Sie nach Abschluss der Montage mit Schritt 4 fort: Migrieren von Pipelines.
Hinweis
Wenn Sie in Fabric beginnen, wird die Bewertung in ADF (Schritte 1–2) übersprungen. Um die Pipelinebereitschaft vor der Migration zu überprüfen, beginnen Sie mit Step 1: Bewerten Sie stattdessen Ihre Pipelines für die Migration in Azure Data Factory.
Schritt 4: Migrieren von Pipelines
Setzen Sie die Migration aus der Fabric-Oberfläche fort, indem Sie Migrate to Fabric (Preview) auswählen.
Wählen Sie die Pipelines aus, die Sie migrieren möchten.
Schritt 5: Zuordnen verknüpfter Dienste zu Fabric Verbindungen und abschließen der Migration
Wählen Sie Überprüfen Sie Verbindungen aus, um die verknüpften Dienste von Azure Data Factory den Fabric-Verbindungen zuzuordnen, und wählen Sie dann Bestätigen aus.
Die Migrationsumgebung versucht, automatisch Verbindungen für Authentifizierungsmethoden zu erstellen, die sie sicher und zuverlässig von Azure Data Factory zum verwalteten Identitäts- und Sicherheitsmodell Fabric zuordnen können, ohne dass eine vom Kunden verwaltete Infrastruktur oder Netzwerkkonfiguration erforderlich ist.
Während der Migration automatisch erstellte Verbindungen (nur unterstützt)
| Konnektor | Azure Data Factory Authentifizierung | Fabric-Authentifizierung |
|---|---|---|
| Azure Blob Storage | Kontoschlüssel; Gemeinsame Zugriffssignatur (SAS); Dienstprinzipal; Vom System zugewiesene verwaltete Identität | Kontoschlüssel; Gemeinsame Zugriffssignatur (SAS); Dienstprinzipal; Arbeitsbereichsidentität (vom System zugewiesene verwaltete Identität) |
| Azure Data Lake Storage Gen2 | Kontoschlüssel; Gemeinsame Zugriffssignatur (SAS); Dienstprinzipal; Vom System zugewiesene verwaltete Identität | Kontoschlüssel; Gemeinsame Zugriffssignatur (SAS); Dienstprinzipal; Arbeitsbereichsidentität (vom System zugewiesene verwaltete Identität) |
| SQL Server | Standardauthentifizierung (SQL-Authentifizierung); Service Principal; Vom System zugewiesene verwaltete Identität | Basisauthentifizierung; Dienstprinzipal; Arbeitsbereichsidentität (vom System zugewiesene verwaltete Identität) |
| Azure SQL-Datenbank | Standardauthentifizierung (SQL-Authentifizierung); Service Principal; Vom System zugewiesene verwaltete Identität | Basisauthentifizierung; Dienstprinzipal; Arbeitsbereichsidentität (vom System zugewiesene verwaltete Identität) |
| Azure Data Explorer (Kusto) | Service principal; Vom System zugewiesene verwaltete Identität | Dienstprinzipal; Arbeitsbereichsidentität (systemzugewiesene, verwaltete Identität) |
| Azure Cosmos DB für NoSQL | Kontoschlüssel | Kontoschlüssel |
| Azure Cosmos DB für MongoDB | Standardauthentifizierung | Standardauthentifizierung |
| Azure SQL Managed Instance | Kontoschlüssel; Dienstprinzipal | Standardauthentifizierung; Diensthauptbenutzer |
| Azure Database for PostgreSQL | Standardauthentifizierung | Standardauthentifizierung |
| Azure-Datenbank für MySQL | Standardauthentifizierung | Standardauthentifizierung |
| MySQL | Standardauthentifizierung | Standardauthentifizierung |
| PostgreSQL | Standardauthentifizierung | Standardauthentifizierung |
Wählen Sie für andere Verbindungen entweder eine vorhandene Fabric Verbindung aus, oder erstellen Sie neue Verbindungen mithilfe der modernen Benutzeroberfläche "Daten abrufen" oder über Arbeitsbereichseinstellungen. Wählen Sie dann Bestätigen aus.
Ausgewählte Pipelines werden in einen Ordner migriert, dem der Name der Source Factory_Migration vorangestellt ist, um die Identifizierung zu erleichtern und Namenskollisionen zu vermeiden. Eine Bestätigungsmeldung wird angezeigt, wenn die Migration erfolgreich abgeschlossen wurde.
Wechseln Sie nach Abschluss der Migration zu Ihrem Fabric Arbeitsbereich, um die migrierten Pipelines zu überprüfen. Jede Pipeline wird unter dem Arbeitsbereich erstellt und mit dem Namen ihrer Source Factory versehen. Sie können jede Pipeline öffnen, um sie zu überprüfen und zu validieren, bevor Sie mit weiteren Konfigurationen oder Tests fortfahren.
Hinweis
Wenn Sie während dieses Schritts keine Verbindungen zuordnen, migrieren die Pipelines trotzdem. Aktivitäten innerhalb dieser Pipelines werden deaktiviert, und Sie können sie später in Fabric konfigurieren.
Überprüfen Sie nach Abschluss der Migration die Pipelines in der Fabric Data Factory-Oberfläche.
Migrationsverhalten
- Pipelines migrieren in einen Fabric Data Factory-Arbeitsbereich.
- Pipelinenamen müssen innerhalb eines Arbeitsbereichs eindeutig sein.
- Wenn bereits eine Pipeline mit demselben Namen vorhanden ist, überspringt das Migrationstool diese Pipeline.
- Um die Eindeutigkeit sicherzustellen, verwenden migrierte Pipelines das folgende Benennungsformat:
<Source factory or workspace name>_<Pipeline name> - Der Migrationsfluss enthält einen Montageschritt, mit dem Sie Ihre vorhandene Werksstruktur vor der Migration in Fabric anzeigen können.
Überprüfung nach der Migration
Führen Sie nach der Migration die folgenden Aufgaben aus:
- Alle Verknüpfungen und Anmeldeinformationen validieren.
- Erstellen Sie globale Parameter als Variablenbibliotheken neu.
- Wieder aktivieren und konfigurieren von Triggern (standardmäßig deaktiviert).
- Führen Sie End-to-End-Tests aus, um das Pipelineverhalten zu bestätigen.
- Überprüfen Sie Migrationen in einer Nichtproduktionsumgebung, bevor Sie Produktionsworkloads migrieren.
Was ist außerhalb des Gültigkeitsbereichs?
Die folgenden Elemente werden heute in der UX-basierten Migrationserfahrung nicht unterstützt. Pipelines, die diese Features verwenden, erfordern eine Neugestaltung oder alternative Migrationsansätze.
| Kategorie | Außerbereichs-Element | Einzelheiten |
|---|---|---|
| Integrationslaufzeiten | Selbstgehostete Integration Runtime (SHIR) | Selbst gehostete Integrationslaufzeiten können nicht migriert werden. Ersetzen Sie das lokale Data Gateway (OPDG) von Fabric. |
| Integration Runtime eines verwalteten virtuellen Netzwerks (IR verwaltetes virtuelles Netzwerk)/in ein virtuelles Netzwerk eingefügte Integration Runtime (VNet – virtuelles Netzwerk) | Fabric unterstützt die Migration verwalteter Laufzeiten für die Integration von virtuellen Netzwerken nicht. Das Fabric virtuelles Netzwerkgateway verwendet ein anderes Modell und erfordert eine Neukonfiguration. | |
| SQL Server Integration Services Integrationslaufzeit (SSIS IR) | Die Infrastrukturmigration, einschließlich SQL Server Integration Services Integrationslaufzeiten, wird nicht unterstützt. | |
| Workloadtypen | Azure Data Factory Datenänderungserfassung (CDC) | Änderungen von Change Data Capture-Workloads sind außerhalb des Umfangs und werden nicht migriert. |
| Apache Airflow-Ressourcen | Die auf gerichteten azyklischen Graphen (DAG) basierende Orchestrierung von Apache Airflow kann nicht nach Fabric migriert werden. | |
| Unified Structured Query Language (U-SQL) / Azure Data Lake Analytics | Veraltete Dienste und in Fabric nicht unterstützt. | |
| Cloudübergreifende oder Azure Machine Learning-Aktualisierungsworkloads | Die Unterstützung der Arbeitsbereichsidentität ist in Bearbeitung. Diese Workloads werden nicht migriert. | |
| Verbinder | Long-Tail-Konnektoren (z. B. SAP ERP Central Component (ECC), SAP Business Warehouse (BW), Multidimensional Expressions (MDX), SAP Core Data Services (CDS)) | Fabric verfügt über keine entsprechenden Verbinder. Neugestaltung ist erforderlich. |
| Marketing- und Finanz-Software-as-a-Service-Konnektoren (HubSpot, Google Ads, QuickBooks, Shopify, Xero) | Wird heute nicht unterstützt. | |
| Trigger und Orchestrierung | Benutzerdefinierte Ereignistrigger | Benutzerdefinierte Ereignistrigger können nicht migriert werden. |
| Trigger für Speicherereignisse | Der Support wird in Kürze verfügbar sein. | |
| Trigger mit rollierendem Fenster | Als Intervallbasierte Planung in Fabric bezeichnet. Wasserzeichen- und Backfill-Workloads müssen neu gestaltet werden. | |
| Verkettungs- oder Abhängigkeitsauslöser | Verkettungs- und Abhängigkeits-Trigger-Semantik werden noch nicht unterstützt. | |
| Sicherheit und Authentifizierung | Erweiterte Konfigurationen (vom Kunden verwaltete Schlüssel (CMK), Dualtoken, Verbundidentitätsnachweis-Flüsse (FIC)) | Nicht unterstützte Arbeitsbereichsidentitäts- oder Dienstprinzipalauthentifizierungsmodelle werden nicht migriert. |
| Zertifikatbasierte Authentifizierung (Webaktivität) | Nicht unterstützt und erfordert Neugestaltung. | |
| Unterstützung für vom Benutzer zugewiesene verwaltete Identität (UAMI) | Verwenden Sie die Arbeitsbereichsidentität (WORKSPACE Identity, WI) als Problemumgehung. | |
| Parametrisierung und Metadaten | Globale Parameter | Der Support wird in Kürze verfügbar sein. Erstellen Sie erneut, indem Sie Variablenbibliotheken von Fabric verwenden. |
| Dynamische verknüpfte Dienste (parametrisierte Verbindungen) | Nicht unterstützt. Jede Permutation muss eine separate Verbindung sein und kann nicht migriert werden. | |
| Metadatengesteuerte Pipelines | Hoch dynamische verknüpfte Dienst- oder datasetgesteuerte Muster können nicht migriert werden. | |
| Aktivitäten und Berechnen | Azure Synapse Spark-Auftragsdefinition (SJD) oder Notizbuch | Teilweise unterstützt Erfordert eine Neugestaltung in Fabric-Notizbücher oder Spark-Aufträgen. |
| Abbilden von Datenströmen (MDF) | Unterstützt (Vorschau). Zuordnungsdatenflüsse werden in MDF-Transformationen in Dataflow Gen2 konvertiert. Siehe Azure Data Factory Mapping Data Flows-Pipelines zu Fabric migrieren. | |
| Web-, Webhook- oder HTTP-Aktivitäten mit benutzerdefinierter Authentifizierung oder Headern | Komplexe Authentifizierungsszenarien müssen manuell neu erstellt werden. | |
| Einstellungen für die Notebook-Poolumgebung | Nicht unterstützt. Die Migration wird blockiert. | |
| Unterstützung für Arbeitsbereichsidentität für Batch- oder benutzerdefinierte Aktivitäten | Fehlende Arbeitsbereichsidentitätsunterstützung blockiert die Migration für diese Aktivitäten. | |
| Kopier-Aktivität mit Upsert in Lakehouse-Tabellen | Nicht unterstützt. Erfordert eine Kopie in die Staging-Umgebung und eine MERGE-Operation im Notebook. |
Häufig gestellte Fragen
Ändert die Bewertung meine Fabrik?
Nein. Die Bewertung ist schreibgeschützt. Es scannt Ihre Fabrikkonfiguration und zeigt die Ergebnisse im Seitenbereich an, ohne Pipelines, Aktivitäten oder Einstellungen zu ändern. Sie können sie sicher ausführen, um die Auswirkungen der Migration zu verstehen, bevor Sie maßnahmen ergreifen.
Kann ich die Bewertung oder Migration erneut ausführen, nachdem Änderungen vorgenommen wurden?
Ja. Sie können die Bewertung jederzeit während der Überprüfung erneut ausführen. Wenn Sie die Migration für dieselben Pipelines erneut ausführen, müssen Sie zuerst die zuvor migrierten Pipelines in Fabric löschen, da Pipelinenamen innerhalb eines Arbeitsbereichs eindeutig sein müssen.
Führt das Einbinden von Azure Data Factory zur Migration meiner Pipelines?
Nein. Die Einbindung ist nur eine Momentaufnahme Ihrer vorhandenen Azure Data Factory in einem Fabric-Arbeitsbereich. Es werden keine Pipelines migriert, bis Sie die Migration explizit starten, indem Sie die Schaltfläche "Zu Fabric migrieren (Vorschau) aus Ihrer bereitgestellten Datenfactory in Fabric auswählen.
Werden Trigger automatisch migriert?
Planungsauslöser werden automatisch migriert, nach der Migration jedoch absichtlich deaktiviert. Sie müssen sie manuell in Fabric erneut aktivieren. Alle anderen Trigger müssen manuell neu konfiguriert und erneut aktiviert werden, nachdem Sie die migrierten Pipelines überprüft haben.
Blockieren nicht unterstützte Elemente die gesamte Migration?
Nein. Nicht unterstützte Aktivitäten wirken sich nur auf die Pipelines aus, die sie enthalten. Andere unterstützte Pipelines können unabhängig migriert werden. Die Bewertung identifiziert eindeutig, welche Pipelines neu gestaltet werden müssen.
Kann ich ohne Zuordnungsverbindungen migrieren?
Ja. Pipelines werden weiterhin migriert, aber Aktivitäten, die von nicht zugeordneten Verbindungen abhängen, werden deaktiviert. Sie müssen die erforderlichen Fabric-Verbindungen konfigurieren und jene Aktivitäten erneut aktivieren, bevor Sie die Pipelines ausführen.
Kann ich Migrationen überprüfen, bevor Produktionsworkloads verschoben werden?
Ja. Microsoft empfiehlt, Migrationen in einer Nichtproduktionsumgebung zu überprüfen, Verbindungen, Trigger und End-to-End-Ausführung zu bestätigen, bevor Produktionspipelines migriert werden.
Warum verhalten sich bestimmte Systemvariablen in Fabric anders im Vergleich zu Azure Data Factory?
Diese Unterschiede werden erwartet, da sich die Plattformen unabhängig voneinander entwickeln. Sie können sie in der Regel mit einer kleinen Anpassung während der Migration beheben. Beispielsweise ist in Azure Data Factory verfügbar, pipeline().TriggerName wird in Fabric Data Factory derzeit jedoch nicht unterstützt. Wenn Die Pipelinelogik vom Triggernamen abhängt, verwenden Sie unterstützte Triggerereignismetadaten, oder übergeben Sie den Triggernamen stattdessen explizit als Pipelineparameter.
Verwandte Inhalte
- Compare Azure Data Factory und Fabric Data Factory
- Planen Sie Ihre Migration von Azure Data Factory zu Fabric Data Factory
- Assess ihre Pipelines für die Migration zu Fabric Data Factory
- Azure Data Factory-Zuordnungsdatenfluss-Pipelines auf Fabric aktualisieren (Vorschauversion)
- Bewährte Methoden für die Migration
- Konnektorparität
- Konvertieren globaler Parameter in Variablenbibliotheken