Обрезал хранилище через "сократить до версии". Удалил ~60% истории. Однако сам файл не изменился в размере. При этом при просмотре через Tool_1CD.exe размеры таблиц даже увеличились. Конвертить в 8.3.4 пока не вариант, разработка идет на 8.2 пока.
Каким бы образом удалить неиспользуемое пространство или дефрагментировать этот файлик?

"оптимизировать хранилище"

на закладке "прочие" в администрировании

(2) "на закладке "прочие" в администрировании"
как бы не зря писал: "Конвертить в 8.3.4 пока не вариант"

Натрави на файл хранлища chkdbfl. Он сделает truncate

(3) я хз, в каком релизе это появилось

(1) это только для хранилищ, которые без режима совместимости - автору до этого, судя по всему, далеко

вообще я себе настроил хранилище через сервер хранилища и удивился, насколько стало лучше работать

(7) когда один - да, лучше. Когда вас толпа, серверное медленнее файлового

синтетические тесты на 8.2, 8.3.4, 8.3.5 показали, что быстрее всех работает файловое хранилище 8.2. На 8.3.* к этому быстродействию с натяжкой подползают только файловые же в режиме совместимости. Все остальное в разы медленнее.
Правда я тестировал только операции чтения из хранилища, т.к. для операций записи параметров командной строки не существует.

но, судя по тому, что испытывают наши разработчики каждый день, конкурентная запись - это еще более медленная песня

(9) ну, по крайней мере при пропадании сети на мгновение перестало хранилище отваливаться. + все-таки быстрее, когда хранилище находится за медленным каналом. ну и плюшка со сравнением конкретного объекта (если бы её до рекурсивного сравнения довели, сразу для справочника, его форм и макетов, например) - очень удобно.

(11) сравнение конкретного объекта нынче феерически быстро работает и на файловом хранилище. По крайней мере в 8.3.5.1231

(4) обработал. Пишет "ошибок не обнаружено". Размер не изменился :(

(13) а ты галку "Исправлять ошибки" включил?

(14) Ох щи! Дизайн интерфейсов в 1С как всегда на высоте :)