1С РИБ Расширение заблокировано в другом сеансе

Форум Программирование Интеграция и обмен данными, конвертация данных (Обмен)

1С:Розница 2 Платформа 1С v8.3

1. vacony 26.11.20 10:39 Сейчас в теме

1С розница 8.3.17.1549 , конфа 2.3.6.25
На самом деле ни платформа ни конфа значения не имеет

Проблема - при наличии обменов данными - конкретно РИБ по магазинам и установленных родных патчей 1С возникают ошибки обмена - Расширение заблокировано в другом сеансе

Если обменов 3-5 это поймать почти нереально. Когда их 10-20 уже выползают частенько. Если точек 50 и более - обмена не будет вообще практически.

Отключаем все патчи - все ок.

Полностью ошибка

Ошибка записи данных в файл сообщения обмена: Расширение конфигурации, используемое в распределенной информационной базе, заблокировано в другом сеансе.
{Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(301)}: ПланыОбмена.ЗаписатьИзменения(ЗаписьСообщения, КоличествоЭлементовВТранзакции);
{Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(109)}: ЗаписатьИзмененияВФайлСообщенияОбмена(Отказ, ЗаписьXML, СообщениеОбОшибке);
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(7061)}: ОбработкаОбменаДанными.ВыполнитьВыгрузкуДанных(Отказ, СообщениеОбОшибке);
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(6903)}: ЗаписатьСообщениеСИзменениямиДляУзла(СтруктураНастроекОбмена, СтруктураНастроекОбмена.ОбработкаТранспортаСообщенийОбмена.ИмяФайлаСообщенияОбмена());
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(5132)}: ВыполнитьОбменДаннымиЧерезФайловыйРесурс(СтруктураНастроекОбмена);
{ОбщийМодуль.ОбменДаннымиСервер.Модуль(5187)}: ВыполнитьОбменДаннымиПоСценариюОбменаДанными(Ложь, Выборка.Ссылка);

по причине:
Расширение конфигурации, используемое в распределенной информационной базе, заблокировано в другом сеансе.

По теме из базы знаний

Найденные решения

22. vacony 09.04.21 14:06 Сейчас в теме

Проверил на 8.3.13.1363 - ошибка исчезла.

Остальные ответы

Подписаться на ответы Инфостарт бот

Свернуть все

5. RocKeR_13 1369 26.11.20 11:25 Сейчас в теме

(1) Попробуйте использовать методику из https://infostart.ru/public/1006265/ Хотя при наличии большого количества узлов - тоже не лучший вариант....

6. vacony 26.11.20 13:02 Сейчас в теме

(5) узлов в одной базе 32 - почти уперлись..
есть вторая база, где 150 узлов ... туда даже не пытаюсь поставить патчи с последней версии. все стопорится уже при любом одном

2. dj_tol 104 26.11.20 10:49 Сейчас в теме

Расширения отвязать от РИБ и устанавливать их пакетом на каждом узле.

3. vacony 26.11.20 11:05 Сейчас в теме

(2) вариант конечно "один из" ..
сразу вопрос - как тогда доставлять патчи ...
как следить за актуальностью
и как удалять отозванные...

Хотелось бы что бы работало штатно ...

4. vacony 26.11.20 11:06 Сейчас в теме

(2) и да - это именно расширения который ПАТЧИ , родные 1с..

8. dj_tol 104 27.11.20 03:50 Сейчас в теме

(4)Еще вариант в копилку: не обновляться до версии где много патчей. Дождаться версии где патчи не будут влиять на ваш учет и их будет минимум или вообще не будет. Я не обновляю 1С где много патчей, обычно такая версия сильно кривая.

9. vacony 27.11.20 09:48 Сейчас в теме

(8) в первый раз когда поли патчи и их было не много - втянули их руками в свое расширение. оно без РИБ катания было и ставилось своим механизмом на точках. все отлично.
но т.к. патчи меняются как перчатки , а куча еще и отзывается - такой механизм не жизнеспособен...
и любой релиз где патчей даже 5 , через неделю обрастает десятком другим )
но проблема от количества патчей не зависит практически. что 1 ставишь, что 10 - блоки начинаются.

7. Andrekaa 26.11.20 22:27 Сейчас в теме

Та же 1С не дает рекомендаций, как же правильно сделать обновление в РИБ с родными патчами.
Каждый раз гадаешь: пройдет или не пройдет!
Народ как вы поступаете? удаляете сначало родные патчи перед обновлением или нет?

10. vacony 27.11.20 09:54 Сейчас в теме

(7) ну веду тщетную переписку с 1С в попытке показать и доказать что это косяк и он критичен. Но ужасно медленно.. будет результат отпишусь, но пока глухо.
И дело не про Обновить, а про сам обмен как таковой.
Обновления с патчами и все грабли прошли 10 раз.. опыта наверное больше всех ))

Что именно не так ?
Вариантов 3-4 всего.
1. обновление с установленными патчами - штатно не пройдет. принимаете конфу, через конфигуратор обновление базы, запуск 1с - ошибка - повтор обмена - все ок.
2. в базу не входит вообще или падает сразу при обновлении - неверно встал патч. через конфигуратор смотрим визуально нет ли "кривого" пачта. или отвязка узла, удаление. Или удаление в центре и обмен.
3. Ошибка в патче - что не дает обновиться. - увы только рыть в ошибку. Через обновление такой косяк. Закрываю через расширение.
На 2.3.6 к примеру - если вы обновите РИБ по магазину , и там есть риб по рабочим местам - обмен встанет, т.к. приходят обработчики из центра, и неверно передают данные. Будет ошибка типов - где справниваетс строка, а по тексту приходит строка таблицы значений . Закрывал сам в расширении..

