Понимание внутреннего устройства хранилища данных является фундаментальным навыком для любого специалиста, работающего с платформой 1С:Предприятие. Информационная база (ИБ) — это не просто набор файлов, а сложная структура, обеспечивающая хранение конфигурации, оперативных данных и системной информации. Независимо от того, используете ли вы файловый вариант или подключение к серверу SQL, логическая организация данных остается единой, хотя физическая реализация может существенно отличаться. Для администратора или разработчика критически важно знать, какие именно объекты формируют целостность системы.
В этой статье мы детально разберем анатомию информационной базы, изучим форматы хранения и узнаем, как именно платформа управляет тысячами записей ежедневно. Выяснение состава ИБ помогает грамотно планировать резервное копирование и избегать критических ошибок при переносе данных между серверами.
Логическая структура и основные компоненты системы
На логическом уровне любая база данных 1С состоит из двух глобальных сущностей: конфигурации и данных. Конфигурация описывает структуру системы, определяя, какие справочники, документы и отчеты будут доступны пользователю. Данные же представляют собой конкретные записи, которые заполняются в процессе эксплуатации программы.
Эти два компонента тесно взаимосвязаны. Метаданные конфигурации диктуют правила хранения информации. Например, если в конфигурации определен справочник "Номенклатура" с реквизитами "Артикул" и "Цена", то в части данных будут созданы соответствующие таблицы для хранения значений этих полей. Нарушение целостности между метаданными и данными приводит к невозможности запуска системы.
Платформа 1С абстрагирует пользователя от физической структуры файлов, предоставляя единый интерфейс для работы. Однако при администрировании необходимо понимать, что под капотом происходит постоянный обмен между этими слоями. Изменение структуры метаданных автоматически влечет за собой перестройку таблиц в базе данных.
⚠️ Внимание: Прямое редактирование файлов данных вне интерфейса 1С или специализированных утилит категорически запрещено. Это гарантированно приведет к повреждению базы и потере информации без возможности восстановления.
Конфигурация — это скелет системы, а данные — это её наполнение; они не могут существовать друг без друга в рабочей среде.
Физическое хранение в файловом варианте работы
При использовании файлового варианта работы все данные хранятся в файловой системе операционной системы. Основным файлом, содержащим всю информацию, является файл с расширением .1CD. Именно этот файл представляет собой монолитное хранилище, включающее в себя как структуру метаданных, так и сами табличные данные.
Помимо основного файла, в корневой директории базы обычно присутствует файл 1Cv8.1CD (или аналогичный), который служит указателем или временным файлом блокировки. Также здесь могут находиться файлы журналов регистрации, имеющие расширение .lgp, и файлы блокировок .1CD.lock, которые создаются динамически при работе пользователей.
Структура каталога файловой базы выглядит следующим образом:
- 📁 Основной файл .1CD — содержит таблицу данных и структуру конфигурации в сжатом бинарном виде.
- 📁 Файл 1Cv8Log — журнал регистрации событий, если ведение журнала включено в настройках.
- 📁 Файлы блокировок — технические файлы, предотвращающие одновременную запись конфликтующих данных.
- 📁 Папка tmp — временные файлы, создаваемые платформой для кэширования или промежуточных вычислений.
Размер файла .1CD напрямую зависит от объема накопленной информации. Со временем этот файл может достигать десятков гигабайт, что начинает влиять на скорость работы из-за особенностей файловой системы и механизмов блокировок. Для оптимизации рекомендуется периодически выполнять тестирование и исправление базы.
Для ускорения работы файловой базы размещайте каталог с данными на локальном SSD-диске, а не в сетевой папке, чтобы минимизировать задержки при чтении/записи.
Особенности хранения данных на платформе SQL
В клиент-серверном варианте работы физическое хранение данных кардинально отличается. Здесь платформенные файлы .1CD отсутствуют. Вся информация размещается в таблицах СУБД, такой как Microsoft SQL Server, PostgreSQL или Oracle.
При создании базы на сервере 1С генерирует набор таблиц с именами, начинающимися на _AccRg, _InfoRg, _Document и другими префиксами, соответствующими типам объектов метаданных. Эти таблицы имеют сложную структуру, включающую поля для ссылок, периодов, измерений и ресурсов.
Конфигурация в этом случае хранится либо в специальных системных таблицах внутри той же базы данных, либо в отдельном файле на сервере 1С (в зависимости от версии платформы и режима запуска). Основное преимущество такого подхода — возможность использования мощных механизмов транзакций и параллельного доступа, предоставляемых СУБД.
| Тип объекта 1С | Префикс таблицы в SQL | Назначение хранения |
|---|---|---|
| Документ | _Document |
Хранение заголовков и табличных частей документов |
| Справочник | _Reference |
Хранение элементов справочников и их иерархии |
| Регистр сведений | _InfoRg |
Хранение статических или периодических данных |
| Регистр накопления | _AccRg |
Хранение остатков и оборотов для расчетов |
Администрирование такой базы требует знаний не только платформы 1С, но и конкретной СУБД. Необходимо следить за ростом файлов данных СУБД, фрагментацией индексов и актуальностью статистики. Без регулярного обслуживания производительность системы может деградировать даже на мощном оборудовании.
Метаданные: описание структуры приложения
Метаданные — это, по сути, программа, написанная на встроенном языке платформы. Они описывают всё, что видит пользователь: формы, отчеты, обработки, а также структуру данных. В составе информационной базы метаданные занимают особое место, так как являются первичными по отношению к данным.
При запуске конфигурации в режиме "Предприятие" платформа сначала считывает метаданные, строит по ним интерфейс и только затем обращается к таблицам данных. Если вы выгрузите базу в формат .dt, вы получите файл, содержащий исключительно текстовое описание метаданных без самих записей о продажах или зарплате.
Состав метаданных включает:
- 📋 Общие модули — библиотеки кода, доступные во всей конфигурации.
- 📋 Планы счетов и видов характеристик — основа для бухгалтерского и управленческого учета.
- 📋 Роли и права доступа — настройки безопасности и разграничения прав пользователей.
- 📋 Внешние отчеты и обработки — дополнительные инструменты, встроенные в базу.
Изменение метаданных требует исключительного доступа к базе. В момент обновления конфигурации все пользователи должны быть отключены, так как структура таблиц данных перестраивается в соответствии с новыми описаниями. Этот процесс может занять значительное время на больших объемах данных.
Где физически хранятся метаданные в файловом варианте?
В файловом варианте метаданные хранятся внутри того же файла .1CD, в специальном служебном разделе. При выгрузке в .dt они экспортируются в текстовый формат, понятный конфигуратору.
Служебная информация и системные таблицы
Помимо пользовательских данных, информационная база содержит огромный пласт служебной информации. Эти данные необходимы для работы самой платформы, ведения журнала регистрации, управления сеансами и блокировками. Пользователи редко видят эти таблицы напрямую, но система не может функционировать без них.
К служебным данным относятся таблицы пользователей, сеансов, настроек персональных параметров (например, сохраненные отборы в отчетах) и кэша динамических списков. Также здесь хранится информация о состоянии фоновых заданий и очередях сообщений.
Особое внимание следует уделить таблице блокировок. В многопользовательском режиме именно она координирует доступ к данным, предотвращая ситуации, когда два пользователя пытаются изменить одну и ту же запись одновременно. Механизм блокировок является гарантом целостности данных, но при некорректной работе приложений может стать причиной зависаний.
⚠️ Внимание: Интерфейсы СУБД и версии платформ 1С регулярно обновляются. Названия системных таблиц или их структура могут незначительно меняться в новых релизах. Всегда сверяйтесь с официальной документацией разработчика при написании прямых SQL-запросов к системным таблицам.
Форматы выгрузки и резервного копирования
Для переноса данных между базами или создания резервных копий в 1С используются специальные форматы. Наиболее популярным является формат выгрузки информационной базы .dt. Этот файл содержит структуру метаданных и все данные в текстовом виде, что позволяет переносить базу между разными версиями платформы или даже между разными типами СУБД.
Процесс выгрузки и загрузки является ресурсоемкой операцией. При загрузке .dt файла платформа заново создает все таблицы и заполняет их данными. Это идеальный способ для "чистки" базы от мусора или изменения типа СУБД, но не подходит для оперативного бэкапа в рабочее время.
Для оперативного резервного копирования в файловом варианте достаточно копировать файл .1CD. В серверном варианте необходимо использовать стандартные средства СУБД (бэкапы транзакционных логов, полные бэкапы баз), так как простое копирование файлов данных СУБД во время работы недопустимо.
☑️ Правила безопасного бэкапа
Часто задаваемые вопросы (FAQ)
Можно ли открыть файл .1CD без программы 1С?
Нет, файл .1CD имеет проприетарный бинарный формат, специфичный для платформы 1С:Предприятие. Открыть его стандартными текстовыми редакторами или утилитами вроде Excel невозможно. Для просмотра содержимого необходим запуск платформы в режиме "Конфигуратор" или "Предприятие".
В чем разница между файлами .1CD и .dt?
Файл .1CD — это рабочая база данных в сжатом бинарном формате, готовая к запуску. Файл .dt — это текстовый дамп (выгрузка) структуры и данных, предназначенный для переноса, обновления конфигурации или смены платформы. Запустить .dt напрямую нельзя, его нужно сначала загрузить в пустую базу.
Где хранится журнал регистрации в серверном варианте?
В клиент-серверном варианте журнал регистрации может храниться в отдельной базе данных на сервере 1С (файловой или SQL), путь к которой задается в свойствах кластера серверов. Он не хранится внутри пользовательской базы данных, что позволяет собирать логи по всем базам кластера в одном месте.
Почему база 1С занимает много места на диске?
Размер базы растет за счет накопления документов, движений регистров и истории изменений. В серверном варианте файлы СУБД могут не уменьшаться автоматически после удаления данных (физический размер файла остается большим, хотя свободное место внутри помечается как доступное). Требуется операция сжатия (shrink) средствами СУБД.