WAIT STATS – Temps d'attente élevé sur ASYNC_IO_COMPLETION
-
29-09-2020 - |
Question
Je regarde actuellement mes statistiques d'attente.J'ai suivi les bonnes pratiques expliquées par Paul Randal et parcourez les documents auxquels il fait référence.
En regardant les tranches statistiques que je prends une fois par jour depuis un certain temps maintenant sur tous les serveurs de production, je vois des valeurs élevées et significatives pour Avg_Wait_S, c'est-à-dire la relation entre l'attente totale en secondes divisée par WaitCounts.La valeur du nombre d'attente est très faible par rapport à tous les autres types d'attente (la plus basse), mais sur chacun de mes serveurs, l'AvgWait_S pour ce type est compris entre 120 et 2 493 secondes !Cela ressemble à un temps d'attente énorme.
J'ai lu que cela pouvait de toute façon être causé par des sauvegardes.Mais je me demande si c'est une valeur « normale » ?Comment avoir plus de détails à ce sujet ?
Voici un exemple d’ensemble de résultats de mes statistiques d’attente :
WAITTYPE Wait_S Resource_S Signal_S WaitCount Percentage AvgWait_S AvgRes_S AvgSig_S
BACKUPIO 46151.80 45093.07 1058.74 22819151 26.55 0.0020 0.0020 0.0000
CXPACKET 45057.81 27926.59 17131.22 20387211 25.92 0.0022 0.0014 0.0008
BACKUPBUFFER 16658.83 15867.71 791.12 8993341 9.58 0.0019 0.0018 0.0001
PAGEIOLATCH_SH 15326.95 15284.65 42.30 2131848 8.82 0.0072 0.0072 0.0000
ASYNC_IO_COMPLETION 14203.17 14203.17 0.00 9 8.17 1578.1303 1578.1303 0.0000
WRITELOG 8570.20 8377.81 192.39 2136964 4.93 0.0040 0.0039 0.0001
PAGEIOLATCH_EX 7691.32 7673.31 18.01 1777069 4.43 0.0043 0.0043 0.0000
SOS_SCHEDULER_YIELD 4548.90 43.44 4505.47 13294384 2.62 0.0003 0.0000 0.0003
LCK_M_S 3018.76 3018.06 0.71 1704 1.74 1.7716 1.7712 0.0004
ASYNC_NETWORK_IO 2678.83 2147.78 531.05 4372825 1.54 0.0006 0.0005 0.0001
LCK_M_SCH_S 2612.09 2612.08 0.01 37 1.50 70.5971 70.5968 0.0003
La solution
Comme mentionné
La valeur du nombre d'attente est très faible par rapport à tous les autres types d'attente (le plus bas)
le décompte n'étant que 9, c'est-à-direl'attente ne s'est produite que 9 fois, au cours de la collecte de statistiques d'attente pour une journée complète, ne sera pas un problème ici pour moi.
Cependant, cela vaut la peine de vérifier les autres types d'attente BACKUPIO
et BACKUPBUFFER
.
Ce type d'attente apparaît généralement lorsque vous effectuez la sauvegarde sur le réseau avec une mauvaise connectivité NW ou sur la bande, etc.tout autre système de sauvegarde extrêmement lent)
Nous avons eu cette attente similaire sur l'un de nos serveurs SQL 2005 pour sauvegarder la base de données d'une taille d'environ 200 Go.Comme la taille est grande et que nous n'avions pas de fonction de compression disponible à ce moment-là, soyez témoin de nombreuses attentes.nous avons dû utiliser un outil de compression tiers et avons vu le nombre de types d'attente diminuer. Je pense donc que cela pourrait être un bon début si vous commencez à vérifier les sauvegardes.Assurez-vous d'utiliser la fonctionnalité de compression du serveur SQL pour sauvegarder les bases de données.
Cependant, pour vérifier si ce type d'attente pose des problèmes, vous devez rechercher tout problème de débit de sauvegarde.
Vous pouvez peut-être tester les sauvegardes en effectuant des sauvegardes natives sur le même réseau par rapport à un autre réseau et vérifier d'autres valeurs de compteur.
Vous pouvez également vous référer Une cause d'attente ASYNC_IO_COMPLETION de longue durée pour plus d'explications par Paul sur cette attente.