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

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

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

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

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

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

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

Проверка подписки ИТС и источников дистрибутива

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

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

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

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

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

Установка шаблона обновления

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

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

Обновление платформы 1С

Дистрибутив платформы устанавливается как обычная программа: запустите setup.exe из соответствующей папки дистрибутива, выберите компоненты (для рабочего места обычно достаточно «1С:Предприятие — Тонкий клиент» и «Толстый клиент») и завершите установку. На сервере 1С:Предприятия платформу обновляют на самом сервере, при этом службу агента сервера нужно остановить, а после установки — запустить снова.

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

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

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

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

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

Обновление через интернет из режима предприятия

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

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

Способы обновления

Через конфигуратор

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

Через сервис из режима предприятия

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

Через файл обновления (.cfu)

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

Частые ошибки и их последствия

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

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

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

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

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

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

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

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

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

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

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

Версия не изменилась — обновление не применилось

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

Нет ошибок обновления и реструктуризации

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

Ошибки обработчиков обновления данных

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

Документы проводятся, отчёты формируются без ошибок

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

Ошибки при проведении или пустые отчёты

Запуск у пользователей
Норма

Все пользователи входят и работают штатно

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

Блокировки, требование монопольного режима

Итог

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

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

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

Можно ли обновить 1С без подписки ИТС?

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

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

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

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

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

Как обновить нетиповую (доработанную) конфигурацию?

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

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

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

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

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