Платформа 8.3.4.465 Конфигурация Бухгалтерия предприятия, редакция 3.0 v09 (3.0.32.5)
Обновляю конфигурацию поставщика. После обновления запускается реструкторизация. База большая. На локальной машине реструкторизация идёт несколько дней и конца не видно (последний раз остановил после трёх дней работы), иногда правда вылетает с ошибкой - недостаточно памяти. Как ограничить её или это не лечится?

от слова структора?

[Обновляю конфигурацию поставщика]
не понял только ее что ли?

(0) База файловая?

Простите за очепятку конечно же структура и реструктуризация.
База серверная но обновление конфы делаю сначала на локале и потом сохранёную конфу накатываю на среверную базу.
Обновляется вся конфигкрация. Дописок у нас хватает.

(0)[ База большая. На локальной машине]
конторка настолько нищая, что нет денег на серверок 1С - тогда удали все данные из инструментальной копии базы

при обновлении конфы поставщика не должна происходить реструктуризация.

вариант лечения - обновить на пустой базе

таблицу config из пустой перенести в рабочую.

Да просто прерывать работу пользователей не хочется. Можно и на копии на сервере запустить, но предыдущее обновление и на локале прошло без длинной реструктуризации. Правда пришлось поиграть с режимами объединения конфигураций. А сейчас эти шаманские пляски что-то не помогают.

а в 8.3 разве не добавили фоновую реструктуризацию?

и что конкретно реструктуризуется? там внизу написано обычно

Уходит на реструктуризацию торговых документов. Сегодня утром остановил её когда на количестве светилось что-то порядка 10 000. Понимаю что давно пора бы сжать базу, да после свёртки образуются только куча документов помеченных на удаление и удаляться стандартными средствами они не больно то хотят.

Может проблема в SQL-сервере? база вроде серверная, что за диски, сколько памяти?

(4) Порядок объектов не меняется?

(10) Э-э-э... 10000? Обычно столько за минуту максимум набегает. Или у вас там документы огромные-преогромные?

(10) а что меняли в документах?
Жёсткая реструктуризация начинается когда удаляем реквизиты и прочее, при добавлении достаточно быстренько

(4) Ну и стандартный вопрос: раз разработка идет локально - нафига конфигурация поставщика в рабочей базе?

При прошлом обновлении конфы я её спокойно сделал на локальной машине а потом накатил конфу на сервер. И реструктуризация захватила не так много объектов и прошла за пару часов, а тут завис. Вот сижу и думаю от чего зависит количество объектов подлежащих реструктуризации и как его можно менять.

Реквизиты только добавлялись, вообще стараемся трогать конфигурацию как можно меньше.

Я ошибся с порядком кол-ва документов было что-то порядка 400000

(16) что ещё? планы обмена, в регистрах что (регистраторы, измерения) и пр.

(16) Реквизиты, случаем, не с типом ЛюбаяСсылка?

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

Еще раз напишу - может там памяти вообще нету и оно все через файл подкачки гоняет или еще как - смотрите в сторону самой базы - она файловая или sql?