Как обновить 1С через конфигуратор 8.3 самостоятельно

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

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

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

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

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

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

Создание резервной копии базы

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

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

Для клиент-серверных баз (SQL Server, PostgreSQL) дополнительно рекомендуется сделать копию средствами СУБД — это быстрее и надёжнее для больших объёмов. Файл .dt при этом всё равно полезен как универсальный формат переноса.

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

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

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

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

1. 1
   Откройте конфигуратор и конфигурацию базы
2. 2
   Перейдите: Конфигурация → Поддержка → Обновить конфигурацию
3. 3
   Выберите «Выбор файла обновления» и укажите файл .cfu
4. 4
   Проверьте соответствие версий в окне информации
5. 5
   Нажмите «Готово» и дождитесь построения окна сравнения

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

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

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

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

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

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

Примите изменения кнопкой «Принять». На этом этапе потребуется монопольный доступ: если кто-то из пользователей ещё работает, система сообщит об этом. Завершите сеансы пользователей через консоль кластера или функцию «Активные пользователи» и повторите обновление.

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

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

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

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

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

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

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

Норма

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

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

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

Открытие документов и отчётов

Норма

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

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

Ошибки при открытии, пустые реквизиты

Обработчики обновления

Норма

Все выполнены, статус завершён

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

Есть незавершённые — данные перенесены частично

Проверка логической целостности

Норма

Ошибок не выявлено

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

Ошибки ссылочной целостности — требуется исправление

Что делать, если обновление не удалось

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

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

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

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

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

Требуется монопольный режим, но пользователи работаютЗавершите сеансы через консоль кластера и повторите F7

Реструктуризация прервана сбоемВосстановите базу из копии .dt и повторите обновление

После обновления ошибки при открытии базыПроверьте версию платформы и выполните тестирование и исправление

Частые вопросы по обновлению 1С 8.3

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

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

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

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

Обязательно ли выгонять пользователей из базы?

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

Что делать с доработками конфигурации при обновлении?

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

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

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

Можно ли отменить обновление после его завершения?

Автоматического отката нет. Единственный способ вернуться на прежний релиз — восстановить базу из резервной копии, созданной до обновления. Именно поэтому выгрузка .dt обязательна.