Несколько дней назад начала тормозить УТ 11. Долго проводит документы, периодически выдает конфликт блокировок, например:

Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1957)}:    Результат = Форма.Записать(ПараметрыЗаписи);
{Документ.РеализацияТоваровУслуг.Форма.ФормаДокумента.Форма(8061)}:    ОбщегоНазначенияУТКлиент.ОбработатьЗаписьОбъектаВФорме(ЭтотОбъект, ПараметрыДляЗаписи);

по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ПроведениеСерверУТ.Модуль(355)}:    Объект.Движения.Записать();
{Документ.РеализацияТоваровУслуг.МодульОбъекта(1238)}:    ПроведениеСерверУТ.ЗаписатьНаборыЗаписей(ЭтотОбъект);

по причине:
Ошибка при выполнении обработчика - 'ПередЗаписью'
по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{РегистрСведений.ГрафикПлатежей.МодульМенеджера(12)}:    Блокировка.Заблокировать();
{РегистрНакопления.РасчетыСКлиентами.МодульНабораЗаписей(157)}:    РегистрыСведений.ГрафикПлатежей.УстановитьБлокировкиДанныхДляРасчетаГрафика(
{ОбщийМодуль.ПроведениеСерверУТ.Модуль(355)}:    Объект.Движения.Записать();
{Документ.РеализацияТоваровУслуг.МодульОбъекта(1238)}:    ПроведениеСерверУТ.ЗаписатьНаборыЗаписей(ЭтотОбъект);

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

База на SQL, активных пользователей 6-7, документов реализаций в день до 150, в самом большом документе 50 позиций. В общем, объемы ни о чем. Сервер этот должен тянуть все и не задумываться:

https://yadi.sk/i/6y3VzqmAsfQQig

На этом же сервере стоит центральная розница с таким же объемом документов и все нормально работает, то есть вроде как проблема именно в этой базе. ТИИ делали, не помогло. Создали в СКЛ новую базу и загрузили через ДТ в нее. То же самое. Что еще посмотреть можно?

Диск там ССД м2, в общем к нему тоже никакой очереди нет.

Вот такая ошибка бывает:

Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1957)}:    Результат = Форма.Записать(ПараметрыЗаписи);
{Документ.РеализацияТоваровУслуг.Форма.ФормаДокумента.Форма(8061)}:    ОбщегоНазначенияУТКлиент.ОбработатьЗаписьОбъектаВФорме(ЭтотОбъект, ПараметрыДляЗаписи);

по причине:
Ошибка при выполнении обработчика - 'ОбработкаПроведения'
по причине:
Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки
{РегистрСведений.АналитикаУчетаПоПартнерам.МодульМенеджера(20)}:        НаборЗаписей.Прочитать();
{Документ.РеализацияТоваровУслуг.МодульМенеджера(5589)}:    Запрос.УстановитьПараметр("АналитикаУчетаПоПартнерам", РегистрыСведений.АналитикаУчетаПоПартнерам.ЗначениеКлючаАналитики(Запрос.Параметры));
{Документ.РеализацияТоваровУслуг.МодульМенеджера(2274)}:    УстановитьПараметрЗапросаАналитикаУчетаПоПартнерам(Запрос);
{Документ.РеализацияТоваровУслуг.МодульМенеджера(1702)}:    ТекстЗапросаТаблицаСебестоимостьТоваров(Запрос, ТекстыЗапроса, Регистры);
{Документ.РеализацияТоваровУслуг.МодульОбъекта(1190)}:    Документы.РеализацияТоваровУслуг.ИнициализироватьДанныеДокумента(Ссылка, ДополнительныеСвойства);

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

ДЛя этого существует техжурнал.

Причем по ЖР вижу, что в момент, когда я ловлю конфликт блокировок, в базе ничего не происходит:

https://yadi.sk/i/N2Ff1tJ5bZJRTA

(3) Попрошу админа, чтобы настроил. Может там что путного увидим.

(3) в ТЖ вот так:

