Анализ объёма базы 1С: количество и размер данных по объектам метаданных (любая конфигурация на УФ)

03.11.26

База данных - Статистика базы данных

Отчёт показывает, сколько элементов и записей хранится в каждом справочнике, документе и регистре вашей базы, какой объём данных они занимают и сколько «весит» одна запись. Размер рассчитывается средствами платформы — без доступа к СУБД, поэтому отчёт работает в любой конфигурации на управляемых формах, в файловой и клиент-серверной базе. Помогает ответить на вопрос «за счёт чего растёт база», подготовиться к свёртке, переходу в облако или на PostgreSQL, найти «раздутые» регистры и документы. Есть расшифровки по табличным частям и движениям, диаграмма, выгрузка в Excel и PDF.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Отчет по размеру и количеству данных в базе
.erf 40,88Kb ver:2.2.4
104 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

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

В Конфигураторе размеров данных не увидеть. На стороне СУБД таблицы называются вроде _Document1234 и _AccumRg5678 — их ещё нужно сопоставить с метаданными, а для этого требуется доступ к серверу СУБД и соответствующая квалификация. Для файловой базы такого пути нет вовсе.

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

Для кого

  • Администраторам и программистам 1С — провести аудит базы, найти объекты, которые растут быстрее всего, обосновать свёртку или чистку.
  • Консультантам и франчайзи — оценить чужую базу перед взятием на поддержку, обновлением, переносом или свёрткой.
  • Руководителям ИТ и владельцам бизнеса — получить понятную картину «из чего состоит база» без SQL-запросов и технических терминов.

Что показывает отчёт

Для каждого объекта метаданных выводятся:

  • Количество элементов / документов / записей.
  • Размер данных — в байтах, КБ, МБ или ГБ (единицу измерения выбираете сами). Это расчётная оценка объёма хранимых данных, полученная средствами платформы — подробнее в разделе «Как считается размер».
  • Средний размер одной записи — позволяет сразу увидеть «тяжёлые» объекты: документы с огромными табличными частями, регистры сведений с хранением файлов или двоичных данных.

Поддерживаемые типы метаданных:

  • Справочники
  • Документы
  • Регистры сведений
  • Регистры накопления
  • Регистры бухгалтерии
  • Регистры расчёта

Как считается размер

Размер рассчитывается средствами платформы 1С:Предприятие, без обращения к таблицам СУБД. Именно поэтому отчёт работает в любой базе — файловой и клиент-серверной, на MS SQL и PostgreSQL — и не требует ни доступа к серверу СУБД, ни знания внутренней структуры таблиц.

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

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

Возможности

Гибкий состав отчёта

  • Типы метаданных выбираются флажками — можно проанализировать, например, только регистры накопления или только документы.
  • Флаг «Выводить только не пустые» скрывает объекты, по которым в базе нет данных: отчёт становится компактнее и читается легче.

Два режима формирования

  • «Только количество» — быстрый режим: считается только число записей по всем выбранным объектам. Формируется на порядок быстрее полного. Подходит для первичной оценки и регулярного мониторинга.
  • «Количество и размер» — полный анализ с расчётом объёма данных и среднего размера записи.

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

  • Группировка строк по типам метаданных.
  • Сортировка по имени, по количеству или по размеру — «самые тяжёлые» объекты сразу наверху.
  • Круговая диаграмма со сводкой по выбранным типам метаданных (в мегабайтах): с первого взгляда видно, что доминирует в базе — документы, регистры накопления или регистры сведений.

Расшифровка по справочникам и документам
Из строки отчёта можно перейти в отчёт-расшифровку с детальной информацией об объекте:

  • количество строк в каждой табличной части;
  • для документов — количество записей в каждом регистре, где документы этого вида являются регистраторами.

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

Переход в форму списка выбранного объекта метаданных

По кнопке "Открыть список" открывается форма списка по умолчанию для выбранного объекта метаданных.

Структура хранения данных

По кнопке "Структура хранения" открывается форма структуры хранения данных с таблицами и полями для выбранного объекта метаданных.

