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


#0 by yzimin
УТ 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 >>PostgreSQL не использует индексы при выполнении вложенного exists в общей части запросов RLS >>в результате чего возникает резкое снижение производительности в 50-200 раз. суть исправления в том, что изменили все шаблоны в правах, в результате чего теперь уже в MS SQL наблюдается резкое падение проиводительности при включенном RLS. Что делал: ТиИ, обновление статистики в SQL, перестроение индекса в SQL, DBCC FREEPROCCACHE, удаление пользовательских временных файлов - ничего не помогло. На текущий для наиболее нагруженных данных перенёс шаблоны из предыдущего релиза УТ 11.3.3.196, производительность восстановилась. Кто-нибудь с этим столкнулся? Как решали проблему?
#1 by HIDDEN MESSAGE
#2 by yzimin
ап никто ещё не рискнул обновиться? Пока решил заимствованием прав из УТ 11.3.3.196
#3 by vis_tmp
Интересно, а на PostgreSQL стало быстрее?
#4 by sFAQer
Ну так регай теперь своё обращение на багборд, в следующем релизе опять постгрю сломают.
#5 by yzimin
в 1С отписал, отпишу сюда номер ошибки, если признают
#6 by ildary
может это был неудачный тест перед выпуском erp 2.4?
#7 by sFAQer
2.3 ещё не выпустили...
#8 by yzimin
Просто это как бы в релизе))) Обычная смена сортировка списка документов с даты на номер занимает секунд 40-100. В релизе 11.3.3.196 - 1-2 сек. Именно SQL выполняет долго запрос динамических списков.
#9 by yzimin
*MS SQL
#10 by ildary
тест на кошках, то есть живых пользователях УТ.
#11 by sFAQer
Так в УП тоже самое
#12 by yzimin
Пока получил отписку Одной из часто встречающихся причин неоптимальной работы системы является неправильное или несвоевременное выполнение регламентных операций на уровне СУБД. Особенно важно выполнять эти регламентные процедуры в крупных информационных системах, которые работают под значительной нагрузкой и обслуживают одновременно большое количество пользователей. Специфика таких систем в том, что обычных действий, выполняемых СУБД автоматически (на основании настроек) оказывает недостаточно для эффективной работы. Если в работающей системе наблюдаются какие-либо симптомы проблем с производительностью, следует проверить, что в системе правильно настроены и регулярно выполняются все рекомендуемые регламентные операции на уровне СУБД. Для MS SQL Server рекомендуется выполнять следующие регламентные операции: 1. Обновление статистик 2. Очистка процедурного КЭШа 3. Дефрагментация индексов 4. Реиндексация таблиц базы данных Рекомендуется регулярно контролировать своевременность и правильность выполнения данных регламентных процедур. Более подробно можно почитать на диске ИТС в разделе Технологические вопросы крупных внедрений
#13 by yzimin
Всё таки зафиксировали Ошибка 00-00118228 Описание: В некоторых случаях происходит резкое снижение производительности RLS на MS SQL после исправления ошибки 00-00114413, начиная с версий БСП 2.3.5.58, 2.4.2.3. Способ исправления: Во всех стандартных шаблонах ограничения доступа к данным - заменить строки: Справочник.ИдентификаторыОбъектовМетаданных КАК СвойстваТекущейТаблицы ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ТаблицыГруппДоступа КАК ТаблицыГруппДоступа - на строки: РегистрСведений.ТаблицыГруппДоступа КАК ТаблицыГруппДоступа ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ИдентификаторыОбъектовМетаданных КАК СвойстваТекущейТаблицы
#14 by yzimin
Изменения способа обхода и способа исправления В некоторых случаях происходит резкое снижение производительности RLS на MS SQL после исправления ошибки 00-00114413, начиная с версий БСП 2.3.5.58, 2.4.2.3. Способ обхода: Вернуться на версию, в которой нет исправлений ошибки 00-00114413 до выпуска следующей исправительной версии, в которой эти изменения будут отменены. Способ исправления: Отменить исправления ошибки 00-00114413.
#15 by Cyberhawk
А почему перестановка таблиц местами (во внутреннем соединении) помогает, как думаешь? Размер / данные / какая-нибудь селективность у первой таблицы имеет какое-то значение что ли в этом случае?
#16 by yzimin
надо смотреть БСП, версия 2.3.5.81. Возможно, исправили вообще каким-то другим способом, не как в . Тут   вообще пишут "эти изменения будут отменены". Мне кажется просто тупо откатили и всё)))
#17 by Вафель
Еще бы планы посмотреть с таким и таким порядком таблиц
#18 by yzimin
Кому интересно, с 11.3.4.19 пофиксили тупо был откат RLS на версию прав из 11.3.3.196
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С