Statistiche d'attesa - Elevato tempo di attesa su Async_io_Completion
-
29-09-2020 - |
Domanda
Attualmente guardo le mie statistiche d'attesa.Ho seguito le migliori pratiche spiegate da Paul Randal e attraversa i documenti che fa riferimento.
Guardando le fette statistiche Prendendo una volta / giorno per un po 'di tempo da tutti i server di produzione, vedo valori elevati significativi per AVG_WAIT_S, il che significa che la relazione del totale attesa in pochi secondi diviso per cambi.Il valore per il conteggio di attesa è molto basso rispetto a tutti gli altri tipi di attesa (il più basso), ma su ciascuno dei miei server l'avgwait_s per questo tipo è compreso tra 120 - 2493 secondi!Sembra un tempo di attesa massiccio.
Leggi questo può comunque essere causato da backup.Ma mi chiedo se questo è un tipo di valore "normale"?Come ottenere maggiori dettagli su di esso?
Ecco un esempio di risultati delle mie statistiche di attesa:
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
. Soluzione
Come accennato
.Il valore per il conteggio di attesa è molto basso rispetto a tutte le altre attese Tipi (il più basso)
Il conteggio è solo 9, cioè l'attesa si è presentato solo per 9 volte, durante la corsa di raccolta di statistiche di attesa per un giorno completo, non sarà una preoccupazione qui per me.
Tuttavia, vale la pena controllare gli altri tipi di attesa BACKUPIO
e BACKUPBUFFER
.
Questo tipo di attesa generalmente viene visualizzato quando si sta prendendo il backup sulla rete con una buona connettività NW o sul nastro ecc. (cioè qualsiasi altro sistema di backup estremamente lento)
Abbiamo avuto questo aspetto simile su uno dei nostri SQL Server 2005 per il backup del database di circa 200 GB di dimensioni. Poiché le dimensioni sono grandi e non abbiamo avuto caratteristiche di compressione disponibili in quel momento, testimone di molte attese. Dovevamo andare con lo strumento di compressione di terze parti e abbiamo visto quei tipi di attesa che contano in basso. Quindi credo che potrebbe essere un buon inizio se inizi a controllare i backup. Assicurati di utilizzare la funzione di compressione SQL Server per il backup dei database.
Comunque solo per verificare se questo tipo di attesa è causato problemi, è necessario verificare qualsiasi problema nel backup del backup.
Potrebbe essere possibile andare in giro e testare i backup eseguendo i backup nativi sulla stessa rete rispetto ad un'altra rete e controllare altri valori contatore.
Inoltre, è possibile fare riferimento a una causa di alta durata Async_io_completion attende per una maggiore spiegazione di Paul in questa attesa.