Planification de la migration : Teradata vers Fabric Data Warehouse

S’applique à :✅Entrepôt dans Microsoft Fabric

Déplacer un domaine Teradata d’entreprise vers Fabric Data Warehouse implique plus que le schéma et le transfert de données. Planification du code SQL et BTEQ, des processus de chargement, de la sécurité, du reporting, des opérations et des performances.

Cet article organise le travail en cinq étapes. Utilisez les niveaux comme un manuel de lecture répétable pour chaque vague de migration. Pour la mise en œuvre recommandée, voir Méthodes de migration pour Teradata. Pour la correction de code, voir Translate Teradata SQL pour Fabric Data Warehouse.

Important

Vérifiez les limitations actuelles de Fabric Data Warehouse et l’étendue de prise en charge de T-SQL avant chaque vague de migration. Assignez un responsable et un plan de remédiation à chaque écart bloquant.

Utilisez la modernisation sélective pour la plupart des charges de travail :

  • Préserver des modèles économiques et une logique validés.
  • Utilisez Assistant Migration pour traduire et déployer les métadonnées prises en charge.
  • Remplacez SQL, utilitaires et opérations spécifiques à Teradata par des patterns natifs Fabric.
  • Repensez uniquement les charges de travail bloquées par des dépendances non prises en charge ou des problèmes architecturaux existants.

Migrez par vagues par domaine métier, data mart ou cluster de charge de travail. Évitez une migration d’un seul coup.

Analyser et évaluer

Évaluez ces flux de travail ensemble afin de ne pas manquer de dépendances :

Flux de travail Assess
Conception et performances Modèle de données, volume, croissance, décalage, largeur de table, concurrence, temps d’exécution et objectifs de service
ETL et chargement FastLoad, MultiLoad, Teradata Parallel Transporter, importation/export BTEQ, plannings, comportement de redémarrage et charges incrémentales
Sécurité et opérations Utilisateurs, rôles, permissions, comptes de service, audit, récupération, surveillance et propriété du support
Visualisation et création de rapports Rapports, modèles sémantiques, applications, exportations, calendriers de rafraîchissement et dépendances de connexion
Compatibilité SQL tables, vues, macros, procédures, fonctions, types de données, QUALIFY, tables volatiles, PERIOD, et contrôle de flux BTEQ
Outils de migration Extraction de métadonnées, préparation de Assistant Migration, déplacement des données, contrôle de version et automatisation du déploiement
Au-delà de la migration Basculement, retour arrière, optimisation, formation, mise hors service et pratiques réutilisables pour les vagues suivantes

Définissez les résultats de l’entreprise, la portée d’action, les propriétaires, les mesures de réussite et les attentes de retour. Produire un inventaire d’objets, une carte de dépendances, une base de charge de travail, un registre de compatibilité et un plan d’ondes.

Planifier et concevoir

Transformez l’évaluation en un plan exécutable :

  1. Confirmez que Warehouse est la cible pour l’analyse relationnelle centrée sur SQL.
  2. Définir les espaces de travail de développement, de test et de production, la capacité, la nomenclature et la propriété.
  3. Faire correspondre les objets et les types de données Teradata aux cibles Fabric. Enregistrez les éléments non pris en charge et les alternatives approuvées. Utilisez Assistant Migration pour la traduction des métadonnées.
  4. Concevez séparément le mouvement historique et le mouvement progressif des données.
  5. Repensez l’accès autour de Microsoft Entra ID, des rôles d’espace de travail, des autorisations des éléments et des autorisations SQL de l’entrepôt.
  6. Définissez les critères de déploiement, validation, transitionnement et retour en arrière.

Privilégiez un modèle dimensionnel, un chargement par lots, un ELT modulaire et une réutilisation gouvernée via OneLake dans la conception cible.

Migrate

