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