Tutoriel : Configurer des bases de données mises en miroir Microsoft Fabric à partir d’Azure SQL Managed Instance

Mirroring dans Fabric est une technologie SaaS d’entreprise, basée sur le cloud, zéro ETL. Dans cette section, vous allez apprendre à créer une base de données Azure SQL Managed Instance mise en miroir, qui représente une copie en lecture seule et en continu de la base de données choisie à partir de votre instance managée Azure SQL dans OneLake.

Prerequisites

• Créez ou utilisez une instance managée Azure SQL existante.
  • La stratégie de mise à jour pour Azure SQL Managed Instance source doit être configurée sur « Toujours à jour » ou « SQL Server 2025 ».
  • Azure SQL Managed Instance source peut être une instance managée SQL unique ou une instance managée SQL appartenant à un pool d’instances.
  • Si vous n’avez pas d’instance managée Azure SQL, vous pouvez créer une instance managée SQL. Vous pouvez utiliser l’offre gratuite Azure SQL Managed Instance si vous le souhaitez.
• Vous avez besoin d’une capacité existante pour Fabric. Si ce n’est pas le cas, démarrez une version d’évaluation de Fabric.
  • La capacité Fabric doit être active et en fonctionnement. Une capacité suspendue ou supprimée a un impact sur la mise en miroir et aucune donnée n’est répliquée.
• Les paramètres du locataire de Fabric sont requis. Vérifiez que les deux paramètres de locataire Fabric suivants sont activés :
  • Les principaux de service peuvent utiliser des API Fabric
  • Les utilisateurs peuvent accéder aux données stockées dans OneLake avec des applications externes à Fabric
• Vous devez avoir un rôle membre ou administrateur dans votre espace de travail lorsque vous créez une base de données mise en miroir à partir du portail Fabric. Lors de la création, l’identité managée d’Azure SQL Managed Instance reçoit automatiquement l’autorisation « Lecture et écriture » sur la base de données mise en miroir. Les utilisateurs disposant du rôle contributeur n’ont pas l’autorisation de partage nécessaire pour effectuer cette étape.
• Configuration réseau requise pour Fabric pour accéder à votre instance managée Azure SQL :
  • Si votre instance managée Azure SQL n’est pas accessible publiquement, créez une passerelle de données de réseau virtuel ou unepasserelle de données locale pour mettre en miroir les données. Assurez-vous que le réseau du serveur de passerelle ou de réseau virtuel Azure peut se connecter à Azure SQL Managed Instance via un point de terminaison privé.
  • Si vous souhaitez vous connecter au point de terminaison public d’Azure SQL Managed Instance sans passerelle de données, vous devez autoriser le trafic entrant à partir des balises de service Power BI et Data Factory ou de l’étiquette de service Cloud Azure dans le groupe de sécurité réseau. Pour en savoir plus, consultez Configurer des points de terminaison publics dans Azure SQL Managed Instance.

Activer l’identité managée affectée par le système (SAMI) de votre instance managée Azure SQL

L’identité managée affectée par le système de votre instance managée Azure SQL doit être activée et doit être l’identité principale pour publier des données sur Fabric OneLake.

1. Pour configurer ou vérifier que le SAMI est activé, accédez à votre instance sql Managed Instance dans le portail Azure. Dans le menu Ressources, sous Sécurité, sélectionnez Identité.
2. Sous Identité managée affectée par le système, définissez État sur Activé.
3. Le SAMI doit être l’identité principale. Vérifiez que SAMI est l’identité principale avec la requête T-SQL suivante : SELECT * FROM sys.dm_server_managed_identities;

Base de données principale pour Fabric

Ensuite, vous devez créer un moyen pour le service Fabric de se connecter à votre instance managée Azure SQL.

Pour ce faire, vous pouvez utiliser un utilisateur de connexion et de base de données mappé. En suivant le principe du privilège minimum pour la sécurité, vous devez accorder uniquement l’autorisation CONTROL DATABASE dans la base de données que vous envisagez de mettre en miroir.

Utiliser un utilisateur de connexion et de base de données mappé

1. Connectez-vous à votre instance managée Azure SQL à l’aide de SQL Server Management Studio (SSMS) ou de l’extension mssql pour Visual Studio Code. Connectez-vous à la base de données master.

