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

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

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

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

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

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

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

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

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

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

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

Где взять и как установить шаблон обновления

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

Запустите setup.exe из дистрибутива и дождитесь завершения установки. Обратите внимание на файл описания поставки (1cv8upd.htm или аналогичный) в каталоге шаблона: в нём указано, с каких версий возможно обновление на данный релиз и в каком порядке нужно ставить промежуточные обновления, если вы пропустили несколько версий.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Версия конфигурации в окне «О программе»
Норма

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

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

Осталась старая версия — обновление не применено

Статус обработчиков обновления
Норма

Все обязательные обработчики выполнены, отложенные выполняются без ошибок

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

Есть обработчики с ошибкой — данные могут быть неполными

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

Документы открываются, отчёты формируются, итоги сходятся

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

Ошибки при открытии объектов, расхождения в отчётах

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

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

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

Повторяющиеся ошибки обращения к удалённым объектам

Если обновление завершилось ошибкой

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

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

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

Перед обновлением рабочей базы полезно развернуть копию из .dt на отдельном компьютере и прогнать всю процедуру на ней. Так вы заранее увидите проблемные объекты при объединении и узнаете реальную длительность реструктуризации — это позволит спланировать окно обновления рабочей базы без сюрпризов.
ПЗ
Практическое замечание

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

Можно ли обновить 1С через конфигуратор, если конфигурация снята с поддержки?

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

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

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

Что делать, если обновление конфигурации базы данных требует монопольного режима, а пользователи не выходят?

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

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

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

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

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

Откатится ли база назад, если что-то пошло не так?

Штатного механизма отката нет. Единственный способ вернуться на предыдущую версию — восстановить базу из резервной копии, сделанной до обновления. Поэтому копия .dt обязательна, а её работоспособность стоит проверить заранее восстановлением в пустую базу.

Итог

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

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