Partager via

Assistant Migration fabric pour Data Warehouse

s’applique à :✅ Warehouse dans Microsoft Fabric

L’Assistant Migration Fabric est une expérience de migration intégrée en mode natif à Fabric, offrant une expérience de migration guidée vers Microsoft Fabric.

L’Assistant Migration copie les métadonnées et les données de la base de données source, en convertissant automatiquement le schéma source en Fabric Data Warehouse. L’assistance basée sur l’IA fournit des solutions rapides pour l’incompatibilité ou les erreurs de migration.

Vous pouvez utiliser l’Assistant Migration Fabric pour Data Warehouse pour copier des pools SQL dédiés dans Azure Synapse Analytics, ainsi que des données OLAP à grande échelle dans SQL Server et d’autres bases de données SQL.

Conseil / Astuce

Pour obtenir un guide pas à pas pour migrer avec l’Assistant Migration, consultez Migrer avec l’Assistant Migration Fabric pour l’entrepôt de données.

Pour plus d'informations sur la stratégie et la planification de votre migration, consultez La planification de Migration : Pools SQL dédiés Azure Synapse Analytics à Fabric Data Warehouse.

Étapes de migration

La migration avec l’Assistant Migration Fabric implique ces étapes à un niveau élevé :

  1. Migrez le schéma des objets (par exemple, la définition d’une table) de votre source vers un nouvel entrepôt Fabric à l’aide d’un fichier DACPAC.
  2. Utilisez l’Assistant Migration pour résoudre les problèmes en mettant à jour les types et définitions T-SQL pour les objets qui n’ont pas pu migrer automatiquement.
  3. Copiez des données à l’aide d’un travail de copie dans Fabric Data Factory.
  4. Test et comparaison parallèle de l’ancien entrepôt et du nouvel entrepôt. Enfin, redirigez les connexions à partir d’applications qui accèdent à l’entrepôt source pour utiliser le nouvel entrepôt.

Objets migrés

L’Assistant Migration aide les utilisateurs à migrer vers Fabric Data Warehouse à l’aide de fichiers DACPAC. Les métadonnées d’objet de base de données capturées dans le DACPAC sont les suivantes :

  • Tableaux
  • Points de vue
  • Fonctions
  • Procédures stockées
  • Objets de sécurité tels que les rôles, les autorisations, le masquage dynamique des données

Résoudre les problèmes liés à l’Assistant Migration

Certains scripts T-SQL ne parviennent pas à migrer si les métadonnées n’ont pas pu être migrées vers celles prises en charge dans l’entrepôt Fabric, ou si le code n’a pas pu s’appliquer à T-SQL. L’étape Résoudre les problèmes de l’Assistant migration vous aide à résoudre ces scripts ayant échoué.

Objets principaux et dépendants

Les scripts ayant échoué sont divisés en ensembles :

  • Les objets principaux sont ceux qui ne dépendent pas d’un autre objet.
  • Les objets dépendants sont ceux qui dépendent d’un ou plusieurs objets directement ou indirectement.

Les objets dépendants ne seront pas migrés tant que leurs objets principaux ne seront pas résolus. Vous êtes donc guidé pour corriger d’abord les objets principaux.

Par exemple, il existe trois objets : table A, vue B qui utilise la table A, vue C qui utilise la vue B. Dans ce cas, l’objet principal est Table A. Les vues B et C sont des objets dépendants.

Les objets principaux sont triés par priorité pour vous aider à effectuer votre migration plus rapidement. La priorité est basée sur le nombre de dépendances de l’objet. Les dépendances font référence à tous les objets qui font référence ou qui dépendent de cet objet, directement ou indirectement.

Par exemple, la table A a deux dépendances sur les vues B et C, la vue B a une dépendance sur l’affichage C et l’affichage C n’a aucune dépendance. Par conséquent, ils sont triés par ordre de priorité, en commençant par la Table A, la Vue B, la Vue C.

Corriger les erreurs de migration

