Migrationsplanung: SQL Server zu Fabric Data Warehouse

Gilt für:✅ Warehouse in Microsoft Fabric

Dieser Artikel beschreibt die Strategie, Überlegungen und Methoden zur Migration von Data Warehouses SQL Server zu Microsoft Fabric Data Warehouse.

Tipp

Eine automatisierte Benutzererfahrung für die Migration von SQL Server ist mithilfe des Fabric Migration Assistant for Data Warehouse verfügbar. Dieser Artikel enthält wichtige strategische und Planungsinformationen.

Migration – Einführung

Microsoft Fabric ist eine All-in-One-SaaS-Analyselösung für Unternehmen, die ein umfassendes Dienstleistungspaket anbietet, darunter Data Factory, Data Engineering, Data Warehousing, Data Science, Real-Time Intelligence und Power BI.

Dieser Artikel beschreibt Optionen für Schema (DDL), Datenbankcode (DML) und Datenmigration und hilft Ihnen, eine Option für Ihr Szenario auszuwählen. Es verwendet den Branchenbenchmark TPC-DS für Illustrationen und Leistungstests. Ihre Ergebnisse können je nach Faktoren wie Datentypen, Tabellenbreite und Quelllatenz variieren.

Vorbereiten der Migration

Planen Sie Ihr Migrationsprojekt sorgfältig, bevor Sie beginnen, und stellen Sie sicher, dass Ihr Schema, Ihr Code und Ihre Daten mit Fabric Data Warehouse kompatibel sind. Betrachten Sie die Einschränkungen. Quantifizieren Sie den Refactoring-Aufwand für die inkompatiblen Elemente sowie alle anderen Ressourcen, die vor der Migration benötigt werden.

Ein weiteres wichtiges Ziel der Planung besteht darin, Ihr Design anzupassen, um sicherzustellen, dass Ihre Lösung die hohe Abfrageleistung nutzt, die Fabric Data Warehouse bereitstellen soll. Das Entwerfen von Data Warehouses für die Skalierung umfasst einzigartige Entwurfsmuster, weshalb herkömmliche Ansätze nicht immer optimal sind. Überprüfen Sie die Leistungsrichtlinien. Obwohl einige Designanpassungen nach der Migration vorgenommen werden können, sparen Sie Zeit und Mühe, wenn Sie Änderungen früher im Prozess vornehmen. Die Migration von einer Technologie oder Umgebung in eine andere ist immer ein großer Aufwand.

Das folgende Diagramm zeigt den Migrationslebenszyklus. Sie listet die Hauptsäulen auf: Bewerten und Bewerten, Planen und Designen, Migrieren, Überwachen und Verwalten sowie Optimieren und Modernisieren, mit den zugehörigen Aufgaben in jeder Säule, um eine reibungslose Migration zu planen und vorzubereiten.

Diagramm des Migrationszyklus, einschließlich Bewerten und Evaluieren, Planen und Entwerfen, Migrieren, Überwachen und Verwalten sowie Optimieren und Modernisieren.

Runbook für die Migration

