Partager via

Limitations des bases de données en miroir Microsoft Fabric à partir d’Azure SQL Managed Instance (préversion)

  • Article

Les limitations actuelles des bases de données en miroir Microsoft Fabric à partir d’Azure SQL Managed Instance sont présentées dans cette page. Cette page est susceptible d’être modifiée.

Pour résoudre les problèmes, voir :

Disponibilité des fonctionnalités

Vous pouvez configurer Azure SQL Managed Instance pour la mise en miroir si elle est déployée dans n’importe quelle région Azure, à l’exception de pour ces régions actuellement : USA Est 2 ; USA Ouest 2 ; USA Centre ; USA Ouest.

La disponibilité des fonctionnalités dépend également des régions Fabric. Pour obtenir la liste complète de la prise en charge des régions Fabric, consultez Régions Fabric prenant en charge la mise en miroir.

Limitations au niveau de la base de données

  • La mise en miroir dans Azure SQL Managed Instance est disponible uniquement pour les instances dont la Stratégie de mise à jour est définie sur Toujours à jour. La version SQL Server 2022 de SQL Managed Instance ne prend pas en charge la mise en miroir.
  • La configuration de la géorécupération d’urgence n’est pas prise en charge par la mise en miroir.
  • La mise en miroir Fabric pour Azure SQL Managed Instance est prise en charge uniquement dans une base de données primaire accessible en écriture.
  • Une base de données Azure SQL Managed Instance ne peut pas être mise en miroir si la capture des changements de données (CDC) ou la réplication transactionnelle ont été activées pour la base de données, ou si cette dernière est déjà 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. Les tables dépassant la limite de 500 ne peuvent pas actuellement être répliquées.
    • 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.
  • La fonctionnalité de copie/déplacement de base de données n’est pas prise en charge dans les bases de données en miroir. Si vous déplacez ou copiez une base de données pour laquelle la mise en miroir est activée, l’opération de copie signale un état d’erreur de mise en miroir.
  • Si votre base de données SQL Managed Instance est configurée pour utiliser la fonctionnalité Azure SQL Managed Instance Link, le réplica accessible en lecture n’est pas pris en charge en tant que source de la mise en miroir Fabric.
  • Si votre base de données est configurée pour la mise en miroir et qu’elle est ensuite renommée, la fonctionnalité Monitor Mirroring (Surveiller la mise en miroir) cesse de fonctionner. Le fait de rétablir le nom de la base de données antérieur à la configuration de la mise en miroir a pour effet de résoudre le problème.

Autorisations dans la base de données source

  • La sécurité au niveau des lignes est prise en charge, 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 de masquage dynamique des données ne sont actuellement pas propagés de la base de données source vers Fabric OneLake.
  • Pour configurer la mise en miroir pour Azure SQL Managed Instance, le principal utilisé pour se connecter à la source SQL Managed Instance doit disposer des autorisations CONTROL ou db_owner. Il est recommandé de n’accorder ces autorisations qu’au niveau de la base de données mise en miroir (et non du serveur entier).

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

  • La source SQL Managed Instance doit activer le point de terminaison public et autoriser les services Azure à s’y connecter.
  • L’identité managée affectée par le système (SAMI) d’Azure SQL Managed Instance doit être activée et constituer l’identité principale.
  • Les autorisations de contributeur de nom de principal du service (SPN) Azure SQL Managed Instance ne doivent pas être supprimées de l’élément de base de données en miroir Fabric.
  • L’identité managée affectée par l’utilisateur (UAMI) n’est pas prise en charge.
  • La mise en miroir entre locataires Microsoft Entra n’est pas prise en charge lorsque Azure SQL Managed Instance et l’espace de travail Fabric se trouvent dans des locataires distincts. 
  • La protection des données Microsoft Purview/les étiquettes de confidentialité définies dans Azure SQL Managed Instance ne sont pas mises en miroir dans Fabric OneLake.

Niveau de table

  • Une table qui n’a pas de clé primaire définie ne peut pas être mise en miroir.
    • 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 suivants : sql_variant, timestamp/rowversion
    • 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.
    • 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é.
      • 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 index columnstore en cluster ne sont actuellement pas pris en charge.
  • Si une ou plusieurs colonnes de la table sont de type LOB (Large Binary Object, objet binaire volumineux) d’une taille > 1 Mo, les données de colonne sont tronquées à la taille de 1 Mo dans Fabric OneLake. Si vous souhaitez autoriser les insertions volumineuses, configurez l’option de configuration de serveur max text repl size pour autoriser plus de 65 536 octets.
  • Les tables sources utilisant l’une des fonctionnalités suivantes 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 de langage de définition de données (DDL) de niveau table ci-dessous ne sont pas autorisées sur les tables sources lorsqu’elles sont activées pour la mise en miroir SQL Managed Instance vers Fabric.
    • Changer/Séparer/Fusionner la partition
    • Modifier la clé primaire
    • Troncation de la table
  • Lorsqu’il existe une modification DDL, un instantané de données complet est redémarré pour la table modifiée, et les données de la table entière sont réamorcées dans Fabric OneLake.
  • Pour l’heure, une table ne peut pas être mise en miroir si son type de données est json.
    • À l’heure actuelle, vous ne pouvez changer (ALTER) le type de données d’une colonne en json lorsqu’une table est mise en miroir.
  • Les vues et les vues matérialisées ne sont pas prises en charge pour la mise en miroir.

Au niveau des colonnes

  • Si la table source contient des colonnes calculées, ces colonnes ne peuvent pas être mises en miroir vers Fabric OneLake. 
  • Si la table source contient des colonnes dont le type de données est l’un des suivants, 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
    • 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 : ,;{}()\n\t=.
  • Les opérations de langage de définition de données (DDL) de colonne ci-dessous ne sont pas prises en charge dans les tables sources lorsqu’elles sont activées pour la mise en miroir SQL Managed Instance vers Fabric :
    • Modifier la colonne
    • Renommer la colonne (sp_rename)

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 SQL Managed Instance. 
  • 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. 
  • Si la capacité Fabric est arrêtée puis redémarrée, la mise en miroir cesse de fonctionner et doit être redémarrée manuellement. Aucun avertissement/message d’erreur n’indique que la mise en miroir a cessé de fonctionner.

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.
  • 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.

Régions prises en charge

Voici les régions Fabric qui prennent en charge la mise en miroir :

Asie-Pacifique :

  • Australie Est
  • Australie Sud-Est
  • Inde centrale
  • Asie Est
  • Japon Est
  • Centre de la Corée
  • Asie Sud-Est
  • Inde Sud

Europe

  • Europe Nord
  • Europe Ouest
  • France Centre
  • Allemagne Centre-Ouest
  • Italie Nord
  • Norvège Est
  • Pologne Centre
  • Suède Centre
  • Suisse Nord
  • Suisse Ouest
  • Sud du Royaume-Uni
  • Ouest du Royaume-Uni

Amériques :

  • Brésil Sud
  • Centre du Canada
  • Est du Canada
  • Centre des États-Unis
  • USA Est
  • USA Est 2
  • USA Centre Nord
  • USA Centre Sud
  • USA Ouest
  • USA Ouest 2

Moyen-Orient et Afrique :

  • Afrique du Sud Nord
  • Émirats arabes unis Nord

Étape suivante

Tutoriel : configurer des bases de données en miroir Microsoft Fabric à partir d'Azure SQL Managed Instance (Préversion)

Contenu connexe