Passez en revue et corrigez les scripts rompus à l’aide des informations d’erreur manuellement, ou utilisez Copilot pour une assistance basée sur l’IA. (Copilot doit être activé.) Copilot analyse votre requête et tente de trouver le meilleur moyen de la corriger. Copilot laisse des commentaires pour expliquer ce qu’il a résolu et pourquoi. Les erreurs peuvent se produire lorsque Copilot utilise l’IA. Vérifiez donc les suggestions de code avant de les exécuter.

Une fois que vous avez apporté des ajustements, vous devez exécuter la requête, l’Assistant Migration valide et migre l’objet et ses dépendances. Une fois l’objet fixe migré, l’onglet Objets principaux est mis à jour avec une nouvelle liste hiérarchisée d’objets. La correction d’un objet principal peut entraîner le nombre d’objets principaux à rester identique ou même à augmenter. Par exemple, l’objet B est rompu en raison d’une dépendance à plusieurs autres objets rompus, y compris l’objet A. Dans ce scénario, la correction de l’objet A corrige certaines erreurs, mais pas toutes, dans B et entraîne la modification de B d’un objet dépendant en objet principal.

Sécurité

La plupart des types d’objets de sécurité, notamment les rôles, les autorisations (telles que GRANT/REVOKE/DENY) et le masquage dynamique des données sont censés migrer automatiquement. Certains objets (tels que les utilisateurs authentifiés SQL ou le chiffrement au niveau des colonnes) ont besoin de mises à jour pour fonctionner dans Fabric. Ces problèmes sont signalés dans la liste Résoudre les problèmes dans l’Assistant Migration.

Les utilisateurs authentifiés SQL doivent être remplacés par utilisateurs Microsoft Entra dans Microsoft Fabric. Assurez-vous qu’ils peuvent se connecter à Fabric via Microsoft Entra ID, puis utilisez Gérer les autorisations ou boîte de dialogue Partager pour les ajouter à votre entrepôt dans Fabric. Pour ajouter des utilisateurs, un administrateur/membre doit disposer d’autorisations de « repartage ».

Avant de copier des données, veillez à corriger les objets de sécurité qui n’ont pas pu migrer et à vérifier que la sécurité dont vous avez besoin est configurée, afin que les utilisateurs n’aient pas d’accès involontaire aux informations sensibles.

Limites

Actuellement, il n’existe pas de compatibilité T-SQL complète entre l’entrepôt source et l’entrepôt Fabric. Pour plus d’informations, consultez :

Les solutions de contournement pour certaines des fonctionnalités non prises en charge courantes :

Problème Solution de contournement
Authentification SQL Remplacez les utilisateurs utilisant l'authentification SQL par l'authentification Microsoft Entra, comme alternative à l'authentification SQL.
Chiffrement au niveau colonne Utilisez d’autres façons de protéger vos données, telles que l’implémentation du chiffrement au niveau de la couche application et masquage dynamique des données dans l’entreposage de données Fabric pour obfusquer les données sensibles.
Fonctions scalaires Les fonctions scalaires définies par l’utilisateur (UDF) ne sont pas actuellement migrées par l’Assistant Migration. Les fonctions définies par l’utilisateur scalaires sont prises en charge dans Fabric Data Warehouse, mais uniquement lorsqu’elles sont inlineables (actuellement en préversion). Pour plus d’informations, consultez CREATE FUNCTION et l'inlining des UDF scalaires.
Colonnes d’identité Les colonnes IDENTITY de Fabric Data Warehouse se comportent différemment de celles d’autres plateformes, telles que SQL Server. Pour plus d’informations, consultez Présentation des colonnes IDENTITY dans Fabric Data Warehouse.
Tables temporaires Utilisez des tables régulières.

Les fonctionnalités non prises en charge suivantes ne sont plus nécessaires dans Microsoft Fabric Data Warehouse :

  • Index
  • Chiffrement transparent des données (TDE) : non nécessaire dans Fabric, car Fabric chiffre déjà les données via des moyens plus avancés. Pour plus d’informations, consultez Data Encryption dans Fabric Data Warehouse.

D’autres fonctionnalités actuellement non prises en charge peuvent s’afficher :

  • Tables externes
  • Fonctions table à plusieurs instructions (TVF)

Étape suivante

Migration des données avec l'assistant de migration Fabric pour Data Warehouse

Contenu connexe

  • Last updated on