2. Créez une connexion au serveur et attribuez les autorisations appropriées.

   Les autorisations requises pour la connexion Fabric sont les suivantes :

   • Autorisations suivantes dans la base de données utilisateur :

     • SELECT
     • MODIFIER TOUT MIROIR EXTERNE
     • AFFICHER L’ÉTAT DES PERFORMANCES DE LA BASE DE DONNÉES
     • AFFICHER L’ÉTAT DE SÉCURITÉ DE LA BASE DE DONNÉES

   • Créez une connexion authentifiée SQL. Vous pouvez choisir n’importe quel nom pour cette connexion, le remplacer dans le script suivant pour <fabric_login>. Fournissez votre propre mot de passe fort. Exécutez le script T-SQL suivant dans la base de données master :

   CREATE LOGIN <fabric_login> WITH PASSWORD = '<strong password>';
   

   • Vous pouvez également créer une connexion authentifiée Par ID Microsoft Entra à partir d’un compte existant. Exécutez le script T-SQL suivant dans la base de données master :

   CREATE LOGIN [bob@contoso.com] FROM EXTERNAL PROVIDER;
   

3. Basculez l’étendue de votre requête vers la base de données que vous souhaitez mettre en miroir. Remplacez le nom de votre base de données et <mirroring_source_database> exécutez le T-SQL suivant :

   USE [<mirroring_source_database>];
   

4. Créez un utilisateur de base de données connecté à la connexion. Remplacez le nom d’un nouvel utilisateur de base de données à cet effet pour <fabric_user>:

   CREATE USER [fabric_user] FOR LOGIN [fabric_login];
   GRANT SELECT, ALTER ANY EXTERNAL MIRROR, VIEW DATABASE PERFORMANCE STATE, VIEW DATABASE SECURITY STATE TO [fabric_user];
   

   • Ou, pour une connexion authentifiée Microsoft Entra :

   CREATE USER [bob@contoso.com] FOR LOGIN [bob@contoso.com];
   GRANT SELECT, ALTER ANY EXTERNAL MIRROR, VIEW DATABASE PERFORMANCE STATE, VIEW DATABASE SECURITY STATE TO [bob@contoso.com];
   

Créer une base de données Azure SQL Managed Instance mise en miroir

1. Ouvrez le portail Fabric.
2. Utilisez un espace de travail existant ou créez-en un nouveau.
3. Accédez au volet Créer. Sélectionnez l’icône Créer.
4. Faites défiler jusqu’à la section Data Warehouse , puis sélectionnez Azure SQL Managed Instance mis en miroir.

Se connecter à votre instance managée Azure SQL

Pour activer la mise en miroir, vous devez vous connecter à Azure SQL Managed Instance à partir de Fabric pour lancer la connexion entre SQL Managed Instance et Fabric. Les étapes suivantes vous guident tout au long du processus de création de la connexion à votre instance managée Azure SQL :

1. Sous Nouvelles sources, sélectionnez Azure SQL Managed Instance. Vous pouvez également sélectionner une connexion Azure SQL Managed Instance existante dans le catalogue OneLake.
   1. Vous ne pouvez pas utiliser les connexions Azure SQL Managed Instance existantes avec le type « SQL Server » (type de connexion générique). Seules les connexions avec le type de connexion « SQL Managed Instance » sont prises en charge pour la mise en miroir des données Azure SQL Managed Instance.
2. Si vous avez sélectionné Nouvelle connexion, entrez les détails de connexion à Azure SQL Managed Instance. Vous devez vous connecter à une base de données spécifique, vous ne pouvez pas configurer la mise en miroir pour l’ensemble de l’instance managée SQL et toutes ses bases de données.
   • Serveur : vous pouvez trouver le nom du serveur en accédant à la page Mise en réseau d’Azure SQL Managed Instance dans le portail Azure (sous menu Sécurité) et en examinant le champ Point de terminaison public. Par exemple : <managed_instance_name>.public.<dns_zone>.database.windows.net,3342.
   • Base de données : entrez le nom de la base de données que vous souhaitez mettre en miroir.
   • Connexion : créez une nouvelle connexion.
   • Nom de connexion : un nom automatique est fourni. Vous pouvez le modifier pour faciliter la recherche de cette connexion de base de données d’instance managée SQL à un moment ultérieur, si nécessaire.
   • Passerelle de données : sélectionnez la valeur par défaut (None) ou le nom de la passerelle de données de réseau virtuel / passerelle de données locale que vous avez configurée en fonction de votre scénario.
   • Type d’authentification :
     • De base (Authentification SQL) : spécifiez le nom d’utilisateur et le mot de passe.
     • Compte d’organisation (Microsoft Entra ID)
     • Principal de service : spécifiez l’ID de locataire, l’ID client et la clé secrète client du principal de service.
