Cet article répond aux questions fréquemment posées sur la mise en miroir d’Azure SQL Database dans Microsoft Fabric.
Fonctionnalités et fonctionnalités
Quelle est l’authentification auprès d’Azure SQL Database autorisée ?
Actuellement, pour l’authentification auprès d’Azure SQL Database source, nous prenons en charge l’authentification SQL avec le nom d’utilisateur et le mot de passe, l’ID Microsoft Entra et le principal de service.
Existe-t-il une zone de préproduction ou d’atterrissage pour Azure SQL Database ? Si c’est le cas, est-ce en dehors de OneLake ?
Une zone d’atterrissage dans OneLake stocke à la fois les données d’instantané et de modification, 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 temps quasi 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 les connexions ?
Sélectionnez la roue dentée des paramètres, puis sélectionnez 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 mises en miroir peuvent-ils utiliser le mode lac direct ?
Oui, étant donné que les tables sont toutes les tables delta ordonnées par v.
Aide autonome pour la mise en miroir d’Azure SQL Database dans Microsoft Fabric
Comment savoir que Fabric réplique des données sur ma 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 des 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 mises en miroir Fabric à partir d’Azure SQL Database.
Comment activer l’identité managée affectée par le système (SAMI) ou l’identité managée affectée par l’utilisateur (UAMI) 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) ou l’identité managée affectée par l’utilisateur (UAMI) de votre serveur logique Azure SQL.
Note
La prise en charge de l’identité managée affectée par l’utilisateur (UAMI) est actuellement en préversion.
Quels sont les états de réplication ?
La mise en miroir Azure SQL Database est-elle accessible via power BI Gateway ou derrière un pare-feu ?
Si votre base de données Azure SQL n’est pas accessible publiquement et n’autorise pas les services Azure à y se connecter, vous pouvez configurer la passerelle de données de réseau virtuel ou la passerelle de données locale pour mettre en miroir les données. Pour plus d’informations, consultez Exigences de sécurité.
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 source Azure SQL Database ?
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 ?
Non, chaque base de données Azure SQL ne peut être mise en miroir qu’une seule fois. Vous avez simplement besoin d’une seule copie des données dans Fabric OneLake, que vous pouvez partager avec d’autres personnes.
Puis-je mettre en miroir uniquement 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 géographique planifié ou non planifié ?
Lorsque vous créez la base de données mise en miroir, connectez-vous à l’écouteur en lecture-écriture du groupe de basculement SQL. De cette façon, vous n’avez pas besoin de recréer la base de données mise en miroir après le basculement.
Une fois la base de données mise en miroir créée, accédez à la liste des éléments de l’espace de travail, puis sélectionnez Gérer les autorisations pour la base de données mise en miroir. Ajoutez l’identité managée affectée par le système (SAMI) pour que le serveur logique principal et secondaire du groupe de basculement dispose d’un accès en lecture/écriture. Si vous créez la base de données mise en miroir à partir du portail Fabric, le SAMI du serveur principal doit déjà être ajouté automatiquement.
Lorsque le basculement se produit, la réplication est désactivée automatiquement. Toutefois, si vous ouvrez la base de données mise en miroir dans le portail Fabric, vous ne verrez aucune différence, mais les nouvelles données ne seront pas arrivées. Pour récupérer, sélectionnez Arrêter la réplication, puis démarrez la réplication pour redémarrer le processus de réplication. Cette opération resynchronisera chaque table à partir de zéro. Il en est de même après la restauration automatique.
Security
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 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.
Que recommandons-nous à un client d’éviter ou de réduire les coûts d’Azure SQL Database ?
Consultez Planifier et gérer les coûts pour Azure SQL Database. Envisagez d’utiliser une base de données Azure SQL Plus petite dédiée 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 ?
Si Azure SQL Database 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.
Licensing
Quelles sont les options de licence pour la mise en miroir de structure ?
Une capacité Power BI Premium, Une capacité fabric ou une capacité d’évaluation est requise. Pour plus d’informations sur les licences, consultez les concepts et licences de Microsoft Fabric.
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 de la mise en miroir entraîne la réplication de toutes les données à partir du début.
Comment arrêter/désactiver la mise en miroir de votre base de données Azure SQL ?
Si vous ne parvenez pas à arrêter la mise en miroir de votre base de données Azure SQL à partir du portail Fabric ou si vous ne parvenez pas à supprimer votre élément Azure SQL Database mis en 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 ma capacité Fabric ?
La capacité Fabric doit être active et en fonctionnement. Une capacité interrompue ou supprimée affectera la mise en miroir et aucune donnée ne sera répliquée.