Limitations de la mise en miroir de bases de données Fabric SQL

Les limitations actuelles de la mise en miroir d’une base de données SQL dans Fabric 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 à la mise en miroir de la base de données SQL dans Fabric
• Résoudre les problèmes liés aux bases de données Fabric mise en miroir
• Résoudre les problèmes liés aux bases de données mises en miroir Fabric à partir d’Azure SQL Database

Pour connaître les limitations générales de la base de données SQL dans Microsoft Fabric, consultez Limitations dans la base de données SQL dans Microsoft Fabric.

Limitations au niveau de la base de données

• La mise en miroir de la base de données SQL dans Fabric ne peut pas être désactivée pour le moment.
• La mise en miroir de la base de données SQL ne peut s’appliquer qu’à l’espace de travail dans lequel réside la base de données SQL dans Fabric.
• Le nombre maximal de tables pouvant être mises en miroir à partir d’une base de données est de 1 000. Il est possible d’avoir plus de tables, mais celles dépassant ce nombre seront exclues de la mise en miroir.

Fonctionnalités de sécurité

• La sécurité au niveau ligne est prise en charge pour la base de données SQL dans Fabric, mais les autorisations ne sont actuellement pas propagées aux données répliquées dans Fabric OneLake.
• Les autorisations au niveau de l’objet, par exemple l’octroi d’autorisations à certaines colonnes, ne sont actuellement pas propagées aux données répliquées dans Fabric OneLake.
• Les paramètres Dynamic Data Masking ne sont actuellement pas propagés aux données répliquées dans Fabric OneLake.
• Protection des données Microsoft Purview/étiquettes de confidentialité ne sont pas en cascade ni en miroir dans Fabric OneLake. Pour plus d’informations, consultez Protéger les données sensibles dans la base de données SQL avec des stratégies de protection Microsoft Purview.

Niveau de table

• Une table ne peut pas être en miroir si la clé primaire inclut un type de données non pris en charge.
• Les tables sources pour lesquelles l’une des caractéristiques suivantes est utilisée ne peuvent pas être en miroir sur Fabric OneLake.
  • Les index columnstore en cluster (CCI) peuvent être créés sur une table existante, mais la table ne peut pas ensuite être mise en miroir sur Fabric OneLake.

    • Les CCI sont pris en charge et mis en miroir lorsqu'ils sont créés en même temps que la table. Par exemple:

      CREATE TABLE [Sales].InvoiceLines (
       <... column list ... >,
      INDEX IDX_CS_Sales_InvoiceLines CLUSTERED COLUMNSTORE
      );
      

    • Vous pouvez ajouter un CCI à une table, si vous arrêtez d’abord la mise en miroir, ajoutez le CCI, puis redémarrez la mise en miroir. Si la mise en miroir est en cours d’exécution (c’est généralement le cas), elle peut être arrêtée à l’aide de l’API sqldatabase , puis redémarré à l’aide de l’API sqldatabase. Pour obtenir des instructions sur l’arrêt et le démarrage de la mise en miroir avec un appel d’API, consultez Démarrer et arrêter la mise en miroir de bases de données SQL avec l’API REST Fabric.

  • Tables d’historique temporel et tables d’historique du registre
  • Toujours Chiffré
  • Tables en mémoire
  • Graphique
  • Tables externes
• Les opérations DDL (langage de définition de données) au niveau de la table suivantes ne sont pas autorisées :
  • Changer/Séparer/Fusionner la partition
  • Modifier la clé primaire
  • La modification des tables à des fins de reconstruction des partitions avec DATA COMPRESSION = ROW ou PAGE n’est pas autorisée.
• 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.
• Les vues ne sont pas en miroir sur OneLake.
• Les procédures stockées ne sont pas en miroir sur OneLake.
• ALTER INDEX ALL n’est pas autorisé sur la table. La modification des index individuels référencés par un nom est autorisée.
• Pour les tables temporelles, la table de données est en miroir, mais la table d’historique est exclue de la mise en miroir.
  • Lors de l’ajout du contrôle de version système (conversion en tables temporelles) de deux tables existantes, la table d’historique existante est automatiquement exclue de la mise en miroir (même si elle a été en miroir dans le passé).
  • Lors de la suppression du contrôle de version système (fractionnement des données de la table temporelle à partir de sa table d’historique), la table d’historique est traitée comme une table autonome et automatiquement ajoutée à la mise en miroir.
• L’indexation de texte intégral n’est pas prise en charge et ne peut pas être créée dans la base de données SQL dans Microsoft Fabric.
• L’état de réplication NotSupported dans la page Moniteur de réplication contient des informations d’état spécifiques à la table et est souvent causé par un type de données non pris en charge.
• Actuellement, une table ne peut pas être mise en miroir si elle a le type de données json ou vector .
  • Actuellement, vous ne pouvez pas ALTER une colonne vers le type de données vector ou json dans la base de données SQL dans Fabric.

Au niveau des colonnes

• Si la table source contient des colonnes calculées, ces colonnes sont ignorées et ne peuvent pas être en miroir.
• Si la table source contient des colonnes avec l’un de ces types de données, ces colonnes ne peuvent pas être mises en miroir vers Fabric OneLake. Les types de données suivants ne sont pas pris en charge pour la mise en miroir :
  • image
  • texte/ntexte
  • xml
  • rowversion/horodateur
  • sql_variant
  • Types définis par l’utilisateur (UDT)
  • geometry
  • Geography
  • hierarchyid
• Delta Lake ne prend en charge que six chiffres de précision.
  • Les colonnes de type SQL datetime2, avec une précision de sept chiffres fractionnaires pour les secondes, n’ont pas de type de données équivalent offrant la même précision dans les fichiers Delta de Fabric OneLake. Une perte de précision se produit si des colonnes de ce type sont mises en miroir, le septième chiffre décimal des secondes étant alors supprimé.
  • Une table ne peut pas être en miroir si la clé primaire correspond à l’un des types de données suivants : datetime2(7), datetimeoffset(7), time(7), où 7 présente sept chiffres de précision.
  • Le type de données datetimeoffset(7) n’a pas de type de données équivalent offrant la même précision dans les fichiers Delta dans Fabric OneLake. Une perte de précision (perte du fuseau horaire et du septième chiffre décimal des secondes) se produit si des colonnes de ce type sont en miroir.
• Les noms de colonnes d’une table SQL ne peuvent pas contenir d’espaces ni les caractères suivants : ,;{}()\n\t=.
• Si une ou plusieurs colonnes de la table sont de type Grand objet binaire (LOB) avec une taille supérieure à 1 Mo, les données de la colonne sont tronquées à la taille de 1 Mo dans Fabric OneLake.

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 de l’entrepôt.

Contenu connexe

• Limitations dans la base de données SQL dans Microsoft Fabric