O próximo passo é descobrir quais consultas sql estão demorando tanto e, em seguida, trabalhar para otimizá-las (ou otimizar o próprio banco de dados).
Executamos uma instalação do SQL Server 2008 R2 Standard em um 4core xeon com 8 gb de ram (dos quais o sqlserver pode usar 6 gb). Eu tenho um aplicativo VB6 que executa consultas sobre os dados neste banco de dados para gerar relatórios sobre dados de pesquisa. Esses relatórios geralmente levam de 7 a 10 minutos para serem feitos (~ 60 perguntas, ~ 17 pontuações agregadas, 50 a 500 respondentes por pesquisa).
De repente, no entanto, os relatórios começaram a demorar até 30 minutos. E não é apenas um relatório agora e depois. É conseqüente em todo o todo. Apenas diminuiu a velocidade. Eu não mudei nada.
Eu tentei procurar bloqueios, mas não consigo encontrar nenhum.
Aqui estão as minhas estatísticas de espera
wait_type waiting_tasks_count wait_time_ms max_wait_time_ms signal_wait_time_ms
------------------------------------------------------------ -------------------- -------------------- -------------------- --------------------
REQUEST_FOR_DEADLOCK_SEARCH 121287 606436183 5107 606436183
SQLTRACE_INCREMENTAL_FLUSH_SLEEP 151607 606430095 4094 0
LAZYWRITER_SLEEP 606582 606429625 1202 320482
XE_TIMER_EVENT 20216 606420962 30058 606420698
LOGMGR_QUEUE 568269 606373068 127733 63394
Não sei se isso ajuda ..
Alguém tem alguma ideia de onde eu deveria começar a procurar?
O próximo passo é descobrir quais consultas sql estão demorando tanto e, em seguida, trabalhar para otimizá-las (ou otimizar o próprio banco de dados).
Guia de solução de problemas de desempenho do SQL 2008 . É bastante demorado, mas se você não tem idéia de onde começar a procurar, isso ajudará você a reduzi-lo de maneira metódica.
Tags sql-server-2008