Partage via

Limitations dans les bases de données mises en miroir Microsoft Fabric à partir de SQL Server

Cet article répertorie les limitations actuelles dans les bases de données mises en miroir Microsoft Fabric à partir de SQL Server. Cet article est susceptible de changer.

Pour résoudre les problèmes, voir :

Limitations de la plateforme

  • La mise en miroir de structure pour SQL Server 2025 n’est actuellement pas prise en charge pour les instances SQL Server 2025 s’exécutant dans une machine virtuelle Azure.
  • La mise en miroir de structure pour SQL Server 2025 n’est actuellement pas prise en charge dans SQL Server sur Linux.

Limitations au niveau de la base de données

  • La mise en miroir Fabric pour SQL Server n'est prise en charge que sur une base de données principale d'un groupe de disponibilité.

    • La mise en miroir de structure n’est actuellement pas prise en charge sur une instance de cluster de basculement.

  • La base de données SQL Server ne peut pas être mise en miroir si la base de données a déjà été configurée pour 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.

    • Vous ne pouvez pas mettre en miroir une base de données dans une instance SQL Server 2025 si la capture de données modifiées (CDC) est activée sur la base de données source.

  • Vous pouvez mettre en miroir jusqu’à 500 tables dans Fabric. Vous ne pouvez pas répliquer de tables au-dessus de la limite de 500.

    • 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 sont 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. La mise en miroir n’inclut pas les tables restantes à la fin de la liste alphabétique.
    • Si vous désélectionnez Mirror all data et sélectionnez des tables individuelles, vous ne pouvez pas sélectionner plus de 500 tables.

  • .dacpac les déploiements vers SQL Server nécessitent la propriété /p:DoNotAlterReplicatedObjects=False de publication pour permettre les modifications apportées à toutes les tables mises en miroir. Pour plus d’informations sur les paramètres de publication disponibles pour les déploiements .dacpac, consultez la documentation de publication SqlPackage.

  • La mise en miroir de structure à partir de SQL Server 2025 n’est pas prise en charge lorsque les fonctionnalités suivantes sont activées :

  • Vous ne pouvez pas mettre en miroir une base de données SQL Server si vous activez la durabilité différée des transactions pour la base de données.

Autorisations dans la base de données source

  • La sécurité au niveau des lignes de données est prise en charge, mais les permissions 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 de masquage des données dynamiques ne sont actuellement pas propagés aux données répliquées dans Fabric OneLake.
  • Pour configurer la fonction de mise en miroir sur SQL Server, accordez au compte principal utilisé pour la connexion à la SQL Server source l’autorisation ALTER ANY EXTERNAL MIRROR. Cette autorisation est incluse dans les autorisations de niveau supérieur telles que CONTROL ou le rôle db_owner .

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

  • Ne supprimez pas les autorisations de contributeur du nom principal du service SQL Server (SPN) de l’élément de base de données miroir Fabric.
  • La mise en miroir entre les locataires Microsoft Entra n’est pas prise en charge lorsqu’une instance SQL Server et l’espace de travail Fabric se trouvent dans des locataires distincts.
  • Les étiquettes Microsoft Purview Information Protection/labels de sensibilité définies dans SQL Server ne sont pas propagées et répliquées dans Fabric OneLake.