Betrachten Sie die folgenden Aktivitäten als Planungslaufbuch für Ihre Migration von SQL Server zu Fabric Data Warehouse.

  1. Bewerten und evaluieren
    1. Identifizieren der Ziele und Motivationen. Definieren von klaren, gewünschten Ergebnissen.
    2. Erfassen, bewerten und den Ist-Zustand der bestehenden Architektur festlegen.
    3. Identifizieren wichtiger Projektbeteiligter und Sponsoren.
    4. Legen Sie den Umfang der Migration fest.
      1. Fang klein und einfach an und bereite dich auf mehrere kleine Migrationen vor.
      2. Beginnen Sie, alle Phasen des Prozesses zu überwachen und zu dokumentieren.
      3. Erstellen Sie ein Inventar von Daten und Prozessen für die Migration.
      4. Definieren Sie gegebenenfalls Änderungen im Datenmodell.
      5. Richte den Fabric-Arbeitsbereich ein.
    5. Bewerten Sie die Fähigkeiten und Vorlieben Ihres Teams.
      1. Nehmen Sie wann immer möglich eine Automatisierung vor.
      2. Nutzen Sie integrierte Tools und Funktionen, um den Migrationsaufwand zu reduzieren.
    6. Frühzeitige Schulung von Mitarbeitern für die neue Plattform
      1. Ermitteln Sie den Weiterbildungsbedarf und die entsprechenden Trainingsressourcen, einschließlich Microsoft Learn.
  2. Planen und Entwerfen
    1. Definieren Sie die gewünschte Architektur.
    2. Wählen Sie die Methoden und Werkzeuge für die Migration aus, um die folgenden Aufgaben zu erfüllen:
      1. Extrahiere Daten aus der Quelle.
      2. Konvertiere das Schema (DDL), einschließlich Metadaten für Tabellen und Ansichten.
      3. Nehmen Sie Daten auf, einschließlich historischer Daten.
        1. Falls nötig, rekonstruieren Sie das Datenmodell, indem Sie die Leistung und Skalierbarkeit der neuen Plattform nutzen.
      4. Datenbankcode (DML) migrieren.
        1. Migrieren oder Umgestalten von gespeicherten Prozeduren und Geschäftsprozessen
    3. Inventarisieren und extrahieren der Sicherheitsmerkmale und Objektberechtigungen aus der Quelle.
    4. Entwerfen und planen Sie, bestehende ETL- oder ELT-Prozesse für eine inkrementelle Last zu ersetzen oder zu modifizieren.
      1. Erstelle parallele ETL- oder ELT-Prozesse in der neuen Umgebung.
    5. Einen detaillierten Migrationsplan erstellen.
      1. Ordnen Sie den aktuellen Zustand dem neu gewünschten Zustand zu.
  3. Migrieren
    1. Migriere das Schema, die Daten und den Code.
      1. Extrahiere Daten aus der Quelle.
      2. Konvertiere das Schema (DDL).
      3. Erfassen von Daten.
      4. Datenbankcode (DML) migrieren.
    2. Skaliere bei Bedarf die SQL Server-Ressourcen vorübergehend, um die Migrationsgeschwindigkeit zu erhöhen.
    3. Sicherheit und -Berechtigungen anwenden.
    4. Migriere bestehende ETL- oder ELT-Prozesse für eine inkrementelle Belastung.
      1. Migrieren oder refaktorieren Sie ETL- oder ELT-Prozesse für inkrementelles Laden.
      2. Vergleichen und testen Sie parallele inkrementelle Lastprozesse.
    5. Passen Sie den detaillierten Migrationsplan bei Bedarf an.
  4. Überwachen und Verwalten
    1. Führe parallel aus und vergleiche es mit deiner Quellumgebung.
      1. Anwendungen, Business Intelligence-Plattformen und Abfragetools testen.
      2. Erstellen von Benchmarks für die Abfrageleistung und Optimieren derselben
      3. Überwachen und Verwalten von Kosten, Sicherheit und Leistung.
    2. Führen Sie einen Governance-Benchmark und eine Bewertung durch.
  5. Optimieren und Modernisieren
    1. Wenn das Unternehmen komfortabel ist, übertragen Sie Anwendungen und primäre Berichterstellungsplattformen auf Fabric.
      1. Skalieren Sie Ressourcen, wenn die Arbeitsbelastung von SQL Server auf Microsoft Fabric verlagert wird.
      2. Erstellen Sie aus den gewonnenen Erfahrungen eine wiederholbare Vorlage für zukünftige Migrationen. Iterieren
      3. Identifizieren Sie Möglichkeiten für Kostenoptimierung, Sicherheit, Skalierbarkeit und operative Exzellenz.
      4. Identifizieren Sie Möglichkeiten, Ihren Datenbestand mit den neuesten Fabric-Funktionen zu modernisieren.

Heben und verschieben oder modernisieren?

Unabhängig von Zweck und Umfang der geplanten Migration gibt es im Allgemeinen zwei Typen von Migrationsszenarien: eine unveränderte Migration (Lift and Shift) oder einen phasenweisen Ansatz, der Architektur- und Codeänderungen einbindet.

Lift & Shift

