Questions fréquemment posées sur les bases de données Microsoft Fabric en miroir à partir d'Azure Cosmos DB (préversion)

Cet article fournit des réponses aux questions les plus fréquentes sur la base de données Azure Cosmos DB en miroir dans Microsoft Fabric.

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.

Questions générales

La mise en miroir est-elle différente des raccourcis dans le cadre d'Azure Cosmos DB ?

La mise en miroir réplique la base de données source dans Microsoft Fabric OneLake au format delta open source. Vous pouvez exécuter des analyses sur ces données à partir de n'importe où dans Fabric. Les raccourcis ne répliquent pas les données dans Microsoft Fabric OneLake. À la place, ils se lient aux données sources sans déplacement des données. Actuellement, Azure Cosmos DB n'est disponible qu'en tant que source pour la mise en miroir.

La mise en miroir affecte-t-elle les performances de la base de données Azure Cosmos DB source ?

Non. La mise en miroir n'affecte pas les performances ou le coût de la base de données source. La mise en miroir nécessite que la caractéristique de sauvegarde continue soit activée sur le compte Azure Cosmos DB source. La sauvegarde continue permet la réplication sans effet sur les charges de travail transactionnelles.

La mise en miroir Azure Cosmos DB peut-elle remplacer les projets de copie de pipeline dans Microsoft Fabric ?

La mise en miroir est une réplication à faible latence de vos données dans Azure Cosmos DB. Contrairement aux projets de copie, la mise en miroir crée une copie continue et incrémentielle de vos données Azure Cosmos DB. La mise en miroir n'affecte pas vos charges de travail transactionnelles sur la base de données source ou le conteneur.

En revanche, un projet de copie est un projet planifié qui peut augmenter le temps de latence de bout en bout pour les projets incrémentiels. En outre, les projets de copie exigent une gestion des modifications incrémentielles, augmentent les coûts de calcul dans Microsoft Fabric et affectent la consommation d'unité de requête sur la base de données source dans Azure Cosmos DB.

Les projets de copie sont utiles pour les projets de copie ponctuelle à partir d'Azure Cosmos DB, mais la mise en miroir est idéale pour le suivi des modifications incrémentielles.

L'essai de la mise en miroir de la caractéristique affecte-t-il mon compte Azure Cosmos DB ?

Non. Vous pouvez activer et désactiver la mise en miroir sans craindre d'effet sur votre compte Azure Cosmos DB source ou vos données.

Avertissement

Si vous activez la sauvegarde continue sur un compte Azure Cosmos DB pour la mise en miroir dans Microsoft Fabric, la sauvegarde continue ne peut pas être désactivée. De même, vous ne pouvez pas désactiver le magasin d'analyse pour un compte Azure Cosmos DB si la sauvegarde continue est activée.

Tarification

Quels sont les coûts associés à miroir azure Cosmos DB ?

La mise en miroir est en préversion. Actuellement, aucun coût ne s'applique pour la mise en miroir ou le stockage de données miroir dans Microsoft Fabric. Le calcul pour l'interrogation de données à l'aide de SQL, Power BI ou Spark est facturé à des tarifs réguliers. Pour plus d'informations, consultez Tarification Microsoft Fabric.

Pour Azure Cosmos DB, la sauvegarde continue est un prérequis pour la mise en miroir. Si vous avez activé un niveau de sauvegarde continue avant la mise en miroir, vous n'accumulez aucun coût supplémentaire. Si vous activez la sauvegarde continue spécifiquement pour la mise en miroir, vous êtes facturé le prix associé à cette caractéristique. Pour plus d’informations, consultez la Tarification d’Azure Cosmos DB.

Si vous utilisez l'explorateur de données pour afficher les données sources d'Azure Cosmos DB, vous cumulez des coûts en fonction de l'utilisation des unités de requête (RU).

Comment les frais de sortie sont-ils gérés pour miroir azure Cosmos DB ?

Les frais de sortie sont facturés uniquement si votre compte Azure Cosmos DB se trouve dans une région différente de celle de votre capacité de Microsoft Fabric. Les miroirs Microsoft Fabric créés à partir de la région Azure la plus proche géographiquement de la région de capacité de Microsoft Fabric dans les scénarios où un compte Azure Cosmos DB dispose de plusieurs régions de lecture. Pour plus d'informations, consultez Limitations de réplication.

