Partager via

Résoudre les problèmes liés aux bases de données en miroir Fabric à partir d’Azure SQL Managed Instance (préversion)

  • Article

Cet article décrit les étapes à suivre pour résoudre les problèmes liés à la mise en miroir d’Azure SQL Managed Instance.

Modifications à la capacité Fabric ou à l’espace de travail

Cause Result Résolution recommandée
Capacité Fabric suspendue/supprimée La mise en miroir s’arrête 1. Reprenez ou affectez une capacité à partir du Portail Azure
2. Accédez à l’élément de base de données miroir Fabric. Dans la barre d’outils, sélectionnez Arrêter la réplication.
3. Démarrez la réplication en sélectionnant la Base de données miroir pour l’élément miroir dans le portail Fabric.
Capacité Fabric reprise La mise en miroir ne reprend pas 1. Accédez à l’élément de base de données miroir Fabric. Dans la barre d’outils, sélectionnez Arrêter la réplication.
2. Démarrez la réplication en sélectionnant la Base de données miroir pour l’élément miroir dans le portail Fabric.
Espace de travail supprimé La mise en miroir s’arrête automatiquement 1. Si la mise en miroir est toujours active sur l’instance Azure SQL Managed Instance, exécutez la procédure stockée suivante sur votre instance Azure SQL Managed Instance : exec sp_change_feed_disable_db;.
La capacité d’essai de Fabric a expiré La mise en miroir s’arrête automatiquement Consultez La capacité d’essai de Fabric arrive à expiration.

Requêtes T-SQL pour la résolution des problèmes

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.

  1. Exécutez la requête suivante pour vérifier si les modifications sont correctement transmises :

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. Si le DMV sys.dm_change_feed_log_scan_sessions n’affiche aucune progression lors du traitement des modifications incrémentielles, exécutez la requête T-SQL suivante pour vérifier s’il y a des problèmes signalés :

    SELECT * FROM sys.dm_change_feed_errors;

  3. Si aucun problème n’est signalé, exécutez la procédure stockée suivante pour passer en revue la configuration actuelle de l’instance Azure SQL Managed Instance mise en miroir. Confirmez qu'il a bien été activé.

    EXEC sp_help_change_feed;

    Les colonnes clés à rechercher ici sont les table_name et state. Toute valeur autre que 4 indique un problème potentiel. (Les tables ne doivent pas rester trop longtemps dans des états autres que 4.)

  4. Si la réplication ne fonctionne toujours pas, vérifiez que l’objet SAMI correct dispose d’autorisations (consultez les autorisations SPN).

    1. Dans le portail Fabric, sélectionnez l'option ellipses « ... » sur l'élément de base de données mis en miroir.
    2. Sélectionnez l’option Gérer les autorisations.
    3. Vérifiez que le nom de l’instance Azure SQL Managed Instance indique des autorisations en lecture et en écriture.
    4. Vérifiez que l’AppId qui s’affiche correspond à l’ID de l’identité SAMI de votre instance Azure SQL Managed Instance.

  5. Contactez le support si un dépannage est nécessaire.

Identité managée

L’identité managée affectée par le système (SAMI) de l’instance Azure SQL Managed Instance doit être activée et constituer l’identité principale.

Après l’activation, si l’état du paramètre SAMI est désactivé ou activé initialement, puis désactivé, puis activé à nouveau, la mise en miroir d’Azure SQL Managed Instance vers Fabric OneLake échoue. L’identité SAMI n’est pas la même avant la désactivation et après la réactivation. Vous devez accorder à la nouvelle identité SAMI des autorisations pour accéder à l’espace de travail Fabric.

Le SAMI doit être l’identité principale. Utilisez le code SQL suivant pour vérifier que l’identité SAMI est l’identité principale : SELECT * FROM sys.dm_server_managed_identities;

L’identité managée affectée par l’utilisateur (UAMI) n’est pas prise en charge. Si vous ajoutez un UAMI, il devient l’identité principale, en remplaçant le SAMI comme principal. Cela entraîne l’échec de la réplication. Pour résoudre ce problème :

  • Supprimez toutes les UAMIs. Vérifiez que le SAMI est activée.

Autorisations SPN

Ne supprimez pas les autorisations de contributeur de nom principal du service (SPN) Azure SQL Managed Instance de l’élément de base de données en miroir Fabric.

Si vous supprimez accidentellement l’autorisation SPN, la mise en miroir d’Azure SQL Managed Instance ne fonctionnera pas comme prévu. Aucune nouvelle donnée ne peut être mise en miroir depuis la base de données source.

Si vous supprimez les autorisations SPN Azure SQL Managed Instance ou si les autorisations ne sont pas configurées correctement, effectuez les étapes suivantes.

  1. Ajoutez le SPN en tant qu’utilisateur en sélectionnant l’option des points de suspension (...) sur l’élément d’instance gérée en miroir.
  2. Sélectionnez l’option Gérer les autorisations.
  3. Entrez le point de terminaison public Azure SQL Managed Instance. Fournissez des autorisations de lecture et d’écriture.

Contenu connexe