Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
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.
Exécutez la requête suivante pour vérifier si les modifications sont correctement transmises :
SELECT * FROM sys.dm_change_feed_log_scan_sessions;Si le DMV
sys.dm_change_feed_log_scan_sessionsn’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;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_nameetstate. Toute valeur autre que4indique un problème potentiel.Passez en revue les problèmes liés aux bases de données mises en miroir Fabric.
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.
- Pour commencer, consultez Optimiser les performances des bases de données mises en miroir à partir de SQL Server.
- Pour plus d’informations, consultez Resource Governor.