Решал у клиента проблему, все разрешилось, но поведение системы очень удивило. Хочется теперь разобраться для общего развития.

Конфа: 8.1.13, УТ 1.2, Центральная узел в РИБ, файловый вариант, организация маленькая, документооборот небольшой.

Симптомы: при некоторых операциях, особенно при попытке обмена, выдает сообщение (примерно): "Достигнут максимально допустимый размер внутренней таблицы".

Первичный диагноз: Т.к. документов там столько не могло быть, скорее всего копать в направлении обмена РИБ. После осмотра выяснилось, что обмен идет через почту, письма сохранятся вместе с вложениями, общий объем вложений как раз 4 Гига и занимает.
любопытно, что переполнилась таблица для хранения данных неограниченной длины и на текущую работу почти не влияла.

Лечение: Кажется банально, берем и удаляем все вложения почты. С горем пополам все почистилось, но ошибка осталась! Смотрю объем базы - 4,2 ГБ.
Следующая мысль - надо реиндексировать, а может заодно и реструктуризовать.
Запускаю ТиИ - нет эффекта.
Запускаю chdbf - эффект есть объем падает до 200 Мб. Ура!
Далее самое интересное:
Далее дернуло меня еще раз запустить ТиИ - размер базы увеличился до 600 Мб ???
Опять запускаю chdbf - объем снова падает но уже до другого значения ~250 Мб.
После чего оставляю и больше ничего не трогаю пока работает.

Кто-нибудь может объяснить, что за приколы такие? Или ссылку даст, где это описывается.

Весело. Я бы еще выгрузить/загрузить попробовал для создания полноты картины :)

chdbf - хирург. Режет все, что не понравится. ТИИ - терапевт, пичкает лекарствами пациента. как-то так

(2) Кстати, да. С какими параметрами ТиИ делается? Может, оно восстанавливает какие-нибудь битые ссылки, создавая элементы, а chdbf их убивает опять.

(3) реиндексация и реструктуризация. Во всяком случае во вложения почты битые ссылки не появлялись.
Да и не должен chdbf убивать восстановленные ссылки.

(4)убивает и еще как