|
Как узнать кто изпользователей и в какой базе вешает SQL? | ☑ | ||
---|---|---|---|---|
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С. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |