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 configurer la réplication ?
Non, nous ne prenons actuellement pas en charge l'authentification unique (SSO) pour la mise en place de 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 Fabric 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. Nous utilisons plutôt une lecture directe, ce qui élimine le besoin d'une zone de préparation et/ou d’une zone de réception.
La logique de temporisation est-elle par table ?
Oui, c’est par table.
Quelle intelligence intégrée existe-t-il pour la logique de repli ?
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 liées au réplicateur 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 de temporisation ?
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 normales 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 se passe-t-il lorsque l’on arrête 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'acheminement vers 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.
Les rapports Power BI utiliseront-ils le mode lac direct ?
Oui, toutes les tables sont des tables delta ordonné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 ?
Consultez Monitor Fabric la réplication en miroir.
La mise en miroir pour Google BigQuery est-elle accessible via le Power BI Gateway ou derrière un pare-feu ?
Actuellement, l’accès via OPDG et VNET est pris en charge.
Que fait l’arrêt/le démarrage du processus de mise en miroir ?
Les données des tables sources seront réinitialisées. Chaque fois que vous arrêtez et redé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 streaming.
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 que les données se trouvent 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 les clients Fabric locataire ?
Non.
Les données sont-elles stockées en dehors d’un environnement client ?
Non, les données ne sont pas préparées en dehors de l’environnement client, elles sont préparées dans le OneLake du client.
Licensing
Quelles sont les options de licence pour la mise en miroir Fabric ?
Une capacité Power BI Premium, Fabric ou d’essai est requise. Pour plus d’informations sur les licences, consultez Microsoft Fabric licences.
Quels sont les coûts de calcul Fabric associés à la mise en miroir ?
Les ressources de calcul utilisées pour répliquer vos données dans Fabric OneLake sont gratuites. Le coût du stockage en miroir est gratuit jusqu’à une limite déterminée par la capacité. Pour plus d’informations, consultez Cost de la mise en miroir et Microsoft Fabric Tarification. Le calcul pour l’interrogation de données à l’aide de SQL, de Power BI ou de Spark est facturé à des tarifs réguliers.