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

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

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

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

Обновление конфигурации 1С через конфигуратор — стандартная задача администратора или внедренца. Через конфигуратор обновляют как типовые конфигурации (Бухгалтерия, Зарплата и управление персоналом, Управление торговлей), так и доработанные решения, когда автоматическое обновление из режима «Предприятие» недоступно или нежелательно. Способ подходит и для файловых, и для клиент-серверных баз.

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

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

Подготовка: резервная копия и проверка условий

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

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

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

Как получить и распаковать файл обновления

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

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

Для нетиповых (доработанных) конфигураций файл обновления обычно предоставляет разработчик в виде .cf-файла или .cfu с учётом ваших доработок. Порядок объединения в этом случае сложнее и описан в отдельном разделе ниже.

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

Откройте конфигуратор: в окне запуска 1С выберите нужную базу и нажмите «Конфигуратор». Если конфигурация закрыта, выполните «Конфигурация → Открыть конфигурацию» и дождитесь загрузки структуры метаданных.

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

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

Порядок действий
  1. 1
    Создайте резервную копию базы и завершите все сеансы пользователей
  2. 2
    Откройте конфигуратор, разверните конфигурацию
  3. 3
    Конфигурация → Поддержка → Обновить конфигурацию
  4. 4
    Выберите файл .cfu и подтвердите версию обновления
  5. 5
    В окне сравнения/объединения нажмите «Выполнить» (для типовой конфигурации настройки по умолчанию подходят)
  6. 6
    Дождитесь завершения объединения и согласитесь на обновление конфигурации базы данных
  7. 7
    Проверьте работу базы в режиме «Предприятие»

Сравнение и объединение конфигураций

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

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

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

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

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

Обновление доработанной конфигурации

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

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

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

Маршрут решения

Как выбрать действие

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

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

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

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

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

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

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

Соответствует установленному релизу

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

Осталась старая версия — обновление не завершено

Монитор обновления данных
Норма

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

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

Есть обработчики со статусом «Ошибка»

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

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

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

Ошибки формата, пустые данные, сообщения об отсутствующих объектах

Журнал регистрации
Норма

Нет массовых ошибок после запуска

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

Повторяющиеся ошибки обработчиков или фоновых заданий

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

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

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

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

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

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

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

Чем отличается обновление через конфигуратор от обновления из режима «Предприятие»?

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

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

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

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

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

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

Только если новый релиз конфигурации требует более новой версии платформы — это указано в сопроводительной документации. Обратная ситуация (старая конфигурация на новой платформе) обычно работает, но проверять совместимость всё равно стоит.

Как откатить обновление, если что-то пошло не так?

Единственный надёжный способ — восстановление базы из резервной копии, сделанной до обновления. Возврата к предыдущей версии штатными средствами конфигуратора нет. Именно поэтому копия перед обновлением обязательна, а не желательна.

Можно ли обновляться сразу через несколько релизов?

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