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