Cet article répond aux questions fréquemment posées sur la mise en miroir de BigQuery dans Microsoft Fabric.
General
Quelle est l’authentification autorisée ?
Pour BigQuery, nous prenons actuellement en charge l’authentification par clé de service. Les utilisateurs doivent créer un fichier de clé de service via Google.
L’authentification unique est-elle prise en charge pour l’authentification pour configurer la réplication ?
Non, nous ne prenons actuellement pas en charge l’authentification unique pour configurer la réplication.
Pourquoi ne prenez-vous en charge que l’insertion uniquement pour les tables de clés non primaires ?
Sans clés primaires, il n’existe aucun moyen d’apporter des mises à jour ou des suppressions de vos tables BigQuery Google dans votre infrastructure OneLake ; nous ne savons pas quelle ligne mettre à jour sans clé primaire. L’insertion uniquement pour les tables de clés non primaires garantit la précision des données.
Quelles sont les autorisations des utilisateurs BigQuery nécessaires ?
Consultez notre documentation sur la sécurité.
Quelle version de la passerelle de données locale (OPDG) est nécessaire ?
La version 3000.286.6 ou ultérieure est nécessaire.
Existe-t-il une zone intermédiaire ou d’atterrissage pour BigQuery ? Si c’est le cas, est-ce en dehors de OneLake ?
Pour BigQuery, nous n’utilisons pas de zone d’atterrissage. Au lieu de cela, nous utilisons une lecture directe, ce qui élimine le besoin de préproduction et/ou d’une zone d’atterrissage.
Combien de temps faut-il pour répliquer des insertions/mises à jour/suppressions ?
Le délai de réplication est d’environ 15 minutes, en raison de limitations de Google BigQuery.
La logique d’interruption par table est-elle ?
Oui, c’est par table.
Quelle intelligence intégrée existe-t-il pour la logique d’arrêt ?
Le temps d’interruption est augmenté de manière exponentielle chaque fois qu’il n’y a pas de données extraites de BigQuery ou pour une erreur temporaire, jusqu’à 1 heure. La fréquence revient automatiquement aux intervalles réguliers une fois les données mises à jour détectées à partir de BigQuery.
Comment ces requêtes de réplica sont-elles identifiées dans la mise en miroir ?
Actuellement, nous n’avons pas de moyen de mapper ces requêtes.
Que peut faire un client pour contrôler la logique d’interruption ?
Les clients n’ont rien à faire.
Prenez-vous en charge la réplication des vues, des tables temporaires ou externes ?
Non, seule la réplication de tables régulières est prise en charge.
Comment gérer les connexions ?
Vérifiez que votre API de connexion BigQuery est connectée et que vous disposez des rôles IAM nécessaires pour afficher les détails de connexion. Ensuite, vous pouvez afficher les détails de la connexion en sélectionnant « Détails de connexion » dans la console BigQuery.
Que fait l’arrêt de la mise en miroir ?
Nous arrêtons la réplication à la source, mais nous conservons une copie des tables dans OneLake.
Gestion des coûts
Que recommandons-nous à un client d’éviter ou de réduire les coûts BigQuery ?
Implémentez des budgets BigQuery, tirez parti des limites sur les crédits ou utilisez une instance BigQuery plus petite en fonction des exigences.
Comment les frais d’entrée sont-ils gérés ?
Fabric ne facture pas les frais d’entrée dans OneLake pour la mise en miroir.
Comment les frais de sortie sont-ils gérés ?
Consultez BigQuery et votre documentation cloud pour obtenir des informations sur les frais de sortie.
Performance
Combien de temps la réplication initiale prend-elle ?
Cela dépend de la taille des données qui sont introduites.
Combien de temps faut-il pour répliquer des insertions/mises à jour/suppressions ?
Environ 15 minutes en raison de limitations de Google BigQuery.
Les rapports Power BI utilisent-ils le mode lac direct ?
Oui, les tables sont toutes les tables delta triées par v.
Résoudre les problèmes de mise en miroir de Google BigQuery dans Microsoft Fabric
Quels sont les états de réplication ?
La mise en miroir pour Google BigQuery est-elle accessible via power BI Gateway ou derrière un pare-feu ?
Actuellement, l’accès via power BI Gateway ou derrière un pare-feu n’est pas pris en charge.
Que fait l’arrêt/le démarrage de la mise en miroir ?
Les données des tables sources seront réinitialisées. Chaque fois que vous arrêtez et démarrez, la table entière est récupérée à nouveau.
Que se passe-t-il si je désélectionne une table de la mise en miroir ?
Nous arrêtons la mise en miroir de cette table spécifique et la supprimons de OneLake.
Si je supprime le miroir affecte-t-il la base de données mise en miroir source ?
Non, nous allons simplement supprimer les tables de diffusion en continu.
Puis-je mettre en miroir la même base de données plusieurs fois ?
Oui, vous pouvez, mais vous ne devriez pas avoir besoin de. Une fois les données dans Fabric, elles peuvent être partagées à partir de là.
Puis-je mettre en miroir des tables spécifiques à partir de ma base de données source ?
Oui, des tables spécifiques peuvent être sélectionnées pendant la configuration de la mise en miroir.
Gouvernance des données
Les données quittent-elles le locataire Fabric des clients ?
Non.
Les données sont-elles intermédiaires en dehors d’un environnement client ?
Non, les données ne sont pas intermédiaires en dehors de l’environnement client, elles sont intermédiaires dans OneLake du client.
Licensing
Quelles sont les options de licence pour la mise en miroir fabric ?
Une capacité Power BI Premium, Une capacité fabric ou une capacité de version d’évaluation est requise. Pour plus d’informations sur les licences, consultez licences Microsoft Fabric.
Quels sont les coûts de calcul fabric associés à la mise en miroir ?
Le calcul Fabric utilisé pour répliquer vos données dans Fabric OneLake est gratuit. Le coût de stockage de mise en miroir est gratuit jusqu’à une limite en fonction de la capacité. Pour plus d’informations, consultez Coût de la mise en miroir et tarification de Microsoft Fabric. Le calcul pour l’interrogation de données à l’aide de SQL, Power BI ou Spark est facturé à des tarifs réguliers.