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

· 10 мин

Содержание

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

Важно не путать два обновления. Обновление платформы — это замена 1cv8 (номер вида 8.3.21.1xxx), обновление конфигурации — замена «Бухгалтерии» или «ЗУП» через Конфигуратор. Это разные операции, и делают их по разным причинам: платформу меняют ради нового поведения, исправленных сбоев и совместимости с новыми релизами конфигураций, конфигурацию — ради изменений в учёте.

Ниже — порядок для файловой базы, для клиент-серверной, для Linux и для облака, а также как откатиться, если новая версия повела себя не так.

Подготовка: что сделать до смены платформы

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

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

Перед обновлением платформы
Выполнено: 0 / 5

Для файловой базы достаточно скопировать файл 1Cv8.1CD или выгрузить базу в .dt через Конфигуратор → Администрирование → Выгрузить информационную базу. Для серверной базы — сделайте резервную копию на уровне СУБД (PostgreSQL или MS SQL): это надёжнее и быстрее выгрузки в .dt.

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

Где скачать дистрибутив платформы 1С 8.3

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

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

  • 🪟 для Windows — пакет с setup.exe (отдельно 32- и 64-разрядный);
  • 🐧 для Linux — архив с пакетами .deb (Debian, Ubuntu) или .rpm (RED OS, ALT, CentOS, RHEL);
  • 💻 для сервера — отдельный серверный дистрибутив (ставится поверх или рядом с клиентским).

Для 64-разрядного сервера клиентам чаще ставят 32-разрядный клиент — это нормально и ничему не мешает. Разрядность клиента и сервера независимы.

Установка новой версии на Windows

Порядок простой, потому что старая версия остаётся на месте.

  1. Распакуйте скачанный архив во временную папку.
  2. Запустите setup.exe от имени администратора.
  3. В списке компонентов оставьте отмеченным то, что реально используете: толстый клиент (Конфигуратор), тонкий клиент, при необходимости — модули расширения веб-сервера. Лишние компоненты только занимают место.
  4. Дойдите до конца мастера и завершите установку.

Новая версия встанет в свою папку внутри C:\Program Files\1cv8\<номер версии>. Прежние версии там же, в соседних папках, никуда не делись.

Запуск по-прежнему идёт через общий стартер 1cestart.exe (ярлык «1С:Предприятие» на рабочем столе). Стартер сам подберёт версию для базы по заданным правилам — об этом ниже, в разделе про выбор версии.

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

Если на компьютере работает веб-сервер с опубликованной базой (Apache, IIS), после смены платформы публикацию нужно обновить: модули публикации привязаны к конкретной версии. Переопубликуйте базу из Конфигуратора (Администрирование → Публикация на веб-сервере) уже из новой версии.

Установка платформы на Linux

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

Для Debian и Ubuntu (пакеты .deb) распакуйте архив и установите пакеты одной командой — apt разрешит зависимости из локальных файлов:

sudo apt install ./1c-enterprise-*-common*.deb ./1c-enterprise-*-client*.deb

Если ставите через dpkg и он ругается на зависимости — доустановите их:

sudo dpkg -i ./1c-enterprise-*.deb
sudo apt-get install -f

Для RED OS, ALT, RHEL и совместимых (пакеты .rpm):

sudo dnf install ./1c-enterprise-*.rpm

