Se connecter avec Microsoft
S'identifier ou créer un compte.
Bonjour,
Sélectionnez un autre compte.
Vous avez plusieurs comptes
Choisissez le compte avec lequel vous voulez vous connecter.

Symptômes

Prenons l’exemple du scénario suivant :

  • Vous utilisez Microsoft SQL Server 2016 Service Pack 2 (SP2) Cumulative Update 2 (CU2) ou versions ultérieures.

  • Vous exécutez une instance qui héberge de nombreuses bases de données (généralement plus de 200) et l’instance fait partie d’un groupe de disponibilité Always On (ag) (généralement avec le rôle de serveur secondaire). Remarque Toutes les bases de données utilisateur n’ont pas besoin d’appartenir à des groupes de disponibilité.

  • Vous exécutez une application VSS (Volume Shadow Copy Services) pour demander une sauvegarde de toutes ou de certaines bases de données de l’instance SQL Server.

Dans ce scénario, le Service SQL Writer peut atteindre une situation d’interblocage et conserver indéfiniment les verrous sur une table système interne dans master (sys.sysdbreg avec object_id 28). En outre, ces verrous empêchent la lecture à partir des vues de gestion dynamique système (DMV) comme sys.dm_hadr_database_replica_states, et peuvent entraîner un blocage secondaire majeur dans l’instance. En outre, vous remarquez que l’analyse de la chaîne de blocs retourne l’instruction suivante provenant de l’enregistreur VSS SQL Server en tant que bloqueur d’en-tête :

« select name, recovery_model_desc, state_desc, CONVERT(integer, is_in_standby), ISNULL(source_database_id,0) from master.sys.databases »

Ensuite, SQL Server aura un état d’attente de ASYNC_NETWORK_IO.

Remarque Étant donné que l’attente ASYNC_NETWORK_IO est implémentée, le wait_time ne dépassera jamais deux secondes (2 000 ms). Toutefois, le type d’attente reste indéfiniment en place, et cette situation ne se débloquera jamais par elle-même. Il vous oblige à tuer le Service SQL Writer pour débloquer la situation.

Parmi les SPID bloqués par ce bloqueur d’en-tête, il y a souvent un SPID DBSTARTUP (rétablissement de base de données secondaire alwayson).

État

Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».

Résolution

Ce problème est résolu dans les mises à jour cumulatives suivantes pour SQL Server :

À propos des mises à jour cumulatives pour SQL Server :

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et tous les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Découvrez les dernières mises à jour cumulatives pour SQL Server :

Références

Découvrez la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.

Besoin d’aide ?

Vous voulez plus d’options ?

Explorez les avantages de l’abonnement, parcourez les cours de formation, découvrez comment sécuriser votre appareil, etc.

Les communautés vous permettent de poser des questions et d'y répondre, de donner vos commentaires et de bénéficier de l'avis d'experts aux connaissances approfondies.

Ces informations vous ont-elles été utiles ?

Dans quelle mesure êtes-vous satisfait(e) de la qualité de la langue ?
Qu’est-ce qui a affecté votre expérience ?
En cliquant sur Envoyer, vos commentaires seront utilisés pour améliorer les produits et services de Microsoft. Votre administrateur informatique sera en mesure de collecter ces données. Déclaration de confidentialité.

Nous vous remercions de vos commentaires.

×