v8: Двойное увеличение размера Центрального узла РИБ после свертки и обмена.

Приветствую, коллеги! После свертки периферийного узла и интерактивного обмена с центральным узлом возникла проблема двойного увеличения размера упомянутого центрального узла. Полная процедура тестирования и исправления (то  есть проверки логической и ссылочной целостности, пересчет итогов и реиндексация, реструктуризация и сжатие таблиц) позволила снизить размер центрального узла с 16ГБ до 9.7ГБ, но, очевидно в таблицах БД остается какой-то мусор, поскольку до свертки и обмена свернутой периферии и центральной ее размер был 8ГБ. Размер же периферии после свертки и ТИИ снизился с 8ГБ до 4.3ГБ. То есть размер центрального дожен быть заметно ниже начальных 8ГБ. Размер второго периферийного узла (его не сворачивали) особенного значения не имеет и составляет (0,57ГБ) Описание используемых программ: 

Тип БД - Файловая, распределенная, состоит из двух периферийных и центрального узла.

Версия 1С Предприятия 32-разрядная 8.9.9.2033

Конфигурация - УТ 10.3.43.1 типовая с некоторыми изменениями не затрагивающими структуру учета(различного рода косметические правки)

Доступ через терминал напрямую к БД(Толстый клиент)

Свертка выполнялась обработкой взятой с ИТС "Свертка информационной базы"

Собственно вопрос, что за мусор может содержать центральный узел(он, этот мусор точно является производным свертки перетянутым из периферии), и самое главное, как можно его вычистить, что бы увидеть честно свернутые узлы РИБ?

Вроде разобрался с проблемой. Дело в том, что обменом между узлами (хоть автоматическим, хоть в ручную) пользоваться нельзя, пока не завершишь все этапы свертки (точнее: важно создать входные остатки, свернуть центральный узел и почистить его (удаление помеченных объектов), далее ТИИ 1) целостность, 2)пересчет итогов  3)реиндексация и реструктуризация (именно в этой последовательности, а то не заметите эффекта от свертки). Соль в том, что если между этапами "свернуть центральный узел" и "почистить его" произвести обмен(если база толстая, а сворачиваем период более 2-3 лет, не забыть настроить загрузку порциями до 1000 объектов, иначе вывалиться с "Недостаточно памяти"), то базу периферии раздует в два раза от начального размера, и больше никакие пляски с бубном ее не уменьшат. Можно также провести обработку, которая сократит ненужные начальные остатки ( писать придется самим, я в инете бесплатного удовлетворительного ничего не нашел). "Корректировка записей регистров", в силу особенностей учета некоторых компаний, по некоторым регистрам накопления забита избыточными записям. Соответственно сворачивать можно (нужно) только центральный узел(когда столкнетесь с большой, долгой базой, поймете почему).