Администрирование · 8 мин
Сколько весит 1С:Розница и сколько места выделить под базу
Сколько весит 1С:Розница: размер дистрибутива, базы данных, требования к диску и памяти, от чего зависит рост базы и как его контролировать.
Вопрос о весе 1С:Розница возникает в трёх разных ситуациях: при скачивании дистрибутива, при планировании сервера и при анализе разросшейся базы. Под «весом» понимают разные вещи — размер установочного пакета, объём файловой базы (.1CD) или размер базы на SQL-сервере. Это разные величины, и путать их — частая причина недооценки требований к железу.
Точные цифры зависят от версии платформы 1С:Предприятие, релиза конфигурации и, главное, от объёма данных в конкретной базе. Дистрибутив конфигурации обычно занимает от нескольких сотен мегабайт до нескольких гигабайт, а рабочая база магазина может весить от пары гигабайт до десятков и сотен гигабайт на SQL-сервере — в зависимости от срока работы, количества чеков и товарных позиций.
Ниже разобрано, сколько места занимает каждый компонент, от чего растёт база и как правильно заложить запас дискового пространства, чтобы система не встала в самый неподходящий момент.
Чем отличается вес дистрибутива, пустой и рабочей базы
Дистрибутив конфигурации 1С:Розница — это установочный пакет, который скачивается с портала 1С. Вместе с платформой 1С:Предприятие он занимает, как правило, единицы гигабайт. После установки на диске появляются шаблоны конфигурации и файлы платформы — суммарно это тоже несколько гигабайт.
Пустая база, созданная из шаблона, в файловом варианте — это файл с расширением .1CD. Его начальный размер невелик, обычно до 1–2 ГБ, потому что внутри уже есть вся структура конфигурации, служебные таблицы и предопределённые данные.
Рабочая база растёт за счёт документов, чеков, справочников, регистров накопления и сведений, истории обменов и вложений. Именно рабочая база определяет реальные требования к диску, и её размер у каждого магазина свой.
От чего зависит размер рабочей базы
Главный фактор роста — количество документов. Каждый чек ККМ, поступление, перемещение и инвентаризация создают записи не только в таблице документов, но и в регистрах: остатков товаров, продаж, движений денег. Один документ порождает десятки строк в разных таблицах.
Второй фактор — справочники. Номенклатура с картинками, характеристиками, штрихкодами и историей цен может весить больше, чем годовой поток чеков маленького магазина. Изображения товаров, хранящиеся в базе, — частый источник резкого роста объёма.
Третий фактор — служебные данные: история обменов с кассами и другими базами, протоколы, версии объектов, очереди сообщений. Если обмены настроены частые, а очистка не выполняется, эти таблицы раздуваются незаметно для пользователей.
Ориентировочные размеры по сценариям
| Сценарий | Типичный размер базы | Комментарий |
|---|---|---|
| Пустая база из шаблона | до 1–2 ГБ | Только конфигурация и предопределённые данные |
| Малый магазин, 1–2 кассы, год работы | 3–10 ГБ | Зависит от числа чеков и номенклатуры |
| Средний магазин, несколько лет работы | 10–50 ГБ | Активные обмены и картинки ускоряют рост |
| Сеть магазинов, центральный узел РИБ | 50 ГБ и выше | Рекомендуется клиент-серверный вариант |
Эти цифры — ориентир для планирования, а не норматив. Реальный размер определяется только замером конкретной базы после нескольких месяцев эксплуатации.
Файловый или клиент-серверный вариант: как это влияет на вес
В файловом варианте вся база — один файл 1Cv8.1CD. Он растёт монолитно, и при больших объёмах возникают ограничения: файл чувствителен к сбоям сети при работе по сетевому ресурсу, а операции с ним замедляются. Практикой считается, что файловый вариант комфортен до нескольких гигабайт и небольшого числа одновременных пользователей.
В клиент-серверном варианте данные хранятся в СУБД (например, PostgreSQL или MS SQL). Здесь к размеру данных добавляются журналы транзакций, индексы и временные таблицы, поэтому места на диске нужно больше, чем весит сама информация. Журнал транзакций без регулярного обслуживания способен занять место, сопоставимое с размером базы.
Как проверить текущий размер и что занимает место
В файловом варианте достаточно посмотреть размер файла 1Cv8.1CD в каталоге базы. Для клиент-серверной базы размер проверяется средствами СУБД — через свойства базы данных в SQL Server Management Studio или запросами к системным представлениям PostgreSQL.
Чтобы понять, какие таблицы раздулись, в 1С можно использовать стандартные инструменты анализа или специализированные обработки, показывающие размер таблиц хранения. Часто выясняется, что львиную долю занимают регистры сведений с историей, таблицы обмена или вложенные файлы.
Как проверить результат
Рост плавный, соответствует обороту магазина
Резкие скачки без роста продаж — искать источник
Запас не менее 20–30% от объёма базы
Место заканчивается, копии не создаются
Регулярно очищаются по расписанию
Растут месяцами без контроля
Как ограничить рост базы
Первое действие — настроить регулярное удаление устаревших данных: старых сообщений обменов, протоколов, неактуальных версий объектов. В конфигурации есть штатные механизмы очистки, их нужно включить и запланировать.
Второе — хранить изображения и файлы вне базы, если объём вложений велик, либо периодически сжимать их. Третье — выполнять свёртку базы за закрытые периоды, когда история документов уже не нужна для оперативной работы. Свёртка — ответственная операция, её делают только после полной резервной копии.
- 1Сделайте резервную копию базы на внешний носитель
- 2Проверьте, что занимает место: база, журналы, старые копии
- 3Очистите служебные данные и устаревшие обмены
- 4Удалите или перенесите старые резервные копии
- 5Настройте регламентную очистку, чтобы проблема не повторилась
Частые ошибки при оценке размера
Отдельная ошибка — пытаться «похудеть» базу удалением документов вручную без контроля ссылочной целостности. Это приводит к битым ссылкам и ошибкам в отчётах. Используйте штатные механизмы пометки на удаление с последующим контролем и удалением помеченных объектов.
FAQ
Сколько весит установщик 1С:Розница?
Дистрибутив конфигурации вместе с платформой занимает порядка нескольких гигабайт. Точный размер зависит от версии платформы и релиза, поэтому перед скачиванием смотрите размер файла на портале 1С.
Сколько места нужно для файловой базы небольшого магазина?
Для одного-двух рабочих мест обычно достаточно 20–50 ГБ с запасом на рост и резервные копии. Точную цифру даст замер базы после нескольких месяцев работы.
Почему база растёт, хотя продаж не стало больше?
Частые причины — накопление сообщений обменов, протоколов, версий объектов и загрузка изображений товаров. Проверьте, какие таблицы занимают больше всего места, и настройте регламентную очистку.
Можно ли уменьшить базу, удалив старые чеки?
Да, но правильно — через свёртку базы или штатное удаление помеченных объектов с контролем ссылок. Учтите, что история продаж при этом теряется, поэтому сначала сделайте архивную копию.
Что тяжелее: файловая база или база на SQL?
На SQL суммарный объём больше из-за журналов транзакций и индексов. Зато клиент-серверный вариант лучше масштабируется и устойчивее к сбоям при больших объёмах.
Сколько места отвести под резервные копии?
Ориентируйтесь на размер базы, умноженный на число хранимых копий, плюс запас на их рост. Копии держите на отдельном диске или сетевом хранилище, а не рядом с базой.
Что важно запомнить
Вес 1С:Розница — это не одна цифра: дистрибутив занимает единицы гигабайт, а рабочая база растёт от пары до сотен гигабайт в зависимости от оборота. Закладывайте место с запасом, контролируйте журналы и обмены, храните копии отдельно и проводите регламентную очистку.