Имя: Пароль:
1C
1С v8
Долгое выполнение операции включения итогов регистров накопления
,
0 igor_1506
 
28.06.22
22:59
Коллеги, добрый вечер!
Недавно произошла неприятная ситуация - в разгар рабочего дня в рабочую базу УПП загружался небольшой объем данных (несколько элементов справочника). Стандартная обработка выгрузка/загрузка XML 8.2 отключила итоги, забыли установить флажок "отключить использование итогов" (хотя при неустановленном флажке отключаться итоги не должны).
Проблема в том, что включение итогов по всем регистрам накопления заняло около 2 часов. На тестовой базе, в которой нет активных пользователей, а также отключены регламенты, операции включения/отключения итогов длится секунды.
Кто-то сталкивался с подобной ситуацией? С чем может быть связано столь долгое включение итогов? С обработкой выгрузки/загрузки XML все понятно, нужно быть внимательнее.
База клиент-серверная, MS SQL, размер 400+ ГБ, с огромными доработками.
Заранее спасибо за ответы.
1 Ёпрст
 
28.06.22
23:03
(0) в скуле прибей таблички итогов и сделай пересчет.. будет быстро
2 igor_1506
 
28.06.22
23:22
(1) После пересчета итогов, который выполнялся в 2019 году, размер базы вырос в 3 раза - со 100 с небольшим ГБ до 300+ ГБ.
3 Ёпрст
 
28.06.22
23:30
(2) И ? Лог поди вырос , да ? :)
4 timurhv
 
29.06.22
00:12
>База клиент-серверная, MS SQL, размер 400+ ГБ, с огромными доработками.
>После пересчета итогов, который выполнялся в 2019 году, размер базы вырос в 3 раза - со 100 с небольшим ГБ до 300+ ГБ.

Так уменьшилось же на 100Гб
5 Ёпрст
 
29.06.22
00:31
* Ну и через ИР, или любую другую поделку посмотри размер табличек в скуле, тогда поймешь, откуда ноги растут, если это таблички итогов регистра - то тупо регистры не закрываются
6 igor_1506
 
29.06.22
08:41
(4) 300 - это 2019 год. с течением времени база выросла до 400+
7 igor_1506
 
29.06.22
08:46
(5) Да, таблицы итогов много весят. Да, не закрываются регистры, и это мягко сказано.
Однако, при использовании обработки выгрузки/загрузки XML флажок "отключить использование итогов" ранее не устанавливался, а это означает, что итоги всегда отключались и включались обратно, но происходило это за секунды. Вот этот вопрос меня мучает(((
8 Ёпрст
 
29.06.22
09:33
(7) если он не устанавливался, то никакие итоги никуда не отключались
9 igor_1506
 
29.06.22
12:43
(8) У обработки обратная логика, к сожалениюю. Это уже исправили, чтобы подобных инцидентов больше не повторялось.
Но после этого случая стали долго выполняться запросы к таблицам остатков и оборотов... Сильно замедлилась работа.
Сама процедура включения/отключения итогов могла повлиять на что-то?
10 Ёпрст
 
29.06.22
12:47
(9) посмотри границы расчета итогов.
И да, обработка не отключает итоги, если спецом флаги не ставить, ты чего-то путаешь
11 Chai Nic
 
29.06.22
12:57
"На тестовой базе, в которой нет активных пользователей, а также отключены регламенты, операции включения/отключения итогов длится секунды."
Может быть дело в том, что на тестовой базе не производится во время отключенных итогов никаких движений в основных таблицах? Поэтому движок видит, что нет смысла итоги пересчитывать и просто включает признак наличия итогов. А когда были движения - то итоги приходится пересчитать полностью, по крайней мере для тех регистров, которые двигались.
12 TormozIT
 
гуру
29.06.22
13:14
Пробуй "Управление итогами регистров (ИР)"
http://devtool1c.ucoz.ru/index/upravlenie_itogami_registrov/0-51
Там увидишь больше информации об итогах
13 timurhv
 
29.06.22
13:17
(9) >Сама процедура включения/отключения итогов могла повлиять на что-то?
Переиндексируйте
14 igor_1506
 
29.06.22
13:22
(13) Запустить реиндексацию через конфигуратор?
15 igor_1506
 
29.06.22
13:27
(10) Граница как была 31.07.2019, так осталась.
Обработка "выгрузка загрузка xml 8.2" лежала в общей папке отдела, дата создания 2011 год.
К сожалению, как выяснилось, логика обратная, нужно устанавливать галку отключения итогов, чтобы отключения не произошло.
16 timurhv
 
29.06.22
13:50
(14) нет, на стороне SQL
17 igor_1506
 
29.06.22
20:28
(1) Можно ли просто пересчитать итоги по одному проблемному РН? Доступа в скуль нет.
Боюсь даже это запускать, черт его знает, сколько продлится эта операция, вдруг ночи не хватит, да и часовые пояса играют роль.
Запросы к проблемному регистру (остатки, обороты, остаткиИобороты) отрабатываются неприлично долго после того прецедента.
18 Ёпрст
 
29.06.22
20:33
(15)>>>31.07.2019

Это п...ц
19 Ёпрст
 
29.06.22
20:34
(17) ясне пень, считать остаток от 19 года..как думаешь, быстро ?
20 igor_1506
 
29.06.22
20:41
(18) Пересчитывать итоги перестали после увеличения размера базы в 2019 году. В заключении Гилева рекомендуется выполнять каждый месяц пересчет итогов. Регистр отвратительный, не закрывающийся. В планах закрыть этот регистр принудительно и сделать пересчет итогов.
Но сейчас возникла такая ситуация, что после отключения/включения итогов запросы стали отрабатывать в 20-30 раз дольше.
Обработкой XML пользовались и раньше, но видимо это "русская рулетка", до этого "проносило" и вся операция занимала секунды.
Что произошло сейчас, не совсем понятно((
21 Ёпрст
 
29.06.22
20:50
(20) Берешь ИР, смотришь размерчики, им же грохаешь таблички итогов нужного регистра, им же пересчитываешь итог
22 Ёпрст
 
29.06.22
20:51
И помимо прочего, смотришь, чего еще распухло в базе.
ХЗ, мот там версионирование старое, которое через РС слеплено распухло до небес