Как посмотреть, сколько весит база 1С

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

Файловая база — это один файл с расширением 1Cv8.1CD, и его размер виден прямо в проводнике Windows. Клиент-серверная база хранится внутри Microsoft SQL Server, PostgreSQL или другой СУБД, и там размер придётся смотреть через средства самой СУБД. Отдельный случай — база в облачном сервисе 1С:Фреш, где прямого доступа к файлам нет.

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

Как узнать размер файловой базы 1С

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

Скопируйте этот путь, откройте его в проводнике Windows, найдите файл 1Cv8.1CD, кликните по нему правой кнопкой мыши и выберите «Свойства». В поле «Размер» будет указан точный вес базы в мегабайтах или гигабайтах. Тот же размер виден в колонке «Размер» при детальном режиме отображения файлов.

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

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

Как посмотреть размер базы на SQL Server

В клиент-серверном варианте данные хранятся в базе данных СУБД, и файл 1CD отсутствует. Самый наглядный способ для Microsoft SQL Server — использовать SQL Server Management Studio (SSMS). Подключитесь к серверу, найдите нужную базу в списке «Базы данных», кликните по ней правой кнопкой и выберите «Свойства». На странице «Общие» (General) будет строка «Размер» (Size) — это суммарный объём файлов данных и журнала транзакций.

Важно различать две цифры: размер самих данных и размер журнала транзакций (файл .ldf). Журнал при полной модели восстановления может разрастись до десятков гигабайт и превышать размер данных. Раздельную информацию даёт отчёт «Использование диска» (Disk Usage): правый клик по базе → «Отчёты» → «Стандартные отчёты» → «Использование диска».

Тот же результат можно получить запросом без графического интерфейса:

SELECT name, size * 8 / 1024 AS size_mb FROM sys.database_files;

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

Как узнать размер базы в PostgreSQL

Для баз на PostgreSQL удобнее всего воспользоваться встроенной функцией pg_database_size. Подключитесь к серверу через pgAdmin или psql и выполните запрос:

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

Функция вернёт размер базы в удобочитаемом виде — например, «12 GB». В pgAdmin тот же показатель виден в свойствах базы на вкладке статистики. Если баз на сервере несколько, можно вывести размеры всех сразу, запросив представление pg_database с той же функцией.

Для PostgreSQL также полезно помнить об особенности автовакуума: удалённые данные не сразу освобождают место на диске, поэтому размер базы может не уменьшаться даже после массовой чистки. Это нормальное поведение, а не признак ошибки.

Как оценить размер базы изнутри 1С

Штатного инструмента «показать вес базы» в конфигураторе или в пользовательском режиме нет. Однако косвенную оценку можно получить несколькими способами. Первый — посмотреть размер выгрузки: выполните в конфигураторе «Администрирование» → «Выгрузить информационную базу» и посмотрите размер полученного файла .dt. Он не равен размеру рабочей базы (при выгрузке данные сжимаются), но даёт представление о порядке величины.

Второй способ — типовой отчёт «Оценка производительности» или обработки анализа данных, которые показывают количество записей в таблицах. В типовых конфигурациях на базе БСП есть раздел «Администрирование» → «Обслуживание», где доступны инструменты мониторинга. Большое число записей в журналах регистрации, версионировании объектов и регистрах сведений обычно указывает на главных «потребителей» места.

Третий вариант — сторонние обработки, которые через встроенный язык 1С собирают статистику по таблицам хранения. Такие обработки показывают, какие объекты метаданных (документы, регистры, справочники) занимают больше всего места. Использовать их стоит только из доверенных источников и сначала на копии базы.

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

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

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

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

Что делать, если база стала слишком большой

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

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

Для SQL-базы аналогичная операция — сжатие файлов (shrink) через SSMS, однако её нельзя выполнять регулярно: частое сжатие приводит к фрагментации индексов и падению производительности. Делайте shrink разово после крупной чистки и сразу перестройте индексы.

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

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

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

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

После чистки и сжатия повторно измерьте размер тем же способом, что и в начале: свойства файла 1CD или отчёт об использовании диска в SSMS. Сравнение «до/после» покажет реальный эффект. Дополнительно проверьте, что база открывается в пользовательском режиме, ключевые отчёты формируются корректно, а итоги по регистрам сходятся.

Чтобы рост не стал сюрпризом, заведите практику периодического контроля: раз в месяц фиксируйте размер базы и журнала транзакций. Устойчивый рост, опережающий накопление документов, — сигнал проверить журнал регистрации, версионирование и вложения. На SQL Server полезно настроить оповещения о нехватке места на диске.

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