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

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

Какой объём у 1С: сколько места занимает программа и база данных

Сколько места занимает 1С: размер платформы, типовых конфигураций и баз данных. Как узнать объём своей базы, почему она растёт и как безопасно её сократить.

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

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

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

Из чего складывается объём 1С на диске

Когда говорят «сколько весит 1С», обычно имеют в виду одну из четырёх вещей. Первая — дистрибутив платформы: установщик, который скачивается с портала 1С или поставляется на диске. Вторая — установленная платформа: каталог с исполняемыми файлами, библиотеками и компонентами. Третья — шаблон конфигурации, из которого создаётся новая база. Четвёртая — сама информационная база с данными пользователей.

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

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

Сколько места занимает платформа и типовая конфигурация

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

Шаблоны типовых конфигураций (Бухгалтерия предприятия, Управление торговлей, Зарплата и управление персоналом и другие) после установки занимают обычно от нескольких сотен мегабайт до нескольких гигабайт каждый. Шаблоны хранятся в каталоге шаблонов и не удаляются автоматически — со временем там накапливаются старые версии, которые можно безболезненно почистить.

Новая пустая база, созданная из типового шаблона, в файловом режиме обычно весит от нескольких сотен мегабайт до пары гигабайт — это объём метаданных конфигурации, предопределённых данных и начальных настроек. Дальше размер определяется уже данными пользователей.

От чего зависит размер рабочей базы

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

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

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

Документы и регистрыОсновной объём учётных данных

Количество лет учёта и интенсивность ввода документов

Прикреплённые файлыЧасто самый крупный вклад

Сканы, изображения, печатные формы; проверить, хранятся ли они в базе

Журнал регистрацииСлужебный протокол событий

Уровень детализации и глубина хранения

Версионирование объектовИстория изменений

Включено ли версионирование и сколько версий хранится

Как узнать точный объём своей базы

Для файловой базы способ самый простой: найдите каталог базы (путь виден в списке баз при запуске 1С, если выделить базу и посмотреть параметры подключения) и проверьте размер файла 1Cv8.1CD через свойства в проводнике. Именно этот файл содержит все данные, метаданные и большинство служебной информации базы.

Для клиент-серверной базы объём смотрят средствами СУБД. В MS SQL Server это делается через SQL Server Management Studio: свойства базы данных показывают размер файлов данных и журнала транзакций. В PostgreSQL размер базы можно узнать запросом к системным функциям, например pg_database_size. Важно смотреть не только файл данных, но и журнал транзакций — в модели полного восстановления он может перерасти саму базу.

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

sql
SELECT pg_database.datname, pg_size_pretty(pg_database_size(pg_database.datname)) AS size FROM pg_database ORDER BY pg_database_size(pg_database.datname) DESC;

Как безопасно уменьшить размер базы

Первое и обязательное действие перед любыми операциями сокращения — сделать резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах пользователей либо выполнить выгрузку в файл .dt через конфигуратор. Для клиент-серверной базы используйте штатные средства резервного копирования СУБД.

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

После удаления данных файл базы сам по себе не уменьшится: освобождённое место остаётся зарезервированным внутри файла. Чтобы физически сократить файл, выполните тестирование и исправление с включённой опцией сжатия таблиц информационной базы (для файлового режима) либо операцию shrink средствами СУБД (для клиент-серверного режима). Операция сжатия может занять продолжительное время на больших базах и требует монопольного доступа.

Порядок сокращения файловой базы
  1. 1
    Завершите работу всех пользователей и сделайте копию файла 1Cv8.1CD или выгрузку .dt
  2. 2
    Удалите помеченные объекты: Операции → Удаление помеченных объектов
  3. 3
    Сократите журнал регистрации в конфигураторе: Администрирование → Журнал регистрации → Сократить
  4. 4
    При необходимости выполните свёртку старых периодов штатной обработкой
  5. 5
    Запустите Тестирование и исправление с включённым сжатием таблиц
  6. 6
    Проверьте размер файла 1Cv8.1CD после завершения и работоспособность базы

Как спланировать дисковое пространство под 1С

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

Оцените темп роста: сравните размер базы сейчас и полгода назад по старым резервным копиям. Это даст реальную скорость прироста, от которой можно отталкиваться при прогнозе. Для клиент-серверных баз отдельно спланируйте место под журналы транзакций и их резервные копии.

Не размещайте файловую базу и её единственные резервные копии на одном физическом диске: при отказе диска теряется и база, и копии. Для критичных систем используйте отдельный носитель или сетевое хранилище под бэкапы.

Типичные ошибки
01
Оценивать объём только по файлу базы и забывать про журнал регистрации, тома файлов и резервные копии — диск внезапно переполняется
02
Запускать сжатие базы без резервной копии — при сбое данные восстановить неоткуда
03
Хранить годами старые шаблоны конфигураций и дистрибутивы обновлений в каталоге шаблонов — лишние гигабайты на системном диске
04
Выполнять shrink базы в MS SQL регулярно «для профилактики» — это фрагментирует индексы и ухудшает производительность
05
Прерывать тестирование и исправление кнопкой отмены на большой базе — риск оставить базу в несогласованном состоянии

Частые вопросы об объёме 1С

Почему база 1С растёт, хотя новых документов почти не вводится?

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

Можно ли просто удалить старые документы, чтобы уменьшить базу?

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

Файл 1Cv8.1CD достиг нескольких гигабайт — это опасно?

Сам по себе большой размер не является аварией, но файловый режим имеет практические ограничения по размеру и числу одновременных пользователей. Если база приближается к нескольким десяткам гигабайт или с ней работает много пользователей, стоит рассмотреть переход на клиент-серверный вариант.

Сколько места нужно для обновления конфигурации?

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

Где посмотреть размер базы в клиент-серверном режиме, если нет доступа к СУБД?

Попросите администратора СУБД выполнить стандартный запрос размера базы или посмотреть свойства базы в Management Studio. Из самой 1С точный физический размер файлов СУБД не виден — видны только логические объёмы данных.

Поможет ли выгрузка и загрузка базы через .dt уменьшить её размер?

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

Итог

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

Платформа 1С занимает несколько гигабайт, а размер базы определяется данными: документами, файлами, журналом регистрации. Объём файловой базы виден по файлу 1Cv8.1CD, клиент-серверной — средствами СУБД. Сокращать базу нужно через удаление помеченных объектов, свёртку и сжатие — и всегда после резервного копирования.