Exécutez chaque vague dans cet ordre :

  1. Configurez les espaces de travail cibles, les identités, les connexions et le chemin de déploiement.
  2. Téléchargez les fichiers SQL Teradata extraits vers Assistant Migration, traduisez les métadonnées et corrigez les objets nécessitant une attention.
  3. Copiez un ensemble de données représentatif et validez le débit, les correspondances, les erreurs et le comportement de redémarrage.
  4. Compléter la charge historique et établir une synchronisation incrémentale lorsque cela est nécessaire.
  5. Recréer des processus de sécurité et opérationnels.
  6. Valider les données, le comportement SQL, les rapports, les applications et les performances représentatives.
  7. Redirigez les connexions et coupez après avoir passé les critères d’acceptation.

N’utilisez pas la réussite de création d’objet comme seul signal de complétion. Une vague n’est complète que lorsque les données, le comportement, la sécurité, les opérations et la consommation en aval passent leurs critères d’acceptation.

Superviser et gouverner

Faire fonctionner la source et la cible en parallèle pendant la période requise par le profil de risque de la charge de travail.

  • Comparez la fraîcheur des données, le nombre de lignes, les agrégats métier et les résultats des rapports entre les environnements.
  • Surveillez la durée de chargement, la durée des requêtes, les défaillances, les tentatives de contrôle, la consommation de capacité, les sessions actives et les problèmes signalés par les utilisateurs.
  • Examinez les attributions d’accès, les identités privilégiées, les permissions de l’entrepôt et les résultats des tests de sécurité.
  • Conservez le code traduit, les ressources de déploiement, les décisions de mappage, les preuves de test et les exceptions dans le contrôle de version.
  • Suivez la préparation à la migration par charge de travail et porte d’acceptation, pas seulement par nombre d’objets migrés.
  • Enregistrer les problèmes récurrents de translation et de chargement comme guide réutilisable pour les vagues suivantes.
  • Établir des procédures d’escalade, de récupération, de retour arrière et d’assistance renforcée avant la bascule en production.

La gouvernance inclut la lignée, la propriété, la classification, la rétention, l’audit et la responsabilité opérationnelle. Appliquez ces contrôles lors de la migration plutôt qu’après la transition finale.

Optimiser et moderniser

Une fois que vous avez établi la correction et la stabilité, supprimez les schémas de compatibilité temporaires et utilisez les fonctionnalités Fabric-native.

  • Refactoriser les traductions SQL littérales en T-SQL modulaire.
  • Simplifiez les vues profondément imbriquées et les tâches procédurales monolithiques.
  • Normalisez l’ingestion à haut débit à l’aide de modèles efficaces et redémarrables basés sur des fichiers.
  • Ajustez en utilisant les directives de performance Fabric Data Warehouse et les tests de concurrence représentatifs.
  • Réduisez les copies de données inutiles en utilisant un accès OneLake régi là où cela s’adapte à l’architecture.
  • Intégrer Data Factory, Power BI, les notebooks et les autres charges de travail de Fabric lorsque cela permet de réduire les redondances ou la complexité opérationnelle.
  • Capacité d’évaluation, sécurité, fiabilité et coût après la stabilisation du comportement de charge de travail.
  • Transformez la vague complète en un modèle réutilisable pour le domaine suivant.

Liste de contrôle d’acceptation de la vague migratoire

Avant le coupage, vérifiez que :

  • L’inventaire des objets et la carte de dépendances sont complets pour la vague.
  • Le blocage des limitations T-SQL a permis des corrections approuvées.
  • Le schéma et le code se déploient de manière répétable dans chaque environnement cible.
  • Les parcours de données historiques et incrémentaux réussissent les tests d’échelle et de récupération.
  • La réconciliation des données et la validation commerciale atteignent les seuils convenus.
  • La sécurité est recréée et validée avec des identités représentatives.
  • Les rapports, modèles sémantiques, applications et tâches opérationnelles passent les tests.
  • La performance et la concurrence atteignent les objectifs de charge de travail.
  • Les plans de surveillance, les responsabilités de support, le plan de retour arrière et le plan d’hypercare sont en place.
  • Les propriétaires d’entreprises et de techniciens approuvent le changement.

Contenu connexe

  • Dernière mise à jour :