Niveau de table

  • Vous ne pouvez pas mettre en miroir les tables avec une clé primaire ou un index clusterisé lorsque la clé primaire n’existe pas, sur des types non pris en charge. Les types non pris en charge incluent les colonnes calculées, les types définis par l’utilisateur, la géométrie, la géographie, l’IDde hiérarchie, la variante SQL, l’horodatage, datetime2(7), datetimeoffset(7) et time(7).

  • Delta Lake ne prend en charge que six chiffres de précision. - Les colonnes de type SQL datetime2 avec précision de 7 chiffres fractionnaires de seconde n’ont pas de type de données correspondant avec la même précision dans les fichiers Delta dans Fabric OneLake. La précision est perdue si vous reflétez des colonnes de ce type, le septième chiffre décimal est rogné.

    • Le type de données datetimeoffset(7) n’a pas de type de données correspondant avec la même précision dans les fichiers Delta dans Fabric OneLake. La précision est perdue (perte de fuseau horaire et de septième décimale) si vous reflètez des colonnes de ce type.

  • Les index columnstore en cluster ne sont actuellement pas pris en charge.

  • Si une ou plusieurs colonnes de la table sont de type Objet binaire volumineux (LOB) dont la taille est supérieure à 1 Mo, Fabric OneLake tronque les données de colonne à une taille de 1 Mo.

  • Vous ne pouvez pas mettre en miroir les tables sources qui utilisent l’une des fonctionnalités suivantes :

    • Tables d’historique temporel et tables d’historique du registre
    • Toujours Chiffré
    • Tables en mémoire
    • Graph
    • Tables externes

  • Vous ne pouvez pas effectuer les opérations de langage de définition de données au niveau du tableau (DDL) suivantes sur les tables sources de base de données SQL lorsqu’elles sont activées pour la mise en miroir.

    • Changer, fractionner ou fusionner une partition
    • Modifier la clé primaire

  • Actuellement, vous ne pouvez pas mettre en miroir une table si elle a le type de données json ou vector .

    • Actuellement, vous ne pouvez pas modifier une colonne pour utiliser le type de données vector ou json lorsqu’une table est mise en miroir.

  • Dans SQL Server 2025, lorsqu'une modification DDL se produit, un nouvel instantané de l'intégralité des données est créé pour la table modifiée, et les données sont réensemencées.

  • Dans SQL Server 2016-2022, lorsqu’il existe une modification DDL, la mise en miroir échoue avec l’erreur suivante :

    La définition de la table 'SCHEMA.TABLE' a changé depuis l’activation de la capture de données modifiées (CDC). Réactivez la Capture de Données Modifiées (EXEC sys.sp_cdc_disable_table @source_schema = N'SCHEMA', @source_name = TABLE', @capture_instance = N'SCHEMA_TABLE'; EXEC sys.sp_cdc_enable_table @source_schema = N'SCHEMA', @source_name = TABLE', @role_name = NULL, @capture_instance = N'SCHEMA_TABLE', @supports_net_changes = 1;)

    Pour reprendre la mise en miroir, arrêtez et redémarrez le CDC à l'aide des commandes sys.sp_cdc_disable_table et sys.sp_cdc_enable_table fournies dans le message d'erreur. La table est ensuite réinitialisée avec un nouvel instantané.

  • Lors de la mise en miroir de SQL Server 2016-2022, vous ne pouvez pas mettre en miroir une table si elle n’a pas de clé primaire.

Au niveau des colonnes

  • La mise en miroir de structure à partir de SQL Server ne réplique pas les types de données suivants :
    • CLR
    • vector
    • json
    • geometry
    • geography
    • hierarchyid
    • sql_variant
    • horodatage/rowversion
    • xml
    • Types définis par l’utilisateur (UDT)
    • image
    • texte/ntexte
  • Si la table source contient des colonnes calculées, vous ne pouvez pas mettre ces colonnes en miroir sur Fabric OneLake. 
  • La mise en miroir prend en charge la réplication de colonnes contenant des espaces ou des caractères spéciaux dans des noms (tels que ,;{}()\n\t=). Pour les tables sous réplication avant que cette fonctionnalité soit activée, vous devez mettre à jour les paramètres de base de données mis en miroir ou redémarrer la mise en miroir pour inclure ces colonnes. Pour plus d’informations, consultez Prise en charge du mappage de colonnes Delta.

Limitations de l’entrepôt

  • La hiérarchie de schéma source est répliquée dans la base de données mise en miroir. Pour les bases de données mises en miroir créées avant l’activation de cette fonctionnalité, le schéma source est aplatit et le nom du schéma est encodé dans le nom de la table. Si vous souhaitez réorganiser des tables avec des schémas, recréez votre base de données mise en miroir. Pour plus d’informations, consultez Répliquer la hiérarchie de schéma source.

Limitations des éléments en miroir

  • Pour créer une mise en miroir de base de données SQL, vous devez être membre du rôle Administrateur ou Membre de l'espace de travail. 
  • 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 analytique SQL

Régions prises en charge

La mise en miroir de bases de données et la mise en miroir ouverte sont disponibles dans toutes les régions Microsoft Fabric. Pour plus d'informations, voir Disponibilité des régions Fabric.

Étape suivante

Tutoriel : Configurer des bases de données mises en miroir Microsoft Fabric à partir de SQL Server

Contenu connexe

  • Last updated on