Обновление конфигурации 1С на новый релиз: от копии базы до проверки

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

Это базовый сценарий для типовой конфигурации на поддержке: Бухгалтерии 3.0, ЗУП 3.1, УТ 11 и других. Порядок общий для платформы 8.3, различаются только способы получить файл обновления и действия в клиент-серверной базе. Если база доработана программистом или работает на сервере 1С, к схеме добавляются сравнение изменений и блокировка сеансов.

Подготовка базы и файлов к обновлению

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

• 💾 Свежая резервная копия. В Конфигураторе: Администрирование → Выгрузить информационную базу → файл .dt. Для клиент-серверной базы дополнительно сделайте бэкап средствами СУБД.
• 🔢 Текущая версия. В режиме «1С:Предприятие» — меню с тремя полосками → О программе. Запишите номер релиза конфигурации и версию платформы.
• 🔗 Цепочка обновления. Каждый релиз ставится только поверх определённых предыдущих. В описании поставки (файл с перечнем «обновление с версий») видно, с каких номеров можно перейти на новый. Если ваш релиз отстаёт сильно, придётся ставить промежуточные по очереди.
• 🖥️ Версия платформы. У релиза есть минимальная версия платформы. Если ваша ниже — сначала обновите платформу на всех компьютерах (или на сервере 1С), потом конфигурацию.
• 🔒 Пользователи вышли. Для обновления структуры базы нужен монопольный доступ. В файловой базе достаточно попросить всех закрыть программу, в серверной — заблокировать сеансы (подробнее ниже).
• 🧩 Статус поддержки. В Конфигураторе: Конфигурация → Поддержка → Настройка поддержки. Если там «на поддержке, изменения не разрешены» — обновление пройдёт в один клик. Если конфигурация изменена — потребуется сравнение и объединение.

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

Способов три. Результат одинаковый, разница в удобстве и в том, кто и где запускает процесс.

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

Установка релиза вручную через Конфигуратор

Это основной способ. Он работает всегда и даёт полный контроль над каждым шагом.

Шаг 1. Получите и распакуйте дистрибутив

Скачайте дистрибутив обновления с Портала 1С:ИТС. Архив содержит setup.exe. Запустите его: программа установит шаблон в каталог шаблонов, по умолчанию это %APPDATA%\1C\1cv8\tmplts\.

Внутри появится папка вида 1c\Accounting\3_0_XXX_YY\ с файлами 1cv8.cfu, 1cv8.cf и описанием изменений. Путь удобно запомнить — он понадобится на третьем шаге.

Шаг 2. Откройте базу в Конфигураторе

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

Шаг 3. Запустите обновление

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

Шаг 4. Обновите конфигурацию базы данных

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

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

Шаг 5. Завершите обновление в режиме «1С:Предприятие»

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

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

💡 Если пропускаете несколько релизов, повторите шаги 3–5 для каждого промежуточного. Запускать «1С:Предприятие» после каждого промежуточного релиза обязательно — иначе обработчики старых версий не выполнятся.

Автоматическое обновление через Интернет-поддержку

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

1. В «1С:Предприятие» откройте раздел Администрирование, группу «Обновление версии программы» (в разных релизах она находится в подразделе «Обслуживание» или «Интернет-поддержка и сервисы»).
2. Запустите обновление программы. Если Интернет-поддержка не подключена, помощник попросит логин и пароль Портала 1С:ИТС.
3. Помощник покажет доступный релиз и список изменений. Выберите вариант установки: сейчас или при завершении работы.
4. Отметьте создание резервной копии и укажите каталог для неё.
5. Подтвердите. Программа закроется, загрузит обновления по всей цепочке и откроется уже на новой версии.

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

Клиент-серверная база: что делать иначе

В серверной базе к основным шагам добавляются блокировка сеансов и резервная копия на стороне СУБД.

