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

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

Как обновить 1С в конфигураторе: пошаговая инструкция

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

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

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

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

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

Второе условие — наличие прав. Учётная запись, под которой вы входите в конфигуратор, должна иметь права администратора. Также проверьте, что конфигурация находится на поддержке: откройте «Конфигурация → Поддержка → Настройка поддержки». Если конфигурация «на замке», обновление пройдёт в типовом режиме; если включена возможность изменения — потребуется сопоставление объектов.

Третий пункт — источник обновления. Вам нужен файл обновления с расширением .cfu (обновление с конкретной версии) или полный файл конфигурации .cf. Файлы берутся из каталога шаблонов, который устанавливается дистрибутивом обновления, либо скачиваются с портала 1С по действующей подписке. Убедитесь, что версия обновления подходит для вашей текущей версии конфигурации — цепочки обновлений указаны в сопроводительном файле поставки.

Резервная копия: обязательный шаг перед любыми изменениями

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

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

Загрузка обновления в конфигураторе

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

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

Если конфигурация доработана

Для изменённых объектов появится окно сопоставления, где каждый объект имеет статус: изменён, добавлен, не изменён. Для объектов, изменённых и у вас, и у поставщика, нужно выбрать режим объединения: «Взять из новой конфигурации поставщика» (доработка будет потеряна) или «Объединить с приоритетом…» (потребуется ручная правка). Перед массовой загрузкой снимайте флажки с объектов, которые хотите разобрать вручную, и включайте в сравнение только их.

Порядок действий в конфигураторе
  1. 1
    Завершите сеансы пользователей и сделайте выгрузку .dt
  2. 2
    Откройте конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию
  3. 3
    Выберите файл обновления .cfu или .cf и подтвердите сопоставление версий
  4. 4
    В окне настройки правил разберите доработанные объекты и нажмите «Готово»
  5. 5
    Выполните Конфигурация → Обновить конфигурацию базы данных (F7)
  6. 6
    Примите изменения в реструктуризации и дождитесь завершения

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

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

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

Завершающие действия в пользовательском режиме

Многие типовые конфигурации после обновления требуют выполнения отложенных обработчиков: переноса данных в новые регистры, пересчёта служебных показателей. Запустите программу в режиме 1С:Предприятие под администратором — обычно обработчики стартуют автоматически при первом входе, а ход выполнения виден в разделе «Администрирование → Результаты обновления программы» (название может отличаться в зависимости от конфигурации).

Не открывайте базу пользователям, пока отложенные обработчики не завершены: документы и отчёты в этот период могут показывать неполные данные. После завершения проверьте номер версии в разделе «О программе» — он должен совпадать с версией установленного обновления.

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

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

Номер версии в «О программе»
Норма

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

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

Осталась старая версия — обновление базы данных не выполнено

Отложенные обработчики
Норма

Все обработчики завершены без ошибок

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

Есть ошибки или «зависшие» обработчики

Открытие ключевых документов и отчётов
Норма

Формы открываются, данные на месте

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

Ошибки формата, пустые данные, падения платформы

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

Самая частая проблема — попытка обновиться файлом .cfu, не предназначенным для текущей версии. Платформа либо откажет в загрузке, либо предложит загрузку через полный .cf. Решение — последовательно применить промежуточные обновления по цепочке из файла поставки.

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

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

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

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

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

Можно ли обновлять базу, пока пользователи работают?

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

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

Не пытайтесь повторно запускать обновление и не работайте в базе. Восстановите базу из резервной копии, разберитесь с причиной (нехватка места, битые индексы, ошибки в данных — помогает тестирование и исправление базы) и только после этого повторите процедуру.

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

Для полностью снятой с поддержки конфигурации используйте загрузку полного .cf через «Конфигурация → Загрузить конфигурацию из файла» либо сравнение и объединение с файлом поставщика. Автоматическое обновление через .cfu в этом случае, как правило, недоступно, а все доработки придётся переносить вручную.

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

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

Итог

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

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