Ни разу не работал с данным инструментом.
Посему есть пару вопросов.

Помогите настроить нужные счётчики производительности системы штатными инструментами в windows 2003.  

Какие счётчики использовать и как настроить на правильный мониторинг.



Цель: Найти слабое звено в системе. Есть подозрение что это жёсткие диски.


P.S.Железо на Core i7, 12 Гб ДД3 в триплекс режиме, Raid10 из 4 саташных винта типа сигейты 7200. База 1С 7.7 Комплексная ДБФ. Вес ДБФ'ок около 6 гигов. 50-60 пользователей онлайн. документооборот 1000 документов в день. Средний размер документа 5-10 строк.

да, все юзеры терминальные. на 10 рэйде стоит только база, Винда стоит на отдельном жёстком диске вне рейда.

на kb.1c.ru доступ есть?

а vksleep стоит?

http://kb.1c.ru/UserFiles/Image/kb_10/10_viYp.png

(3) Вроде поставил. только хз как проверить.... Не хочется ждать боевых условий в разгар рабочего дня....

(2) Ок. Пошёл вникать......

(0) Стандартный вопрос: "на что жалуетесь?"

6 гигов для файловой уже немало. Не валится - хорошо. Хотя если Документы/Пользователей/Рабочее время около 3 минут на док, в принципе может работа может, хотя вряд ли.

(7) Проблема в транзакциях... Долго ждёт захвата таблицы журнала... Подозрение на очередь записи на диск. Есть мысль поставить Raid10 на SSD винтах.

(8) Вся проблема в том что и бухгалтерия хочет работать со своими отчётами.... Ох уж эта кривая бухия в комплексной...

(8) У тебя средняя 3 мин одна, а 50...

(10) Еще у одного УРБД отменили?

(11) Проблема в том что всё отлично работало ещё несколько дней назад.... Потом программист накатил новый релиз.... и началось. Релиз откатили но проблемы остались...

(12) УРБД не рассматриваем из-за специфики.... У нас ещё и проводки формируются по документам и Партионный учёт ведётся....

(13) Удачный номер. С таким количеством активных пользователей, в одной файловой базе она вообще лежать должна.
(14) Прям RealTime оборотка?

ё маё. 7ка и на дбф... как-то и не заметил. срочно в скуль и переход на 8

(14)Просто эти 50 пользователей очень много касячут, а бухия всё это разгребает... Да касячат ещё задним числом на месяцок другой... В итоге каждую ночь только доки перепроводить успеваем...

(16) спокойствие, только спокойствие(с)

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

+(16)  Комплексная изрядно переписанная и тяжолая... Так что Скуль не взлетит без оптимизации...

(18) Оптимист.

Я создал новый журнал счётчиков, куда поместил длину очереди диска и % активности диска. Это всё снимается каждые 10 сек и записывается в двоичном файле C:\PerfLogs\Диск_000002.blg .


Остался вопрос. Как этот файл потом анализировать?

(9)

+22 Ошибка транзакций - это кривизна структуры данных плюс большой объем...
Как вариант: перевести на SQL, код переписать на прямые запросы.

В общем, я за "программный метод" оптимизации. Для примера, был опыт оптимизации отчета, который выполнялся полтора часа. После программной оптимизации - 6 минут.

спрошу включен ли кеш на дисковом контроллере? если кеша нет - писец котенку, не взлетит база такого объема с ежедневным перепроведением

а вдруг кто-то запускает восстановление ГП в рабочее время (немонопольно) ?

SSD может помочь, но неизвестно сколько он проживет, т.к. 7.7 очень уж интенсивно теребит диски

(0)http://www.ravepoint.narod.ru/aticles/tecnology/2methodics/2_2.htm

+ можно и это почитать
http://www.ravepoint.narod.ru/aticles/tecnology/2methodics/2_1.htm

(25) Ты про "Кэш обратной записи тома" на Рэйде? Он отключён.

Восстановление ГП никто не запускает в рабочее время.



И вообще как то странно. Вот сегодня например мне позвонили только в 12 часов что такие тормоза начались

при выполнении ьранзакции произошла ошибка! Таблица: 1sjourn ошибка обращения к данным при транзакции выполняемым другим пользователем.



при выполнении ьранзакции произошла ошибка! Таблица: 1sdnlock ошибка обращения к данным при транзакции выполняемым другим пользователем.


5 минут повисело и дальше летать начало. Причём когда тормозов нет, то вообще никаких намёков на тормоза. Всё работает очень быстро.

Когда идёт тормоза, то у меня процессор на 100% загружен. При этом сервак пождвисает что бы на нём не делали, даже в графике производительности у меня пробелы в это время, тоесть он не собирает инфу.

Поставил Рэйд 1 из 2-ух SSD OCZ Vertex4, вместо 10 Рэйда на 4-рех сегейтах 7200рпм. В итоге основная проблема пропала.


Кстати прогнал простенький тест на скорость чтения.

Скорость чтения на обычном сегейте 7200 без рейда на этом сервере равнялась 100-120 Мбайт в секунду.
Скорость чтения на 10 Рэйде из таких же сегейтов равнялась 230-250 Мбайт в секунду.
Скорость чтения на 1 рэйде из 2-ух SD OCZ Vertex4  стоставляла уже 450-480 Мбайт в секунду.