Добрый день, коллеги.

1с 8.2 130. Розница 2.0 Доработанная конфигурация. РИБ. База на SQL Express 2008 на сервере. С недавних пор появились проблемы с обменом, проведением документов в 1с. Ошибка "Конфликт блокировок". Проверял, фоновых процессов нет, регламентный обмен с ЦБ отключал. После перезапуска служб ( агент, SQL) работает все буквально пол дня- сутки, и что-то опять вешает Скуль. Выгрузил базу в dt. Снес SQL, 1c, установил, в пустую базу залил .dt, тоже самое. В SQL левых юзеров нет. Что может быть, ума не приложу. Поможите люди добрые.

Вот опять выскочила ошибка Конфликт блокировок при выолнении транзакции. Превышено максмальное время ожидания предоставления блокировки.

включайте тж.
ищите в нем информацию о блокировках

(2) ок, спасибо за совет, дождусь следующей блокировки. Сейчас заметил, что в процессах висело 2 rphost, службе 1с Администрирования присвоил запуск от локального админа и перезапустил. Сейчас документы провелись, так как клиенту критично было. Отчет журнала скину сюда, как будет информация.

(2) 24:26.7106-0,EXCP,1,process=ragent,t:clientID=0,Descr=InitializeSecurityContext: Error 80090301!
24:26.7116-0,EXCP,1,process=ragent,t:clientID=0,Descr=InitializeSecurityContext: Error 80090301!
24:26.9135-0,EXCP,1,process=ragent,Descr=InitializeSecurityContext: Error 80090301!

это лог Ragent

Продолжайте наблюдение!

(3) настрой тж, чтоб писал контекст блокировки хотя бы...

Если мощща позволяет, включи snapshot на скуле(как временное решение)
Посмотри процедуры проведения, быть может тебя спасет новый механизм проведения документов(если дело в РН)

(6) есть команда, которая записывал в лог контекст блокировок? Не могу найти.

(7) вам курить и курить https://its.1c.ru/db/v839doc#bookmark:adm:TI000000393

А еще кому-то стали малы штаны.

В смысле база выросла. Или выросла нагрузка на неё (количество документов/новые отчеты для финансиситов) и т.п.
Т.к. sql express - то вангую отсутствие заданий по обновлению статистики, дефрагментации/реиндексации - от слова совсем.

нашел, походу в чем причина.

Короче, заметил, что 1с каждые 30-50 минут начала вылетать с ошибкой: Сеанс отсутствует или удален (5275).
Начал копаться, что подобная ошибка появляется на серверах с двумя сетевухами. Действительно, на сервере их 2. Пинганул сервак по имени, действительно, ответ был по ipV6. Отрубил его тут же. Теперь пингуется по протоколу 4. Пока вылетов не было, и блокировок тоже. Наблюдаю дальше, мониторю логи.

(9) есть такое. По сути у нас нет администратора баз данных, и все чем мы занимаемся помимо кучи своих задач, так еще и за базой следить приходится. Но чудо, что до сих пор без большой крови обошлось))) на западе одни узкие специалисты, которые не лезут в чужую сферу. А наши, на постсоветском пространстве, всем занимаются. Спасибо за ссылку, буду вникать сидеть.

(0) в ограничения express входите?

(11) специалист быть в курсе обстановки в смежных темах обязан.

(12) входим