Teilen über


Fabric Migration Assistant für Data Warehouse

gilt für:✅ Warehouse in Microsoft Fabric

Der Fabric Migration Assistant ist eine native Migrationserfahrung in Fabric, die eine geführte Migration zu Microsoft Fabric bereitstellt.

Migration Assistant kopiert Metadaten und Daten aus der Quelldatenbank und konvertiert automatisch das Quellschema in Fabric Data Warehouse. KI-gesteuerte Unterstützung bietet schnelle Lösungen für Inkompatibilitäten oder Fehler bei der Migration.

Sie können den Fabric Migrations-Assistenten für Data Warehouse verwenden, um dedizierte SQL Pools in Azure Synapse Analytics sowie OLAP-Daten im Terabyte- oder größerem Maßstab auf SQL Server und anderen SQL Datenbankplattformen zu kopieren.

Tipp

Eine schrittweise Anleitung zum Migrieren mit dem Migrations-Assistenten finden Sie unter Migrieren mit dem Fabric-Migrations-Assistenten für Data Warehouse.

Weitere Informationen zur Strategie und Planung Ihrer Migration finden Sie unter Planung der Migration: dedizierte SQL-Pools für Azure Synapse Analytics zu Fabric Data Warehouse.

Migrationsschritte

Die Migration mit dem Fabric Migration Assistant umfasst die folgenden allgemeinen Schritte:

  1. Migrieren des Schemas von Objekten (z. B. die Definition für eine Tabelle) aus Ihrer Quelle in ein neues Fabric Warehouse mithilfe einer DACPAC-Datei.
  2. Verwenden des Migration Assistant, um Probleme zu beheben, indem T-SQL-Typen und Definitionen für die Objekte aktualisiert werden, die nicht automatisch migriert werden konnten.
  3. Kopieren von Daten mithilfe des Kopierauftrags in Fabric Data Factory.
  4. Tests und parallele Vergleiche des alten Lagerhauses und des neuen Lagerhauses. Leiten Sie schließlich Verbindungen von Anwendungen, die auf das Quelllager zugreifen, um, damit sie das neue Lager nutzen.

Migrierte Objekte

Der Migrations-Assistent hilft Benutzern bei der Migration zu Fabric Data Warehouse mithilfe von DACPAC-Dateien. Die in DACPAC erfassten Datenbankobjektmetadaten sind:

  • Tabellen
  • Ansichten
  • Funktionen
  • Gespeicherte Prozeduren
  • Sicherheitsobjekte wie Rollen, Berechtigungen, dynamische Datenmaskierung

Beheben von Problemen mit Migration Assistant

Einige T-SQL-Skripts können nicht migriert werden, wenn die Metadaten nicht in diejenigen migriert werden konnten, die in Fabric Warehouse unterstützt werden, oder wenn der Code nicht auf T-SQL angewendet werden konnte. Der Schritt Beheben von Problemen in Migration Assistant hilft Ihnen, diese fehlgeschlagenen Skripts zu korrigieren.

Primäre und abhängige Objekte

Die fehlgeschlagenen Skripts werden in Gruppen aufgeteilt:

  • Primäre Objekte sind solche, die nicht von einem anderen Objekt abhängig sind.
  • Abhängige Objekte sind solche, die entweder direkt oder indirekt von einem oder mehreren Objekten abhängig sind.

Abhängige Objekte werden erst migriert, wenn die entsprechenden primären Objekte korrigiert wurden. Daher werden Sie angeleitet, die primären Objekte zuerst zu korrigieren.

Betrachten Sie als Beispiel drei Objekte: Tabelle A, Ansicht B, die Tabelle A verwendet, und Ansicht C, die Ansicht B verwendet. In diesem Fall ist das primäre Objekt Tabelle A. Die Ansichten B und C sind abhängige Objekte.

Die primären Objekte werden nach Priorität sortiert, damit Sie Ihre Migration schneller abschließen können. Die Priorität basiert auf der Anzahl der Abhängigkeiten des Objekts. Abhängigkeiten beziehen sich auf alle Objekte, die direkt oder indirekt auf dieses Objekt verweisen oder von ihm abhängig sind.

Beispielsweise verfügt Tabelle A über zwei Abhängigkeiten von den Ansichten B und C, Ansicht B hat eine Abhängigkeit von Ansicht C, und Ansicht C hat keine Abhängigkeiten. Sie werden der Priorität entsprechend sortiert, beginnend mit Tabelle A, Sicht B, Sicht C.

Beheben von Migrationsfehlern

