Limitations dans les bases de données Microsoft Fabric en miroir à partir d'Azure Cosmos DB (préversion)
Cet article détaille les limitations actuelles des comptes Azure Cosmos DB en miroir dans Microsoft Fabric. Les détails de limitation et de quota de cette page sont susceptibles de changer à l'avenir.
Important
La mise en miroir d'Azure Cosmos DB est actuellement en préversion. Les charges de travail de production ne sont pas prises en charge dans la préversion. Seuls les comptes Azure Cosmos DB for NoSQL sont pris en charge.
Disponibilité
La mise en miroir est prise en charge dans un ensemble spécifique de régions pour Microsoft Fabric et les API pour Azure Cosmos DB.
API prises en charge
La mise en miroir est disponible uniquement pour les types de comptes Azure Cosmos DB répertoriés ici.
Disponible | |
---|---|
API pour NoSQL | Oui |
API pour MongoDB (basée sur RU) | Non |
API pour MongoDB (vCore) | Non |
API pour Apache Gremlin | Non |
API pour Table | Non |
API pour Apache Cassandra (basée sur RU) | Non |
Managed Instance pour Apache Cassandra | Non |
Régions prises en charge
Voici la liste des régions qui prennent en charge la mise en miroir pour Azure Cosmos DB :
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
- Norvège Est
- 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
- USA Centre
- USA Est
- USA Est 2
- Centre-Nord des États-Unis
- USA Ouest
- USA Ouest 2
Moyen-Orient et Afrique :
- Afrique du Sud Nord
- Émirats arabes unis Nord
Limitations du compte et de la base de données
- Vous ne pouvez activer la mise en miroir que si le compte Azure Cosmos DB est configuré avec une sauvegarde continue de 7 ou 30 jours.
- Toutes les limitations actuelles de la caractéristique de sauvegarde continue dans Azure Cosmos DB s'appliquent également à la mise en miroir Microsoft Fabric.
- Ces limitations comprennent, entre autres, l'impossibilité de désactiver la sauvegarde continue une fois qu'elle est activée et l'absence de prise en charge des comptes d'écriture multirégionaux. Pour plus d'informations, consultez Limitations de la sauvegarde continue de Azure Cosmos DB.
- Vous pouvez activer le magasin d'analyse et les caractéristiques de sauvegarde continue sur le même compte Azure Cosmos DB.
- Vous ne pouvez pas désactiver la caractéristique de stockage analytique sur les comptes Azure Cosmos DB dont la sauvegarde continue est activée.
- Vous ne pouvez pas activer la sauvegarde continue sur un compte Azure Cosmos DB qui a précédemment désactivé la caractéristique de stockage analytique pour un conteneur.
Limitations de sécurité
- Les clés de compte en lecture et en écriture Azure Cosmos DB sont le seul mécanisme pris en charge pour se connecter au compte source. Les clés de compte en lecture seule, les identités managées et l'authentification sans mot de passe avec le contrôle d'accès en fonction du rôle ne sont pas prises en charge.
- Vous devez mettre à jour les identifiants de connexion pour la mise en miroir Microsoft Fabric si les clés de compte sont pivotées. Si vous ne mettez pas à jour les clés, il est impossible d'effectuer la mise en miroir. Pour résoudre cette défaillance, arrêtez la réplication, mettez à jour les identifiants avec les clés nouvellement pivotées, puis redémarrez la réplication.
- Les utilisateurs Microsoft Fabric ayant accès à l'espace de travail héritent automatiquement de l'accès à la base de données miroir. Toutefois, vous pouvez contrôler granulairement l'accès au niveau de l'espace de travail et du client afin de gérer l'accès des utilisateurs au sein de votre organisation.
- Vous pouvez partager directement la base de données miroir dans Microsoft Fabric.
autorisations
- Si vous ne disposez que d'autorisations de visualisation dans Microsoft Fabric, vous ne pouvez pas prévisualiser ou interroger les données dans le point de terminaison d'analytique SQL.
- Si vous envisagez d'utiliser l'explorateur de données, l'explorateur de données Azure Cosmos DB n'utilise pas les mêmes autorisations que Microsoft Fabric. Les demandes de vue et d'interrogation des données à l'aide de l'explorateur de données sont acheminées vers Azure au lieu de Microsoft Fabric.
Sécurité du réseau
- Le compte Azure Cosmos DB source doit activer l'accès au réseau public pour tous les réseaux.
- Les points de terminaison privés ne sont pas pris en charge pour les comptes Azure Cosmos DB.
- L'isolement réseau utilisant des techniques et caractéristiques telles que les adresses IP ou les points de terminaison de service n'est pas pris en charge pour les comptes Azure Cosmos DB.
- Les données dans OneLake ne prennent pas en charge les points de terminaison privés, les clés gérées par le client ou le chiffrement double.
Limitations de l'explorateur de données
- Les requêtes de Fabric Data Explorer sont en lecture seule. Vous pouvez afficher des conteneurs existants, afficher des articles et interroger des articles.
- Vous ne pouvez pas créer ou supprimer des conteneurs à l'aide de l'explorateur de données dans Microsoft Fabric.
- Vous ne pouvez pas insérer, modifier ou supprimer des articles à l'aide de l'explorateur de données dans Microsoft Fabric.
- Vous pouvez éviter de partager la base de données source en partageant uniquement le point de terminaison d'analytique SQL avec d'autres utilisateurs pour l'analyse.
- Vous ne pouvez pas désactiver l'explorateur de données dans une base de données miroir.
Limitations relatives à la réplication
- La mise en miroir ne prend pas en charge les conteneurs qui contiennent des articles avec des noms de propriétés contenant des espaces blancs ou des caractères de carte génériques. Cette limitation entraîne l'échec de la mise en miroir pour le conteneur spécifique. D'autres conteneurs au sein des mêmes bases de données peuvent toujours être mis en miroir avec succès. Si les noms de propriétés sont mis à jour pour supprimer ces caractères non valables, vous devez configurer un nouveau miroir sur la même base de données et le même conteneur et vous ne pouvez pas utiliser l'ancien miroir.
- Les miroirs Fabric OneLake à partir de la région Azure la plus proche géographiquement à la région de capacité de Microsoft Fabric dans les scénarios où un compte Azure Cosmos DB a plusieurs régions de lecture. Dans les scénarios de récupération d'urgence, la mise en miroir analyse et prélève automatiquement de nouvelles régions de lecture, car vos régions de lecture peuvent éventuellement basculer et changer.
- Les opérations de suppression dans le conteneur source sont immédiatement reflétées dans Microsoft Fabric OneLake à l'aide de la mise en miroir. Les opérations de suppression réversible utilisant des valeurs de durée de vie (TTL) ne sont pas prises en charge.
- La mise en miroir ne prend pas en charge le partitionnement personnalisé.
- Microsoft Fabric présente des limitations existantes avec T-SQL. Pour plus d'informations, consultez Limitations de T-SQL.
Modifications de schéma et de données
- La suppression et l'ajout d'un conteneur similaire remplacent les données dans les tables d'entrepôt par uniquement les données du nouveau conteneur.
- La modification du type de données d'une propriété dans plusieurs articles entraîne l'hyperonyme des données par le réplicateur, le cas échéant. Ce comportement est en parité avec l'expérience delta native. Toutes les données qui ne correspondent pas aux critères pris en charge deviennent de type Nul. Par exemple, la modification d'une propriété de tableau en chaîne entraîne l'hyperonyme en type Nul.
- L'ajout de nouvelles propriétés aux articles entraîne la détection transparente des nouvelles propriétés par la mise en miroir et l'ajout des colonnes correspondantes à la table de l'entrepôt. Si les propriétés d'article sont supprimées ou manquantes, elles ont une valeur Nul pour l'enregistrement correspondant.
- La réplication de données à l'aide de la mise en miroir n'a pas de schéma complet ou bien défini. La mise en miroir effectue automatiquement et en continu le suivi des modifications de propriété et du type de données (lorsque cela est autorisé).
Données imbriquées
- Les objets JSON imbriqués dans les articles Azure Cosmos DB sont représentés sous forme de chaînes JSON dans des tables d'entrepôt.
- Les commandes telles que
OPENJSON
,CROSS APPLY
etOUTER APPLY
sont disponibles pour étendre les données de chaîne JSON de manière sélective. - PowerQuery inclut
ToJson
pour l'extension sélective des données de chaîne JSON. - La mise en miroir ne présente pas de contraintes de schéma au niveau de l'imbrication. Pour plus d'informations, consultez Contraintes de schéma de stockage analytique Azure Cosmos DB.
Limitations de l'entrepôt de données
- L'entrepôt ne peut pas gérer les colonnes de chaîne JSON supérieures à 8 Kb de taille. Le message d'erreur de ce scénario est « Le texte JSON n'est pas correctement mis en forme. Le caractère inattendu '"' est trouvé à la position ».
- Les données imbriquées représentées sous la forme d'une chaîne JSON dans les tables du point de terminaison d'analytique SQL et de l’entrepôt SQL peuvent généralement augmenter de plus de 8 Kb de taille. Surveillance des niveaux d'imbrication et de la quantité de données si vous recevez ce message d'erreur.
Limitations des articles en miroir
- L'activation de la mise en miroir pour un compte Azure Cosmos DB dans un espace de travail nécessite le rôle de l'administrateur ou du membre dans votre espace de travail.
- L'arrêt de la réplication désactive complètement la mise en miroir.
- Le redémarrage de la réplication réalimente toutes les tables de l'entrepôt cible. Cette opération démarre efficacement la mise en miroir à partir de zéro.
Envoyer des commentaires
Si vous souhaitez envoyer des retours d'expérience sur les limitations, caractéristiques ou problèmes actuels, faites-nous savoir à fabriccosmosdbmirror@microsoft.com.