Может кто-то подскажет? Настраиваю обмен по магазину. Все нормально работает, руками получается делать обмен. 4-5 сообщений пересылаются. Потом настраиваю сценарий по расписанию и начинаются качели... Первая ошибка:

"Ошибка записи данных в файл сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(192)}: Error calling context method (ЗаписатьИзменения): Lock conflict during the transaction:
Maximum idle time for lock access has been exceeded due to the wait for the session"

Все последующие:

"Ошибка записи данных в файл сообщения обмена: {Обработка.КонвертацияОбъектовРаспределенныхИнформационныхБаз.МодульОбъекта(192)}: Ошибка при вызове метода контекста (ЗаписатьИзменения): Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки"

Ни переиндексация, ни закрытие сеансов не помогает. Блокировок в 1С не стоит. Помогает только удаление базы и создание снова.
Как я понял блокировка проходит в СУБД? Использую Postgress на Linux, 1 база, 4Гб оперативки. Если я прав, вопрос - Неправильно настроен Postgress или нехватка памяти? Или может вообще проблема не в этом?

платформа какая ?

Дисковая подсистема как организована? И 4 ГБ это мало. http://catalog.mista.ru/public/554213/

Платформа 8.3.9.2170. Дисковая подсистема сервера? Затрудняюсь ответить. Не я настраивал. Могу попробовать узнать...

(3) Купи б/у сервер с 48-64Гб опер.памяти. Цена от 600$. Поставь туда SSD. И забудь о памяти.  1с + SQL "любят" память.

А зачем мне такой сервер? У меня и так все шустро работает. 1 база на 1 Гб, 3 пользователя. Проблема возникла когда попробовал создать сценарий обмена.

а что даст SSD кроме скорости загрузки?

Причину ошибки как понять? Поскольку первая вылазит на английском, предполагаю что стопорит Postgres? А потом 1С упирается в его блокировку. Вот почему стопорит? Когда руками делаю обмен, все проходит.

(7) 1. Если есть возможность, в порядке эксперимента проверь на 8.3.8. Есть вероятность, что поможет.
2. Настрой техжурнал с событиями TLOCK,TDEADLOCK и TTIMEOUT и проверь, кто кого блокирует.

с экспериментами сложно. 2 живых магазина в разных точках города и сервер в офисе. :-(

(9) На рабочей не надо. Копия ведь есть.
На рабочей можно техжурнал. Надеюсь, текстовый файлик положить не проблема в каталог сервера.
http://its.1c.ua/db/metod81u#content:8022114:hdoc:_top:tdeadlock
Была аналогичная проблема с управляемыми блокировками на MSSQL. Весьма вероятно, что это она же.

положить не проблема. с its скачать проблема... :-(

у меня скоро почты закончатся... ;-)

Проблема решилась переходом на 8.3.8.1652.
Спасибо,  EugeniaK и 1с_ник.
postgresql-9.4.2-1.1C_x64 + 1с 8.3.9.2033 + УТ 11.1.2.27 = блокировки

Не понятно почему более свежий релиз глючнее старого.

(13) Так то свежий - это 8.3.10.2375