Обновление 1С 8.3: как получить и установить новый релиз

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

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

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

Платформа и конфигурация: что именно вы загружаете

«Релиз» в 1С 8.3 — это не одна сущность. Обновлять приходится два независимых слоя:

• 🧩 Технологическая платформа — версия вида 8.3.24.xxxx. Отвечает за работу самого движка: клиент, сервер, Конфигуратор. Поставляется отдельным дистрибутивом и ставится программой установки.
• 📦 Конфигурация — прикладное решение (например, Бухгалтерия 3.0 версии 3.0.1xx.xx). Обновляется файлом поставки и переносится в структуру базы данных.

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

Важное правило совместимости: новая версия конфигурации обычно требует платформу не ниже указанного номера. Поэтому порядок такой — сперва поднимаем платформу до требуемой, потом ставим конфигурацию. Требование к платформе указано в описании релиза и в файле readme/v8update внутри дистрибутива.

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

Прежде чем качать обновление, полезно сверить свою версию с текущей. Ниже — актуальные номера по основным продуктам; свой номер смотрите в окне О программе.

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

Что проверить перед установкой релиза

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

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

Загрузка релиза через интернет-поддержку

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

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

После установки при первом запуске отработают обработчики обновления — база приведёт данные к новому релизу. Это может занять от секунд до нескольких минут в зависимости от объёма.

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

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

Этот путь работает, когда у базы есть выход в интернет и действующий договор ИТС. Нет одного из условий — переходите к установке из файла.

Установка релиза из файла обновления

Способ подходит без интернета у базы, для нетиповых доработок и для контролируемого обновления сервером. Он состоит из двух этапов: сначала дистрибутив ставится в каталог шаблонов, потом подключается к базе.

Шаг 1. Скачать и установить дистрибутив

1. На портале 1С в разделе обновлений программ найдите свою конфигурацию и скачайте нужный релиз (файл обновления или полную поставку).
2. Распакуйте архив и запустите программу установки из него (как правило, setup.exe).
3. Установщик скопирует файлы релиза в каталог шаблонов конфигураций и обновлений. Путь к этому каталогу задаётся в настройках запуска 1С; типичное расположение — папка вида ...\1C\1cv8\tmplts в профиле пользователя. Если не уверены, где он, посмотрите путь в общих настройках окна запуска 1С.

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

Шаг 2. Подключить обновление к базе

Дальше всё делается в Конфигураторе (запустите базу в режиме Конфигуратора):

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

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

Что происходит при обновлении информационной базы

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

Чтобы перенос структуры прошёл корректно, нужен монопольный доступ к базе — то есть в ней не должно быть других активных сеансов. Монопольный режим требуется именно для изменения структуры, загрузки .dt, тестирования и исправления базы; для обычной работы он не нужен.

Порядок на практике такой:

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

Особенности обновления в клиент-серверном варианте

В клиент-серверной базе добавляется слой сервера 1С, и порядок меняется.

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

Доступ при обновлении базы. Вместо запуска в монопольном режиме удобнее закрыть доступ через кластер:

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

Выгрузка для бэкапа. Резервную копию клиент-серверной базы снимают либо средствами СУБД, либо выгрузкой в файл .dt из Конфигуратора (Администрирование → Выгрузить информационную базу). Для .dt тоже нужен монопольный доступ.

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

Консоль администрирования и утилиты rac/ras работают через агент сервера. Если нужны команды управления кластером, сверяйтесь со справкой rac help — не полагайтесь на память по редким параметрам.

Если релиз не загружается: разбор ошибок

Большинство сбоев при загрузке релиза сводится к нескольким причинам. Ниже — как их отличить.

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

Если после обновления база не открывается или обработчики завершились с ошибкой — восстановите резервную копию и разберитесь с причиной на копии, а не на рабочей базе.

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