11. Andrekaa 27.11.20 10:06 Сейчас в теме

(10)А пробовали сначала полностью снести патчи?

12. vacony 27.11.20 10:14 Сейчас в теме

(11) вы наверное не поняли в чем у меня проблема ) Не обновится или поствить патчи проблема, а что бы 1С работал ОБМЕН в риб с установленными патчами. Он время от времени затыкается на блокировке - см. 1 пост, и далее как повезет. может 5-10 раз пропускать обмен на точку. а если точек много, обмена не будет вообще с ними на отправку . Только на прием.

13. Andrekaa 27.11.20 10:20 Сейчас в теме

(12) я это понял
просто продолжил обсуждение темы про патчи и обновление

14. vacony 27.11.20 10:26 Сейчас в теме

(13) тогда ясно )
да , если есть возможность убрать патчи - то обновление пройдет штатно, без вылетов. но надо именно удалить в центре, сделать обмен и перезайти в базу в РИБе - что бы не было активных патчей совсем. и только после этого обновляем центр и кидаем файл обмена на РИБ. тогда все ок.
Но когда у нас сотня точек такое сделать сложно ))

15. vacony 09.12.20 15:30 Сейчас в теме

Написана ошибка 1С - HL-243914 .
Ее приняли.. жду исправлений

16. valeriyps 22.12.20 13:12 Сейчас в теме

Аналогичная проблема. Розница 2.3.5.24 на платформе 8.3.16.1063. План обмена РИБ по рабочему месту, колво узлов 110-120. Также спорадически прекращается работа на выгрузку из центра с аналогичной ошибкой как в заголовке, бывает что пару дней может проработать без проблем а бывает и раз в два часа валится. Расширения РИБ присутствуют ( в т.ч. с изменениями в метаданных) . Раньше когда узлов было поменьше помогало что все фоновые обмены настроены с одним и тем же пользователем и висят на одном процессе, однако, когда узлов стало более 50 штук, и это перестало работать. Еще на платформу думал, но раз говорите не в ней дело, это конечно печально....

17. vacony 23.12.20 17:34 Сейчас в теме

(16) тут проблема встала на самом деле еще давно. с момента выхода патчей.
просто диву даюсь, что мы первые в 1с добились ... проблеме год.. никто не использует РИБ и нет более 40-60 обменов в рознице ? ...
но главное что добились признание проблемы от 1С и ждем решения....

А как или чем помогало , что обмены настроена на одного юзера ? у нас без указания от дефолтного все...

У нас в одной базе 14 обменов - и дикие тормоза. Помогло только постановка обменов последовательно. Цена - время обмена (

Платформы были опробованы все, кроме 18. но что то уверен она не поможет...
Пока плачем и ждем....

18. vellxl 25.01.21 09:08 Сейчас в теме

Абсолютно аналогичная проблема. 200 узлов в РИБ. Не смотря на кучу изысканий в плане поиска ошибок - всё также перестаёт работать отправка с ошибкой:
Ошибка записи данных в файл сообщения обмена: Расширение конфигурации, используемое в распределенной информационной базе, заблокировано в другом сеансе.

Однако была достигнута некоторая более стабильная работа работа обмена, в сравнении с дефолтом. Так как на узлах используются 4 расширения - пришлось искать решения.

На что следует обратить внимание.
1. Если открыли конфигуратор на главном узле - обмен перестанет работать, после работы в конфиге лучше сразу перезапускать службу агента 1С.
2. Если все обмены запускаются одновременно - ресурсы сервера нагружаются ОЧЕНЬ сильно. Если их недостаточно - обмен заглохнет. Расширение ОЗУ и процессорной мощности в нашем случае также улучшило ситуацию.
3. Помогает ежедневная утренняя перезагрузка агента 1С. Иногда, конечно, обмен всё также глохнет сразу после перезапуска)) Но все же ситуация улучшилась.
4. Опытным путём на сегодня было установлено, что сеансы, которые висят на сервере более суток - также негативно влияют на работу отправки. Весьма вероятно, что это и есть основная проблема этой ошибки.

На текущий момент находимся в стадии изобретения велосипеда, который при перезапуске будет завершать все сеансы базы Розницы на сервере. По результатам отпишусь.

Если у кого-то есть еще полезная информация - делитесь. Проблема ОЧЕНЬ угнетающая.

19. valeriyps 24.02.21 09:40 Сейчас в теме

(15) На багборде написали статус, что пофиксили ошибку.

20. vacony 25.02.21 12:49 Сейчас в теме

(19) есть ссылка ?
Я добился только принятия ошибки.. что ее пофиксили не видел

21. vacony 25.02.21 12:54 Сейчас в теме

Расширения конфигурации в распределенной информационной базе

Код ошибки: 30174983
Код(ы) обращения: HL-243914
Статус: Исправлена в выпущенной версии Зарегистрирована: 02.12.2020
Исправлена: "Технологическая платформа", версия 8.3.17.1989
Исправлена: "Технологическая платформа", версия 8.3.18.1334
Исправлена: "Технологическая платформа", версия 8.3.19.838 (для тестирования)

Описание:
При одновременном создании двух или более сообщений для периферийных узлов распределённой информационной базы, использующей расширения конфигурации, происходит ошибка

Расширение конфигурации, используемое в распределенной информационной базе, заблокировано в другом сеансе.

Кто то проверял ?

22. vacony 09.04.21 14:06 Сейчас в теме

Проверил на 8.3.13.1363 - ошибка исчезла.

Оставьте свое сообщение

E-mail: