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

http://i003.radikal.ru/1210/b9/58adb5e9f375.jpg

загрузка диска или загрузка пространства?

а почему винда в тестовом режиме?

(2) Эмуль по ходу на серваке стоит. :)

(2)  ключ  один  два года  назад першли  с 8.1 на 8.2   старая  база  раз в неделю кому нить да требуется :-)  рабочая  с ключиком  все как положено.

(1) пространства

и интересует   что за БД   tempdb.mdf    у меня такой нету :-)

(5) Системная БД.

если 100 пользователей тогда нормально

вот иногда  скуль  расходится  и начинает  лопатить  дисковое  пространство.  а я не могу понять чем он занят и кто его так грузит.  полчаса  все   меня  хотели убить потом  нагрузка спала и наступило счастье.  реглментов  днем ессно не делается

(7)  больше ста.  но одновременных  запросов  на  сервере 1с  5-10  не больше.

просто непонятно но нет среднего. дисковое пространство  либо  еле еле  ну мож иногда пиками, либо как загрузится так по полной :-(  и я не могу вычислить чем  занято.  кто так  дербанит винты.

(10) Подобные кейсы на ближайшем семинаре будем вживую рассматривать. Причин может быть много. Допустим существует постоянно открытая транзакция(например фоновое задание с неправильно обработанным исключением) в которой запускает запросы активно используещиен темповые таблицы.(это могут быть запросы на чтение) При этом несмотря на то что темповые таблицы создаются а затем удаляются- так это происходит в транзакции - tempdb нереально растет. При этом возникает высокая дисковая нагрузка с большими тормозами по всей системе. Диагностика простая - 1) растет темпдб 2) количество счетчика транзакций, большой интервал времени больше 1-ы.

темпдб 6 гигов  при рабочей базе 160 гигов  не думаю что много.   фоновые задание  если  имеются в виду  1с ные   видно на  1с сервере.  а тут  иногда бывает нагрузка  на sql   в те  моменты  когда   1с сеовер практически ничего необрабатывает.   а вот кол-во счетчиков транзакций  где посомтреть я не знаю

Полнотекстовое индексирование серьезно грузит, может оно.

не не оно.   нашел  что почему то висит  дифференциальный  бекап  около часу3 пытается лопатить.  прибил задачу  вроде нагрузка спала - наблюдаю дальше

Может быть чего угодно, например бэкап или транзакция(допустим распределенная с использованием темпдб) которая откатывается много времени.  Короче детально нужно смотреть, гадать на кофейной гуще последнее дело.

(15)  вооот   , подошли к саммому  главному   как понять детально что происходит  и чем занять скуль ?

(0) ты бы Активити монитор в скуле открыл...

(16)Я бы рассказал детально как смотреть с помощью нашего продукта но не буду заниматься излишним пиаром:)
Открой для начала perfmon. Посмотри счетчик среденей очереди к диску. Желательно смотреть не интегрированную а в разрезе каждого диска по отдельности(если они разбиты). Если очередь стабильно не уменьшается (допустим более 20-и) то это плохо. После этого посмотри sysprocesses на предмет дифференциального изменения CPU. Возможно найдется сразу процесс виновник. Посмотри отдельно в таскменеджере(хотя можно и в перфмуне) процессы которые отъедают ЦПУ(нельзя нагружать диск не нагружая ЦПУ).  Если есть процессы кроме mssql то нужно им уделить отдельное внимание.  
Включи трассу в профайлее и посмотри события с бьольшим количеством reads.

(17)  открыл  там  и нашел диф бекап.  но   в этот раз  был он  а в другой  когда  активити пусто   где искать причину.

(19) правой кнопкой выставь 3-5 секунд обновления
посмотри на второй график ожидающих задач, при хорошем раскладе там должен быть 0

если не 0, тогда выбери вторую секцию с типами ожаданий и скажи кто на первой строчке, и сколько времени в первой колонке

(20) (21)  извини не понял  где я смогу выставить 3-5 секунд и ожидаемые задачи

В процессах  sqlserver.exe и бездействие системы  делят процессор  более никто практически не в мешивается .  а вот где глянуть дифференциальное изменение  CPU  это вообще вопрос, я фиг знаю что это:-(

19. Для этого логировать результаты нужно. На простейешем уровне я давным давно просто джобом скидывал данные из sysprocesses в отдельную таблицы. Затем сравнивать два слепка можно. К сожалению в таком виде не всегда хватает данных для того что бы понять первопричину.

(22) на надписи Overwiev

23. Возьми два слепка данных по sysprocesses, объедени их по spid и получи разницу CPU. Получишь разницу, то есть дифиринциальное значение. Потому как изначально туда пишется по накопительной системе интегральное значение. Проблема в том что если процесс уже отключился - ничего не получишь.

(0) удивляют люди которые до сих пор юзают поломанный винрар

(0)Впрочем я понял что объяснять долго можно.:( Рекомендую книги(хотя бы одну по обслуживанию серверов) по администрированию почитать а потом уже задавать конкретные вопросы.

(28)  после (26)  мне это тоже стало явно :-)
но (20)  и (21)  где посмотреть подскажите  хотя б  и я  ухожу :-) в каком приложении  на надписи овервьюв  правой кнопкой   диспетчер задач  , монитор производительности  , активити монитор - нигде не вижу :-(

(27) не понял

(29) в студии на корне ветки правой кнопкой мыши

(30)  мож я тупой  фик знает - не вижу :

http://s017.radikal.ru/i432/1210/21/616bce13289c.jpg

(31) самая правая иконка на панели под меню

(31) на твоем скриншоте это 5й пункт меню сверху

(31)  тебе на курсы к хорошему преподу по скулю сходить неплохо поможет разобраться