УТ 11.3.3.205/КА 2.2.3.205/ERP 2.2.3.205 Резкое падение производительности RLS

В последних релизах для УТ 11.3.3.205/КА 2.2.3.205/ERP 2.2.3.205 исправили ошибку 00-00114413 https://bugboard.v8.1c.ru/error/000028682.html

>>PostgreSQL не использует индексы при выполнении вложенного exists в общей части запросов RLS
>>в результате чего возникает резкое снижение производительности в 50-200 раз.

суть исправления в том, что изменили все шаблоны в правах, в результате чего теперь уже в MS SQL наблюдается резкое падение проиводительности при включенном RLS.
Что делал: ТиИ, обновление статистики в SQL, перестроение индекса в SQL, DBCC FREEPROCCACHE, удаление пользовательских временных файлов - ничего не помогло.

На текущий для наиболее нагруженных данных перенёс шаблоны из предыдущего релиза УТ 11.3.3.196, производительность восстановилась.

Кто-нибудь с этим столкнулся? Как решали проблему?

Переходи на УПП, там всё чотко

ап

никто ещё не рискнул обновиться?

Пока решил заимствованием прав из УТ 11.3.3.196

Интересно, а на PostgreSQL стало быстрее?

Ну так регай теперь своё обращение на багборд, в следующем релизе опять постгрю сломают.

(4) в 1С отписал, отпишу сюда номер ошибки, если признают

(5) может это был неудачный тест перед выпуском erp 2.4?

(6) 2.3 ещё не выпустили...

(6) Просто это как бы в релизе)))

Обычная смена сортировка списка документов с даты на номер занимает секунд 40-100. В релизе 11.3.3.196 - 1-2 сек.
Именно SQL выполняет долго запрос динамических списков.

(8) *MS SQL

(8) тест на кошках, то есть живых пользователях УТ.

(10) Так в УП тоже самое

Пока получил отписку

Одной из часто встречающихся причин неоптимальной работы системы является неправильное или несвоевременное выполнение регламентных операций на уровне СУБД. Особенно важно выполнять эти регламентные процедуры в крупных информационных системах, которые работают под значительной нагрузкой и обслуживают одновременно большое количество пользователей. Специфика таких систем в том, что обычных действий, выполняемых СУБД автоматически (на основании настроек) оказывает недостаточно для эффективной работы.

Если в работающей системе наблюдаются какие-либо симптомы проблем с производительностью, следует проверить, что в системе правильно настроены и регулярно выполняются все рекомендуемые регламентные операции на уровне СУБД.

Для MS SQL Server рекомендуется выполнять следующие регламентные операции:

1. Обновление статистик
2. Очистка процедурного КЭШа
3. Дефрагментация индексов
4. Реиндексация таблиц базы данных
Рекомендуется регулярно контролировать своевременность и правильность выполнения данных регламентных процедур.

Более подробно можно почитать на диске ИТС в разделе Технологические вопросы крупных внедрений

http://its.1c.ru/db/metod8dev#content:5837:hdoc

Всё таки зафиксировали

Ошибка 00-00118228 https://bugboard.v8.1c.ru/error/000031479.html

Описание:

В некоторых случаях происходит резкое снижение производительности RLS на MS SQL после исправления ошибки 00-00114413, начиная с версий БСП 2.3.5.58, 2.4.2.3.

Способ исправления:

Во всех стандартных шаблонах ограничения доступа к данным
- заменить строки:
Справочник.ИдентификаторыОбъектовМетаданных КАК СвойстваТекущейТаблицы
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ТаблицыГруппДоступа КАК ТаблицыГруппДоступа
- на строки:
РегистрСведений.ТаблицыГруппДоступа КАК ТаблицыГруппДоступа
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ИдентификаторыОбъектовМетаданных КАК СвойстваТекущейТаблицы

Изменения способа обхода и способа исправления

В некоторых случаях происходит резкое снижение производительности RLS на MS SQL после исправления ошибки 00-00114413, начиная с версий БСП 2.3.5.58, 2.4.2.3.

Способ обхода:

Вернуться на версию, в которой нет исправлений ошибки 00-00114413 до выпуска следующей исправительной версии, в которой эти изменения будут отменены.

Способ исправления:

Отменить исправления ошибки 00-00114413.

(13) А почему перестановка таблиц местами (во внутреннем соединении) помогает, как думаешь? Размер / данные / какая-нибудь селективность у первой таблицы имеет какое-то значение что ли в этом случае?

(15) надо смотреть БСП, версия 2.3.5.81. Возможно, исправили вообще каким-то другим способом, не как в (13).

Тут (14)  вообще пишут "эти изменения будут отменены". Мне кажется просто тупо откатили и всё)))

Еще бы планы посмотреть с таким и таким порядком таблиц

Кому интересно, с 11.3.4.19 пофиксили
https://bugboard.v8.1c.ru/error/000031504.html
тупо был откат RLS на версию прав из 11.3.3.196