Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 падение производительности,опять PAGEIOLATCH_  [new]
kimi
Member

Откуда:
Сообщений: 17
Господа, бегло пробежал пару топиков на тему PAGEIOLATCH , но не нашел финальных решений по этой проблеме.
может поможете с моим случаем или подскажете ссылку на похожий.
гдето неделю назад приложения вствляющие данные в 3 BD стали не укладываться в обычое время.
activity monitor i sys.dm_exec_requests.wait_type показывали и показывают сейчас PAGEIOLATCH ex i sh почти для всех процессов на сервере.проверял и топ 10 waittypes. совчера картина такая(хотя 3 дня назад PAGEIOLATCH был на 4 месте)

+
Wait type Wait time (s) % waiting
------------------------------------------------------------ -------------------- ---------------------------------------
PAGEIOLATCH_SH 980590 18.33
DISPATCHER_QUEUE_SEMAPHORE 517647 9.67
PAGEIOLATCH_EX 372554 6.96
OLEDB 329254 6.15
REQUEST_FOR_DEADLOCK_SEARCH 326369 6.10
XE_TIMER_EVENT 326350 6.10
XE_DISPATCHER_WAIT 326140 6.10
SQLTRACE_BUFFER_FLUSH 326139 6.10
LOGMGR_QUEUE 325772 6.09
FT_IFTS_SCHEDULER_IDLE_WAIT 323649 6.05


далее queri i/o-нагрузка на файлы вернули
+
База данных Логическое имя Прочитано (Мб) Записано (Мб) Путь к файлу
-------------------------------------------------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------------------------------------------------- -------------------- -------------------- ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
b1 b1 3920562 237992 D:\SQL_mdf\b1.mdf
b2 b2 3768641 199987 C:\SQL\disk3\MDF\b2.mdf
tempdb tempdev 267203 406121 C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA\tempdb.mdf
b3 b3_Data 311273 143055 C:\SQL\disk3\MDF\b3_Data.MDF

Диск Прочитано (Мб) Записано (Мб)
---- -------------------- --------------------
C 4917745 1086692
D 3922343 238613


2) допрос дб админа о С: i D дисках перед отпуском дал пищу для размышлений

все mdf files физически лежат на storage mounted LUNs
-D -и естъ физический D mount point a под C:\SQL\disk3 location скрывается mount point named disk3
который и виден в performance monitore.

3) counteri по этим дискам выдают:
page life expectancy 60-130 s
Avg write queue- 4
Avg read queue- 500(логично предположить неэффективное ипользование кэша но никаких ограничений не обнаружил)


4) сегодня провели простой тест- остановили все приложения завязанные на етот sql server(понятно очереди исчезли)
iz studii запустили простой запрос по определению difragmentation level of indexes на b3 DB:
SELECT identity(int,1,1) as indid,CONVERT(varchar(50),b.name) AS TableIndexName into dbo.tempindxs
FROM sys.dm_db_index_physical_stats( DB_ID(), OBJECT_ID('X'), NULL, NULL, NULL) AS a JOIN sys.indexes AS b ON a.object_id = b.object_id AND a.index_id = b.index_id WHERE a.avg_fragmentation_in_percent > 30;

получили похожую бурю в стакане- очередь на диск3 , pageiolatch для етой query.
3 апр 12, 16:08    [12358447]     Ответить | Цитировать Сообщить модератору
 Re: падение производительности,опять PAGEIOLATCH_  [new]
kimi
Member

Откуда:
Сообщений: 17
thank you very much,молчание очень помогло.
9 апр 12, 19:20    [12389941]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить