К статье
Практический материал

Администрирование · 9 мин

Как узнать размер хранилища 1С

Как узнать размер хранилища конфигурации 1С: проверка через конфигуратор, файловую структуру, SQL-запросы. Очистка и контроль роста хранилища.

Хранилище конфигурации 1С — это общий репозиторий, в котором разработчики совместно работают над типовой или собственной конфигурацией. Со временем оно разрастается: каждая версия объекта добавляет данные, и файл хранилища может достигать десятков гигабайт. Знать размер хранилища нужно при планировании места на диске, переносе на другой сервер, оценке времени резервного копирования и при решении вопроса о сокращении истории версий.

Способ проверки зависит от того, как развёрнуто хранилище: в файловом варианте (каталог на диске или сетевом ресурсе) или через сервер хранилища 1С (1С:Предприятие 8.3, сервер хранилища). Ниже разобраны оба сценария, а также методы анализа содержимого — что именно занимает место и как безопасно уменьшить объём.

Где физически находится хранилище конфигурации

При создании хранилища администратор указывает каталог — именно там платформа размещает служебные файлы. Основной файл данных хранилища обычно называется 1Cv8.cf (в ряде версий структура каталога отличается и включает дополнительные служебные файлы и подкаталоги). Размер этого каталога и есть фактический размер хранилища на диске.

Чтобы найти путь к хранилищу, откройте конфигуратор, подключённый к хранилищу, и перейдите в меню «Конфигурация» → «Хранилище конфигурации» → «Параметры хранилища конфигурации» (в разных версиях платформы пункт может называться «Администрирование хранилища»). В настройках виден полный путь к каталогу хранилища. Скопируйте его и откройте в проводнике или файловом менеджере.

Проверка размера файлового хранилища через проводник

Самый быстрый способ — посмотреть свойства каталога хранилища. В Windows кликните правой кнопкой по папке хранилища и выберите «Свойства»: система покажет общий размер с учётом вложенных файлов. Если хранилище расположено на сетевом ресурсе, подсчёт может занять время при большом количестве файлов.

Для сервера на Linux используйте команду du -sh /путь/к/хранилищу — она выведет суммарный объём каталога в удобочитаемом виде. Если нужно понять, какие подкаталоги занимают больше всего места, выполните du -h --max-depth=1 внутри каталога хранилища.

bash
du -sh /srv/1c/storage/ && du -h --max-depth=1 /srv/1c/storage/ | sort -rh | head -20

Имейте в виду: размер каталога на диске может быть больше «полезного» объёма данных из-за кластеров файловой системы и служебных файлов платформы. Это нормально, но при оценке свободного места ориентируйтесь именно на занятое место на диске, а не на сумму логических размеров файлов.

Как посмотреть состав и объём версий в конфигураторе

Размер файла хранилища не показывает, что именно занимает место. Для анализа содержимого откройте конфигуратор с правами администратора хранилища и перейдите в «Конфигурация» → «Хранилище конфигурации» → «Отчёт по истории версий» (или аналогичный пункт в вашей версии платформы). Отчёт показывает список версий, авторов изменений и затронутые объекты.

По количеству версий можно косвенно оценить вклад истории в размер: чем больше версий и чем чаще изменялись крупные объекты (макеты, картинки, внешние компоненты, большие модули), тем сильнее разрастается хранилище. Каждая версия хранит снимок изменённых объектов, поэтому тысячи версий с частыми правками макетов дают заметный прирост объёма.

Порядок анализа хранилища через конфигуратор
  1. 1
    Откройте конфигуратор под учётной записью администратора хранилища
  2. 2
    Проверьте путь к хранилищу в параметрах хранилища конфигурации
  3. 3
    Сформируйте отчёт по истории версий и оцените их количество
  4. 4
    Сопоставьте число версий с размером каталога на диске
  5. 5
    Примите решение: оставить как есть, сократить историю или пересоздать хранилище

Размер хранилища при работе через сервер хранилища

В клиент-серверном варианте с выделенным сервером хранилища 1С данные также лежат в каталоге на диске сервера — путь задаётся при установке и настройке сервера хранилища (параметр каталога данных в реестре или конфигурационных файлах службы). Узнать путь можно у администратора сервера или в настройках службы «Агент сервера хранилища 1С:Предприятия».

После того как каталог найден, размер определяется теми же средствами: свойства папки в Windows или du -sh в Linux. Дополнительно на сервере стоит проверить журналы и временные файлы — иногда рядом с данными хранилища накапливаются файлы, не относящиеся к самим версиям конфигурации, но занимающие место.

Если хранилищ несколько (для разных конфигураций или филиалов разработки), сверьте размер каждого каталога отдельно и соберите сводную таблицу — это упростит планирование дискового пространства и резервного копирования.

Что делать, если хранилище занимает слишком много места

Главный механизм уменьшения — сокращение истории версий. В конфигураторе: «Конфигурация» → «Хранилище конфигурации» → «Администрирование» → операция усечения истории (указывается номер версии, до которой удаляется история). После сокращения старые версии становятся недоступны, поэтому перед операцией сделайте полную копию каталога хранилища.

Радикальный вариант — пересоздание хранилища: из текущей конфигурации создаётся новое хранилище без истории, а старое архивируется. Это даёт максимальное уменьшение размера, но полностью обнуляет историю версий, поэтому подходит только когда история не представляет ценности или сохранена отдельно (например, выгрузкой конфигурации в файлы и размещением в Git).

Сравнение способов уменьшения размера

Сокращение истории версий

Сохраняет последние версии и непрерывность работы, но уменьшение ограничено: свежие версии остаются

Пересоздание хранилища

Даёт минимальный размер, но полностью теряется история; требуется повторное подключение всех разработчиков

Перенос истории в Git через EDT

Сохраняет историю изменений вне хранилища 1С, но требует перехода команды на 1C:EDT и перестройки процесса

Контроль роста хранилища: что проверять регулярно

Разовая проверка решает текущую задачу, но без регулярного контроля хранилище снова разрастётся. Практичный подход — раз в месяц фиксировать размер каталога и число версий, чтобы видеть динамику. Резкий скачок объёма обычно означает добавление крупных бинарных объектов: картинок, макетов, внешних обработок в составе конфигурации.

Контрольные точки

Как проверить состояние хранилища

Размер каталога хранилища
Норма

Рост плавный, соответствует темпу разработки

Тревожный признак

Скачок на гигабайты без крупных изменений в проекте

Свободное место на диске
Норма

Запас минимум в 2–3 размера хранилища для копий и обслуживания

Тревожный признак

Места меньше размера хранилища — невозможно сделать резервную копию

Подключение пользователей
Норма

Все разработчики захватывают и помещают объекты без ошибок

Тревожный признак

Ошибки доступа к хранилища — возможно повреждение файлов

Дополнительно полезно настроить мониторинг свободного места на диске с хранилищем штатными средствами ОС или системой мониторинга: уведомление при заполнении диска предотвратит аварийную остановку работы всей команды разработки.

Типичные ошибки
01
Оценка размера только по файлу 1Cv8.cf без учёта служебных файлов — реальный объём каталога больше
02
Сокращение истории без резервной копии — старые версии теряются безвозвратно
03
Ручная чистка файлов внутри каталога хранилища — приводит к повреждению структуры и ошибкам подключения
04
Игнорирование крупных бинарных объектов в конфигурации — хранилище растёт даже при небольшом числе версий

Частые вопросы о размере хранилища 1С

Почему хранилище намного больше самой конфигурации?

Потому что хранилище содержит не только текущее состояние конфигурации, но и все сохранённые версии объектов. Конфигурация может занимать, например, 200 МБ, а хранилище с тысячами версий — несколько гигабайт. Это нормальное следствие хранения истории изменений.

Можно ли узнать размер хранилища без доступа к серверу?

Частично да: в конфигураторе виден путь к хранилищу и история версий, но точный размер на диске доступен только с доступом к файловой системе. Если хранилище на сетевом ресурсе, откройте его в проводнике по пути из параметров хранилища и посмотрите свойства каталога.

Уменьшится ли размер хранилища после удаления объектов из конфигурации?

Нет. Удаление объекта фиксируется как новая версия, а старые версии объекта остаются в истории. Размер уменьшится только после сокращения истории версий или пересоздания хранилища.

Как часто нужно сокращать историю хранилища?

Единой нормы нет: ориентируйтесь на темп роста и доступное дисковое пространство. Команде с активной разработкой обычно достаточно ревизии раз в несколько месяцев; если хранилище растёт медленно, достаточно контроля раз в полгода. Главное — не доводить диск до критического заполнения.

Опасно ли хранить хранилище на сетевом диске?

Файловое хранилище на сетевом ресурсе — штатный сценарий, но он чувствителен к обрывам связи: прерванная запись может повредить данные. Для стабильной работы нескольких разработчиков надёжнее использовать сервер хранилища 1С, а сетевой вариант дополнять регулярным резервным копированием.

Чем отличается размер хранилища от размера информационной базы?

Это разные сущности: хранилище содержит версии конфигурации (метаданные, модули, макеты), а информационная база — прикладные данные (документы, справочники, регистры). Они растут независимо, и контролировать размер нужно у обеих.

Итог

Что важно запомнить

Размер хранилища 1С определяется размером его каталога на диске: путь виден в параметрах хранилища конфигуратора. Состав и историю анализируют через отчёт по версиям, а уменьшают объём сокращением истории или пересозданием хранилища — строго после резервного копирования. Регулярный контроль размера и свободного места на диске защищает команду разработки от аварийных остановок.