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