Выгрузка результатов

  • Кнопки Excel и PDF внизу формы сохраняют отчёт в каталог «Мои документы».
  • Имя файла формируется автоматически по шаблону Данные_базы_<ИмяБазы>_<ДеньМесяцГодЧасМинутаСекунда> — удобно накапливать историю замеров и сравнивать, как растёт база от месяца к месяцу.

Типовые сценарии использования

  1. Подготовка к свёртке базы. Определите, какие регистры и документы дают основной объём, и заранее оцените, что реально даст свёртка.
  2. Переход в облако / 1С:Фреш / смена тарифа хостинга. Поймите, за счёт чего база выросла и что можно почистить, прежде чем переносить её.
  3. Миграция на PostgreSQL или новый сервер. Узнайте, какие объекты составляют основной объём, — это поможет спланировать перенос и решить, что стоит почистить до миграции.
  4. Аудит чужой базы. Перед взятием клиента на поддержку за один запуск получите полную картину: сколько документов, какие регистры заполнены, где «залежи».
  5. Поиск аномалий. Регистр сведений с миллионами записей там, где должны быть тысячи, или документ со средним размером в разы больше остальных — признак проблем в обменах, логировании или доработках.
  6. Регулярный мониторинг. Раз в месяц сохраняйте результат в Excel и отслеживайте динамику роста по каждому объекту — единая методика расчёта делает замеры сопоставимыми.

Преимущества

  • Универсальность. Работает в любой конфигурации на управляемых формах — типовой (БП, ЗУП, УТ, КА, ERP, УНФ, Розница, Документооборот и др.) или самописной.
  • Без доступа к СУБД. Всё считается средствами платформы из режима 1С:Предприятие: не нужно подключаться к SQL-серверу, разбираться в именах таблиц или запрашивать доступ у администратора СУБД. Одинаково подходит для файловых и клиент-серверных баз.
  • Без изменений конфигурации. Это внешний отчёт: ничего не нужно дорабатывать, снимать с поддержки или переделывать при обновлении на новый релиз.
  • Понятный результат. Не «сырые» цифры из системных таблиц, а привычные имена объектов метаданных, понятные и программисту, и руководителю.
  • Отвечает не только «сколько», но и «почему». Расшифровки по табличным частям и движениям показывают источник объёма.

Установка

  • Типовые конфигурации на БСП: Администрирование → Печатные формы, отчёты и обработки → Дополнительные отчёты и обработки → Создать → выбрать файл отчёта. Далее отчёт доступен через стандартный механизм дополнительных отчётов.
  • Любая другая конфигурация: Файл → Открыть → выбрать файл отчёта.

Требования и важные замечания

  • Платформа 1С:Предприятие 8.3, конфигурация на управляемых формах.
  • Для анализа всех объектов рекомендуется запускать под пользователем с полными правами.
  • Размер — расчётная оценка объёма данных, а не физический размер таблиц на диске (см. раздел «Как считается размер»).
  • О времени формирования — честно. В режиме «Количество и размер» отчёт обходит все выбранные объекты, поэтому на больших базах формирование может занимать до десятков минут. Рекомендации: начните с режима «Только количество», ограничьте состав типов метаданных, полный анализ запускайте в нерабочее время.

 

К Вашему вниманию другие мои публикации на Infostart.

Перенос, обмен и разделение баз

Универсальные инструменты 1С, СКД и печать

Зарплата, кадры и обмен с СФР

Администрирование баз, права и безопасность

Бухгалтерский учёт, налоги и отчётность

Финансовая аналитика, бюджетирование и дебиторка

Продажи, запасы и специализированные решения

Проверено на следующих конфигурациях и релизах:

  • 1С:ERP Управление предприятием 2, релизы 2.5.22.186, 2.5.21.120

Вступайте в нашу телеграмм-группу Инфостарт

размер базы 1С объём базы анализ базы количество документов свёртка базы оптимизация администрирование аудит базы PostgreSQL 1С:Фреш размер таблиц

