Migrationsplanung: Teradata zu Fabric Data Warehouse

Gilt für:✅ Warehouse in Microsoft Fabric

Die Migration einer unternehmensweiten Teradata-Umgebung zu Fabric Data Warehouse umfasst mehr als nur die Übertragung von Schema und Daten. Planen Sie SQL- und BTEQ-Code, Ladeprozesse, Sicherheit, Berichterstattung, Betrieb und Leistung.

Dieser Artikel gliedert die Arbeit in fünf Phasen. Nutze die Stufen als wiederholbares Runbook für jede Migrationswelle. Für die empfohlene Implementierung siehe Migrationsmethoden für Teradata. Für Code-Remediation siehe Translate Teradata SQL für Fabric Data Warehouse.

Important

Bestätige die aktuellen Fabric Data Warehouse Einschränkungen und die T-SQL-Oberfläche vor jeder Migrationswelle. Weisen Sie jeder blockierenden Abweichung einen Verantwortlichen und einen Maßnahmenplan zu.

Verwenden Sie selektive Modernisierung für die meisten Arbeitslasten:

  • Bewahren Sie validierte Geschäftsmodelle und Logik.
  • Verwenden Sie Migration Assistant, um unterstützte Metadaten zu übersetzen und bereitzustellen.
  • Ersetzen Sie Teradata-spezifisches SQL, Dienstprogramme und Operationen durch Fabric-native Patterns.
  • Überarbeiten Sie nur die Workloads, die aufgrund nicht unterstützter Abhängigkeiten oder bestehender Architekturprobleme blockiert sind.

Migrieren Sie in Wellen nach Geschäftsdomäne, Data Mart oder Workload-Cluster. Vermeiden Sie eine einzelne Big-Bang-Migration.

Beurteilen und bewerten

Vergleichen Sie diese Arbeitsströme gemeinsam, damit Sie keine Abhängigkeiten übersehen:

Arbeitsstream Einschätzen
Design und Leistung Datenmodell, Volumen, Wachstum, Verschiebung, Tabellenbreite, Nebenläufigkeit, Laufzeit- und Serviceziele
ETL und Laden FastLoad, MultiLoad, Teradata Parallel Transporter, BTEQ-Import/Export, Zeitpläne, Neustartverhalten und inkrementelle Lasten
Sicherheit und Betrieb Benutzer, Rollen, Berechtigungen, Servicekonten, Auditierung, Wiederherstellung, Überwachung und Zuständigkeit für den Support
Visualisierung und Berichterstattung Berichte, semantische Modelle, Anwendungen, Exporte, Aktualisierungspläne und Verbindungsabhängigkeiten
SQL-Kompatibilität Tabellen, Ansichten, Makros, Prozeduren, Funktionen, Datentypen, QUALIFY, volatile Tabellen PERIODund BTEQ-Steuerungsfluss
Migrationswerkzeuge Metadatenextraktion, Bereitschaft für den Migrationsassistenten, Datenverschiebung, Versionskontrolle und Bereitstellungsautomatisierung
Jenseits der Migration Umstellung, Rücksetzung, Optimierung, Schulung, Stilllegung und wiederverwendbare Vorgehensweisen für spätere Wellen

Definieren Sie Geschäftsergebnisse, Umfang, Eigentümer, Erfolgsmaße und Rollback-Erwartungen. Erstellen Sie ein Objektinventar, eine Abhängigkeitskarte, eine Workload-Basis, ein Kompatibilitätsregister und einen Wellenplan.

Planen und Entwerfen

Wandeln Sie die Bewertung in ein ausführbares Design um:

  1. Bestätigen Sie, dass Warehouse das Ziel für SQL-zentrierte relationale Analysen ist.
  2. Definiere Entwicklungs-, Test- und Produktionsarbeitsplätze, Kapazität, Benennung und Eigentum.
  3. Kartiere Teradata-Objekte und Datentypen auf Fabric-Ziele. Erfassen Sie nicht unterstützte Einträge und genehmigte Alternativen. Nutzen Sie Migration Assistant für die Metadaten-Übersetzung.
  4. Entwickle historische und inkrementelle Datenbewegungen getrennt.
  5. Neugestaltung des Zugriffs rund um Microsoft Entra ID, Arbeitsbereichsrollen, Artikelberechtigungen und Warehouse-SQL-Berechtigungen.
  6. Legen Sie Kriterien für Deployment, Validierung, Cutover und Rollback fest.

Bevorzuge ein dimensionales Modell, batchorientierte Lastung, modulare ELT und gesteuerte Wiederverwendung durch OneLake im Zieldesign.

Migrate

