leonixКак вы считаете, ничего страшного что этот трейс на втором местеСерверный трейс в файл (включая дефолтный) вроде не создает никаких ожиданий TRACEWRITE. Эти ожидания появляются если запускать трейс в профайлере.
Судя по ожиданиям и тому что сервер перезапускался 3 дня назад у вас там вообще все плохо с ресурсами, и с памятью и с процессорами.

EleanorleonixЯ честно сказать не знаю много это или мало
Скорее мало, т.к. стандартные рекомендации по времени отклика:
Отлично: < 1 мс
Очень хорошо: < 5 мс
Хорошо: 5 – 10 мс
Так себе: 10 – 20 мсА вы уверены что среднее время отклика (Avg. Disk sec/Transfer) это тоже самое что время ожидания по PAGEIOLATCH_SH? И вообще логично ли смотреть на среднее время ожиданий или же нужно оценивать общее время? А очень большое количество ожиданий - тоже не показатель? Или количество PAGEIOLATCH ожиданий всегда равно количеству i/o операций? Что-то сомневаюсь.

По поводу Avg. Disk sec/Transfer = AvgWait_S, сделал небольшой тест. Запустил простой селект и собрал все ожидания по PAGEIOLATCH_XX. Общее количество ожиданий 871 общей продолжительностью 1454мс, или одно дисковое ожидание в среднем = 1.67мс, что является "Очень хорошо". И такой показатель был на сервере и до того как я запустил тест. В то же время Avg. Disk sec/Read подскочил до 9мс ("Хорошо") и держался там все время пока запрос не завершился. Так что я очень сомневаюсь что это сопоставимые велечины.

EleanorДисковых ожиданий за период наблюдений было:
1. 4 шт по 2 секВообще то 2238 секунд или 37 минут. Вот тут уж точно никакой связи с откликом диска.

leonixОперативки вроде хватаетКак вы это определили? А я бы сказал наоборот, что не хватает.

TaPaKleonix,

состояние за день ничего не означает...Не совсем понятно что вы предлагаете, собирать статистику раз в месяц или наоборот, каждые 5 минут?