Что включает в себя информационная база 1С

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

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

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

Конфигурация: программная часть базы

Конфигурация — это описание структуры прикладного решения: какие объекты учёта существуют, как они связаны и как обрабатываются. Сюда входят метаданные (справочники, документы, регистры, отчёты, обработки, планы счетов), программный код на встроенном языке, формы, макеты печатных документов, роли и интерфейсы. Именно конфигурация определяет, что это за решение — «Бухгалтерия предприятия», «Управление торговлей» или «Зарплата и управление персоналом».

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

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

Данные: справочники, документы и регистры

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

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

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

Пользователи, права и служебная информация

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

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

Файловый и клиент-серверный варианты хранения

В файловом режиме вся база — конфигурация, данные, пользователи — размещается в одном файле 1Cv8.1CD в каталоге на диске. Такой вариант прост в копировании (достаточно скопировать каталог при закрытых сеансах), но ограничен по одновременной работе пользователей и уязвим при сбоях сети и диска. Рядом могут лежать служебные файлы журнала регистрации и блокировок.

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

Сравнение вариантов хранения

Файловая база (1Cv8.1CD)

Подходит для небольших компаний; простое копирование, но ограничения по нагрузке и риск повреждения при сбое.

Клиент-серверная база (СУБД)

Для большого числа пользователей и объёмов; требует администрирования сервера и СУБД, резервное копирование средствами СУБД.

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

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

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

1. 1
   Завершите работу всех пользователей и отключите регламентные задания
2. 2
   Откройте конфигуратор: Администрирование → Выгрузить информационную базу
3. 3
   Укажите файл с расширением .dt и дождитесь окончания выгрузки
4. 4
   Проверьте копию: загрузите .dt в новую пустую базу и откройте её в режиме Предприятие
5. 5
   Храните копию отдельно от рабочего сервера

Риски и типичные ошибки при работе с базой

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

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

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

Чем отличается файл .dt от файла .cf?

Файл .dt — это выгрузка всей информационной базы: конфигурации, данных, пользователей и настроек. Файл .cf содержит только конфигурацию без данных. Для резервной копии используют .dt, для переноса доработок между базами — .cf.

Входит ли журнал регистрации в состав базы?

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

Можно ли перенести базу с файлового режима на сервер?

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

Где физически находятся данные в клиент-серверной базе?

В таблицах СУБД (MS SQL, PostgreSQL и др.), которыми управляет сервер 1С:Предприятия. Имена таблиц служебные, и работать с ними напрямую не рекомендуется — все операции выполняются через платформу, а копирование — средствами СУБД или выгрузкой в .dt.

Что войдёт в копию, если просто скопировать папку файловой базы?

При закрытых сеансах — вся база целиком: конфигурация, данные, пользователи. Если база была открыта, копия может оказаться повреждённой. Надёжнее использовать выгрузку в .dt, которая гарантирует целостность.

Почему после обновления пользователи не видят изменений?

Чаще всего изменена основная конфигурация, но не выполнено обновление конфигурации базы данных, либо обновление требует завершения работы пользователей. Проверьте в конфигураторе пункт «Конфигурация → Обновить конфигурацию базы данных» и повторите операцию без активных сеансов.