3. Sélectionnez Se connecter.

Démarrer le processus de mise en miroir

1. L’écran Configurer la mise en miroir permet de mettre en miroir toutes les données de la base de données, par défaut.

   • La mise en miroir de toutes les données signifie que toutes les nouvelles tables créées après le démarrage de la mise en miroir seront mises en miroir.

   • Si vous le souhaitez, choisissez uniquement certains objets à mettre en miroir. Désactivez l’option Mettre en miroir toutes les données, puis sélectionnez des tables individuelles dans votre base de données.

   • Si les tables ne peuvent pas être mises en miroir du tout, elles affichent une icône d’erreur et un texte d’explication pertinent. De même, si les tables ne peuvent mettre en miroir que des limitations, une icône d’avertissement s’affiche avec un texte d’explication pertinent.

   Pour ce didacticiel, nous sélectionnons l’option Mettre en miroir toutes les données.

2. Dans l’écran suivant, donnez un nom à l’élément de destination, puis sélectionnez Créer une base de données mise en miroir. Attendez maintenant une minute ou deux pour que Fabric approvisionne tout pour vous.

3. Après 2 à 5 minutes, sélectionnez Surveiller la réplication pour afficher l’état.

4. Après quelques minutes, l’état doit passer à En cours d’exécution, ce qui signifie que les tables sont en cours de synchronisation.

   Si vous ne voyez pas les tables et l’état de réplication correspondant, attendez quelques secondes, puis actualisez le volet.

5. Lorsque la copie initiale des tables est terminée, une date apparaît dans la dernière colonne d’actualisation .

6. Maintenant que vos données sont opérationnelles, différents scénarios d’analyse sont disponibles sur l’ensemble de Fabric.

Important

Toute sécurité granulaire établie dans la base de données source doit être reconfigurée dans la base de données mise en miroir dans Microsoft Fabric.

Surveiller la mise en miroir Fabric

Une fois la mise en miroir configurée, vous êtes dirigé vers la page État de la mise en miroir. Ici, vous pouvez surveiller l’état actuel de la réplication.

Voici les états de réplication :

• Pour une surveillance globale au niveau de la base de données :

  • En cours d’exécution : la réplication exécute actuellement l’apport d’instantanés et de modifications de données dans OneLake.
  • Exécution avec avertissement : la réplication est en cours d’exécution, avec des erreurs temporaires
  • Arrêt/arrêt : la réplication est arrêtée.
  • Erreur : erreur irrécupérable dans la réplication qui ne peut pas être récupérée.

• Pour la surveillance au niveau de la table :

  • Exécution : les données de la table sont correctement répliquées dans l’entrepôt.
  • Exécution avec avertissement : avertissement d’erreur non irrécupérable avec réplication des données de la table
  • Arrêt/arrêt - La réplication a été arrêtée
  • Erreur : erreur irrécupérable dans la réplication de cette table.

Si la synchronisation initiale est terminée, un horodatage terminé est affiché en regard du nom de la table. Cet horodatage indique l’heure à laquelle Fabric a vérifié la dernière fois que la table des modifications a été vérifiée.

Notez également la colonne répliquée lignes . Elle compte toutes les lignes qui ont été répliquées pour la table. Chaque fois qu’une ligne est répliquée, elle est recomptée. Cela signifie que, par exemple, l’insertion d’une ligne avec la clé primaire =1 sur la source augmente le nombre de « lignes répliquées » par un. Si vous mettez à jour la ligne avec la même clé primaire, réplique à nouveau vers Fabric et que le nombre de lignes augmente d’un, même s’il s’agit de la même ligne répliquée. Fabric compte toutes les réplications qui se sont produites sur la ligne, y compris les insertions, les suppressions, les mises à jour.

L’écran de réplication Du moniteur reflète également les erreurs et avertissements liés aux tables mises en miroir. Si la table a des types de colonnes non pris en charge ou si la table entière n’est pas prise en charge (par exemple, dans les index de mémoire ou columnstore), une notification concernant la limitation s’affiche sur cet écran. Pour plus d'informations et de détails sur les états de réplication, consultez Monitor Fabric Mirrored Database Replication.

Contenu connexe

• Mise en miroir d’Azure SQL Managed Instance

• Qu’est-ce que la mise en miroir dans Fabric ?