Имя: Пароль:
1C
Админ
Повторяющийся запрос к таблице config.
,
0 Andrewww
 
30.07.12
05:01
Microsoft Windows 2008 server R2 Standard SP1.
Microsoft SQL server 2008 R2.
1С 8.2.13.205.
Монитор активности SQL сервера показывает что постоянно выполняются по 7 тысяч раз в минуту подобные запросы:
SELECT [Creation],[Modified],[Attributes],[DataSize],[BinaryData] FROM [Config] WHERE [FileName]=@1. @1='35e9855b-da2f-4bdf-ab2a-18631084aa33.2.
@1 бывает разным. Может быть кто-то сталкивался с чем-то подобным?
1 zladenuw
 
30.07.12
05:22
ты гонишь переходи хотя бы на 219 билд. или на уже 15. а то....
2 zladenuw
 
30.07.12
05:23
точнее 8.2.13.219 или  8.2.15
3 Andrewww
 
30.07.12
05:44
Проблематично это...
4 Живой Ископаемый
 
30.07.12
06:18
э... и что?
5 Andrewww
 
30.07.12
06:28
(4) Что "и что"?
Сервер занимается непонятно чем и тормозит. Или это нормально и нужно "забить"?
6 Живой Ископаемый
 
30.07.12
06:29
а как ты определяешь нормально ли это или нет? ты провел эксперименты в других условиях?
7 Живой Ископаемый
 
30.07.12
06:30
и получил другие результаты чтобы к ним стремиться?
8 Живой Ископаемый
 
30.07.12
06:32
то есть нужны предпосылки почему ты подумал что это плохо.
9 Andrewww
 
30.07.12
06:33
А логика разве не подсказывает, что 7000 раз выполнить один и тот же запрос - это ненормально, как минимум? :)
Плюс, на предыдущем сервере, в похожих условиях, такого не было.
10 Живой Ископаемый
 
30.07.12
06:38
если @1 разный, то не подсказывает, нет.
Если запрос идет к разным базам, если пользователей много то нет, не подсказывает
11 Живой Ископаемый
 
30.07.12
06:38
Что такое похожие условия?
12 Andrewww
 
30.07.12
06:42
А, виноват, немного не так выразился, @1 бывает разным в разных базах. То есть, 7000 запросов выполняются с одним значением параметра к одной базе, при том, что в базе работает 1 человек(в конфигураторе).
Похожие условия(если правильно помню) - windows 2003, SQL Server 2008 R2 и куча баз(как и сейчас).
13 Живой Ископаемый
 
30.07.12
06:45
понятно, то есть ничего экстраординарного...
ну и что это за объект тоже не выяснил :)
14 Andrewww
 
30.07.12
06:48
Какой такой объект?
15 Andrewww
 
30.07.12
06:53
Если ты про значение параметра, то там часто фигурирует 'versions'. Я думаю что это совсем не важно.
16 Andrewww
 
30.07.12
08:49
Поднимем
17 H A D G E H O G s
 
30.07.12
08:55
За перечислениями ползает.
18 Andrewww
 
30.07.12
09:01
(17) почему именно за ними?
19 H A D G E H O G s
 
30.07.12
09:01
Потому что их значения в конфигурации
20 Andrewww
 
30.07.12
09:02
А как же 'versions'?
Забыл добавить что используется хранилище.
21 Живой Ископаемый
 
30.07.12
09:04
2(19) зачем бы ему это делать постоянно, если он строит кэш конфигурации? но и военного в этом ничего не вижу. тем более что запрос параметризованный, значит СКЛ может выплевывать его мгновенно
22 Живой Ископаемый
 
30.07.12
09:05
2(20)гы... а что ты запланировал добавить в 50 посте?
23 H A D G E H O G s
 
30.07.12
09:05
(21) У меня такое было, когда был запрос через точку к ЛюбаяСсылка.
24 vde69
 
30.07.12
09:08
(23)+ еще вариант составной тип в измерении регистра, в составе типа перечисление - и имеем сабж. (правильно использовать ПВХ)
25 Andrewww
 
30.07.12
09:21
Запросы выполняются всегда, даже когда никакой активности нет в режиме предприятия.
26 Maxus43
 
30.07.12
09:23
фоновое задание какое-нить активно?
27 vde69
 
30.07.12
09:23
(25) регламентные задания отключи :)
28 Andrewww
 
30.07.12
09:27
(26), (27) - выключено.
Вот в данный момент у человека два сеанса - конфигуратор и толстый клиент.
29 Maxus43
 
30.07.12
09:29
замер производительности включи, посмотри какой код выполняется
30 Andrewww
 
30.07.12
09:30
Вообще ничего не выполняется.
Бывает даже что запросы идут к базе, к которой никто не подключен(нет активных сеансов в "Администрировании серверов 1С"). Видимо, всё-таки глюки платформы.
31 vde69
 
30.07.12
09:30
(29) я тебе и так скажу - это динамический список генерит трафик, а вот что именно в нем криво - нужно смотреть
32 Maxus43
 
30.07.12
09:31
(31) в толстом нет динамического списка
33 Andrewww
 
30.07.12
09:32
(31), см (30)
34 Maxus43
 
30.07.12
09:32
платформу меняй и продолжай наблюдения. ставь 319, проверена
35 Andrewww
 
30.07.12
09:33
Пока никак...
Ладно, всем спасибо :)
36 vde69
 
30.07.12
09:36
(33) не верю :)

делай так

1. делаешь пустую базу, в ней включаешь блокировку рег заданий
2. разворачиваешь в нее копию
3. на скуле включаешь трасировку, ждемс.... (не должно быть запросов)
4. под именем пользователя запускаем сеанс - и смотрим трасировку (должны иметь сабж)
37 МихаилМ
 
30.07.12
09:41
включите технологический журнал
с настройкой трассировки запросов.
38 Andrewww
 
30.07.12
09:47
Окей, поэкспериментирую, напишу потом...
39 Andrewww
 
31.07.12
08:31
Что удалось выяснить: частично были виноваты регламентные задания(в цикле было получение значения перечисления), но это мелочи.
После установки блокировки регламентных заданий для базы всё равно выполняется куча запросов к ней, получается файл "versions". Если верить интернету, то это файл метаданных. Есть у кого-то еще мысли?
40 Maxus43
 
31.07.12
09:31
>>если верить интернету, то это файл метаданных
у тебя в сабже уже написано что таблица Конфиг, там ничо кроме конфы нет) есно объекты метаданных это
41 Andrewww
 
31.07.12
09:40
Блин, спасибо, человек! Ты единственный кто помог разгадать загадку :)
42 Maxus43
 
31.07.12
09:43
запросы точно с сервера 1с идут? сам скуль ничо не сканит?
43 Andrewww
 
31.07.12
09:54
Точно, потому как выполняются от имени пользователя SQL, под которым работает 1С.
44 vde69
 
31.07.12
10:19
(39) 1с обращается к скулю только в следующих случаях

1. получение данных (при выполнении кода, ловится отладчиком)
2. получение, сохранение конфигурации (из конфигуратора, ловится технологическим журналом)
3. получение сведений о кластере, подключение, авторизация (ловится ТЖ)
4. DCOM запросы (частично ловится ТЖ)
5. системный трафик для поддержки сокета (не ловится ТЖ)
6. консоль серверов (использует п.4)

чудес не бывает....

запусти трасировку скуля и смотри ап, имя приложения айди соединения и т.д.

дальше сравнивай с ТЖ