Überprüfen und beheben Sie die fehlerhaften Skripts mithilfe der Fehlerinformationen manuell, oder verwenden Sie Copilot für KI-gesteuerte Unterstützung. (Copilot muss aktiviert sein.) Copilot analysiert Ihre Abfrage und versucht, die beste Methode zu finden, um sie zu beheben. Copilot hinterlässt Kommentare, um zu erklären, was behoben wurde und warum. Es können Fehler auftreten, da Copilot KI verwendet. Überprüfen Sie daher Codevorschläge, bevor Sie sie ausführen.

Nachdem Sie die Anpassungen vorgenommen haben, die Sie zum Ausführen der Abfrage benötigen, überprüft und migriert Migration Assistant das Objekt und dessen Abhängigkeiten. Nachdem das festgelegte Objekt migriert ist, wird die Registerkarte Primäre Objekte mit einer neuen priorisierten Liste der Objekte aktualisiert. Das Korrigieren eines primären Objekts kann dazu führen, dass die Anzahl der primären Objekte gleich bleibt oder sogar steigt. Beispiel: Objekt B ist aufgrund einer Abhängigkeit von mehreren anderen fehlerhaften Objekten, einschließlich Objekt A, fehlerhaft. In diesem Szenario würde das Korrigieren von Objekt A einige, aber nicht alle Fehler in B beheben und dazu führen, dass B von einem abhängigen Objekt zu einem primären Objekt wird.

Sicherheit

Bei den meisten Arten von Sicherheitsobjekten, einschließlich Rollen, Berechtigungen (z. B. GRANT/REVOKE/DENY) und dynamische Datenmaskierung, wird erwartet, dass sie automatisch migriert werden. Einige Objekte (z. B. SQL-authentifizierte Benutzer oder Verschlüsselung auf Spaltenebene) benötigen Updates, um in Fabric zu funktionieren. Diese Probleme werden in der Liste Beheben von Problemen in Migration Assistant gekennzeichnet.

SQL-authentifizierte Benutzer müssen durch Microsoft Entra-Benutzer in Microsoft Fabric ersetzt werden. Stellen Sie sicher, dass sie sich über Microsoft Entra ID bei Fabric anmelden können, und verwenden Sie dann Berechtigungen verwalten oder das Dialogfeld „Freigeben“, um sie ihrem Warehouse in Fabric hinzuzufügen. Um Benutzer hinzuzufügen, muss ein Administrator/Mitglied über die Berechtigung „Erneut freigeben“ verfügen.

Stellen Sie vor dem Kopieren von Daten sicher, dass die Sicherheitsobjekte, die nicht migriert werden konnten, korrigiert werden, und überprüfen Sie, ob die benötigten Sicherheitsmaßnahmen eingerichtet sind, damit Benutzer keinen unbeabsichtigten Zugriff auf vertrauliche Informationen haben.

Einschränkungen

Derzeit gibt es keine vollständige T-SQL-Kompatibilität zwischen dem Quellwarehouse und dem Fabric-Warehouse. Weitere Informationen finden Sie unter:

Problemumgehungen für einige der gängigen nicht unterstützten Features:

Problem Problemumgehung
SQL-Authentifizierung Ersetzen Sie Benutzer mit SQL-Authentifizierung durch Microsoft Entra-Authentifizierung als Alternative zur SQL-Authentifizierung.
Verschlüsselung auf Spaltenebene Verwenden Sie alternative Methoden, um Ihre Daten zu schützen, z. B. die Implementierung von Verschlüsselung auf Anwendungsebene und dynamische Datenmaskierung in Fabric Data Warehousing zum Verbergen vertraulicher Daten.
Skalarfunktionen Skalare benutzerdefinierte Funktionen (UDFs) werden derzeit nicht vom Migrations-Assistenten migriert. Skalare UDFs werden in Fabric Data Warehouse unterstützt, jedoch nur, wenn sie inlineierbar sind (derzeit in der Vorschau). Weitere Informationen finden Sie unter CREATE FUNCTION und Scalar UDF inlining.
Identitätsspalten IDENTITÄTsspalten in Fabric Data Warehouse verhalten sich anders als in anderen Plattformen, z. B. SQL Server. Weitere Informationen finden Sie unter Grundlegendes zu IDENTITÄTsspalten in Fabric Data Warehouse.
Temporäre Tabellen Verwenden Sie reguläre Tabellen.

Die folgenden nicht unterstützten Features sind in Microsoft Fabric Data Warehouse nicht mehr erforderlich:

Andere derzeit nicht unterstützte Features, die möglicherweise vorkommen:

  • Externe Tabellen
  • Tabellenwertfunktionen (Table-Valued Functions, TVF) mit mehreren Anweisungen

Nächster Schritt