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