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