Bei einer Lift-and-Shift-Migration migriert man ein bestehendes Datenmodell mit geringfügigen Änderungen an die neue Fabric Data Warehouse. Dieser Ansatz minimiert die Risiken und den Zeitaufwand für die Migration, indem er den neuen Aufwand reduziert, der erforderlich ist, um die Vorteile der Migration zu nutzen.

Die Migration per Lift & Shift eignet sich gut für die folgenden Szenarien:

  • Sie haben eine bestehende Umgebung mit einer kleinen Anzahl von zu migrierenden Data Marts.
  • Sie haben eine vorhandene Umgebung mit Daten, die sich bereits in einem gut gestalteten Stern- oder Schneeflockenschema befinden.
  • Sie sind unter Zeit- und Kostendruck, um zu Fabric Data Warehouse zu wechseln.

Zusammenfassend funktioniert dieser Ansatz gut für Workloads, die für Ihre aktuelle SQL Server-Umgebung optimiert sind und daher keine größeren Änderungen in der Fabric erfordern.

Modernisieren in einem phasenweisen Ansatz mit Architekturänderungen

Wenn sich ein altes Data Warehouse über einen langen Zeitraum entwickelt hat, müssen Sie es möglicherweise neu gestalten, um die erforderlichen Leistungsniveaus zu gewährleisten.

Du könntest auch die Architektur neu gestalten, um die neuen Engines und Funktionen im Fabric-Arbeitsbereich zu nutzen.

Designunterschiede zwischen SQL Server und Fabric Data Warehouse

Betrachten Sie die folgenden Unterschiede zwischen SQL Server und Fabric Data Warehouse.

Überlegungen zu Tabellen

Wenn Sie Tabellen zwischen verschiedenen Umgebungen migrieren, werden normalerweise nur die Rohdaten und die Metadaten physisch migriert. Man migriert normalerweise keine anderen Datenbankelemente aus dem Quellcodesystem, wie zum Beispiel Indizes, weil diese in der neuen Umgebung unnötig oder anders implementiert sein könnten.

Leistungsoptimierungen in der Quellumgebung, wie Indizes, zeigen an, wo du in einer neuen Umgebung Performance-Optimierung hinzufügen könntest, aber Fabric kümmert sich automatisch darum.

T-SQL-Überlegungen

Beachten Sie mehrere Unterschiede in der Syntax der Data Manipulation Language (DML). Weitere Informationen finden Sie zum T-SQL-Oberflächenbereich im Fabric Data Warehouse. Berücksichtigen Sie außerdem eine Codebewertung bei der Auswahl von Migrationsmethoden für den Datenbankcode (DML).

Je nach den Paritätsunterschieden zum Zeitpunkt der Migration müssen Sie möglicherweise Teile Ihres T-SQL DML-Codes neu schreiben.

Unterschiede bei der Datentypzuordnung

Fabric Data Warehouse weist im Vergleich zu anderen Microsoft SQL-Plattformen mehrere Unterschiede bei den Datentypen auf. Weitere Informationen finden Sie unter Datentypen in Microsoft Fabric.

Die folgende Tabelle zeigt die Abbildung der unterstützten Datentypen vom SQL-Datenbank-Engine auf Fabric Data Warehouse.

SQL Server Fabric Data Warehouse
money decimal(19,4)
smallmoney decimal(10,4)
smalldatetime datetime2
datetime datetime2
nchar char
nvarchar varchar
tinyint smallint
binary varbinary
datetimeoffset* datetime2

* datetime2 Speichert nicht die Zeitzonen-Offset-Informationen, die datetimeoffset speichert. Da der datetimeoffset Datentyp in Fabric Data Warehouse derzeit nicht unterstützt wird, entpacken Sie die Zeitzonen-Offset-Daten in eine separate Spalte.

Tipp

Bereit zum Migrieren?

Informationen zu den ersten Schritten mit einer automatisierten Migrationserfahrung finden Sie im Fabric-Migrations-Assistenten für Data Warehouse.

Weitere manuelle Migrationsschritte und Details finden Sie unter Migrationsmethoden für SQL Server zu Fabric Data Warehouse.

Verwandte Inhalte

  • Zuletzt aktualisiert um