Есть БП древнючего релиза, учет велся с 2004 года. Размер каталога базы почти 3 Гб.
Была выполнена свертка базы до начала 2011 года, удаление нескольких тысяч неиспользуемых элементов справочников, но размер каталога практически не уменьшился.
Насколько критичен такой размер каталога и как можно этот размер каталога уменьшить?

удали бэкапы и древние регламентированные отчеты из папки базенки - будешь приятно удивлен размером каталога...

(0) Какой файл/папка весит больше всего?

Критичен не размер папки (можешь туда хоть 100 Гиг фильмов накидать).
Важен размер отдельной взятой дбф.

(0) после удаления проведи упаковку таблиц и приятно удивишься

(1) нет ни бэкапов, ни каталогов с отчетами.
(2) самый большой файл с проводками (1SENTRY > 600Mb), и итогами (1SACCEL > 300Mb + 1SBKTTL > 300Mb)
(3) я понимаю. но если сейчас не обращать внимания, то вскоре это будет ёк!
(4) провел, но почему то не удивился. :(

Выгрузка/загрузка, Тестирование и Исправление делалось? Нет? Тогда копию и на ней - вперед!

(6) Да уже делалось все, свертка, выгрузка, загрузка, тестирование и исправление. Почему то я думал, что размер обязательно уменьшится.

(7) Чудес не бывает, значит данных мало удалилось.

(7): ТиИ - с упаковкой(!), я надеюсь?..

(9)+: ну и пересчет полный бы. чтобы в регистрах нулевые записи ушли.

Да. Чудес не бывает.
(9) Конечно с упаковкой.
Вообще-то... общий размер каталога уменьшился. С одной стороны - немного, мегов на 600, а с другой, больше чем на 20% !! :)
(10) Во! Надо попробовать.

(11): по-таблично до-после упаковки по самым большим (в исх.базе) файлам сравнение - тоже может прояснить ситуацию.

(0)Общий размер базы не критичен, так как таблицы (дбф) никак не связаны между собой (кроме "внешнего" знания что где лежит)
То что 1SENTRY 600 метров не гуд, т.к. с 1 Гб начинаются проблемы

Вместо упаковки - лучше выгрузка загрузка

(13): с кернелХХ - с 2-х только.

Ок. Спасибо. Ко всем советам прислушаюсь и буду пробовать.

Файловая 7.7 комплексная общий размер DBFок почти 10 Гигов - и ничего, нормально все работает, а вы из-за 3х гигов панику развели. Патч есть, разуеется, т.к. entry.dbf 1.4Гб

(5) 1SENTRY > 600Mb после свёртки не есть хорошо.

(17): любой 1с*.дбф больше 50-75% лимита - "не есть хорошо".
(однако и лимит с помощью кернелХХ отодвигается вполне спокойно в два раза)

(0)УРБД есть?

(18) Я о том, что после "Была выполнена свертка базы до начала 2011 года" 600 метров.
С такими темпами каждый год сворачивать придётся.

(0) Ну или в период 2004-2011 было очень мало записей, или сделали что-то не так (или неполностью). Других вариантов невижу.

(0) Посмотри справочники КЛАДР. Одно время в клюшках его хранили в составе самой конфигурации.

(22) В бухгалтерских конфах?

попробой со скулем поиграться: сначала выгрузку грузишь в скуль, а потом из скуля в пустую дбфную базу.

я после того как из дбфной полгода назад в скульную перегрузил очень расстроился : все процедуры перепроведения стали идти в 4 раза медленнее - потом выгрузил все в дбфную - поработали так до конца года, и , снова в скульную - все бы ничего со скульной - вроде как данные надежно сохранены - так как я каждый день всех выгоняю из 1с ки путем килла1с процессоы по планировщику , но скорость пересчетов снова резко упала...приходиться следить за концом пересчета - а он то в два то в три часа ночи завершается на большом периоде а базу уже в 6 утра надо  отгружать на Перефирийную ...печалька. Спать приходиться урывками.

(25) Мазохист вы батенька, мазохист. Я только со скульными и работаю. По сравнению с дбф это как земля и небо.
Перепиши процедуры и будет счастье. А то само непопустит.