См. также

Статистика базы данных Разработчик 1С:Предприятие 8 Россия Абонемент ($m)

Внешняя обработка для комплексной диагностики информационной базы 1С без прямого подключения к SQL Server или другой СУБД. Позволяет определить, какие объекты 1С занимают основной объём базы, сколько записей содержат, какова средняя интенсивность накопления данных за последние 24 месяца, сколько КБ приходится на одну запись, а также увидеть связанные таблицы хранения и структуру индексов. Расчёт выполняется пакетно с отображением прогресса и возможностью остановки. В результате формируется единая таблица по объектам метаданных с итоговыми показателями и возможностью выгрузки результатов в Excel. Подходит разработчикам 1С, администраторам и специалистам, которым необходимо быстро понять структуру и точки роста большой информационной базы.

4 стартмани

26.10.2026    337    0    VVLab    2    

3

Инструменты администратора БД Статистика базы данных Системный администратор 1С 8.3 Абонемент ($m)

База растёт, диски кончаются, бэкап перестал влезать в ночь — а на вопрос «что именно занимает место?» никто не может ответить. Конфигуратор молчит: самые тяжёлые таблицы часто вообще не видны в дереве метаданных. Обработка строит полную карту объёмов базы за несколько минут: все объекты метаданных с табличными частями, имена таблиц СУБД, служебные таблицы платформы отдельным списком и готовый SQL-скрипт точных размеров для MS SQL и PostgreSQL. К СУБД не обращается — только платформенные средства, только чтение.

10 стартмани

03.08.2026    2444    31    nedomolkov.ivan    8    

4

Статистика базы данных Разработчик 1С 8.3 Абонемент ($m)

Внешняя обработка для анализа фактического использования объектов метаданных конфигурации 1С. Позволяет быстро узнать, сколько создано объектов каждого вида метаданных среди справочников и документов. Какие из них активно используются, какие реквизиты заполняются, а какие остаются пустыми.

1 стартмани

27.04.2026    1813    13    archi517    0    

7

Статистика базы данных Разработчик Пользователь 1С 8.3 Абонемент ($m)

По указанному периоду показывает, какие виды документов введены в информационную базу, и также количество введенных документов.

1 стартмани

03.03.2026    1312    8    burgerkirg    0    

5

Статистика базы данных Системный администратор Разработчик 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 1С:Библиотека стандартных подсистем Абонемент ($m)

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

3 стартмани

