К статье
Практический материал

Администрирование · 10 мин

Как загрузить обновления в 1С через конфигуратор

Как обновить конфигурацию 1С через конфигуратор: подготовка, резервная копия, загрузка cf-файла, обновление базы данных и проверка результата.

Обновление конфигурации 1С через конфигуратор — стандартная задача администратора или специалиста поддержки. Ручная загрузка нужна, когда автоматическое обновление через интернет недоступно: нет подключения к порталу 1С, обновление получено от франчайзи в виде файла, либо конфигурация доработана и требует контролируемого сравнения и объединения.

Процедура состоит из четырёх этапов: подготовка резервной копии, загрузка файла обновления в конфигурацию, обновление конфигурации базы данных и проверка результата в пользовательском режиме. Пропуск любого этапа повышает риск потери данных или неработоспособности базы.

Ниже разобран каждый шаг с точными действиями, условиями выбора между полной загрузкой и сравнением-объединением, а также типичные ошибки, из-за которых обновление завершается неудачно.

Подготовка: что проверить до загрузки обновления

Первое обязательное действие — резервная копия базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD или сделать выгрузку через «Администрирование → Выгрузить информационную базу» в конфигураторе. Для клиент-серверной базы корректный способ — средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка в dt на больших базах занимает много времени и не всегда подходит для оперативного отката.

Второе условие — монопольный доступ. Обновление конфигурации базы данных невозможно, пока в базе работают пользователи или открыты сеансы. Заранее предупредите сотрудников, завершите фоновые задания и проверьте активные сеансы через консоль кластера или список пользователей в конфигураторе.

Третье — проверьте совместимость версий. Убедитесь, что файл обновления предназначен именно для вашей конфигурации и вашего текущего релиза: переход через несколько версий часто требует последовательной установки промежуточных обновлений. Информация о поддерживаемых версиях обычно указана в сопроводительном файле поставки.

Какие файлы обновления бывают и чем они отличаются

Поставка обновления распространяется в нескольких форматах, и от формата зависит способ загрузки. Файл с расширением .cf — это полная конфигурация или конфигурация обновления. Файл .cfu — файл обновления, который применяется только к строго определённой версии и устанавливается через механизм поддержки. Каталог с шаблоном обновления (setup.exe и файлы поставки) устанавливается в каталог шаблонов и затем применяется через «Обновить конфигурацию» с указанием источника.

Если конфигурация находится на полной поддержке без доработок, подходят штатные механизмы обновления. Если конфигурация изменена (снята с замка, есть доработанные объекты), потребуется режим сравнения и объединения, чтобы не потерять собственные изменения.

ФорматКак применяетсяКогда использовать
.cf (полная конфигурация)Загрузка конфигурации из файла или сравнение/объединениеДоработанные конфигурации, обновление от стороннего поставщика
.cfuОбновить конфигурацию из файла обновленияТиповая конфигурация на поддержке, точный переход с указанного релиза
Шаблон (setup)Установка в каталог шаблонов, затем обновление из шаблонаОфициальные релизы от поставщика конфигурации

Загрузка обновления через «Загрузить конфигурацию из файла»

Этот способ полностью заменяет текущую конфигурацию содержимым cf-файла. Он подходит только в двух случаях: конфигурация типовая и вы уверены в файле поставки, либо вы осознанно переносите конфигурацию целиком с другой базы. Для доработанной конфигурации прямая загрузка уничтожит все изменения.

Порядок загрузки cf-файла
  1. 1
    Откройте конфигуратор и войдите в базу под пользователем с правами администратора
  2. 2
    Откройте конфигурацию: Конфигурация → Открыть конфигурацию
  3. 3
    Выберите Конфигурация → Загрузить конфигурацию из файла и укажите cf-файл
  4. 4
    Дождитесь завершения загрузки и ответьте на вопросы платформы
  5. 5
    Выполните Конфигурация → Обновить конфигурацию базы данных
  6. 6
    Проверьте окно реструктуризации и подтвердите изменения

На этапе обновления конфигурации базы данных платформа показывает список изменений структуры: добавленные и изменённые таблицы, реквизиты, индексы. Внимательно просмотрите этот список — удаление реквизитов означает безвозвратную потерю хранящихся в них данных. Если в списке есть удаление объектов, которых не должно быть, отмените операцию и разберитесь с причиной.

Обновление через сравнение и объединение

Для доработанных конфигураций используйте «Конфигурация → Сравнить, объединить с конфигурацией из файла». Платформа построит дерево различий: новые объекты поставщика, изменённые типовые объекты и ваши доработки. По каждому объекту можно выбрать режим — взять из файла, оставить текущий или объединить с приоритетом одной из сторон.

Практическое правило: объекты, которые вы не изменяли, безопасно брать из файла поставки. Объекты с вашими доработками требуют ручного анализа — смотрите, что именно изменил поставщик, и переносите его правки в свой вариант модуля или формы. Автоматическое объединение модулей часто даёт конфликты, поэтому крупные доработки кода лучше переносить вручную.

Обновление конфигурации базы данных и реструктуризация