44:41.647003-0,EXCP,5,process=rphost,p:processName=UT,OSThread=14248,t:clientID=26,t:applicationName=1CV8C,t:computerName=TERMSERV,t:connectID=120222,SessionID=10,Usr=Скондакова Ирина,AppID=1CV8C,DBMS=DBMSSQL,DataBase=sqlserv\UT,Exception=DataBaseException,Descr='Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки',Context='Форма.Записать : Документ.РеализацияТоваровУслуг.Форма.ФормаДокумента
Документ.РеализацияТоваровУслуг.МодульОбъекта : 822 : ЗаполнитьВидыЗапасов(Отказ);
    Документ.РеализацияТоваровУслуг.МодульОбъекта : 2698 : ЗапасыСервер.ЗаполнитьВидыЗапасовПоТоварамОрганизаций(ЭтотОбъект, МенеджерВременныхТаблиц, Отказ, ПараметрыЗаполнения);
        ОбщийМодуль.ЗапасыСервер.Модуль : 593 : УстановитьБлокировкуРегистров(ДокументОбъект, МенеджерВременныхТаблиц);
            ОбщийМодуль.ЗапасыСервер.Модуль : 5514 : Блокировка.Заблокировать();'
44:41.662216-0,EXCP,2,process=rphost,p:processName=UT,OSThread=14248,t:clientID=26,t:applicationName=1CV8C,t:computerName=TERMSERV,t:connectID=120222,SessionID=10,Usr=Скондакова Ирина,AppID=1CV8C,Exception=afd2b550-0d52-4e03-b448-15ed68d87ac5,Descr="src\DocumentLogFormObjController.cpp(884):
afd2b550-0d52-4e03-b448-15ed68d87ac5
0d2200af-1696-4395-91e5-2872675e6d3d: Ошибка при выполнении обработчика - 'ПередЗаписью'
8d366056-4d5a-4d88-a207-0ae535b7d28e: Ошибка при вызове метода контекста (Заблокировать)
{ОбщийМодуль.ЗапасыСервер.Модуль(5514)}:    Блокировка.Заблокировать();
{ОбщийМодуль.ЗапасыСервер.Модуль(593)}:        УстановитьБлокировкуРегистров(ДокументОбъект, МенеджерВременныхТаблиц);
{Документ.РеализацияТоваровУслуг.МодульОбъекта(2698)}:        ЗапасыСервер.ЗаполнитьВидыЗапасовПоТоварамОрганизаций(ЭтотОбъект, МенеджерВременныхТаблиц, Отказ, ПараметрыЗаполнения);
{Документ.РеализацияТоваровУслуг.МодульОбъекта(822)}:        ЗаполнитьВидыЗапасов(Отказ);
f08d92f8-9eb2-4e19-9dd9-977d907cec2d
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6: Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки"
44:41.725101-0,EXCP,2,process=rphost,p:processName=UT,OSThread=14248,t:clientID=26,t:applicationName=1CV8C,t:computerName=TERMSERV,t:connectID=120222,SessionID=10,Usr=Скондакова Ирина,AppID=1CV8C,Exception=580392e6-ba49-4280-ac67-fcd6f2180121,Descr="src\VResourceInfoBaseImpl.cpp(1129):
580392e6-ba49-4280-ac67-fcd6f2180121: Неспецифицированная ошибка работы с ресурсом
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
afd2b550-0d52-4e03-b448-15ed68d87ac5
0d2200af-1696-4395-91e5-2872675e6d3d: Ошибка при выполнении обработчика - 'ПередЗаписью'
8d366056-4d5a-4d88-a207-0ae535b7d28e: Ошибка при вызове метода контекста (Заблокировать)
{ОбщийМодуль.ЗапасыСервер.Модуль(5514)}:    Блокировка.Заблокировать();
{ОбщийМодуль.ЗапасыСервер.Модуль(593)}:        УстановитьБлокировкуРегистров(ДокументОбъект, МенеджерВременныхТаблиц);
{Документ.РеализацияТоваровУслуг.МодульОбъекта(2698)}:        ЗапасыСервер.ЗаполнитьВидыЗапасовПоТоварамОрганизаций(ЭтотОбъект, МенеджерВременныхТаблиц, Отказ, ПараметрыЗаполнения);
{Документ.РеализацияТоваровУслуг.МодульОбъекта(822)}:        ЗаполнитьВидыЗапасов(Отказ);
f08d92f8-9eb2-4e19-9dd9-977d907cec2d
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6: Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки"