27.10.2025    3552    111    gebungen    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. aximo 2770 13.05.25 18:57 Сейчас в теме
чето много всяких размеров и количеств данных появляется последнее время https://infostart.ru/1c/tools/2362954/
13. Stonyx2 14.05.25 16:53 Сейчас в теме
(1) на ютубчике ролики появились Делаем отчет по размерам таблиц 1С (урок 23 из 30) и Считаем количество документов и справочников в базе 1С (урок 21 из 30) где показано как делать, но нет приложенных обработок
2. SerVer1C 1146 13.05.25 20:27 Сейчас в теме
Только ленивый не написал свои базомер и удалятор записей в регистрах !!
alex_sayan; dendzu; +2 – Ответить
7. SanchoD 393 14.05.25 10:36 Сейчас в теме
(2) В советское время был популярен лозунг: "Больше товаров хороших и разных". А потребитель уже будет выбирать что ему больше нравится. Верно?
16. TMV 1 14.05.25 21:03 Сейчас в теме
3. V.Nikonov 141 14.05.25 10:07 Сейчас в теме
А Размер в "bt" и для Файлового варианта получается?
Я подозреваю, что в Байтах? Но, не понятно, это Размер Данных или Занимаемого места?
5. SanchoD 393 14.05.25 10:31 Сейчас в теме
(3) Да, в байтах.
ПолучитьРазмерДанныхБазыДанных() -
Метод возвращает размер данных в таблицах в информационной базе для переданных объектов (в байтах).
Не указано что это только для клиент-серверных баз, стало быть работает и в файловом варианте.
4. Evg-Lylyk 5529 14.05.25 10:31 Сейчас в теме
Грустно с этой темой есть платформенные функции, но они жутко медленные.
При том что есть инструменты к примеру для MSSQL которые быстро работают.
6. SanchoD 393 14.05.25 10:34 Сейчас в теме
(4) Согласен, медленно. Но универсально. И для MSSQL и для PostgreSQL и для файловых. Опять же обращение напрямую к SQL-серверу вроде как не приветствуется конторой.
9. alex_sayan 71 14.05.25 13:56 Сейчас в теме
(6) на больших объемах банально не вывозит. Под капотом какой-то рукопашный подсчет размеров всех записей, хотя информация легко и быстро достается средствами СУБД
10. SanchoD 393 14.05.25 14:52 Сейчас в теме
(9) Не могу сказать про большие объемы, но на рабочей ЕРП порядка 200 гектаров отчет строится минут за 20. Сложно сказать как там работает штатный метод платформы и почему так долго, но работает. Реализовывать универсальный отчет под разные типы хранения данных используя методы соответствующих СУБД - такое себе. Попробуйте, может что-то хорошее получится и ваш отчет будет в топе аналогичных базометров.
8. RustIG 1990 14.05.25 13:31 Сейчас в теме
эти методы не показывают виртуальные таблицы, таблицы индексов и служебные таблицы....
по сути, не нужный метод получения размеров...
для задачи поиска из-за какой таблицы растет вся база - этот способ не пригодный
Evg-Lylyk; SerVer1C; +2 – Ответить
11. SanchoD 393 14.05.25 15:11 Сейчас в теме
(8) Да, не показывает, но могу предположить, что их размер коррелирует с основными таблицами. Т.е. вряд ли виртуальные таблицы, индексы регистра накопления имеющего 100 тыс. записей, с размером записи 300 байт, будут соразмерны или даже больше таких же таблиц регистра, имеющего 2 млн. записей с размером записи 1000 байт.
12. RustIG 1990 14.05.25 16:06 Сейчас в теме
(11) таблицы индексов могут запросто превысить размер основной таблицы, виртуальные таблицы (когда не сходятся в ноль) растут очень быстро - и зависит от кол-ва измерений и ресурсов - виртуальные таблицы могут содежать в 30 раз больше записей , чем основная таблица...
тема ПолучитьРазмерДанныхБазыДанных() обсуждалась на партнерском форуме - вердикт пока такой - пока никому не нужный "обрез"
adhocprog; Evg-Lylyk; SerVer1C; +3 – Ответить
14. SanchoD 393 14.05.25 16:58 Сейчас в теме
(12) ну что-ж, будем пока доступной информацией пользоваться. вполне себе интересную картину показывает. Я например с удивлением обнаружил, что один справочник занимает 16 гигабайт из 26 гигабайтов на все 1098 справочников в базе. Сюжет, а?
15. RustIG 1990 14.05.25 17:44 Сейчас в теме
(14) какие-нибудь вложения файлов запросто...
17. Bassgood 1509 21.05.25 20:09 Сейчас в теме
(12)
виртуальные таблицы

Вы наверное имеете ввиду физические таблицы итогов СУБД, а не виртуальные таблицы в запросах?
18. RustIG 1990 21.05.25 23:55 Сейчас в теме
19. Bassgood 1509 21.05.25 23:59 Сейчас в теме
(18) Я бы не сказал, в запросах есть виртуальная таблица "ОстаткиИОбороты", но ведь физически такой таблицы нет в СУБД, разве нет?
20. RustIG 1990 22.05.25 11:27 Сейчас в теме
(19) Алексей, добрый день!
Очень хорошо, что придираетесь и уточняете детали. Для моего опыта и опыта других читающих это очень полезно.
Возможно , вы правы, потому что у регистра накопления есть методы Обороты(), Остатки(). А метода ОборотыОстатки() - нет.
Но на такой принцип нельзя опираться в изучении платформы 1С. Обычно 1сники используют много разных источников для пополнения знаний и не обходятся только справкой из конфигуратора...

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

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

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

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

