Как узнать кто изпользователей и в какой базе вешает SQL?

1С v8

☑

0 Shur1cIT

06.03.13

✎

09:55

вообще это реально узнать и как?

1 jsmith82

06.03.13

✎

09:57

логи по блокировкам... имхо в профайлере

2 Shur1cIT

06.03.13

✎

09:59

(1) это где и как?

3 dk

06.03.13

✎

09:59

1. определить spid вешателя в скуле
2. определить пользователя 1с по spid на сервере приложений

4 Shur1cIT

06.03.13

✎

09:59

там не блокировки там скуль на 90% процессора работает причину не могу выяснить

5 Maxus43

06.03.13

✎

09:59

что значит вешает?

6 Shur1cIT

06.03.13

✎

10:00

(3) вопрос как определить spid

7 Shur1cIT

06.03.13

✎

10:00

(5) загруз на 90% пользователи жалуються

8 Maxus43

06.03.13

✎

10:04

из практики - на 90% грузить скуль даже 50 юзеров не могут при обычной работе. Это как правило напирмер реструктуризация базы и.т.д.

9 ProxyInspector

06.03.13

✎

10:13

Если SQL ест 90% процессора, тогда это проблема разработчиков 1С.
Для 1с77 - это проблемы реализации граф отборов в журналах документов. Для больших баз с количеством документов более 1 млн. При реализации любых граф отборов в журналах документов 77 SQL жрет 100% процессора. Связано это с неправильным построения запроса при формировании отбора в журнале. Сначала выбираются ВСЕ документы из данного периода а потом это соединяется с таблицей отборов. Индексный файл общего журнала с количеством документов более млн. достигает 1 Гб. Отсюда и тормоза.
Для 8-ки такой механизм возможен тоже. Кроме того если количество баз на сервере велико, то сервер могут загрузить регламентные задания типа полнотекстового поиска.
Установка 20 пустых баз 1с8 на ЛЮБОЙ сервер, с включенными регламентными заданиями, положат его сразу. При количестве пользователей 0 человек.

10 Serg_1960

06.03.13

✎

10:14

(0) сословами "SQL Server Profiler" в поиск. Вот, например, - http://msdn.microsoft.com/ru-ru/library/ms191511.aspx

11 Demiurg

06.03.13

✎

10:19

(0) с помощью наших утилит можно узнать, см. профиль

12 Shur1cIT

06.03.13

✎

11:15

ок спасибо уже изучаю

13 ptiz

06.03.13

✎

11:24

(0) Запуск одного сложного отчета может на 100% загрузить хоть 20 ядер, если max degree of parallelism = 0.

14 el-gamberro

06.03.13

✎

11:52

Вот такой простой запрос, нехило грузит ядро на 99%

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

15 МуМу

06.03.13

✎

12:12

(0) Получаешь значение CPU(интегральное значение) из sysprocesses для каждого spid. Затем например через 10 секунд делаешь аналогичную операцию. Вычитаешь одно значение из другого - получаешь таблицу spid,cpu. По ней отбираешь spid c максимальными значения cpu и смотришь на сервере приложений пользователей 1С. Более удобные скрипты можешь получить на sql.ru
Есть еще разработка которая ответит на все вопросы, дополнительно нагружает не более 3 процентов и работает непрерывно.
http://www.softpoint.ru/products_id3.htm#price
Есть еще ЦУП от 1С.