Администрирование · 9 мин
Как узнать размер хранилища 1С
Как узнать размер хранилища конфигурации 1С: проверка через конфигуратор, файловую структуру, SQL-запросы. Очистка и контроль роста хранилища.
Хранилище конфигурации 1С — это общий репозиторий, в котором разработчики совместно работают над типовой или собственной конфигурацией. Со временем оно разрастается: каждая версия объекта добавляет данные, и файл хранилища может достигать десятков гигабайт. Знать размер хранилища нужно при планировании места на диске, переносе на другой сервер, оценке времени резервного копирования и при решении вопроса о сокращении истории версий.
Способ проверки зависит от того, как развёрнуто хранилище: в файловом варианте (каталог на диске или сетевом ресурсе) или через сервер хранилища 1С (1С:Предприятие 8.3, сервер хранилища). Ниже разобраны оба сценария, а также методы анализа содержимого — что именно занимает место и как безопасно уменьшить объём.
Где физически находится хранилище конфигурации
При создании хранилища администратор указывает каталог — именно там платформа размещает служебные файлы. Основной файл данных хранилища обычно называется 1Cv8.cf (в ряде версий структура каталога отличается и включает дополнительные служебные файлы и подкаталоги). Размер этого каталога и есть фактический размер хранилища на диске.
Чтобы найти путь к хранилищу, откройте конфигуратор, подключённый к хранилищу, и перейдите в меню «Конфигурация» → «Хранилище конфигурации» → «Параметры хранилища конфигурации» (в разных версиях платформы пункт может называться «Администрирование хранилища»). В настройках виден полный путь к каталогу хранилища. Скопируйте его и откройте в проводнике или файловом менеджере.
Проверка размера файлового хранилища через проводник
Самый быстрый способ — посмотреть свойства каталога хранилища. В Windows кликните правой кнопкой по папке хранилища и выберите «Свойства»: система покажет общий размер с учётом вложенных файлов. Если хранилище расположено на сетевом ресурсе, подсчёт может занять время при большом количестве файлов.
Для сервера на Linux используйте команду du -sh /путь/к/хранилищу — она выведет суммарный объём каталога в удобочитаемом виде. Если нужно понять, какие подкаталоги занимают больше всего места, выполните du -h --max-depth=1 внутри каталога хранилища.
du -sh /srv/1c/storage/ && du -h --max-depth=1 /srv/1c/storage/ | sort -rh | head -20Имейте в виду: размер каталога на диске может быть больше «полезного» объёма данных из-за кластеров файловой системы и служебных файлов платформы. Это нормально, но при оценке свободного места ориентируйтесь именно на занятое место на диске, а не на сумму логических размеров файлов.
Как посмотреть состав и объём версий в конфигураторе
Размер файла хранилища не показывает, что именно занимает место. Для анализа содержимого откройте конфигуратор с правами администратора хранилища и перейдите в «Конфигурация» → «Хранилище конфигурации» → «Отчёт по истории версий» (или аналогичный пункт в вашей версии платформы). Отчёт показывает список версий, авторов изменений и затронутые объекты.
По количеству версий можно косвенно оценить вклад истории в размер: чем больше версий и чем чаще изменялись крупные объекты (макеты, картинки, внешние компоненты, большие модули), тем сильнее разрастается хранилище. Каждая версия хранит снимок изменённых объектов, поэтому тысячи версий с частыми правками макетов дают заметный прирост объёма.
- 1Откройте конфигуратор под учётной записью администратора хранилища
- 2Проверьте путь к хранилищу в параметрах хранилища конфигурации
- 3Сформируйте отчёт по истории версий и оцените их количество
- 4Сопоставьте число версий с размером каталога на диске
- 5Примите решение: оставить как есть, сократить историю или пересоздать хранилище
Размер хранилища при работе через сервер хранилища
В клиент-серверном варианте с выделенным сервером хранилища 1С данные также лежат в каталоге на диске сервера — путь задаётся при установке и настройке сервера хранилища (параметр каталога данных в реестре или конфигурационных файлах службы). Узнать путь можно у администратора сервера или в настройках службы «Агент сервера хранилища 1С:Предприятия».
После того как каталог найден, размер определяется теми же средствами: свойства папки в Windows или du -sh в Linux. Дополнительно на сервере стоит проверить журналы и временные файлы — иногда рядом с данными хранилища накапливаются файлы, не относящиеся к самим версиям конфигурации, но занимающие место.
Если хранилищ несколько (для разных конфигураций или филиалов разработки), сверьте размер каждого каталога отдельно и соберите сводную таблицу — это упростит планирование дискового пространства и резервного копирования.
Что делать, если хранилище занимает слишком много места
Главный механизм уменьшения — сокращение истории версий. В конфигураторе: «Конфигурация» → «Хранилище конфигурации» → «Администрирование» → операция усечения истории (указывается номер версии, до которой удаляется история). После сокращения старые версии становятся недоступны, поэтому перед операцией сделайте полную копию каталога хранилища.
Радикальный вариант — пересоздание хранилища: из текущей конфигурации создаётся новое хранилище без истории, а старое архивируется. Это даёт максимальное уменьшение размера, но полностью обнуляет историю версий, поэтому подходит только когда история не представляет ценности или сохранена отдельно (например, выгрузкой конфигурации в файлы и размещением в Git).
Сравнение способов уменьшения размера
Сохраняет последние версии и непрерывность работы, но уменьшение ограничено: свежие версии остаются
Даёт минимальный размер, но полностью теряется история; требуется повторное подключение всех разработчиков
Сохраняет историю изменений вне хранилища 1С, но требует перехода команды на 1C:EDT и перестройки процесса
Контроль роста хранилища: что проверять регулярно
Разовая проверка решает текущую задачу, но без регулярного контроля хранилище снова разрастётся. Практичный подход — раз в месяц фиксировать размер каталога и число версий, чтобы видеть динамику. Резкий скачок объёма обычно означает добавление крупных бинарных объектов: картинок, макетов, внешних обработок в составе конфигурации.
Как проверить состояние хранилища
Рост плавный, соответствует темпу разработки
Скачок на гигабайты без крупных изменений в проекте
Запас минимум в 2–3 размера хранилища для копий и обслуживания
Места меньше размера хранилища — невозможно сделать резервную копию
Все разработчики захватывают и помещают объекты без ошибок
Ошибки доступа к хранилища — возможно повреждение файлов
Дополнительно полезно настроить мониторинг свободного места на диске с хранилищем штатными средствами ОС или системой мониторинга: уведомление при заполнении диска предотвратит аварийную остановку работы всей команды разработки.
Частые вопросы о размере хранилища 1С
Почему хранилище намного больше самой конфигурации?
Потому что хранилище содержит не только текущее состояние конфигурации, но и все сохранённые версии объектов. Конфигурация может занимать, например, 200 МБ, а хранилище с тысячами версий — несколько гигабайт. Это нормальное следствие хранения истории изменений.
Можно ли узнать размер хранилища без доступа к серверу?
Частично да: в конфигураторе виден путь к хранилищу и история версий, но точный размер на диске доступен только с доступом к файловой системе. Если хранилище на сетевом ресурсе, откройте его в проводнике по пути из параметров хранилища и посмотрите свойства каталога.
Уменьшится ли размер хранилища после удаления объектов из конфигурации?
Нет. Удаление объекта фиксируется как новая версия, а старые версии объекта остаются в истории. Размер уменьшится только после сокращения истории версий или пересоздания хранилища.
Как часто нужно сокращать историю хранилища?
Единой нормы нет: ориентируйтесь на темп роста и доступное дисковое пространство. Команде с активной разработкой обычно достаточно ревизии раз в несколько месяцев; если хранилище растёт медленно, достаточно контроля раз в полгода. Главное — не доводить диск до критического заполнения.
Опасно ли хранить хранилище на сетевом диске?
Файловое хранилище на сетевом ресурсе — штатный сценарий, но он чувствителен к обрывам связи: прерванная запись может повредить данные. Для стабильной работы нескольких разработчиков надёжнее использовать сервер хранилища 1С, а сетевой вариант дополнять регулярным резервным копированием.
Чем отличается размер хранилища от размера информационной базы?
Это разные сущности: хранилище содержит версии конфигурации (метаданные, модули, макеты), а информационная база — прикладные данные (документы, справочники, регистры). Они растут независимо, и контролировать размер нужно у обеих.
Что важно запомнить
Размер хранилища 1С определяется размером его каталога на диске: путь виден в параметрах хранилища конфигуратора. Состав и историю анализируют через отчёт по версиям, а уменьшают объём сокращением истории или пересозданием хранилища — строго после резервного копирования. Регулярный контроль размера и свободного места на диске защищает команду разработки от аварийных остановок.