La mise en miroir utilise-t-elle le magasin d'analyse d'Azure Cosmos DB ?

Non. La mise en miroir n'utilise pas le magasin d'analyse. La mise en miroir n'affecte pas vos charges de travail transactionnelles ou votre consommation de débit.

Dans Azure Cosmos DB, la sauvegarde continue est un prérequis pour la mise en miroir. Ce prérequis permet à Microsoft Fabric de mettre en miroir vos données sans impacter vos charges de travail transactionnelles ou exiger la présence de magasin d'analyse.

Non. La mise en miroir dans Microsoft Fabric n'est pas liée à Azure Synapse Link.

Dans Azure Cosmos DB, la sauvegarde continue est un prérequis pour la mise en miroir. Ce prérequis permet à Microsoft Fabric de mettre en miroir vos données sans impacter vos charges de travail transactionnelles ou exiger la présence de magasin d'analyse.

Non. La mise en miroir dans Microsoft Fabric n'est pas liée à Azure Synapse Link. Vous pouvez continuer à utiliser Azure Synapse Link lors de l'utilisation de la mise en miroir Microsoft Fabric.

Puis-je continuer à utiliser le magasin d'analyse d'Azure Cosmos DB comme source de capture des changements de données (CDC) dans Azure Data Factory lors de l'utilisation de la mise en miroir ?

Oui. Vous pouvez utiliser le magasin d'analyse et la mise en miroir Microsoft Fabric sur le même compte Azure Cosmos DB. Ces caractéristiques fonctionnent indépendamment les unes des autres. La mise en miroir n'interfère pas avec l'utilisation du magasin d'analyse.

Puis-je continuer à utiliser le flux de modification d'Azure Cosmos DB lors de l'utilisation de la mise en miroir ?

Oui. Vous pouvez utiliser le flux de modification et la mise en miroir Microsoft Fabric sur le même compte Azure Cosmos DB. Ces caractéristiques fonctionnent indépendamment les unes des autres. La mise en miroir n'interfère pas avec l'utilisation du flux de modification.

Puis-je désactiver le magasin d'analyse de mon compte Azure Cosmos DB après avoir utilisé la mise en miroir ?

La mise en miroir nécessite une sauvegarde continue Azure Cosmos DB en tant que prérequis. Les comptes Azure Cosmos DB avec sauvegarde continue activée ne peuvent pas désactiver le magasin d'analyse. Une fois que vous avez désactivé le magasin d'analyse sur les collections, vous ne pouvez pas activer la sauvegarde continue.

Non. Azure Synapse Link et Azure Synapse Analytics sont toujours disponibles pour vos charges de travail. Il n'existe aucun plan pour déconseiller ces charges de travail. Vous pouvez continuer à utiliser Azure Synapse Link pour vos charges de travail de production.

Connexion et authentification des données

Comment faire pour gérer la mise en miroir des connexions pour Azure Cosmos DB ?

Dans le portail Microsoft Fabric, sélectionnez les options Gérer les connexions et les passerelles dans la section Paramètres.

Quelles méthodes d'authentification sont autorisées pour les comptes Azure Cosmos DB ?

Seules les clés de compte en lecture et en écriture sont prises en charge.

Puis-je utiliser l'authentification unique et le contrôle d'accès en fonction du rôle comme authentification pour la mise en miroir Azure Cosmos DB ?

Non. Seules les clés de compte en lecture et en écriture sont prises en charge à ce moment.

Puis-je utiliser des identités managées comme authentification pour la mise en miroir Azure Cosmos DB ?

Non. Seules les clés de compte en lecture et en écriture sont prises en charge à ce moment.

Que se passe-t-il si je fais pivoter mes clés de compte Azure Cosmos DB ?

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.

Programme d’installation

Puis-je sélectionner des conteneurs spécifiques dans une base de données Azure Cosmos DB pour la mise en miroir ?

Non. Lorsque vous mettez en miroir une base de données à partir d'Azure Cosmos DB, tous les conteneurs sont en réplication dans Microsoft Fabric OneLake.

Puis-je utiliser la mise en miroir pour répliquer plusieurs fois une base de données Azure Cosmos DB unique ?

