С добрым, уважаемые!

Есть конфигурация БП 3.0
В какой-то момент заметили что одна обработка (не родная) стала работать в разы медленнее.
Выяснилось, что время уходит на Активацию движений по документу Операция.
Технологический журнал показал, что все время тратится на запрос типа UPDATE.
И если раньше у этого запроса было RowsAffected=10000, то потом вдруг стало миллион (на той же самой операции).
Запрос апдейтит записи регистра бухгалтерии Хозрасчетный.

При этом конфигурация не менялась.
План счетов не менялся.
Все настройки в разделе Администрирование и Главная - не менялись.
Грандиозного прироста в размере базы тоже не было.

Если у кого-то возникнут идеи, что нужно поменять в настройках базы или в данных чтобы получить такой радикальный эффект, тому - большое спасибо!

Файловая, скуль, постгри?

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

радикальный эффект - похерить эту обработку и всё

Просто база 1С достигла предела комфортной работы

База изначально MS SQL но эффект четко соблюдается и файловой версии.
Френки, что делает обработка, я вроде описала - Активирует, потом деактивирует движения.

Набор.УстановитьАктивность(Истина);

Можно, конечно и похерить, можно вообще уволиться, но это - не прикольно )). А вот докопаться до сути - это некоторым, таки, прикольно. И надеюсь здесь такие люди есть!

(4) Мало вероятно. т.к. произошло это скачкообразно.

(5) люди, у которых активирована телепат.длл ? ну хз, может здесь и есть такие... я таких не видел.

Мы заметили снижение скорости проведения документов в некоторых случаях на 8.3.20.2039
Перешли на 21. Пока статистических данных мало

(7) Может я не поняла вопроса.. не знаю..
В любом случае готова ответить на все уточняющие вопросы и провести любые тестовые измывательства над базой )

Обычно в 1С не виде непрерывной кривой бывает изменение скорости работы а бывает как лесенка.
Скачкообразно. И это сразу заметно становится.

(5) Не стесняйся. Напиши подробнее параметры базы. И что делает обработка. Сделай замер в отладчике.

(8) в ходе разбирательства перешли с 18-ой платформы на 20-ую, к сожалению, ничего не поменялось. но согласна, можно протестить и последнюю.

(11) Что есть параметры базы?
Размер - около 30 гигов. Тип - повторюсь, не влияет на этот феномен.
Замеры сделаны через технологический журнал: на одной конкретной операции (у которой около 6 тыщь проводок) сначала было 5..6 секунд, через 2 недели стало 3 минуты.
вот цитата из ТЖ:
38:54.495000-313739997... - это 313 секунд на один единственный запрос.

Релизы конфы какие были? УточнениеПероида в регистре добавилось? Оно кривое, там что-то с индексами.

Может быть кого-то натолкнет на мысль...
всего записей в регистре бухгалтерии Хозрасчетный - 3,5 миллионов.
При этом на одной активации (хоть там и задействовано 6000 проводок) перелопачивается 1,3 миллиона записей этого регистра. Т.е. треть!!!
Только мне кажется, что это - дичь дикая? :)

(14) Релизов не было, был только один релиз. Конфигурация вообще не менялась.
Про УточнениеПериода можно поподробнее? что это, и где его посмотреть?

Есть документы с очень малыми или большими датами? Какой минимальный и максимальный период?

(14) Нашла, Длина уточнения периода в обоих случаях - 1

(16) А мог кто-то из пользователей вручную в План счетов записать изменение?

(17) Может я опять не вдупляю в вопрос, но эксперимент проводится над одним и тем же документом.

(19)В план счетов внести изменения могли!!
но не вносили, Планы счетов - одинаковые.

(13) Типовая или нетиповая? Индексы пересчитывала или нет? Неплохо бы номер типового релиза сообщить.

(20) не могли пользователи внести док с датой 24.09.0022 , к примеру?

(22) Релиз 3.0.106.101
Перепилен вдоль и поперек )
Индексы пересчитывали и все проверки прогоняли какие есть в конфигураторе.

(23) ... допустим, могли внести док с любой датой. и с 24.09.0022. Что нам это дает?

(20) проверить, что итоги по регистру рассчитаны.
Проверить период рассчитанных итогов. Если база содержит данные за большой период, оставить не больше трёх последних лет и подумать о сокращении этого периода до текущего и прошлого года.
Посмотреть скорость проведения других документов с сопоставимым количеством проводок, или групповое проведение большого количества документов. Если там наблюдается похожая ситуация с падением производительности, то проверить версию (23) о существовании документов-регистраторов регистра бухгалтерии с неадекватными датами - слишком ранними или наоборот слишком далёкими. Обычно такое случается вследствие банальной описки пользователя при вводе данных. Типа вместо 2022-го года указывают 0222, 2002, 2202, 2220 и т.п. Проверять надо все регистраторы регистра бухгалтерии, а не только ваш проблемный документ.
В конце концов просто открыть журнал проводок (первичные записи регистра бухгалтерии) и глазами убедиться, что там нет записей с неадекватны периодом.

(25) >> Что нам это дает?

Появление в таблицах итогов регистра записей с итогами на каждый месяц, начиная с 0022-го года. Две тысячи лет по 12 месяцев - итоги за 24000 месяцев.
Таблицы итогов чуть-чуть выросли. Их актуализация при проведении чуть-чуть замедлилась.

(26) Дмитрий, спасибо большое. Это все мы обязательно проверим!