Что сделали недавно, обновление релиза например?

Ну сделай вместо 20 сек ожидания 60 сек. А так кури скл, регламенты если не можешь переписать заполнение запасов чтобы за 2 сек пролетало )

(9) Лучше наоборот, 0. Тогда будет видней.
Было видео, как чел анализировал блокировки в 1с...

(0) rls есть?

(8) В январе обновляли платформу. Работало нормально. Щас 8.3.18.1208, думаем попробовать обновить.

похоже кто-то взаиморасчёты восстанавливает или простот месяц закрывает

(11) Нет

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

(10) а ноль это что? 0сек или бесконечность? Если ноль - вторая сессия всегда вылетит 100%

(15) и фоновых тоже на эту тему нет?
а ля предварительный расчёт

кстати период итогов какой?

(15) погляди на РЗ -отключи временно ненужные.

https://yadi.sk/i/Gi3lTfQsUyCsxQ в РЗ ничего такого

по хорошему нужно цуп поставить чтобы видеть 2 сторону блокировок.
или по тж искать всех кто в тот момент ставил блокировки

(17) Фоновых активных тоже нет

ну предварительная себестоимость есть, а говорил чтотне нужна

(0) сравните настройки бд. возможны различия

(0)
1. По журналу регистрации проверить, что происходит в этот момент времени. Возможно идет перепроведение документов или еще какая-то ресурсоемкая операция.
2. На стороне SQL посмотреть кто кого блокирует.
3. После того, как найден "виновник" - ищем причину. Возможно, кривой запрос. Или количество объектов для обработки выросло, что привело к повышению ресурсов для обработки. Либо что-то случилось с индексами на стороне SQL (запрос не попадает в индекс).

Вопрос тут гораздо шире и сложнее, чем "ТИИ делали,из ДТ загружали в новую базу". - это всё их разряда "Колесо пинал? Стекло протирал?".

+25 В (4) вижу, что у пользователя ДмитрийК в сеансе 43 висит активная транзакция (серые события в ЖР). Что он там делает?
Есть основания полагать - что он твой враг.

Некоторые в транзакции любят че-нить спросить у пользователя и ждать его ответа, как пример.

Давай уже автор колись,ведь не типовая ут же

(23) Имею в виду, месяц не закрывают, так как на СБ не смотрят.

(26) Это мой пользователь. Серые транзакции, это которые отменились, после того как я получил отказ из за конфликта блокировок.

(28) Не типовая. База не моя, попросили посмотреть. Это только сравнивать с типовым цф и искать доработки. По расширениям бегло прошелся, там криминала никакого не нашел.

(29) а зачем тогда задание работает? и всякие свертки запасов?

(32) Ну зачем то кто то включил. Они вроде все ночью отрабатывают. Не должны днем мешать

Причина тормозов УТ11 в УТ11, а точнее в сущности управляемых форм! Поставили новую, чистую, типовую, естественно не в файловом режиме - справочник НСИ, пустой! открывается секунд 5!
Что же это такое то а?? Насовали динамических списков, круто. А как на этом всем ехать то? Сами думайте? Ох. Извините.

Тестовую базу поднял? Чтоб без ущерба основной можно было вычленить виновника и почистить его?

- Сделать замеры в тестовой.
- Набросать обработку в тестовой и грохнуть ГрафикПлатежей
- Еще раз сделать замеры.

Если не поможет, то посмотреть на другие подобные РС. Скорей всего, что трабла именно в РС, т.е. на оборотные и остаточные регистры смотрят гораздо чаще. Хотя, могут в и них быть.

самый верный способ сейчас поднять цуп, чтобы увидеть полную картину блокировок

Еще не удивлюсь, если база будет подвисать и неадекватно проводить реализацию даже в монопольном режиме.
Так что вполне вероятно, что все поиски виновника тормозов и блокировок от них же можно завершить простым замером производительности

