Как запустить обновление 1С вручную

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

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

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

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

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

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

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

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

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

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

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

Где взять файл обновления и как его распаковать

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

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

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

Запуск обновления через конфигуратор: пошаговый порядок

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

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

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

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

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

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

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

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

Завершение обновления в режиме «Предприятие»

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

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

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

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

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

Номер версии в сведениях о программе

Норма

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

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

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

Результаты обновления приложения

Норма

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

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

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

Вход пользователей и типовые операции

Норма

Пользователи входят, документы проводятся

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

Ошибки при входе или проведении документов

Расширения конфигурации

Норма

Все расширения применены и работают

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

Расширение отключено из-за несовместимости

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

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

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

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

Частые вопросы о ручном обновлении 1С

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

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

Можно ли обновить 1С вручную без конфигуратора?

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

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

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

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

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

Как обновиться, если пропущено несколько релизов?

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

Безопасно ли обновлять рабочую базу сразу, без тестовой копии?

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