Ручная установка нового релиза платформы 1С:Предприятие шаг за шагом

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

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

Что сделать до обновления: бэкап и проверка версий

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

1. Узнайте текущую версию. В запущенной базе: Главное меню (значок слева вверху) → О программе — там номер вида 8.3.2x.xxxx. Запишите его: он понадобится для отката.
2. Посмотрите, какой релиз требует конфигурация. В конфигураторе: Конфигурация → Открыть конфигурацию, затем свойства корня конфигурации, поле Режим совместимости. Новая платформа всегда старше требуемой — это норма. Проблема обратная: платформа ниже минимально нужной.
3. Сделайте резервную копию. Для файловой базы — выгрузка .dt (Администрирование → Выгрузить информационную базу) или просто копия папки с файлом 1Cv8.1CD при закрытой базе. Для клиент-серверной — штатный бэкап СУБД (PostgreSQL/MS SQL).
4. Предупредите пользователей. На время установки все должны выйти из базы. В клиент-сервере — завершить сеансы через консоль кластера.
5. Скачайте дистрибутив заранее и проверьте, что он полный (см. следующий раздел), а не «обновление для тонкого клиента ».

Где взять дистрибутив нужного релиза

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

В разделе «Технологическая платформа 8.3» выберите нужный номер релиза и скачайте пакет под вашу ОС и разрядность:

Внутри архива — установщик setup.exe (Windows) или пакеты .deb/.rpm (Linux). Берите именно полный дистрибутив платформы, а не «дистрибутив тонкого клиента» — последний не содержит конфигуратора и серверных компонентов.

Установка новой версии на клиентском компьютере

Порядок для файловой базы и клиентских мест. Старую платформу удалять не нужно — версии работают параллельно.

1. Распакуйте архив и запустите setup.exe от имени администратора.
2. На экране выбора компонентов оставьте по умолчанию 1С:Предприятие (тонкий и толстый клиент) и Конфигуратор. Если место используется и для администрирования — добавьте соответствующие компоненты.
3. Выберите языки интерфейса (достаточно русского) и дойдите до конца мастера.
4. На шаге установки драйвера защиты — если у вас программная лицензия (а не USB-ключ HASP), драйвер можно не ставить.
5. Дождитесь завершения и закройте мастер.

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

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

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

Обновление платформы в клиент-серверном варианте

Здесь одной установкой клиента не обойтись: платформа стоит и на сервере, и на рабочих местах, и версии должны совпадать.

1. Завершите сеансы и остановите кластер. Через консоль администрирования или rac завершите пользовательские сеансы. Остановка службы оборвёт все подключения к базам на этом сервере — делайте это в согласованное окно, не в разгар рабочего дня.
2. Остановите службу агента сервера Агент сервера 1С:Предприятия (служба ragent) через Службы Windows или systemctl stop на Linux.
3. Установите серверный дистрибутив той же версии, что пойдёт на клиенты. На Windows — setup.exe с компонентом сервера; на Linux — пакеты сервера.
4. Запустите службу агента заново. Кластер поднимется на новом релизе.
5. Обновите платформу на всех клиентских местах до того же номера. Клиент с версией ниже серверной к базе не подключится.

Проверить версию кластера после запуска можно командой rac cluster list (подробные параметры — в rac help). Если команда вернула кластер и его узлы — сервер работает на новой платформе.

Проверка совместимости с вашей конфигурацией

Новый движок сам по себе конфигурацию не ломает, но есть два момента, которые стоит проверить.

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

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

Как убедиться, что всё совместимо:

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

Разрядность и операционная система. 64-битная платформа ставится только на 64-битную Windows, и это рекомендуемый вариант: она работает с большим объёмом памяти и быстрее на крупных базах. Если переходите с 32 бит на 64, заранее проверьте внешние компоненты и драйверы оборудования (сканеры, фискальные регистраторы) — им нужна 64-битная сборка. Для свежих релизов платформы ориентируйтесь на Windows Server 2016 и новее на сервере.

Типичные ошибки при ручном обновлении

Чаще всего спотыкаются не на самой установке, а на мелочах вокруг неё. Сопоставьте симптом с причиной.

Как откатиться на предыдущую версию

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

Файловая база:

1. Убедитесь, что старая платформа ещё установлена (Пуск → 1С:Предприятие соответствующего номера).
2. В окне запуска откройте свойства базы и в поле Версия 1С:Предприятия впишите старый номер, который вы записали на подготовке.
3. Запустите базу — она стартует на прежнем релизе.
4. Если старую платформу уже удалили — скачайте её дистрибутив с портала и установите заново.

Клиент-сервер:

1. Остановите службу агента сервера (напомним: это оборвёт сеансы — делайте в окно).
2. Удалите новый серверный релиз и установите прежний.
3. Запустите службу, верните клиентам старую версию.

Как настроить автоматическое обновление на будущее

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

• Автообновление клиентской платформы. В окне запуска: Настройка → Получать обновления платформы автоматически (пункт может называться близко по смыслу). Система сама скачает нужный релиз с портала, когда конфигурация его потребует. Нужны логин/пароль портала ИТС.
• Привязка версии через общие настройки. Файл 1CEStart.cfg в профиле пользователя или общий — хранит список баз и правила выбора версии. Через него централизованно задают, какую версию запускать.
• Политика в организации. В крупных базах релиз платформы меняют планово, одним окном для всех рабочих мест, а не по мере выхода новинок. Серверную платформу всегда обновляют вручную по регламенту — автообновление сервера не используют.

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

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