Поднятие ЦУП - это как из пушки по воробьям. Ну нет там такого при работе 6-7 пользователей, чтобы оправдались усилия по разворачиванию ЦУП

(37) цуп нужен чтобы найти того кто блокирует,
можно и вручную конечно поискать

чтобы в 1 сеансе были блокировки это нужно проведение на фоновых изобрести

(39) так понятно, что в монопольном сеансе у него блокировка не возникнет. Всего 6 пользователей. Поступление, перемещение, отгрузка или реализация. Это же не 30-40, у которых документы из самых разных участков учета.

Это что в проведении в одного будет тормозить, на том и блокировка будет зависать.

А ведь можно и заблокировать нечто при открытии формы. Но вряд ли. У него в сообщении топика список прямо уже показан.

График платежей, который никто не чистил никогда... А запрашивается с начала времен в периодике и левом соединении в запросе...

а что с итогами?

Эта платформа 1208 кривая из за нее тормоза, в 1с даже сами косяк этого релиза признали

(43) А ты дивный или диванный?

Все просто. Таблица итогов регистров разъелась из-за не закрытых регистров. А они не закрываются из-за не выполнения регламента в базе, например закрытия месяцев. В результате блокировка вызывает эскалацию блокировки до уровня таблицы. Закройте месяцы, обслужить базу, пересчитать итоги и будет счастье. Но и конечно самостоятельно проверьте чтобы регистры закрывались.

https://forum.infostart.ru/forum68/topic254158/
Не знаю можно ли ветки тут с других форумов постить

(46) Тормоза и блокировки - разные вещи. Хотя и из второго следует первое.

(47) скорее всего там звёзды сложились  обновление платформы и допилы конфигурации

Обновление платформы на 8.3.18.1289 ничего не дало. В РС "График платежей" 8650 записей. Это много? Как его нужно чистить? Нужно ли?

Кстати, итоги рассчитаны на актуальную дату. Сейчас на 28.02

https://wiki.mista.ru/doku.php?id=it:analiz_sql_block

нашли уже 2ю сторону блокировок?

(52) Нет. Обязательно ЦУП поднимать? Как еще поискать можно?

смотреть тж кто что блокировал когда был таймаут

собственно цуп это и делает

судя по коду УстановитьБлокировкиДанныхДляРасчетаГрафика
скорее всего блокируется ТаблицаОбъектовОплаты - выгрузите её в отладчике в первом сеансе и посмотрите что прилетает туда во втором
    Блокировка = Новый БлокировкаДанных;
    ЭлементБлокировки = Блокировка.Добавить(ИмяТаблицы);
    ЭлементБлокировки.Режим = РежимБлокировкиДанных.Исключительный;
    ЭлементБлокировки.ИсточникДанных = ТаблицаОбъектовОплаты;
    ЭлементБлокировки.ИспользоватьИзИсточникаДанных(ИмяПоля, "ОбъектОплаты");
    Блокировка.Заблокировать();

Для начала нужно понять, что блокировка управляемая и сервер СУБД не виноват
А дальше искать, как расследуются таймауты на управляемых блокировках

Зафиксирую решение, так как в поиске выдает ветку

Описание:
При проведении документа "Приобретение товаров и услуг" в клиент-серверном режиме может возникать конфликт блокировок при выполнении транзакции
Превышено максимальное время ожидания предоставления блокировки
{ОбщийМодуль.ОбщегоНазначенияУТКлиент.Модуль(1957)}: Результат = Форма.Записать(ПараметрыЗаписи);
{Документ.ПриобретениеТоваровУслуг.Форма.ФормаДокумента.Форма(8497)}: ОбщегоНазначенияУТКлиент.ОбработатьЗаписьОбъектаВФорме(ЭтотОбъект, ПараметрыДляЗаписи);

Способ обхода:
Изменить расчеты с онлайн на оффлайн и вернуть обратно на онлайн
(НСИ и Администрирование - Настройки НСИ и разделов - Казначейство и взаиморасчеты - Взаиморасчеты - выбор значения в поле Взаиморасчеты).