Администрирование · 12 мин
Как посмотреть размер таблиц файловой базы 1С
Способы узнать размер таблиц файловой базы 1С: анализ файла 1Cv8.1CD, внешние обработки, штатные средства. Практические инструкции и советы.
Файловая база 1С хранится в одном файле 1Cv8.1CD, внутри которого находятся все таблицы: документы, справочники, регистры, служебные данные. Со временем база разрастается, и администратору нужно понять, какие именно таблицы занимают больше всего места — чтобы решить, что чистить, сворачивать или переносить в архив.
Штатного пункта «показать размер таблиц» в конфигураторе или режиме «Предприятие» нет. Поэтому на практике используют несколько обходных способов: внешние обработки, анализ структуры файла через специальные утилиты, косвенную оценку по количеству записей и служебные отчёты. Ниже разобраны рабочие варианты с ограничениями каждого.
Перед любыми действиями с файлом базы сделайте резервную копию. Часть методов требует монопольного доступа к базе, а некорректное вмешательство в файл 1Cv8.1CD способно полностью разрушить данные.
Что нужно знать об устройстве файловой базы перед анализом
Файл 1Cv8.1CD — это контейнер собственного формата платформы 1С. Внутри него данные организованы в таблицы, каждая из которых имеет служебное имя (например, _Document123 для документов, _Reference45 для справочников, _AccumRg для регистров накопления). Соответствие служебных имён объектам конфигурации хранится в специальной системной таблице.
Важно понимать: размер файла базы на диске не равен сумме «полезных» данных. Внутри файла есть свободные страницы, оставшиеся после удаления объектов, индексы и служебные структуры. Поэтому база из которой удалили половину документов может не уменьшиться ни на мегабайт, пока не выполнено сжатие через тестирование и исправление.
Ещё одна особенность — ограничение файлового варианта на размер одной таблицы. При приближении таблицы к предельному размеру (порядка 4 ГБ на таблицу в классическом формате) база начинает выдавать ошибки при записи данных. Именно поэтому контроль размеров отдельных таблиц — не праздное любопытство, а вопрос работоспособности базы.
Способ 1. Внешние обработки для анализа файла 1Cv8.1CD
Самый точный способ увидеть реальный размер каждой таблицы — воспользоваться внешней обработкой, которая читает внутреннюю структуру файла базы и выводит список таблиц с занимаемым объёмом. Подобные обработки распространены в сообществе разработчиков и на профильных ресурсах; обычно они называются «Анализ размера таблиц», «Размер таблиц файловой базы» и тому подобным образом.
Порядок работы с такой обработкой типовой: открываете её через меню «Файл — Открыть» в режиме «Предприятие» или в конфигураторе, указываете путь к файлу базы (или обработка определяет текущую базу автоматически), запускаете анализ. На выходе получаете таблицу: служебное имя, соответствующий объект метаданных, размер данных, иногда — размер индексов и количество записей.
При выборе обработки обращайте внимание на совместимость с вашей версией платформы: формат файла периодически меняется, и старая обработка может не прочитать базу новой версии или показать искажённые данные. Проверяйте результат на контрольной копии базы, прежде чем делать выводы по рабочей.
- 1Сделайте резервную копию базы (выгрузку в dt или копию файла 1Cv8.1CD)
- 2Завершите сеансы пользователей, если обработка требует монопольного доступа
- 3Откройте обработку через Файл — Открыть в режиме Предприятие
- 4Укажите файл базы или подтвердите анализ текущей базы
- 5Запустите анализ и дождитесь построения таблицы результатов
- 6Отсортируйте результат по размеру и выпишите самые крупные таблицы
Способ 2. Косвенная оценка через количество записей
Если внешнюю обработку использовать нельзя (например, политика безопасности запрещает запуск сторонних epf-файлов), размер таблиц можно оценить косвенно — по числу записей в основных таблицах. Для этого подойдёт консоль запросов или простой отчёт, подсчитывающий строки в документах и регистрах за периоды.
Логика простая: таблица с миллионом записей почти наверняка крупнее таблицы с тысячей записей того же типа. Особое внимание уделяйте регистрам накопления и сведений — именно они чаще всего разрастаются незаметно, потому что пишут туда данные автоматически при проведении каждого документа.
Минус метода очевиден: количество записей не равно байтам. Запись документа с длинным текстовым комментарием и табличной частью на сотню строк занимает в разы больше места, чем «пустая» запись. Поэтому косвенная оценка годится для поиска кандидатов на чистку, но не для точного ответа на вопрос «сколько весит таблица».
Способ 3. Штатные инструменты: тестирование и исправление
Обработка «Тестирование и исправление» (запускается из конфигуратора, меню «Администрирование») не показывает размер таблиц напрямую, но решает смежную задачу — сжатие базы. Режим «Сжатие таблиц информационной базы» физически перепаковывает файл, убирая свободные страницы, и после него размер файла на диске отражает реальный объём данных гораздо точнее.
Практический приём: зафиксируйте размер файла до сжатия и после. Если база «похудела» вдвое — значит, половина объёма была мусором из свободных страниц, и проблема не в переросших таблицах, а в отсутствии регламентного обслуживания. Если размер почти не изменился — данные реально занимают место, и нужен анализ по таблицам.
Тестирование и исправление выполняется только при монопольном доступе и может занять продолжительное время на больших базах. На время операции файл базы перезаписывается, поэтому резервная копия обязательна: прерывание процесса (отключение питания, сбой диска) оставит базу в повреждённом состоянии.
Какие таблицы обычно занимают больше всего места
Практика сопровождения показывает, что «тяжёлые» таблицы в типовых базах повторяются из проекта в проект. Зная этот список, можно проверять в первую очередь их, а не всю базу целиком.
Чаще всего в лидерах оказываются: регистры накопления по товарам и взаиморасчётам (обороты за несколько лет), регистры сведений с историей (курсы валют, цены номенклатуры, версии объектов), таблицы журналов изменений и регистрации обменов, если включены планы обмена, а также хранилища присоединённых файлов — картинки товаров и сканы документов легко занимают больше половины базы.
Проверьте глубину хранения итогов и дату самого старого движения
Оцените объём хранилища файлов — часто это половина базы
Проверьте, не копится ли регистрация для неиспользуемых узлов
Уточните, включено ли версионирование и за какой срок хранятся версии
Что делать с найденными «тяжёлыми» таблицами
Найти большую таблицу — полдела. Дальше нужно выбрать корректный способ её уменьшения, потому что простое удаление записей не всегда безопасно и не всегда уменьшает файл.
Для документов и регистров за старые периоды используют свёртку базы — штатную обработку, которая формирует остатки на дату отсечения и удаляет старые движения. Для присоединённых файлов — перенос в тома на диске или очистку неактуальных версий. Для регистрации изменений — удаление регистрации по узлам, обмен с которыми завершён. После любой массовой чистки выполняйте сжатие таблиц, иначе файл базы не уменьшится.
Если таблица приближается к пределу файлового формата и чистка не помогает, правильное решение — переход на клиент-серверный вариант (SQL Server, PostgreSQL), где ограничения на размер таблиц практически отсутствуют. Это уже вопрос архитектуры, а не обслуживания, и тянуть с ним до появления ошибок записи не стоит.
Как выбрать действие
Типичные ошибки при анализе размеров
Ошибки в этой задаче обычно связаны не с самим анализом, а с выводами и действиями после него. Самая частая — удаление данных без последующего сжатия и удивление, что файл не уменьшился. Вторая по популярности — чистка регистров «вручную» в обход документов, что нарушает связность учёта: остатки перестают сходиться с проводками.
Ещё одна ошибка — анализ копии, которой несколько месяцев. Структура и объёмы таблиц меняются ежедневно, выводы по старой копии могут не иметь отношения к текущему состоянию рабочей базы. Анализируйте актуальные данные и фиксируйте дату снятия показателей.
Как проверить результат после чистки
После свёртки, удаления файлов или сжатия полезно убедиться, что цель достигнута и ничего не сломано. Минимальный набор проверок: размер файла базы на диске, повторный анализ размеров таблиц, сверка ключевых отчётов (ОСВ, остатки товаров) с данными до чистки.
Отчёты по остаткам на дату свёртки должны совпадать с данными до операции — это главный признак корректности. Если остатки разошлись, восстанавливайте базу из копии и разбирайтесь в причинах, а не правьте данные вручную.
Как проверить результат
Файл уменьшился после сжатия
Размер не изменился после массового удаления и сжатия
Остатки на дату свёртки совпадают с данными до чистки
Есть расхождения по счетам
Целевые таблицы заметно уменьшились
Размер таблиц не изменился — чистка не затронула нужные данные
Проведение документов проходит без ошибок
Ошибки записи или ссылки на удалённые объекты
Что важно запомнить
Размер таблиц файловой базы 1С смотрят внешними обработками анализа 1Cv8.1CD или оценивают косвенно по количеству записей. Удаление данных не уменьшает файл без сжатия таблиц. Перед любым анализом и чисткой делайте резервную копию, а критически разросшаяся таблица — сигнал к переходу на клиент-серверный вариант.
Частые вопросы
Можно ли посмотреть размер таблиц без сторонних обработок?
Точный размер в байтах — нет, штатного инструмента в платформе для этого не предусмотрено. Без внешних обработок доступна только косвенная оценка: количество записей в таблицах через запросы и общий размер файла базы до и после сжатия. Для грубой оценки «что растёт быстрее всего» этого достаточно.
Почему после удаления документов файл базы не уменьшился?
При удалении записей место внутри файла 1Cv8.1CD помечается как свободное, но сам файл не сокращается. Чтобы физически уменьшить файл, выполните «Тестирование и исправление» с включённым режимом сжатия таблиц. Операция требует монопольного доступа и резервной копии.
Какой размер файловой базы считается критическим?
Критичен не столько общий размер файла, сколько размер отдельной таблицы: при приближении к пределу формата (несколько гигабайт на таблицу) появляются ошибки записи. На практике файловые базы объёмом больше нескольких гигабайт уже работают медленно, и стоит рассматривать переход на клиент-серверный вариант.
Опасно ли запускать обработку анализа на рабочей базе?
Обработки, которые только читают файл в режиме анализа, обычно безопасны, но требуют внимания: часть из них нуждается в монопольном доступе, а устаревшие версии могут некорректно прочитать базу новой платформы. Безопасный порядок — сначала запуск на копии, затем на рабочей базе.
Что занимает место в базе, если документов немного?
Частые источники скрытого объёма: присоединённые файлы (картинки, сканы), история версионирования объектов, регистрация изменений для планов обмена и свободные страницы после прошлых удалений. Проверьте эти разделы в первую очередь, прежде чем искать проблему в учётных данных.
Как узнать, какая таблица соответствует объекту конфигурации?
Служебные имена таблиц (вида _Document123) не совпадают с именами в конфигураторе. Соответствие показывают обработки анализа структуры базы, а также функция получения структуры хранения базы данных в конфигураторе: «Администрирование — Параметры информационной базы» либо через отчёт по структуре хранения, доступный в инструментах разработчика.