Partager via


Résoudre les problèmes liés aux bases de données mises en miroir Fabric à partir de SQL Server

Cet article décrit les étapes de résolution des problèmes de mise en miroir d’une base de données dans une instance SQL Server.

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

Pour plus d’informations, consultez Modifications apportées à la capacité Fabric.

Notez également les causes suivantes pour SQL Server spécifiquement :

La cause Résultat Résolution recommandée
Espace de travail supprimé La mise en miroir s’arrête automatiquement et désactive le flux de modification dans SQL Server Si la mise en miroir est toujours active sur SQL Server, exécutez la procédure stockée suivante sur votre serveur SQL Server : exec sp_change_feed_disable_db;.
Autres erreurs de ressources La mise en miroir est désactivée Pour vous assurer que vos ressources de calcul ne sont pas affectées et pour réduire l’impact sur SQL Server, la mise en miroir est désactivée sur toutes les erreurs de ressources persistantes.
« Les utilisateurs peuvent accéder aux données stockées dans OneLake avec des applications externes à Fabric » désactivé « Réplicateur - Les tables ne peuvent pas atteindre l’état de réplication » Activez le paramètre Locataire Les utilisateurs peuvent accéder aux données stockées dans OneLake avec des applications externes à Fabric.

Résolution des problèmes liés aux requêtes et solutions courantes

Les étapes de dépannage et les requêtes de diagnostic peuvent être différentes dans SQL Server 2025 et versions avant SQL Server 2025.

Résolution des problèmes de mise en miroir de structure dans SQL Server 2025

Requêtes pour la résolution des problèmes dans SQL Server 2025

Si vous rencontrez des problèmes de mise en miroir dans SQL Server 2025, effectuez les vérifications au niveau de la base de données suivantes à 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 actuelle du serveur SQL Server mis 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. Passez en revue les problèmes liés aux bases de données mises en miroir Fabric.

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

Session d'événements prolongés

La session d’Événements Étendus suivante peut être utilisée pour résoudre les problèmes de Fabric Mirroring sur votre instance SQL Server 2025. Il est recommandé de créer cette session uniquement à des fins de dépannage ou de support.

CREATE EVENT SESSION [sqlmirroringxesession] ON SERVER  
ADD EVENT sqlserver.synapse_link_addfilesnapshotendentry,  
ADD EVENT sqlserver.synapse_link_db_enable,  
ADD EVENT sqlserver.synapse_link_end_data_snapshot,  
ADD EVENT sqlserver.synapse_link_error,  
ADD EVENT sqlserver.synapse_link_info,  
ADD EVENT sqlserver.synapse_link_library,  
ADD EVENT sqlserver.synapse_link_perf,  
ADD EVENT sqlserver.synapse_link_scheduler,  
ADD EVENT sqlserver.synapse_link_start_data_snapshot,  
ADD EVENT sqlserver.synapse_link_totalsnapshotcount,  
ADD EVENT sqlserver.synapse_link_trace  
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)  
GO
 
ALTER EVENT SESSION [sqlmirroringxesession] ON SERVER
STATE = start;
GO

Le journal des transactions est plein en raison de l'attente de réutilisation du journal de réplication.

Si le journal des transactions de la base de données SQL Server source de la mise en miroir Fabric est plein en raison de l’attente de réutilisation du REPLICATION journal, envisagez d'activer la fonctionnalité "autoreseed".

Impact sur les performances sur la base de données mise en miroir source dans SQL Server

Dans SQL Server 2025, vous pouvez créer un pool resource governor pour gérer et limiter la charge de travail de mise en miroir Fabric sur votre serveur SQL Server. Vous pouvez utiliser resource governor pour gérer la consommation des ressources du moteur de base de données et appliquer des stratégies pour les charges de travail utilisateur. Resource Governor vous permet de réserver ou de limiter différentes ressources serveur, notamment la quantité d’UC, de mémoire et d’E/S physiques que les charges de travail de requête utilisateur peuvent utiliser. De cette façon, vous pouvez protéger vos charges de travail métier principales contre la pression de la collecte de données de flux de modification de Fabric Mirroring.