Führe jede Welle in folgender Reihenfolge aus:

  1. Bereite die Zielarbeitsflächen, Identitäten, Verbindungen und den Bereitstellungspfad bereit.
  2. Laden Sie extrahierte Teradata-SQL-Dateien in den Migration Assistant hoch, übersetzen Sie Metadaten und beheben Sie Objekte, die Aufmerksamkeit erfordern.
  3. Kopieren Sie einen repräsentativen Datensatz und validieren Sie Durchsatz, Zuordnungen, Fehler und Neustartverhalten.
  4. Schließen Sie das Laden historischer Daten ab und richten Sie bei Bedarf eine inkrementelle Synchronisation ein.
  5. Erschaffen Sie Sicherheits- und Betriebsprozesse wieder.
  6. Validiere Daten, SQL-Verhalten, Berichte, Anwendungen und repräsentative Leistung.
  7. Umleiten Sie die Verbindungen und schneiden Sie um, sobald die Annahmekriterien erfüllt sind.

Nutze nicht den Erfolg der Objekterstellung als einziges Signal zur Vervollständigung. Eine Welle ist nur abgeschlossen, wenn Daten, Verhalten, Sicherheit, Abläufe und nachgelagerter Konsum ihre Akzeptanzkriterien erfüllen.

Überwachen und Steuern

Betreiben Sie Quell- und Zielbereich parallel für den Zeitraum, den das Risikoprofil der Arbeitslast benötigt.

  • Vergleichen Sie die Frische der Daten, Zeilenanzahl, Geschäftsaggregate und Berichtsergebnisse zwischen Umgebungen.
  • Überwachen Sie die Ladedauer, Abfragezeit, Ausfälle, Wiederholungen, Kapazitätsverbrauch, aktive Sitzungen und vom Nutzer gemeldete Probleme.
  • Überprüfen Sie Zugriffszuweisungen, privilegierte Identitäten, Lagerhausberechtigungen und Sicherheitstestergebnisse.
  • Bewahren Sie übersetzten Code, Bereitstellungsartefakte, Mapping-Entscheidungen, Testnachweise und Ausnahmen in der Versionsverwaltung auf.
  • Verfolgen Sie die Migrationsbereitschaft nach Workload und Acceptance Gate, nicht nur nach der Anzahl der migrierten Objekte.
  • Zeichnen Sie wiederkehrende Übersetzungs- und Ladeprobleme als wiederverwendbare Anleitung für spätere Wellen auf.
  • Etabliert Eskalations-, Erholungs-, Rückrollungs- und Hypercare-Verfahren vor dem Produktionswechsel.

Governance umfasst Abstammung, Eigentum, Klassifizierung, Bindung, Prüfung und operative Verantwortlichkeit. Wenden Sie diese Kontrollen während der Migration an, nicht nach dem endgültigen Cutover.

Optimieren und modernisieren

Nachdem Sie Korrektheit und Stabilität festgestellt haben, entfernen Sie temporäre Kompatibilitätsmuster und nutzen Sie die nativen Fähigkeiten von Fabric.

  • Überführen Sie wörtliche SQL-Übersetzungen in modulares T-SQL.
  • Vereinfacht tief verschachtelte Ansichten und monolithische prozedurale Aufgaben.
  • Standardisieren Sie die High-Throughput-Datenerfassung auf effiziente, neu startbare dateibasierte Muster.
  • Optimieren Sie mithilfe der Leistungsrichtlinien für Fabric Data Warehouse und repräsentativer Parallelitätstests.
  • Reduzieren Sie unnötige Datenkopien, indem Sie verwaltete OneLake-Zugriffe verwenden, wo es zur Architektur passt.
  • Integrieren Sie Data Factory, Power BI, Notebooks und andere Fabric-Workloads, wenn sie Doppelarbeit oder operative Komplexität reduzieren.
  • Überprüfen Sie Kapazität, Sicherheit, Zuverlässigkeit und Kosten, nachdem sich das Arbeitslastverhalten stabilisiert hat.
  • Verwandle die fertige Welle in eine wiederverwendbare Vorlage für die nächste Domäne.

Checkliste für die Akzeptanz von Migrationswellen

Überprüfen Sie vor dem Umschalten, dass:

  • Das Objektinventar und die Abhängigkeitskarte für die Welle sind vollständig.
  • Für blockierende T-SQL-Einschränkungen wurden Abhilfemaßnahmen genehmigt.
  • Schema und Code werden in jeder Zielumgebung reproduzierbar bereitgestellt.
  • Historische und inkrementelle Datenpfade bestehen Skalierungs- und Wiederherstellungstests.
  • Datenabstimmung und Geschäftsvalidierung erfüllen die vereinbarten Schwellenwerte.
  • Sicherheit wird mit repräsentativen Identitäten nachgebildet und validiert.
  • Berichte, semantische Modelle, Anwendungen und operative Jobs bestehen die Tests.
  • Leistung und Nebenläufigkeit erfüllen die Ziele der Arbeitslast.
  • Überwachungs-, Supportverantwortungs-, Rollback- und Hypercare-Pläne sind aktiv.
  • Die fachlichen und technischen Verantwortlichen genehmigen den Cutover.

Verwandte Inhalte

  • Zuletzt aktualisiert um