Блокировка сеансов. Откройте консоль администрирования серверов 1С, найдите информационную базу, откройте её свойства. Включите «Блокировка начала сеансов включена» и задайте «Код разрешения» — например, obnovlenie. Затем запустите Конфигуратор с параметром /UC obnovlenie: с этим кодом вход разрешён только вам.

Бэкап СУБД. Выгрузка .dt на большой серверной базе идёт долго. Полная копия средствами Microsoft SQL Server или PostgreSQL быстрее и надёжнее, и откат из неё тоже быстрее.

Платформа на сервере. Если новый релиз требует более свежую платформу, обновите сервер 1С, а затем клиенты. Номер версии клиента должен совпадать с номером версии сервера, иначе подключиться не получится.

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

Пакетное обновление из командной строки

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

@echo off
set V8="C:\Program Files\1cv8\8.3.25.1374\bin\1cv8.exe"
set BASE=D:\Bases\Buh
set CFU=%APPDATA%\1C\1cv8\tmplts\1c\Accounting\3_0_XXX_YY\1cv8.cfu

rem 1. Резервная копия
%V8% DESIGNER /F"%BASE%" /N"Администратор" /P"" /DumpIB "D:\Backup\Buh_before.dt" /Out "D:\Logs\dump.log"

rem 2. Обновление конфигурации и структуры базы
%V8% DESIGNER /F"%BASE%" /N"Администратор" /P"" /UpdateCfg "%CFU%" /UpdateDBCfg /Out "D:\Logs\update.log"

Номер платформы и путь к шаблону подставьте свои. Для серверной базы вместо /F используется /S"сервер\имя_базы".

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

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

Если релиз не встаёт: ошибки и решения

Частые ошибки, которые делают сами пользователи:

• ❌ Ставят .cf вместо .cfu через «Загрузить конфигурацию из файла». Это полная замена конфигурации, а не обновление. Обработчики перехода не выполнятся, данные могут остаться в несогласованном виде.
• ❌ Прыгают через несколько релизов с помощью «Поиск доступных обновлений» и не запускают «Предприятие» между ними.
• ❌ Обновляют рабочую базу, не проверив новый релиз на копии. Для доработанных конфигураций и баз с внешними обработками это особенно рискованно.

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

Отдельной кнопки «вернуть предыдущий релиз» в 1С нет. Обработчики уже изменили данные, поэтому загрузка старого .cf поверх новой версии не вернёт базу назад, а только испортит её.

Правильный откат — восстановление из копии, сделанной до обновления:

1. Убедитесь, что в базе никто не работает .
2. Файловая база: в Конфигураторе Администрирование → Загрузить информационную базу и выберите .dt. Альтернатива — заменить каталог базы скопированной заранее папкой с файлом 1Cv8.1CD.
3. Серверная база: восстановите бэкап средствами СУБД либо загрузите .dt через Конфигуратор.
4. Если перед откатом сервер или клиенты переходили на новую платформу, старую версию удалять не нужно: запустите базу прежней платформой.
5. Откройте базу, проверьте номер релиза в «О программе».

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

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

• 🧪 Тестовая копия. Держите копию рабочей базы и сначала обновляйте её. Проверьте закрытие месяца , печатные формы и обмены.
• 🗂️ Расширения вместо правок. Доработки в расширениях не ломают поддержку. Обновление снова занимает минуты, а не часы сравнения.
• 📆 Регулярность. Обновляйтесь раз в 1–2 месяца. Чем длиннее цепочка, тем дольше процесс и выше шанс ошибки в обработчиках.
• 🧹 Чистка каталога шаблонов. Старые релизы в tmplts занимают гигабайты. Оставляйте только те, что ещё нужны для цепочки.
• 🌙 Расписание. Для нескольких баз настройте пакетный скрипт в Планировщике заданий Windows на ночь, с выгрузкой .dt перед каждым обновлением.
• 📋 Журнал. Записывайте дату, базу, номер «с — на» и время. При сбое сразу понятно, на каком шаге он произошёл.

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