Atualmente, vejo minhas estatísticas de espera. Segui as melhores práticas explicadas por Paul Randal e examinei os documentos que ele menciona.
Olhando para as fatias estatísticas que eu tiro uma vez por dia por um tempo agora de todos os servidores de produção, vejo valores altos significativos para Avg_Wait_S, significando a relação do total de espera em segundos dividido por WaitCounts. O valor da contagem de espera é muito baixo em comparação com todos os outros tipos de espera (o mais baixo), mas em cada um dos meus servidores o AvgWait_S para esse tipo está entre 120 - 2493 segundos! Isso parece um tempo de espera enorme.
Eu li que isso pode ser causado por backups. Mas eu me pergunto se isso é um valor 'normal'? Como obter mais detalhes sobre isso?
Aqui está um conjunto de resultados de amostra das minhas estatísticas de espera:
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
Como mencionado
a contagem sendo apenas 9, ou seja, a espera apareceu apenas 9 vezes, durante a coleta de estatísticas de espera por um dia completo, não será uma preocupação aqui para mim.
No entanto, vale a pena verificar os outros tipos de espera
BACKUPIOe arquivosBACKUPBUFFER.Esse tipo de espera geralmente aparece quando você está fazendo o backup pela rede sem uma boa conectividade NW ou na fita, etc. (ou seja, qualquer outro sistema de backup extremamente lento)
Tivemos essa espera semelhante em um de nossos servidores SQL 2005 para fazer backup do banco de dados de aproximadamente 200 GB de tamanho. Como o tamanho é grande e não tínhamos o recurso de compactação disponível naquele momento, testemunhamos muitas esperas. tivemos que usar uma ferramenta de compactação de terceiros e vimos a contagem de tipos de espera diminuindo. Portanto, acredito que pode ser um bom começo se você começar a verificar os backups. Certifique-se de usar o recurso de compactação do servidor SQL para fazer backup dos bancos de dados.
No entanto, apenas para verificar se esse tipo de espera está causando algum problema, você precisa verificar se há algum problema na taxa de transferência de backup.
Pode ser que você possa testar os backups fazendo backups nativos na mesma rede em comparação com outra rede e verificar outros valores de contador.
Além disso, você pode consultar uma causa de esperas ASYNC_IO_COMPLETION de alta duração para obter mais explicações de Paul sobre essa espera.