ERP2.0:Посыпались блокировки... #770313

Сегодня после обеда позвонили от клиента, у которого занимаюсь поддержкой ЕРП - не проводится документ: . Сначала попросил их админа поотрубать сеансы - не помогло. Потом попросил перезапустить сервер 1С: помогло частично - провелся один документ, а остальные по-прежнему не проводятся. Через некоторое время по очереди позвонили все начальники, мои и клиента: "какого.... ничего не работает?!!!" Ошибка следующая: "Конфликт блокировок при выполнении транзакции: Превышено максимальное время ожидания предоставления блокировки" Взглянуть лично на саму базу удалось только вечером. Нашел там следующий момент: заблокирован регистр сведений, в который пишутся изменения для выгрузки в WMS. Регистр сведений имеет следующую структуру: Вопросы: Как сбросить блокировки по конкретному регистру? Почему при перезапуске сервера 1С блокировка не сбросилась? Заранее спасибо за помощь и подсказки!

Регистр непериодический, независимый

Возможно, блокировка на уровне СУБД? Поубивайте лишние сеансы на SQL-сервере. Возможно даже сделаёте detach базе данных. И как сервер 1С перезапускали? Если только рестартнули службу агента, то этого мало. Нужно поубивать рабочие процессы (смотрим в консоли сервера PID и убиваем их).

А мне одному этот регистр кажется странным? Конечно, не зная задачи сложно судить, но подозрения есть.

В него записываются заголовки сообщений, которые потом передаются в WMS(Solvo). Структура соответствует структуре  таблицы шлюза, в которую в последствии и записывается сообщение. В чем странность?

ты про количество измерений?

+1 количество измерений зашкаливает, возможно многие из них должны быть реквизитами

Это может быть причиной?

Снеговик не тянет регистр сведений с 16 измерениями ? оО

Чет я не нашел инфы, сколько их можно заводить...

и не найдешь, потому как много. Просто в измерения стоит выносить исключительно те значения, в разрезе которых ты планируешь получать информацию, все остальное (то есть саму информацию) лучше отправить в ресурсы. Это если простым языком попытаться объяснить.  Т.о. Количество измерений не стоит делать избыточным

Да я знаю. Не я проектировал. Завтра ещё одного спеца по администрированию подключим к решению проблемы. А если не поможет, то переделывать...

Вероятно обработка (или фоновые задания) которая читает данные регистра и выгружает написана через жпо. Смотри туда. Если у тебя записей в регистре куча а при выгрузке они все разом блокируются а не частями то пилите в сторону оптимизации.

так а что тогда в спрашиваешь

Отрубите руки ушлепкам, проектировавшим регистр.

и это регистр. Я не удивлюсь увидеть там работу через набор записей без отбора.

Вот такие спецы пилят ЕРП. И никакие потуги 1С в плане ЦКП (или что там сейчас для ЕРП) и спец-экспертами не помогают.

да тут как бы и ERP не причем. Тут просматривается квалификация очень начинающего программиста.

Не могу, не дотянусь. Такого нет. И не сказать, чтоб очень уж начинающий был.

У меня устанавливается отбор по одному из измерений(я убедился, что значение отбора не пустое), затем происходит чтение или запись и на них ошибка.

И сколько записей?

"У меня устанавливается отбор по одному из измерений" // Отлично, про селективность и эксалацию почитай теперь

Надеюсь, отбор по первому измерению? Иначе ты действительно блокируешь ВЕСЬ регистр.

Откуда такие познания? Кстати, не совсем верные.

Если я правильно понял у ТС сообщение об управляемой блокировке а не о блокировке СУБД: "Превышено максимальное время ожидания предоставления блокировки".

Я немного пооптимизировал(структуру пока не изменял) процедуры чтения-записи в этот РС вчера, но при проверке ошибка не уходила. Волшебным образом блокировка сегодня утром ушла. Никто ничего не делал. Мистика. Но, думаю, на сл. неделе менять структуру этого регистра всёравно.

Вы что, обмен с WMS в реальном времени делать пытаетесь?

Не расслабляйся. Мистики в нашем деле не бывает.

"Конфликт блокировок при выполнении транзакции: Превышено максимальное время ожидания предоставления блокировки" Это точно управляемая блокировка, а не блокировка СУБД.

Нет, не в реальном. В режиме отложенной транзакции. Там шлюз - четыре таблицы(заголовки и детали сообщений ЕРП и Солво). В одну пару надо писать заголовки и детали сообщений ЕРП, а из другой пары надо читать ответы. В ЕРП заведены 2 регистра сведений (заголовки и детали) с разрезом "Входящие/исходящие" туда пишутся сообщения подписками на события документов и регламентом потом оттуда переносятся в указанные таблицы Солво, а входящие из Солво, наоборот, записываются в эти РС и потом брабатываются. Досталась мне вся эта кухня от предыдущего разработчика(он сменил место работы) и я её уже дописывал. До этих выходных всё работало как часы.   Согласен.

Небось запись через менеджер ... Записывай через набор И измерение поставь ссылку на наиболее селективным свойством, например первым измерением ссылку на документ

ну тогда всё элементарно. Возьми свои дописки за последнюю неделю (месяц) и проанализируй. Где-то ты накосячил.

Запись через набор. Дописок не было давно

А на справочник переделать?

Настрой технологический журнал и увидишься что происходит. solvo - как в молодость вернулся...

Для анализа управляемых блокировок рекомендую инструменты "Настройка техножурнала" и "Анализ техножурнала" из подсистемы "Инструменты разработчика". Вот как выглядит формы управляемой блокировки

На 8.2 Over 32 не получалось сделать. :)

Зачем так сложно? Не проще стандартную регистрацию изменений через планы обмена использовать? Так от блокировок на документах точно уйдете...

Я лично делал >>10 регистров сведений для обмена - при нормальном проектировании (структура и запись) никаких блокировок нет в принципе. Какая нибудь подсистема НДС или бух проводок у автора не блокируется - а эти системы на порядок-два более сложные Итого у авторов регистра - руко-ж

кстати СУБД какая ???

MS SQL. Сегодня всё отработало как часы. Переписывать пока некогда.

Блокировки  не характеризуются "постоянным" проявлением. Как только начнутся записи по определенному набору - снова посыпятся

Какой то регламент массово пишет в регистр. Ну и сам документы туда же пишут. Вот и блокировка. Количество измерений тут роли не играет