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

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.

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

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.

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

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.

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.

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.

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.

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.

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

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

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

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

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.

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.

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.

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

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.

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.

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

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.

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.

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.

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

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

Oui.

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.

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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

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

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.

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

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

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

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

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

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

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

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

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

Contenu connexe

• Vue d'ensemble des bases de données Microsoft Fabric en miroir à partir d'Azure Cosmos DB
• Résolution des problèmes : bases de données Microsoft Fabric en miroir à partir d'Azure Cosmos DB
• Limitations : bases de données Microsoft Fabric en miroir à partir d'Azure Cosmos DB