Oui. Plusieurs miroirs sont possibles, mais inutiles. Une fois les données répliquées dans Microsoft Fabric, elles peuvent être partagées vers d'autres destinations directement à partir de Microsoft Fabric.

Puis-je créer des raccourcis vers mon réplica de données Azure Cosmos DB que j'ai créées à l'aide de la mise en miroir ?

Non.La mise en miroir ne prend pas en charge la création de raccourcis vers des sources externes comme Azure Data Lake Storage (ADLS) Gen2 ou Amazon Web Services (AWS) Simple Stockage Service (S3).

Explorateur de données Azure Cosmos DB

Dans Microsoft Fabric, lorsque je sélectionne « Vue » et « Base de données source », des données s'affichent-elles dans OneLake ou dans Azure Cosmos DB ?

L'option dans Microsoft Fabric pour afficher la base de données source fournit une vue en lecture seule des données actives dans Azure Cosmos DB à l'aide de l'explorateur de données. Cette perspective est une vue en temps réel des conteneurs qui sont la source des données répliquées.

Cette vue des données actives directement dans le portail Microsoft Fabric est un outil utile pour déterminer si les données dans OneLake sont récentes ou représentées correctement par rapport à la base de données source Azure Cosmos DB. Les opérations utilisant l'explorateur de données sur les données Azure Cosmos DB actives peuvent cumuler la consommation d'unités de requête.

Analyse des données Azure Cosmos DB

Comment faire pour analyser les données Azure Cosmos DB en miroir dans OneLake ?

Utilisez le portail Microsoft Fabric pour créer une requête SQL sur votre point de terminaison d'analytique SQL. À partir de là, vous pouvez exécuter des requêtes courantes comme SELECT TOP 100 * FROM ....

En outre, utilisez Lakehouse pour analyser les données OneLake avec d'autres données. À partir de Lakehouse, vous pouvez utiliser Spark pour interroger des données avec des notebooks.

Comment les données sont-elles synchronisées dans la mise en miroir pour Azure Cosmos DB ?

La synchronisation des données est complètement managée. Lorsque vous activez la mise en miroir, les données sont répliquées dans Microsoft Fabric OneLake en quasi-temps réel et la mise en miroir réplique en continu de nouvelles modifications au fur et à mesure qu'elles se produisent dans la base de données source.

La mise en miroir Azure Cosmos DB fonctionne-t-elle dans les régions Azure et Microsoft Fabric ?

La mise en miroir est prise en charge dans les régions, mais ce scénario peut entraîner des coûts inattendus de sortie de données réseau et une latence. Dans l'idéal, faites correspondre votre capacité de Microsoft Fabric à l'une des régions de votre compte Azure Cosmos DB. Pour plus d'informations, consultez Limitations de réplication.

Les données miroir pour Azure Cosmos DB sont-elles disponibles uniquement à l'aide du point de terminaison d'analytique SQL ?

Vous pouvez ajouter des bases de données miroir existantes en tant que raccourcis dans Lakehouse. À partir de Lakehouse, vous pouvez explorer les données directement, ouvrir les données dans un notebook pour les requêtes Spark ou créer des modèles Machine Learning.

Important

Le raccourci dans Lakehouse est un raccourci vers la base de données miroir, la réplication OneLake des données Azure Cosmos DB. Le raccourci dans Lakehouse n'accède pas directement au compte Azure Cosmos DB ou aux données.

Combien de temps prend la réplication initiale des données Azure Cosmos DB ?

La latence de la réplication initiale et continue varie en fonction du volume de données. Dans la plupart des cas, la latence peut durer quelques minutes, mais elle peut durer plus longtemps pour de grands volumes de données.

Combien de temps faut-il pour répliquer les opérations d'insertion, de mise à jour et de suppression d'Azure Cosmos DB ?

Une fois les données initiales répliquées, les opérations individuelles sont répliquées en quasi-temps réel. Dans de rares cas, il peut y avoir un petit retard si la base de données source a un volume élevé d'opérations de mise à jour et de suppression dans une fenêtre de temps.

La mise en miroir a-t-elle une logique d'interruption intégrée avec Azure Cosmos DB ?

Non. La mise en miroir n'a pas de logique d'interruption intégrée, car la réplication est continue et incrémentielle.

