WAIT STATS – Temps d'attente élevé sur ASYNC_IO_COMPLETION

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

Answer 1

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.