Дальше в изучении этого вопроса - для меня точка. Для кого-то - дальше должно быть многоточие.
Платформа 1с развивается - меняются даже базовые вещи с годами и версиями платформы.
Я могу что-то не знать, но это не мешает решать вопросы пользователей 1С. Условно говоря, 50% нового о платформе и конфигурации я узнаю в процессе решения задачи.

Заметьте, я не разработчик платформы 1С и даже не преподаватель курсов по 1С... Я такой же программист , как 1000 других - мы используем знания о платформе настолько, насколько это нам дают - всю информацию я черпаю из ИТС - и если там напишут, что есть такая физическая таблица ОстаткиИОбороты - значит примем на веру, и побежим дальше кодить.
Если напишут, что такой таблицы нет, значит примем на веру новую информацию.

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

Я не уточнил по существу - есть такая физическая таблица или нет - ОстаткиОбороты - я не знаю. Возможно есть, возможно нет. Я высказал свою позицию. И я бы написал на форум разработчиков - в раздел по платформе 1С - возможно в качестве ответа они вышлют ссылки на технические статьи....

Если вы уже прошли этот путь - и знаете , какие есть физические таблицы - то напишите, Вопрос закроем.
21. RustIG 1990 22.05.25 11:29 Сейчас в теме
(19) увидел, что вы написали "СУБД "- да, вам наверное виднее , что там в СУБД.
Это нужно решать определенного круга задачи, чтобы консоль СУБД открывать.
Я за 17 лет открывал консоль только, чтобы выгнать пользователей.
22. RustIG 1990 22.05.25 12:12 Сейчас в теме
(19) я считал, что виртуальными таблицами называют класс физических вспомогательных таблиц итогов.
Если же вы называете виртуальной таблицу - "таблица, которая формируется динамически по запросу, но ее аналога нет среди физических таблиц" - то я бы в таком случае, называл бы все таблицы, получаемые в запросе - виртуальными - наложили отбор по справочнику по реквизиту - вот уже таблица , которая не соответствует физической - некая виртуальная...
23. Bassgood 1509 22.05.25 12:53 Сейчас в теме
(22) На файловых базах можно так же посмотреть физическую структуру таблиц внутренней СУБД 1С (любой СУБД) - для этого есть отдельный метод встроенного языка (через него собственно и реализован данный отчет, как и многие другие), он показывает в том числе и таблицы итогов, индексы таблиц, служебные таблицы (например, таблица пользователей ИБ), я это просто к тому, что не следует отождествлять между собой понятия "виртуальная таблица" (она формируется платформой в памяти и временно хранится при выполнении запросов) и "таблица итогов" (она физически хранится в СУБД, ее можно посмотреть), когда-то давно я и сам не видел между ними разницы :)
24. RustIG 1990 22.05.25 13:12 Сейчас в теме
(23)
он показывает в том числе и таблицы итогов, индексы таблиц, служебные таблицы (например, таблица пользователей ИБ)

дискуссия была вот здесь https://partners.v8.1c.ru/forum/message/2235411#m_2235411
https://partners.v8.1c.ru/forum/message/2032115#m_2032115
https://partners.v8.1c.ru/forum/message/1991760#m_1991760

Это число будет приблизительным (индексы, история... все также не учитываются). Поэтому сложно назвать полноценным сценарием )

Будут ли добавлены индексы в механизм?


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

я вас не понял.

в пункте 1) в комментах есть ссылка на статью - я по обработке из той статьи проверил свою файловую базу - возникли сомнения - о чем я написал в комментах к той статье https://infostart.ru/1c/tools/2362954/

Собственно, метод ПолучитьРазмерДанныхБазыДанных() - для меня сомнителен.
Свои выводы я вывел, как мне кажется, логичным и последовательным путем.

Ваше замечание по разнице виртуальных и физических таблиц принял.
Bassgood; +1 – Ответить
Для отправки сообщения требуется регистрация/авторизация