La mise en miroir prend-t-elle en charge le flux de données modifiées d'Azure Cosmos DB ?

Non. La mise en miroir ne prend actuellement pas en charge le flux de données modifiées sur les données miroir d'Azure Cosmos DB.

La mise en miroir prend-t-elle en charge l'architecture de médaillon pour les données répliquées à partir d'Azure Cosmos DB ?

La mise en miroir n'a pas de prise en charge intégrée de l'architecture de médaillon. Vous pouvez configurer vos propres couches d'argent et d'or avec une logique et un traitement en filigrane pour les transformations et jointures à l'aide de pipelines ou de Spark.

Les rapports Power BI utilisent-ils le mode Direct Lake avec des données miroir à partir d'Azure Cosmos DB ?

Oui.

La mise en miroir Azure Cosmos DB prend-t-elle en charge les données imbriquées ?

Oui. Les données imbriquées sont aplaties dans OneLake en tant que chaîne JSON. Utilisez OPENJSON, CROSS APPLY et OUTER APPLY pour aplatir les données pour la vue. Pour plus d'informations, consultez données imbriquées.

La mise en miroir Azure Cosmos DB prend-t-elle en charge l'aplatissement automatique.

Non. La mise en miroir n'aplatit pas automatiquement les données imbriquées. Les méthodes sont disponibles pour que le point de terminaison d'analytique SQL fonctionne avec des chaînes JSON imbriquées. Pour plus d'informations, consultez données imbriquées.

Dois-je m'inquiéter des performances de démarrage à froid avec les données miroir d'Azure Cosmos DB ?

Non. En général, les requêtes SQL dans Microsoft Fabric ne présentent pas de latence de démarrage à froid.

Que se passe-t-il si je supprime la base de données Azure Cosmos DB source dans Azure, alors qu'elle est en miroir ?

La réplication et l'explorateur de données commencent à échouer dans Microsoft Fabric. Les données OneLake demeurent « en l'état » jusqu'à ce que vous supprimiez les données miroir existantes.

Une fois qu'Azure Cosmos DB est en miroir, comment faire pour connecter le point de terminaison d'analyse SQL aux outils ou applications clients ?

La connexion au point de terminaison d'analyse SQL pour les données miroir est similaire à l'utilisation du même point de terminaison pour tout autre élément dans Microsoft Fabric. Pour plus d'informations, consultez Se connecter à l'entrepôt de données dans Microsoft Fabric.

Comment faire pour adhérer des données miroir Azure Cosmos DB entre les bases de données ?

Mettez en miroir chaque base de données Azure Cosmos DB indépendamment. Ensuite, ajoutez l'un des points de terminaison d'analytique SQL à l'autre en tant qu'article de base de données miroir. Ensuite, utilisez une requête SQL JOIN pour effectuer des requêtes entre des conteneurs dans des bases de données Azure Cosmos DB distinctes.

Comment faire pour adhérer des données miroir Azure Cosmos DB avec la base de données Azure SQL ou les données Snowflake ?

Mettezen miroir la base de données Azure Cosmos DB. Ensuite, mettez en miroir la base de données Azure SQL ou les données Snowflake. Ensuite, ajoutez l'un des points de terminaison d'analytique SQL à l'autre en tant qu'article de base de données miroir. À présent, utilisez une requête SQL JOIN pour effectuer des requêtes sur plusieurs services de données.

Options de réplication

Comment puis-je arrêter ou désactiver la réplication pour une base de données Azure Cosmos DB en miroir ?

Arrêtez la réplication à l'aide de l'option arrêter la réplication du portail Microsoft Fabric. Cette action arrête complètement la réplication, mais ne supprime pas les données qui existent déjà dans OneLake.

Comment faire la réplication de redémarrage pour une base de données Azure Cosmos DB en miroir ?

La réplication ne prend pas en charge les concepts de pause ou de reprise. L'arrêt de la réplication interrompt complètement la réplication et la sélection de la réplication de redémarrage dans le portail Microsoft Fabric démarre entièrement la réplication à partir de zéro. Le redémarrage de la réplication remplace les données OneLake par les données les plus récentes au lieu d'effectuer la mise à jour incrémentielle.

Pourquoi ne puis-je pas trouver une option permettant de configurer la réplication pour une base de données Azure Cosmos DB en miroir ?

