Что содержит информационная база 1С

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

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

Из чего состоит информационная база: общая структура

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

Вторая часть — данные: конкретные записи, которые пользователи вносят в процессе работы. Это элементы справочников, проведённые документы, движения по регистрам, записи констант. Именно эта часть представляет основную ценность для бизнеса и растёт с каждым днём работы.

Физически база может существовать в двух вариантах: файловом (один файл 1Cv8.1CD в каталоге) и клиент-серверном (набор таблиц в СУБД — MS SQL Server, PostgreSQL, Oracle или IBM DB2). Логический состав при этом одинаков, различается только способ хранения и администрирования.

Конфигурация и метаданные: каркас базы

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

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

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

Справочники, документы и другие прикладные данные

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

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

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

Регистры: где реально лежат итоги и движения

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

Регистры бухгалтерии содержат проводки с субконто и корреспонденцией счетов, регистры расчёта — начисления и удержания сотрудников с периодами действия. Именно регистры, а не документы, служат источником для большинства отчётов: отчёт по остаткам читает регистр накопления, а не перебирает документы.

Для ускорения работы платформа хранит в регистрах накопления и бухгалтерии служебные таблицы итогов. Если итоги «рассинхронизировались» (например, после аварийного завершения), помогает пересчёт итогов через конфигуратор или тестирование и исправление базы.

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

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

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

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

Физическое хранение: файловый и клиент-серверный варианты

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

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

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

Способы сохранить базу

Выгрузка .dt из конфигуратора

Универсальный переносимый формат, включает пользователей; медленный на больших базах и требует монопольного доступа

Копирование каталога файловой базы

Быстро и просто, но только при отсутствии активных сеансов

Backup средствами СУБД

Оптимально для клиент-серверных баз; требует навыков администрирования СУБД

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

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

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

1. 1
   Откройте базу в конфигураторе и посмотрите дерево объектов конфигурации
2. 2
   Оцените объёмы: размер файла 1Cv8.1CD или размер таблиц в СУБД
3. 3
   Проверьте размер хранилищ присоединённых файлов и журнала регистрации
4. 4
   Выполните тестирование и исправление в режиме только проверки
5. 5
   Зафиксируйте результат и спланируйте чистку или архивацию при необходимости

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

Самая распространённая ошибка — копирование файловой базы при открытых сеансах. Полученная копия может не открыться или содержать повреждённые таблицы, причём проблема всплывёт не сразу, а при первом обращении к «битой» области.

Вторая типичная ситуация — попытка «почистить» базу прямым удалением записей из таблиц SQL. Это разрушает ссылочную целостность: документы начинают ссылаться на несуществующие объекты, отчёты расходятся, а восстановление становится крайне трудоёмким. Удаление данных нужно выполнять только штатными механизмами: пометка на удаление и обработка «Удаление помеченных объектов».

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

Часто задаваемые вопросы

Чем выгрузка .dt отличается от резервной копии базы SQL?

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

Переносятся ли пароли пользователей при выгрузке базы в .dt?

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

Почему база занимает много места, хотя документов в ней немного?

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

Можно ли читать данные базы напрямую из таблиц SQL?

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

Что входит в метаданные, а что — в данные?

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

Где хранятся настройки отчётов пользователей?

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