После загрузки или объединения изменения существуют только в конфигурации разработчика — рабочая база о них ещё не знает. Команда «Конфигурация → Обновить конфигурацию базы данных» (клавиша F7) применяет изменения к реальной структуре данных. На больших базах реструктуризация тяжёлых таблиц (регистров накопления, больших справочников) может занимать от нескольких минут до часов — планируйте обновление на нерабочее время.

Во время реструктуризации база недоступна для пользователей. Прерывать процесс (выключать компьютер, разрывать соединение) недопустимо: таблица может остаться в промежуточном состоянии. Если процесс кажется зависшим, сначала проверьте активность на стороне СУБД или диска — часто реструктуризация просто идёт долго.

Перед обновлением рабочей базы полезно развернуть копию на тестовом сервере и прогнать обновление там. Это покажет реальную длительность реструктуризации и выявит конфликты объединения без риска для рабочих данных.
ПЗ
Практическое замечание

Проверка результата после обновления

После успешного обновления запустите базу в режиме 1С:Предприятие. При первом запуске типовые конфигурации выполняют отложенные обработчики обновления — перенос данных, заполнение новых реквизитов, обновление служебных регистров. До завершения этих обработчиков часть функций может быть недоступна, это нормально.

Проверьте номер версии в разделе «О программе», откройте ключевые документы и отчёты, убедитесь, что работают доработанные механизмы. Для клиент-серверной базы дополнительно проверьте журнал регистрации на наличие ошибок обработчиков обновления.

Контрольные точки

Как проверить результат

Номер версии конфигурации
Норма

Совпадает с версией установленного обновления

Тревожный признак

Версия старая или обновление завершилось с ошибкой

Запуск в режиме предприятия
Норма

База открывается, обработчики обновления завершены

Тревожный признак

Ошибки при запуске, обработчики зависают

Доработанные объекты
Норма

Собственные изменения на месте и работают

Тревожный признак

Доработки исчезли или выдают ошибки

Типичные ошибки и как их избежать

Большинство проблем при обновлении связано не с самим файлом, а с нарушением порядка действий. Ниже — ошибки, которые встречаются чаще всего, и их последствия.

Типичные ошибки
01
Обновление без резервной копии — при сбое откатиться не на что, данные теряются
02
Загрузка cf вместо объединения в доработанной базе — все собственные изменения стираются
03
Пропуск промежуточных релизов — обновление отказывается устанавливаться или портит данные
04
Обновление при активных сеансах — платформа выдаёт ошибку монопольного доступа или процесс обрывается
05
Игнорирование списка реструктуризации — незамеченное удаление реквизитов приводит к потере данных

Отдельный случай — ошибка «Конфигурация базы данных не соответствует сохранённой конфигурации». Она означает, что загрузка выполнена, а обновление базы данных — нет. Решение простое: выполнить F7 в конфигураторе. Если ошибка повторяется, проверьте, нет ли фоновых сеансов, удерживающих соединение.

Частые вопросы

Можно ли обновить конфигурацию без монопольного доступа?

Загрузить конфигурацию из файла можно и при работающих пользователях, но обновление конфигурации базы данных требует монопольного режима. В клиент-серверном варианте есть динамическое обновление для незначительных изменений, однако при реструктуризации таблиц оно невозможно — сеансы придётся завершить.

Чем отличается cf от cfu?

Файл cf содержит конфигурацию целиком и может применяться загрузкой или сравнением-объединением. Файл cfu — компактное обновление, которое устанавливается только на конкретный указанный релиз через механизм поддержки. Если ваш текущий релиз не совпадает с требуемым, cfu не установится.

Что делать, если обновление прервалось на реструктуризации?

Не перезапускайте процесс вслепую. Восстановите базу из резервной копии, выясните причину (нехватка места на диске, разрыв соединения, блокировки) и повторите обновление в контролируемых условиях. Продолжать работу в базе после обрыва реструктуризации опасно.

Как обновить конфигурацию, снятую с поддержки?

Только через «Сравнить, объединить с конфигурацией из файла» с ручным разбором различий. Автоматическое обновление шаблоном для снятых с поддержки конфигураций недоступно. При большом объёме доработок имеет смысл вести учёт изменённых объектов, чтобы ускорять каждое обновление.

Нужно ли обновлять платформу вместе с конфигурацией?

Проверьте требования релиза: новые версии конфигураций часто требуют определённой минимальной версии платформы. Если платформа старше требуемой, конфигурация может не запуститься или работать с ошибками. Сначала обновляется платформа, затем конфигурация.

Сколько времени занимает обновление?

Загрузка файла — обычно минуты. Основное время уходит на реструктуризацию и отложенные обработчики: на небольших файловых базах это десятки минут, на крупных клиент-серверных базах — часы. Точную оценку даёт только тестовый прогон на копии базы.

Итог

Что важно запомнить

Обновление через конфигуратор безопасно при соблюдении порядка: резервная копия, монопольный доступ, правильный выбор между загрузкой и объединением, внимательный просмотр реструктуризации и проверка результата в режиме предприятия. Для доработанных конфигураций используйте только сравнение и объединение.