Как узнать, сколько весит база 1С

Размер базы 1С влияет на скорость резервного копирования, время восстановления, требования к дисковому пространству и производительность в целом. Способ проверки зависит от формата базы: в файловом варианте достаточно посмотреть размер одного файла, а в клиент-серверном потребуется запрос к СУБД — MS SQL Server, PostgreSQL или Oracle.

Важно понимать, что «вес базы» — понятие неоднозначное. Это может быть размер файла данных на диске, объём фактически занятых данных внутри СУБД, размер с учётом журнала транзакций (лога) или суммарный объём вместе с резервными копиями. Ниже разобраны все основные сценарии и способы точной оценки.

Как определить формат базы перед проверкой размера

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

Самый быстрый способ определить формат — открыть список информационных баз в стартовом окне 1С, выделить нужную базу и нажать «Изменить». В параметрах подключения будет указан либо путь к каталогу (файловый вариант), либо имя сервера 1С и имя базы (клиент-серверный вариант).

Размер файловой базы 1С: проверка через проводник

Узнайте путь к базе в стартовом окне 1С (кнопка «Изменить» при выделенной базе) или посмотрите его в нижней части списка баз. Затем откройте эту папку в проводнике Windows, найдите файл 1Cv8.1CD, нажмите на него правой кнопкой мыши и выберите «Свойства». В строке «Размер» будет указан фактический объём базы.

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

В папке базы также могут находиться служебные файлы и подкаталоги (например, с журналом регистрации в формате LGD или старым LGF). Они не входят в файл 1CD, но занимают место на диске, поэтому при планировании резервного копирования учитывайте размер всей папки, а не только основного файла.

1. 1
   Откройте стартовое окно 1С и выделите нужную базу
2. 2
   Нажмите «Изменить» и скопируйте путь к каталогу базы
3. 3
   Откройте этот каталог в проводнике Windows
4. 4
   Нажмите правой кнопкой на файл 1Cv8.1CD и выберите «Свойства»
5. 5
   Посмотрите значение в поле «Размер»
6. 6
   Дополнительно проверьте размер всей папки базы с учётом журнала регистрации

Размер клиент-серверной базы в MS SQL Server

Самый простой способ — открыть SQL Server Management Studio (SSMS), подключиться к серверу, найти нужную базу в списке, нажать правой кнопкой и выбрать «Свойства». В разделе «Общие» будет указан общий размер базы и доступное свободное место внутри файлов.

Для детального анализа по таблицам используйте стандартный отчёт: правый клик по базе → «Отчёты» → «Стандартные отчёты» → «Использование диска таблицей» (Disk Usage by Table). Отчёт покажет, какие таблицы занимают больше всего места — обычно это регистры накопления, журналы документов и таблицы версий объектов.

Размер можно получить и запросом T-SQL, который суммирует объём всех файлов базы данных:

SELECT
DB_NAME() AS DatabaseName,
SUM(size) * 8 / 1024 AS SizeMB
FROM sys.database_files;

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

SELECT DB_NAME() AS DatabaseName, SUM(size) * 8 / 1024 AS SizeMB FROM sys.database_files;

Размер базы в PostgreSQL

Если 1С работает на PostgreSQL (типично для Linux-развёртываний), размер базы узнаётся через pgAdmin или SQL-запрос. Подключитесь к серверу и выполните запрос, указав имя базы:

SELECT pg_size_pretty(pg_database_size('имя_базы'));

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

Размер базы в PostgreSQL также не уменьшается автоматически после удаления данных: освобождённое место остаётся внутри таблиц для повторного использования. Чтобы вернуть место операционной системе, требуется обслуживание (VACUUM FULL или pg_repack), которое следует выполнять в нерабочее время и с учётом блокировок.

Что влияет на размер базы и как его сократить

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

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

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

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

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

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

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