Partager via


Résoudre les problèmes de mise en miroir à partir de la base de données SQL sur Fabric (préversion)

Cet article décrit les étapes de résolution des problèmes liés à la mise en miroir configurée automatiquement pour la base de données SQL sur Fabric.

Pour la résolution des problèmes liés à la mise en miroir d’une base de données Azure SQL, consultez Résoudre les problèmes liés aux bases de données mises en miroir sur Fabric à partir de la base de données Azure SQL (préversion).

Certaines tables ne sont pas mises en miroir

Si vous avez une table qui devrait être mise en miroir, mais que vous ne voyez pas dans OneLake :

  1. Basculez vers l’onglet Réplication de votre base de données SQL Fabric.
  2. Sélectionnez Surveiller la réplication.
  3. Vous pouvez voir toutes les tables de votre base de données SQL Fabric et l’État de chacune d’elles, indiquant si la table est mise en miroir ou non. Pour les tables non prises en charge pour la mise en miroir, un message « Non prise en charge » s’affiche en regard du nom de la table. Consultez les limitations au niveau de la table.

Pour plus d’informations, consultez Surveiller la réplication de base de données Fabric SQL mise en miroir sur Fabric.

Certaines colonnes ne sont pas mises en miroir pour ma table

Si OneLake ne contient pas toutes les colonnes d’une table, vérifiez si votre colonne manquante figure dans la liste des limitations au niveau des colonnes pour la mise en miroir. Consultez les Limitations au niveau des colonnes.

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

La base de données Fabric SQL met automatiquement en miroir ses données transactionnelles sur OneLake. 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.

  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 de la 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.

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