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