La mise en miroir pour Azure Cosmos DB met automatiquement en miroir tous les conteneurs de la base de données sélectionnée. En raison de cette nuance, le portail Microsoft Fabric ne contient pas d'option permettant de configurer des options de réplication spécifiques pour Azure Cosmos DB.

Que signifie chaque message d'état de réplication pour les données Azure Cosmos DB répliquées ?

De façon optimale, vous souhaitez que la réplication soit en état En cours d'exécution. Si l'état de réplication est En cours d'exécution avec avertissement, la réplication a réussi, mais il existe un problème que vous devez résoudre. Un état d'Arrêt, d'Arrêté, d'Échec ou d'Erreur indique des états plus graves qui nécessitent une intervention avant que la réplication ne puisse continuer. Pour plus d'informations, consultez Surveiller la mise en miroir Microsoft Fabric.

Durée de vie analytique (TTL) ou suppressions réversibles

Les articles supprimés par la caractéristique de durée de vie (TTL) d'Azure Cosmos DB sont-ils supprimés de la base de données miroir ?

Oui. Les données supprimées à l'aide de TTL sont traitées de la même façon que les données supprimées à l'aide d'opérations de suppression dans Azure Cosmos DB. Les données sont ensuite supprimées de la base de données miroir. La mise en miroir ne fait pas de distinction entre ces modalités de suppression.

Pouvons-nous configurer des suppressions réversibles pour les données analytiques en miroir dans Microsoft Fabric à partir d'Azure Cosmos DB ?

Les opérations de suppression sont répliquées immédiatement vers OneLake. Il n'existe actuellement aucun moyen de configurer des suppressions réversibles ou des durées de vie analytiques (TTL).

La mise en miroir Azure Cosmos DB prend-t-elle en charge la durée de vie analytique ?

Non. La durée de vie analytique n'est pas prise en charge.

Accès aux données OneLake

Puis-je accéder directement aux fichiers OneLake générés par la mise en miroir Azure Cosmos DB ?

Oui. Vous pouvez accéder aux fichiers OneLake directement à l'aide des explorateurs de fichier ou de stockage. Vous pouvez également utiliser des fichiers delta OneLake dans Databricks. Pour plus d'informations, consultez accéder directement aux données Microsoft Fabric à l'aide de l'explorateur de fichiers OneLake ou intégrer OneLake à Azure Databricks.

Prise en charge des API

Puis-je configurer La mise en miroir Azure Cosmos DB par programme ?

Non. La prise en charge de la configuration automatisée de la mise en miroir n'est actuellement pas disponible.

L'intégration et le déploiement continus et intégrés (CI/CD) sont-ils disponibles pour la mise en miroir Azure Cosmos DB ?

Non. La prise en charge de CI/CD intégré n'est actuellement pas disponible.

Sécurité

Pouvez-vous accéder à une base de données miroir Azure Cosmos DB à l'aide de Power BI Gateway ou derrière un pare-feu ?

Non. Ce niveau d'accès n'est pas pris en charge actuellement.

La mise en miroir Azure Cosmos DB prend-t-elle en charge les points de terminaison privés ?

Non. Les points de terminaison privés ne sont pas pris en charge avec pour le moment.

Les données miroir d'Azure Cosmos DB quittent-elles mon client Microsoft Fabric ?

Non. Les données restent dans votre client Microsoft Fabric.

Les données miroir d'Azure Cosmos DB sont-elles stockées en dehors de mon environnement ?

Non. Les données sont aperçues directement dans OneLake de votre client et ne sont pas aperçues en dehors de votre environnement.

Gestion des licences

Quelles sont les options de licence pour la mise en miroir Azure Cosmos DB ?

La licence Power BI Premium, Fabric Capacity ou Trial Capacity est nécessaire pour utiliser la mise en miroir.

Quelle licence est requise pour qu'un utilisateur crée et configure la mise en miroir pour les données Azure Cosmos DB ?

Pour plus d'informations sur la licence, consultez Licences Microsoft Fabric.

Quelle licence est requise pour qu'un utilisateur consomme des données miroir à partir d'Azure Cosmos DB ?

Pour plus d'informations sur la licence, consultez Licences Microsoft Fabric.