Всем привет.
1. 1С 7.7 SQL + SQL Server 2000
2. База в 10 ГБ.
3. Терминальник на Windows Server 2003 на 24 ядерном серваке Xeon X5650 2,67 Ггц с 38 ГБ оперативы.
4. Около 100 одновременных подключений.
5. Время ожидания захвата таблиц в настройках 10 секунд.
6. Блокировки более 10 секунд редкие, в основном из-за проведения Выписки.
7. Загрузка проца 10-20%.

Пользователи жалуются на тормознутую работу 1С-ки. Процессы 1cv7s.exe нормально распределяются по ядрам.
Грешу на SQL Server, т.к. процесс 1 и нормально распределится по ядрам не в состоянии.
Можно ли провести какой-нить анализ загруженности SQL Server'а или добиться его настройкой увеличения производительности?

профайлером загрузку дисков, которые SQL юзает, проверь для начала.

(1) Профайлером или виндовским монитором?
Если 1-е, то не подскажешь детальнее где там смотреть, там же туча запросов и т.д.

при юзеров 100шт нужна больше квалификация
аудит тонкой настройки СКЛсервера сделать

(0) время ожидания установи в 0
(2) перфоманс монитором

тяжелые запросы перепиши на прямые, там же часть условий постобработки можно перенести внутрь запросов

оценку по IO можно сделать профайлером, по времени отладчиком или профайлером

"Грешу на SQL Server, т.к. процесс 1 и нормально распределится по ядрам не в состоянии. "

SQL очень даже хорошо сам распределяется по ядрам.

(0) Наверно проводят ЗАДНИМ числом.

Какие-нибудь базы еще есть на серваке?
и что значит тормозная работа? что-то определенное тормозит или любое действие подвисает?

(7) Если бы юзвери могли объяснить нормально...
Сам наблюдал, когда в любом журнале очень тормознуто происходит перемещение. Документ создается, блокировки нет, подбор очень долго запускается, в таблице подбора (используется mxl-таблица) даже невозможно перемещаться. В эти моменты наблюдал загрузку SQL Server'a 10-20%. Если SQL загружен на 0-4%, т.е. загружено не более одного ядра, то таких тормозов нет. Поэтому грешу на занятость SQL Server'а выполнением какого-то запроса или запросов и слабый отклик на остальных.

(7) Баз пару штук есть, но в них никто не работает.

>>>используется mxl-таблица

Это вообще за гранью добра и зла..
Зачем ????

И это, какой массив под скуль то хоть стоит ?

и есть ли он вообще.. ?

10 сек это не долго )))

И это, подбор, если он действительно нужен быстрый, лучше делать на табличном поле, с поставщиком в виде прямого запроса

Ну, или хотя бы показывать заранее закешированные данные в обычной форме списка справочника. Кешированные значения (останки там, цены и прочий мусор, получать в момент открытия подбора). Хоть так, если всё переписывать лень.

Но только не показ формы с мокселем.

На сервере терминалов 1с надеюсь с ромиксовым патчем?

(16) Да естественно с патчем. 100% загрузки ядра нету при блокировке.
(11) 10.
(15) Есть и такая форма подбора, кто-то пользуется одной, кто-то другой.
(14) Речь не в быстром подборе и скорости выполнения запросов и алгоритмов. Речь о тормозах при перемещении по журналам документов, печатным формам, прочим операциям при отсутствии блокировок и загрузке SQL Server'a скажем так.

Точнее при отсутствии блокировок и при наличии загрузки SQL Server'а.

(17) смотри, что в формулах текстовых колонок этих журналов понапихано.

На счет мокселя - это всегда мегатормоз, особенно если в расшифровку класть много мусора и пользоваться объединенными ячейками - памяти кушает очень хорошо, ну и скролинг..никакой.

Ну и .. выкинуть патч ромикса и выставить время в 0..еще.

(19) Спс, это понятно, но это оптимизация алгоритмов 1С. А мне бы интересно понять, какого ... 1С тормозит, если ресурсов компа не полностью задействованы.
Вот например SQL Server грузит пару ядер, как мне узнать кто что выполняет тяжелое в это время? В профайлере не могу разобраться, т.к. там тучи всяких штук.

(21) найми независимый аудит

вон, у софтпоинта есть даже тиражное решение для этого (если не ошибаюсь)

очередь к жестким дискам смотри
как очередь выросла - смотри какие spid грузят скуль в данный момент
---
или узкое место форма подбора?

(21) Если не можешь разобраться в профайлере - прямая дорога к специалисту.
Вон, Ёпрста найми, думаю, за хорошие деньги он согласится ))

Могу помочь, тем более типа земляки :)
Контакты в личке

перфоманс монитор чего говорит про очереди дисков?

Ну для начала перейти на SQL 2008 с секретным релизом.
он очень классно распаралеливает процессы,чет у 2000 с 7.7 никогда в жизни не добиться.
Затем смотреть в сторону ТабличногоПоля и Прямых запросов.

А замер производительности 1С-овский что показывает?

http://wiki.mista.ru/doku.php?id=it:analiz_sql_block

(28) реально сравнивали производительность между 2000 и 2008 с секретным?

(28) Ага мне кажется разница будет не большая.
(27) Пока ничего.
Чует мое сердце, что тормоза из-за тучи запросов в цикле, оставшихся в каком-нить отчете, написанном мегагорепрогерами до меня.
Пока тормозов нет, как и в 99% случаев, когда я пытаюсь увидеть их воочию после звонка пользователей.