Limitations et comportements dans les bases de données mises en miroir de Microsoft Fabric à partir de la base de données Azure SQL (préversion)

Les limitations actuelles des bases de données mises en miroir de Microsoft Fabric à partir d'Azure SQL Database sont répertoriées dans cette page. Cette page est susceptible d’être modifiée.

Pour résoudre les problèmes, voir :

• Résoudre les problèmes liés aux bases de données Fabric mise en miroir
• Résolution des problèmes liés aux bases de données miroirs Fabric à partir d'Azure SQL Database (préversion)

Transactions actives, charges de travail et comportements du moteur de réplication

• Les transactions actives continuent de conserver la troncation du journal des transactions jusqu’à ce que la transaction soit validée et que la base de données Azure SQL mise en miroir la rattrape, ou que la transaction soit abandonnée. Les transactions de longue durée peuvent avoir pour effet de remplir le journal des transactions plus que d'habitude. Le journal des transactions de base de données source doit être surveillé afin que le journal des transactions ne soit pas rempli. Pour plus d’informations, consultez Le journal des transactions augmente en raison de transactions longues et CDC.
• Chaque charge de travail utilisateur varie. Lors de la capture instantanée initiale, l'utilisation des ressources de la base de données source peut être plus importante, tant au niveau de l'UC que des IOPS (opérations d'entrée/sortie par seconde, pour lire les pages). Les opérations de mise à jour/suppression des tables peuvent entraîner une génération de journaux accrue. En savoir plus sur la manière de surveiller les ressources de votre base de données Azure SQL.
• Le moteur réplicateur surveille chaque table pour les modifications indépendamment. S’il n’existe aucune mise à jour dans une table source, le moteur de réplicateur commence à se retirer avec une durée exponentiellement croissante pour cette table, jusqu’à une heure. La même chose peut se produire en cas d’erreur temporaire, ce qui empêche l’actualisation des données. Le moteur de réplicateur reprend automatiquement l’interrogation régulière après la détection des données mises à jour.

Limitations au niveau de la base de données

• La mise en miroir de structure pour la base de données Azure SQL est prise en charge uniquement sur une base de données primaire accessible en écriture.
• La base de données Azure SQL ne peut pas être mis en miroir si la base de données a activé la capture des changements de données (CDC), Azure Synapse Link pour SQL ou si la base de données est déjà mise en miroir dans un autre espace de travail Fabric.
• Le nombre maximal de tables pouvant être mise en miroir dans Fabric est de 500 tables. Aucune table au-dessus de la limite de 500 ne peut actuellement être répliquée.
  • Si vous sélectionnez Mettre en miroir toutes les données lors de la configuration de la mise en miroir, les tables à mettre en miroir seront déterminées en prenant les 500 premières tables lorsque toutes les tables sont triées par ordre alphabétique en fonction du nom du schéma, puis du nom de la table. Les tables restantes au bas de la liste alphabétique ne sont pas mises en miroir.
  • Si vous désélectionnez mettre en miroir toutes les données et sélectionnez des tables individuelles, vous ne pouvez pas sélectionner plus de 500 tables.

Autorisations dans la base de données source

• La sécurité au niveau des lignes n’est actuellement pas prise en charge pour la base de données Azure SQL configurée pour la mise en miroir vers Fabric OneLake.
• Les autorisations au niveau de l’objet, par exemple l’octroi d’autorisations à certaines colonnes, ne sont pas propagées à partir de la base de données SQL source dans Fabric.
• Les paramètres de masquage dynamique des données ne sont actuellement pas propagés à partir de la base de données SQL source dans Fabric.
• Pour configurer la mise en miroir pour Azure SQL Database, le principal utilisé pour se connecter à la base de données Azure SQL source doit disposer des autorisations CONTROL ou db_owner.

Sécurité des réseaux et de la connectivité

• Le SQL server source doit activer Autoriser l’accès au réseau public et autoriser les services Azure à se connecter.
• L'identité managée affectée par le système (SAMI) de votre serveur logique Azure SQL doit être activée et doit être l'identité principale.
• Ne supprimez pas les autorisations du contributeur du nom de principal du service (SPN) de la base de données Azure SQL sur l'élément de base mise en miroir Fabric.
• La mise en miroir entre locataires Microsoft Entra n'est pas prise en charge lorsqu'une base de données Azure SQL et l'espace de travail Fabric se trouvent dans des locataires distincts. 
• Protection des données Microsoft Purview/étiquettes de confidentialité définies dans la base de données Azure SQL ne sont pas en cascade et miroir dans Fabric OneLake.

Niveau de table

• Impossible de mettre en miroir une table qui n’a pas de clé primaire définie.
  • Une table utilisant une clé primaire définie comme clé primaire non cluster ne peut pas être mise en miroir.
• Une table ne peut pas être mise en miroir si la clé primaire est l’un des types de données : sql_variant, timestamp/ rowversion, datetime2(7), datetimeoffset(7), time(7) où 7 est sept chiffres de précision. Delta lake ne prend en charge que six chiffres de précision.
• Les index columnstore en cluster ne sont actuellement pas pris en charge.
• Si une ou plusieurs colonnes de la table sont de type Grand objet binaire (LOB) avec une taille > 1 Mo, les données de la colonne sont tronquées à la taille de 1 Mo dans Fabric OneLake.
• Les tables sources pour lesquelles l'une des caractéristiques suivantes est utilisée ne peuvent pas être mises en miroir.
  • Tables d’historique temporel et tables d’historique du registre
  • Always Encrypted
  • Tables en mémoire
  • Graph
  • Tables externes
• Les opérations DDL (langage de définition de données) de niveau table suivantes ne sont pas autorisées sur les tables sources lorsqu'elles sont activées pour la mise en miroir de bases de données Fabric SQL. 
  • Changer/Séparer/Fusionner la partition
  • Modifier la clé primaire
  • Troncation de la table
• Lorsqu’il existe une modification DDL, une instantané de données complète est redémarrée pour la table modifiée et les données sont réexédées.

Au niveau des colonnes

• Si la table source contient des colonnes calculées, ces colonnes ne peuvent pas être mises en miroir sur la Fabric OneLake. 
• Si la table source contient des colonnes avec des types de données non pris en charge, ces colonnes ne peuvent pas être mises en miroir vers la Fabric OneLake. Les types de données suivants ne sont pas pris en charge.
  • image
  • text/ntext
  • xml
  • json
  • rowversion/horodateur
  • sql_variant
  • Types définis par l’utilisateur (UDT)
  • geometry
  • Geography
• Les noms de colonnes d’une table SQL ne peuvent pas contenir d’espaces ni les caractères suivants : space , ; { } ( ) \n \t =.

Limitations de l’entrepôt

• La hiérarchie de schéma source n’est pas répliquée dans la base de données mise en miroir. Au lieu de cela, le schéma source est aplatit et le nom du schéma est encodé dans le nom de la table de base de données mise en miroir. 

Limitations des articles en miroir

• L’utilisateur doit être membre du rôle Administration/membre de l’espace de travail pour créer la mise en miroir de bases de données SQL. 
• L'arrêt de la mise en miroir désactive complètement la mise en miroir. 
• Le démarrage de la mise en miroir réalimente toutes les tables, ce qui revient à repartir de zéro. 

Limitations du point de terminaison d’analytique SQL

• Le point de terminaison d’analytique SQL est identique au point de terminaison d’analytique SQL Lakehouse. Il s’agit de la même expérience en lecture seule. Consultez les limitations du point de terminaison d’analytique SQL.

Régions de structure qui prennent en charge la mise en miroir

Voici les régions Fabric qui prennent en charge la mise en miroir pour la base de données Azure SQL :

Étape suivante

Contenu connexe

• Surveiller la réplication de la base de données mise en miroir Fabric
• Données de modèle dans le modèle sémantique Power BI par défaut dans Microsoft Fabric