Cet article répond aux questions fréquemment posées sur la mise en miroir de la base de données Azure SQL dans Microsoft Fabric.
Fonctionnalités et capacités
Quelle est l’authentification auprès de la base de données Azure SQL autorisée ?
Actuellement, pour l'authentification de la base de données Azure SQL source, nous prenons en charge l'authentification SQL avec nom d'utilisateur et mot de passe, Microsoft Entra ID et le principal de service.
Existe-t-il une zone de simulation ou d'atterrissage pour la base de données Azure SQL ? Si c’est le cas, est-ce en dehors de OneLake ?
Une zone d'atterrissage dans OneLake stocke à la fois les instantané et les données modifiées, afin d’améliorer les performances lors de la conversion de fichiers en delta verti-parquet.
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 ?
Latence en quasi-temps réel.
Prenez-vous en charge la réplication des vues, des tables temporaires ou externes ?
Non. Actuellement, seule la réplication de tables régulières est prise en charge.
Comment gérer mes connexions ?
Sélectionnez la roue dentée des paramètres, puis sélectionnez sur Gérer la connexion et les passerelles. Vous pouvez également supprimer des connexions existantes de cette page.
Les rapports Power BI sur les données mise en miroir peuvent-ils utiliser le mode direct lake ?
Oui, étant donné que les tables sont toutes les tables delta ordonnées par v.
Dépannage de la mise en miroir de la base de données Azure SQL dans Microsoft Fabric
Comment puis-je savoir que Fabric réplique la base de données Azure SQL ?
Si vous rencontrez des problèmes de mise en miroir, effectuez les vérifications suivantes au niveau de la base de données à l'aide des vues de gestion dynamique (DMV) et de procédures stockées pour valider la configuration. Contactez le support si un dépannage est nécessaire.
- Exécutez la requête suivante pour vérifier si les modifications sont correctement transmises :
SELECT * FROM sys.dm_change_feed_log_scan_sessions
Pour connaître les étapes de résolution des problèmes, consultez Résoudre les problèmes liés aux bases de données miroirs Fabric à partir d'Azure SQL Database.
Comment activer l’identité managée affectée par le système (SAMI) sur SQL Server ?
Avec une seule étape dans le Portail Azure, vous pouvez activer l’identité managée affectée par le système (SAMI) de votre serveur logique Azure SQL.
Quels sont les états de réplication ?
La mise en miroir de la base de données Azure SQL est-elle accessible via power BI Gateway ou derrière un pare-feu ?
Actuellement, l'accès via la Power BI Gateway ou derrière un pare-feu n'est pas pris en charge.
Quelles étapes le redémarrage de la mise en miroir inclut-il ?
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 supprime une table de la mise en miroir ?
La table n’est plus répliquée et ses données sont supprimées de OneLake.
Si je supprime le miroir, affecte-t-il la base de données Azure SQL source ?
Non, nous allons simplement supprimer les tables de diffusion en continu.
Puis-je mettre en miroir la même base de données source plusieurs fois ?
Oui, vous pouvez, mais vous ne devriez pas avoir à le faire. 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 Azure SQL ?
Oui, des tables spécifiques peuvent être sélectionnées pendant la configuration de la mise en miroir.
Que se passe-t-il pour la mise en miroir en cas de basculement de zone géographique planifié ou non planifié ?
La mise en miroir est désactivée en cas de basculement de zone géographique, qu’il soit planifié ou non, car il existe des scénarios de perte de données potentiels. Si cela se produit, créez un miroir et configurez-le pour qu’il pointe vers le nouveau serveur SQL logique et la base de données Azure SQL.
Sécurité
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.
Cost Management
Quels sont les coûts de calcul Fabric associés à la mise en miroir ?
Pendant la préversion, il n'y a aucun coût pour la mise en miroir ou le stockage des données mises en miroir dans la Fabric. Le coût de la base de données Azure SQL source est distinct de celui de la mise en miroir de la Fabric.
Que recommandons-nous à un client d’éviter ou de réduire les coûts de la base de données Azure SQL ?
Consultez Planifier et gérer les coûts de la base de données Azure SQL. Envisagez d'utiliser une base de données Azure SQL dédiée, plus petite, en fonction des besoins.
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.
Gestion des licences
Quelles sont les options de licence pour la mise en miroir de 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.
Comment les frais de sortie sont-ils gérés ?
Si la base de données Azure SQL se trouve dans une région différente de votre capacité Fabric, la sortie des données est facturée. Si dans la même région, il n’y a pas de sortie de données.
Arrêter ou suspendre la mise en miroir de structure
Quels sont les résultats de l’arrêt de la mise en miroir ?
La réplication s’arrête dans la base de données source, mais une copie des tables est conservée dans OneLake. Le redémarrage du miroir entraîne la réplication de toutes les données à partir du début.
Comment arrêter/désactiver la mise en miroir depuis votre base de données Azure SQL ?
Si vous ne parvenez pas à arrêter miroir votre base de données Azure SQL à partir du portail Fabric ou si vous ne parvenez pas à supprimer votre élément de base de données Azure SQL miroir à partir de Fabric, exécutez la procédure stockée suivante sur votre base de données Azure SQL : exec sp_change_feed_disable_db;
Que se passe-t-il si j’arrête ou interromps la fonctionnalité Fabric ?
La capacité Fabric doit être active et en cours d’exécution. Une capacité suspendue ou supprimée aura un impact sur la mise en miroir et aucune donnée ne sera répliquée.