или на старых системах — sudo yum localinstall ./*.rpm.

Серверные пакеты (...-server...) и клиентские (...-client..., ...-thin-client...) — разные файлы: на сервер ставьте серверные, на рабочие места с графическим клиентом — клиентские. Для графического клиента менеджер пакетов сам добавит шрифты и графические библиотеки; вручную их названия искать не нужно.

После установки серверных пакетов включите и запустите службу сервера штатными средствами системы (systemctl). Имя юнита задаётся при установке серверного пакета — посмотрите его в выводе установки.

Серверная часть на Linux ставится только 64-разрядной — это требование для продуктивного сервера. Клиентские пакеты бывают обеих разрядностей, выбирайте по рабочему месту. СУБД (чаще всего PostgreSQL в сборке для 1С) при обновлении платформы трогать не нужно: версия платформы и версия PostgreSQL между собой не связаны.

На Linux установка из пакетов и так проходит без диалоговых окон, то есть по сути «тихо». Отдельные ключи для фонового режима, как в Windows, здесь не нужны.

Обновление сервера 1С и привязка версии к базе

В клиент-серверном варианте порядок такой: сначала ставят новую платформу (клиент + сервер), затем переключают на неё службу сервера, потом обновляют клиентов.

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

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

  • Для одной базы — в окне запуска выделите базу, нажмите Изменить и в поле версии 1С:Предприятия укажите нужный номер (например, 8.3.21). Стартер подберёт самую свежую установленную версию из этой ветки.
  • Для всех баз на компьютере — через файл 1CEStart.cfg (лежит в профиле пользователя, в каталоге 1C\1CEStart). Параметр DefaultVersion жёстко закрепляет версию по умолчанию.

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

Отдельно обновите консоль администрирования серверов. Она привязана к версии кластера: консоль от старой платформы не подключится к серверу новой версии и наоборот. Если вы администрируете кластер через оснастку MMC или через веб-консоль — поставьте их из того же дистрибутива, что и сервер. Утилита командной строки rac тоже должна соответствовать версии кластера; при сомнении смотрите доступные команды через rac help.

Тихая установка и автоматизация обновления

Когда рабочих мест десятки, обходить их мастером установки нецелесообразно. На Windows дистрибутив разворачивают через msiexec в фоновом режиме.

Внутри распакованного дистрибутива лежит MSI-пакет. Фоновая установка на русском языке запускается так:

msiexec /i "1CEnterprise 8.msi" /qn TRANSFORMS=1049.mst
  • /qn — полностью тихий режим без окон;
  • TRANSFORMS=1049.mst — русская локализация (1049 — код русского языка).

Точное имя MSI-файла смотрите в распакованной папке дистрибутива — оно зависит от версии. Этот вызов удобно положить в стартовый скрипт домена (GPO) или в любую систему управления парком машин — так новая платформа раскатывается на все компьютеры без участия пользователя.

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

На Linux автоматизация сводится к команде установки пакета в скрипте развёртывания (Ansible, системные плейбуки) — это уже показанные выше apt/dnf.

Облачные базы: 1С:Fresh и 1С:Линк

Если база работает в облаке, платформу вы, как правило, не обновляете сами.

1С:Fresh (1cfresh.com) — сервис, где и платформу, и типовые конфигурации обновляет провайдер. Пользователь заходит через веб-клиент или тонкий клиент; при подключении тонкого клиента версия подтянется автоматически. Никаких дистрибутивов скачивать не нужно — отслеживать номер платформы не ваша задача.

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

Для веб-клиента в любом из этих вариантов на стороне пользователя ставить ничего не надо — он работает в браузере.

Откат версии и частые ошибки

Откат — это возврат к прежней версии платформы, которую вы (по правилу из подготовки) не удаляли.

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

Частые проблемы при смене платформы и что с ними делать:

СимптомПричина и решение
«Несовместимая версия платформы и конфигурации»Поставлена версия ниже требуемой релизом конфигурации. Поставьте версию не ниже нужной.
Запускается старая версия, хотя новая установленаВ настройках базы закреплён прежний номер. Исправьте поле версии в свойствах базы или DefaultVersion в 1CEStart.cfg.
Веб-публикация перестала открыватьсяМодули публикации от старой версии. Переопубликуйте базу из новой платформы.
На Linux клиент стартует без шрифтов / с квадратамиНе установлены шрифты. Переустановите клиентский пакет через пакетный менеджер, чтобы он подтянул зависимости.
Сервер не стартует после обновленияОсталась запущенной служба старой версии или не обновлена регистрация службы. Остановите старый процесс, запустите службу из новой версии.

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

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

Нужно ли обновлять конфигурацию после смены платформы?
Нет, это независимые операции. Платформа меняет «движок», конфигурация и данные остаются прежними. Но новый релиз конфигурации может потребовать более свежую платформу — тогда сначала ставят платформу, потом обновляют конфигурацию.
Можно ли держать несколько версий платформы одновременно?
Да, это штатная ситуация. Версии ставятся в отдельные папки и не мешают друг другу. Какую запускать для базы — задаётся в свойствах базы или файлом 1CEStart.cfg.
Слетит ли лицензия после обновления платформы?
Программная лицензия привязана к параметрам компьютера, а не к версии платформы, поэтому при обычном обновлении она продолжает действовать. Аппаратный ключ (USB) тоже работает дальше. Переактивация обычно не нужна.
Что делать, если нужной версии платформы нет в кабинете?
Доступность версий зависит от действующего договора ИТС. Если нужного номера нет в свободном доступе, запросите дистрибутив у партнёра, через которого оформлена подписка на обновления.
Как обновить платформу сразу на всех компьютерах сети?
Разверните MSI-пакет в тихом режиме (msiexec /i ... /qn) через групповую политику домена либо настройте автоматическое обновление тонкого клиента от сервера — тогда клиенты поставят новую версию при подключении.