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

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

Сколько весит база 1С и от чего зависит её размер

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

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

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

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

Из чего складывается вес базы 1С

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

Основные «потребители» места в типовых конфигурациях:

  • присоединённые файлы — сканы договоров, актов, изображения товаров, хранящиеся прямо в базе;
  • регистры накопления и бухгалтерии — движения по каждому проведённому документу;
  • журналы регистрации и версии объектов, если включено версионирование;
  • полнотекстовый индекс поиска;
  • таблицы итогов и служебные данные СУБД (в клиент-серверном варианте).

На практике чаще всего базу раздувают именно присоединённые файлы и долгая история движений по регистрам. Организация, которая хранит сканы всех первичных документов внутри базы, может иметь базу в 30–50 ГБ при относительно небольшом документообороте.

Присоединённые файлыЧасто 30–70% объёма

Проверить настройку хранения файлов: в базе или в томах на диске

Регистры и движенияРастут с каждым документом

Оценить число проведённых документов за год

История и версииСкрытый рост

Проверить, включено ли версионирование объектов

Полнотекстовый индексДополнительные гигабайты

Проверить настройки полнотекстового поиска

Типичные размеры баз в разных сценариях

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

Рабочая база небольшой компании с одним-тремя пользователями за год активной работы обычно вырастает до 1–5 ГБ. База средней организации с пятилетней историей учёта и хранением вложений внутри базы нередко достигает 20–60 ГБ. Крупные клиент-серверные базы с сотнями пользователей могут занимать сотни гигабайт и терабайты.

Файловый режим: где проходит граница комфорта

Файловая база хранится в одном файле 1Cv8.1CD. Платформа накладывает ограничение на размер отдельной внутренней таблицы файловой базы — при его достижении возникает ошибка «Превышен максимально допустимый размер внутреннего файла». На практике проблемы начинаются раньше: при размере файла более 5–10 ГБ заметно замедляются обновления, тестирование и исправление, резервное копирование.

Клиент-серверный режим

В клиент-серверном варианте данные хранятся в СУБД (MS SQL Server, PostgreSQL и другие), и ограничения файлового режима не действуют. Однако здесь добавляется вес самой СУБД: журналы транзакций, временные таблицы, резервные копии. Дисковое пространство под SQL-базу нужно планировать с запасом — обычно в 2–3 раза больше текущего размера данных.

Файловая и клиент-серверная база

Файловая (1Cv8.1CD)

Подходит до ~5–10 ГБ и нескольких пользователей; простое копирование, но ограничение на размер таблиц и риск блокировок

Клиент-серверная (SQL)

Для больших объёмов и многопользовательской работы; требует администрирования СУБД и больше дискового пространства

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

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

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

Полезно проверять не только общий объём, но и то, какие таблицы занимают больше всего места. В SQL Server для этого есть стандартный отчёт «Disk Usage by Table», в PostgreSQL — запросы к pg_total_relation_size. Это покажет, например, что половину базы занимает таблица присоединённых файлов или журнал регистрации.

Как узнать размер файловой базы
  1. 1
    Откройте окно запуска 1С и посмотрите путь к информационной базе внизу окна
  2. 2
    Перейдите в эту папку в проводнике Windows
  3. 3
    Найдите файл 1Cv8.1CD и откройте его свойства
  4. 4
    Сравните размер с ориентирами: до 5 ГБ — норма для файлового режима, больше 10 ГБ — повод задуматься о переходе на SQL или чистке

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

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

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

Дополнительные меры:

  • очистка журнала регистрации (установить ограничение по глубине хранения);
  • отключение или ограничение версионирования объектов;
  • удаление помеченных объектов с контролем ссылочной целостности;
  • тестирование и исправление с реструктуризацией таблиц — физически перестраивает файл базы и может уменьшить его объём после массовых удалений;
  • в SQL-базах — сжатие (shrink) файлов и регулярное обслуживание индексов.

Частые ошибки при оценке и работе с размером базы

Распространённая ошибка — судить о размере базы по размеру выгрузки .dt. Файл выгрузки сжат и почти всегда заметно меньше реальной базы: база в 20 ГБ может выгружаться в файл на 3–5 ГБ. Для планирования дискового пространства ориентируйтесь на размер самой базы, а не архива.

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

Типичные ошибки
01
Оценивать базу по размеру .dt-выгрузки — архив сжат и не отражает реальный объём
02
Хранить все сканы документов внутри базы — объём растёт на гигабайты в месяц
03
Удалять данные без резервной копии — восстановить информацию будет невозможно
04
Игнорировать журнал транзакций в SQL — лог может занять больше места, чем сами данные
05
Делать свёртку в рабочей базе без теста на копии — ошибки свёртки необратимы

Как контролировать рост базы в будущем

Настройте регулярный мониторинг: для файловых баз достаточно периодически проверять размер файла 1Cv8.1CD, для SQL-баз — настроить отчёты по размеру файлов данных и журнала транзакций. Резкий скачок роста (например, база выросла вдвое за месяц) — повод выяснить причину: возможно, загрузили большой пакет файлов или включился механизм, пишущий лишние данные.

Планируйте архитектуру заранее: если компания активно растёт, дешевле и проще заранее перейти на клиент-серверный режим и хранение файлов в томах, чем экстренно спасать переполненную файловую базу. Также держите под базы и резервные копии дисковое пространство с запасом — минимум в 2–3 раза больше текущего объёма.

Итог

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

Вес базы 1С зависит от конфигурации, объёма документов и хранимых файлов. Пустая база — сотни мегабайт, рабочая — от единиц до сотен гигабайт. Для файлового режима ориентир комфорта — до 5–10 ГБ. Размер проверяют по файлу 1Cv8.1CD или средствами СУБД, а уменьшают базу выносом файлов в тома, свёрткой периодов и очисткой служебных данных — всегда после резервной копии.

Частые вопросы

Сколько весит пустая база 1С?

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

Почему база 1С занимает больше места, чем объём введённых документов?

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

Какой размер файловой базы 1С считается критическим?

Практический ориентир — 5–10 ГБ: дальше заметно растут время обновлений и риск ошибок. Кроме того, существует ограничение на размер отдельной внутренней таблицы файловой базы, при достижении которого работа останавливается ошибкой. До этого момента лучше не доводить — перейти на клиент-серверный режим или провести свёртку.

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

Удаление через «Удаление помеченных объектов» освобождает место внутри файла, но сам файл 1Cv8.1CD может не уменьшиться. Чтобы физически сократить размер, после удаления выполняют тестирование и исправление с реструктуризацией таблиц. Для больших объёмов старых данных корректнее использовать штатную свёртку периода.

Сколько места нужно для резервных копий базы 1С?

Выгрузка .dt сжата и обычно заметно меньше базы, но для надёжности хранят несколько копий за разные даты. Разумный минимум — свободное место в 2–3 размера текущей базы на отдельном носителе или сетевом хранилище.

Влияет ли размер базы на скорость работы 1С?

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