|
ERP2.0:Посыпались блокировки... | ☑ | ||
---|---|---|---|---|
0
al_zzz
16.04.16
✎
19:54
|
Сегодня после обеда позвонили от клиента, у которого занимаюсь поддержкой ЕРП - не проводится документ: . Сначала попросил их админа поотрубать сеансы - не помогло. Потом попросил перезапустить сервер 1С: помогло частично - провелся один документ, а остальные по-прежнему не проводятся. Через некоторое время по очереди позвонили все начальники, мои и клиента: "какого.... ничего не работает?!!!"
Ошибка следующая: "Конфликт блокировок при выполнении транзакции: Превышено максимальное время ожидания предоставления блокировки" Взглянуть лично на саму базу удалось только вечером. Нашел там следующий момент: заблокирован регистр сведений, в который пишутся изменения для выгрузки в WMS. Регистр сведений имеет следующую структуру: https://snap.ashampoo.com/YeYUrxwb Вопросы: Как сбросить блокировки по конкретному регистру? Почему при перезапуске сервера 1С блокировка не сбросилась? Заранее спасибо за помощь и подсказки! |
|||
1
al_zzz
16.04.16
✎
19:56
|
Регистр непериодический, независимый
|
|||
2
b_ru
16.04.16
✎
20:00
|
Возможно, блокировка на уровне СУБД? Поубивайте лишние сеансы на SQL-сервере. Возможно даже сделаёте detach базе данных.
И как сервер 1С перезапускали? Если только рестартнули службу агента, то этого мало. Нужно поубивать рабочие процессы (смотрим в консоли сервера PID и убиваем их). |
|||
3
Александр_
Тверь 16.04.16
✎
20:07
|
А мне одному этот регистр кажется странным?
Конечно, не зная задачи сложно судить, но подозрения есть. |
|||
4
al_zzz
16.04.16
✎
20:20
|
(3) В него записываются заголовки сообщений, которые потом передаются в WMS(Solvo). Структура соответствует структуре таблицы шлюза, в которую в последствии и записывается сообщение.
В чем странность? |
|||
5
Звездец
16.04.16
✎
20:24
|
(3) ты про количество измерений?
|
|||
6
RomanYS
16.04.16
✎
20:24
|
(3) +1
(4) количество измерений зашкаливает, возможно многие из них должны быть реквизитами |
|||
7
al_zzz
16.04.16
✎
20:36
|
(6) Это может быть причиной?
|
|||
8
Смотрящий
16.04.16
✎
20:51
|
(6) Снеговик не тянет регистр сведений с 16 измерениями ? оО
|
|||
9
al_zzz
16.04.16
✎
20:59
|
Чет я не нашел инфы, сколько их можно заводить...
|
|||
10
Звездец
16.04.16
✎
21:06
|
(9) и не найдешь, потому как много. Просто в измерения стоит выносить исключительно те значения, в разрезе которых ты планируешь получать информацию, все остальное (то есть саму информацию) лучше отправить в ресурсы. Это если простым языком попытаться объяснить. Т.о. Количество измерений не стоит делать избыточным
|
|||
11
al_zzz
16.04.16
✎
21:10
|
(10) Да я знаю. Не я проектировал. Завтра ещё одного спеца по администрированию подключим к решению проблемы. А если не поможет, то переделывать...
|
|||
12
etc
16.04.16
✎
21:11
|
Вероятно обработка (или фоновые задания) которая читает данные регистра и выгружает написана через жпо. Смотри туда. Если у тебя записей в регистре куча а при выгрузке они все разом блокируются а не частями то пилите в сторону оптимизации.
|
|||
13
Звездец
16.04.16
✎
21:11
|
(11) так а что тогда в (9) спрашиваешь
|
|||
14
H A D G E H O G s
16.04.16
✎
21:14
|
(0) Отрубите руки ушлепкам, проектировавшим регистр.
|
|||
15
etc
16.04.16
✎
21:15
|
(14) и это регистр. Я не удивлюсь увидеть там работу через набор записей без отбора.
|
|||
16
H A D G E H O G s
16.04.16
✎
21:18
|
Вот такие спецы пилят ЕРП. И никакие потуги 1С в плане ЦКП (или что там сейчас для ЕРП) и спец-экспертами не помогают.
|
|||
17
Звездец
16.04.16
✎
21:21
|
(16) да тут как бы и ERP не причем. Тут просматривается квалификация очень начинающего программиста.
|
|||
18
al_zzz
16.04.16
✎
21:23
|
(14) Не могу, не дотянусь.
(15) Такого нет. (17) И не сказать, чтоб очень уж начинающий был. |
|||
19
al_zzz
16.04.16
✎
22:02
|
(12) У меня устанавливается отбор по одному из измерений(я убедился, что значение отбора не пустое), затем происходит чтение или запись и на них ошибка.
|
|||
20
H A D G E H O G s
16.04.16
✎
22:08
|
(19) И сколько записей?
|
|||
21
Cyberhawk
16.04.16
✎
22:22
|
"У меня устанавливается отбор по одному из измерений" // Отлично, про селективность и эксалацию почитай теперь
|
|||
22
EugeniaK
16.04.16
✎
23:02
|
(19) Надеюсь, отбор по первому измерению?
Иначе ты действительно блокируешь ВЕСЬ регистр. |
|||
23
H A D G E H O G s
16.04.16
✎
23:16
|
(22) Откуда такие познания? Кстати, не совсем верные.
|
|||
24
etc
17.04.16
✎
01:17
|
Если я правильно понял у ТС сообщение об управляемой блокировке а не о блокировке СУБД: "Превышено максимальное время ожидания предоставления блокировки".
|
|||
25
al_zzz
17.04.16
✎
07:02
|
Я немного пооптимизировал(структуру пока не изменял) процедуры чтения-записи в этот РС вчера, но при проверке ошибка не уходила. Волшебным образом блокировка сегодня утром ушла. Никто ничего не делал. Мистика.
Но, думаю, на сл. неделе менять структуру этого регистра всёравно. |
|||
26
ГеннадийУО
17.04.16
✎
07:16
|
(4) Вы что, обмен с WMS в реальном времени делать пытаетесь?
|
|||
27
Рэйв
17.04.16
✎
07:21
|
(25)Не расслабляйся. Мистики в нашем деле не бывает.
|
|||
28
TormozIT
гуру
17.04.16
✎
08:21
|
(2) "Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки" Это точно управляемая блокировка, а не блокировка СУБД. |
|||
29
al_zzz
17.04.16
✎
10:57
|
(26) Нет, не в реальном. В режиме отложенной транзакции. Там шлюз - четыре таблицы(заголовки и детали сообщений ЕРП и Солво). В одну пару надо писать заголовки и детали сообщений ЕРП, а из другой пары надо читать ответы. В ЕРП заведены 2 регистра сведений (заголовки и детали) с разрезом "Входящие/исходящие" туда пишутся сообщения подписками на события документов и регламентом потом оттуда переносятся в указанные таблицы Солво, а входящие из Солво, наоборот, записываются в эти РС и потом брабатываются. Досталась мне вся эта кухня от предыдущего разработчика(он сменил место работы) и я её уже дописывал. До этих выходных всё работало как часы.
(27) Согласен. |
|||
30
kiruha
17.04.16
✎
10:57
|
(25)
Небось запись через менеджер ... Записывай через набор И измерение поставь ссылку на наиболее селективным свойством, например первым измерением ссылку на документ |
|||
31
hhhh
17.04.16
✎
11:18
|
(29) ну тогда всё элементарно. Возьми свои дописки за последнюю неделю (месяц) и проанализируй. Где-то ты накосячил.
|
|||
32
al_zzz
17.04.16
✎
13:42
|
(30)Запись через набор.
Дописок не было давно |
|||
33
Tateossian
17.04.16
✎
17:49
|
А на справочник переделать?
|
|||
34
quest
17.04.16
✎
21:50
|
(0) Настрой технологический журнал и увидишься что происходит.
solvo - как в молодость вернулся... |
|||
35
TormozIT
гуру
18.04.16
✎
09:13
|
Для анализа управляемых блокировок рекомендую инструменты "Настройка техножурнала" и "Анализ техножурнала" из подсистемы "Инструменты разработчика".
Вот как выглядит формы управляемой блокировки http://devtool1c.ucoz.ru/_si/0/71400900.jpg |
|||
36
Heckfy
18.04.16
✎
09:19
|
(10) На 8.2 Over 32 не получалось сделать. :)
|
|||
37
ГеннадийУО
18.04.16
✎
09:25
|
(29) Зачем так сложно? Не проще стандартную регистрацию изменений через планы обмена использовать? Так от блокировок на документах точно уйдете...
|
|||
38
kiruha
18.04.16
✎
09:53
|
(37)
Я лично делал >>10 регистров сведений для обмена - при нормальном проектировании (структура и запись) никаких блокировок нет в принципе. Какая нибудь подсистема НДС или бух проводок у автора не блокируется - а эти системы на порядок-два более сложные Итого у авторов регистра - руко-ж |
|||
39
vde69
18.04.16
✎
09:56
|
кстати СУБД какая ???
|
|||
40
al_zzz
18.04.16
✎
20:41
|
(39) MS SQL.
Сегодня всё отработало как часы. Переписывать пока некогда. |
|||
41
kiruha
19.04.16
✎
11:13
|
(40)
Блокировки не характеризуются "постоянным" проявлением. Как только начнутся записи по определенному набору - снова посыпятся |
|||
42
Карупян
19.04.16
✎
11:16
|
Какой то регламент массово пишет в регистр.
Ну и сам документы туда же пишут. Вот и блокировка. Количество измерений тут роли не играет |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |