Переход платформы 1С:Предприятие на релиз 8.3.11: клиенты, сервер и база

· 9 мин

Содержание

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

Главный риск не в самой установке. Он в несовпадении номеров: клиент 8.3.10 не подключится к серверу 8.3.11, а конфигурация, рассчитанная на более новую платформу, не откроется на старой. Если идти по шагам «копия — клиенты и сервер вместе — потом конфигурация», база не встанет посреди рабочего дня.

1. Что проверить перед обновлением платформы 1С 8.3

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

  • 🗂️ старая нетиповая или снятая с поддержки конфигурация официально требует именно эту ветку;
  • 🔒 в организации зафиксирован перечень разрешённых версий, и 8.3.11 — следующий шаг с 8.3.8–8.3.10.

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

Перед установкой пройдите по списку:

Что проверитьГде смотретьЗачем
Минимальная и рекомендуемая версия платформыописание релиза вашей конфигурацииконфигурация может не поддерживать 8.3.11
Текущая версия платформыСправка → О программе в любой базепонять, с какого номера идёт переход
Режим совместимости конфигурацииКонфигуратор, свойства корня конфигурации8.3.11 не откроет базу с режимом новее себя
Тип лицензийключи HASP или программные лицензиипосле переустановки сервера проверить, что лицензии видны
Сторонние компонентывнешние обработки, драйверы оборудования, веб-публикацииим может понадобиться перенастройка

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

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

2. Дистрибутив 8.3.11: где скачать и какой выбрать

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

На странице релиза 8.3.11 будет несколько вариантов. Номер сборки выглядит как 8.3.11.xxxx — четвёртая группа цифр важна, о ней ниже.

ДистрибутивЧто внутриКому нужен
Технологическая платформа для Windowsтолстый и тонкий клиент, Конфигуратор, сервер, модули веб-сервераадминистратору, на сервер и на машины, где работают в Конфигураторе
Тонкий клиент для Windowsтолько тонкий клиентрядовым пользователям клиент-серверных баз
Сервер 1С:Предприятия (64-bit) для Windows64-битный сервер и сопутствующие компонентысерверу кластера
Версии для Linuxпакеты deb/rpmесли клиенты или сервер на Linux

Разрядность сервера выбирайте исходя из лицензии и железа. 64-битный сервер использует всю оперативную память машины, 32-битный упирается в ограничения адресного пространства процесса.

3. Обновление 1С на клиентских рабочих местах

На клиенте новая версия ставится в отдельный каталог, например C:\Program Files\1cv8\8.3.11.xxxx\. Предыдущая остаётся и продолжает работать. Это позволяет откатиться за минуту.

Ручная установка

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

Какую версию запускает база

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

  1. В окне запуска выделите базу и нажмите Изменить.
  2. Пройдите до последней страницы мастера.
  3. В поле «Версия 1С:Предприятия» укажите 8.3.11 или полный номер 8.3.11.xxxx.

Короткая маска 8.3.11 означает «самая новая сборка ветки 8.3.11 из установленных». Полный номер жёстко фиксирует сборку — так надёжнее для клиент-серверных баз.

Тихая установка на десятки машин

Когда рабочих мест много, обновление удобно раздать через групповые политики или скрипт. В дистрибутиве есть MSI-пакет, его можно ставить без вопросов пользователю:

msiexec /i "1CEnterprise 8.msi" /qn TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THICKCLIENT=1 THINCLIENT=1 THINCLIENTFILE=1 SERVER=0 WEBSERVEREXT=0 LANGUAGES=RU

Для машин, где нужен только тонкий клиент, поставьте DESIGNERALLCLIENTS=0 и THICKCLIENT=0. Перед массовым запуском прогоните команду на одной машине и проверьте результат в Справка → О программе.

Второй способ — общий сетевой каталог с дистрибутивами. Путь к нему прописывают в файле 1cestart.cfg параметром DistributiveLocation. Тогда стартовое окно само доставит недостающую версию, когда пользователь откроет базу, которой нужна 8.3.11. Пользователю для этого нужны права на установку программ или установка от имени системы.

4. Обновление сервера 1С и кластера

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

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

Порядок на одном сервере

  1. Убедитесь, что пользователи вышли. Сеансы видны в консоли кластера.
  2. Сохраните копию каталога кластера srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo). В нём реестр кластера: список баз, рабочих серверов, настройки.
  3. Остановите службу «Агент сервера 1С:Предприятия 8.3».
  4. Установите дистрибутив 8.3.11 с компонентом «Сервер 1С:Предприятия» и флажком установки как службы Windows. Укажите того же пользователя, под которым работала служба (обычно USR1CV8).
  5. Проверьте, что служба теперь запускает ragent.exe из каталога новой версии, и запустите её.
  6. Зайдите в консоль кластера и убедитесь, что базы на месте.

Каталог srvinfo общий для версий, поэтому список баз и настройки кластера после обновления сохраняются.

Если служба не перерегистрировалась

Бывает, что после установки служба по-прежнему указывает на старый ragent.exe. Тогда удалите её и зарегистрируйте заново из каталога bin новой версии:

cd "C:\Program Files\1cv8\8.3.11.xxxx\bin"
ragent.exe -rmsrvc
ragent.exe -instsrvc -usr .\USR1CV8 -pwd ПарольСлужбы -port 1540 -regport 1541 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
ragent.exe -start

Порты берите те же, что были: 1540 — агент, 1541 — менеджер кластера, диапазон рабочих процессов по умолчанию 1560:1591. Если у вас нестандартные значения, перепишите их из свойств старой службы до удаления.

Консоль кластера

Оснастка администрирования работает через библиотеку radmin.dll той же версии. После обновления консоль часто пишет, что компонента не зарегистрирована. Лечится одной командой из-под администратора:

regsvr32 "C:\Program Files\1cv8\8.3.11.xxxx\bin\radmin.dll"

Несколько серверов в кластере

Все рабочие серверы кластера переводят на 8.3.11 одновременно. Смешанный кластер с разными номерами платформы не работает . Начинайте с центрального сервера, затем остальные, и только потом открывайте доступ пользователям.

Веб-публикация

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

LoadModule _1cws_module "C:/Program Files/1cv8/8.3.11.xxxx/bin/wsap24.dll"

Проще всего переопубликовать базу из Конфигуратора новой версии под администратором: Администрирование → Публикация на веб-сервере. После этого перезапустите веб-сервер — веб-клиенты в этот момент отключатся.

5. Конфигурация и база данных после перехода на 8.3.11

Смена платформы внутри ветки 8.3 не требует конвертации базы. Клиент-серверная база открывается сразу, файловая тоже. Данные и конфигурация остаются прежними.

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

Режим совместимости: что можно и чего нельзя

СитуацияРезультат на 8.3.11
Режим совместимости «Версия 8.2.16» или 8.3.x ниже 8.3.11база работает, новые возможности платформы частично выключены
Режим «Версия 8.3.11»база работает со всеми возможностями релиза
Режим новее 8.3.11 (например, 8.3.12 и выше)база не откроется, нужна более новая платформа

Отсюда практическое следствие. Не обновляйте конфигурацию на релиз, который требует платформу выше 8.3.11, если остаётесь на 8.3.11. Иначе после обновления конфигурации база перестанет запускаться у всех.

Порядок «платформа, потом конфигурация»

Когда обновляется и то, и другое, порядок такой:

  1. Обновить платформу на сервере и клиентах.
  2. Убедиться, что база открывается и работает.
  3. Обновлять конфигурацию через Конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию, затем Обновить конфигурацию базы данных.
  4. Запустить базу в режиме 1С:Предприятие и дождаться окончания обработки обновления данных.

Обратный порядок — сначала конфигурация, потом платформа — ломается ровно на шаге с режимом совместимости.

Перед тем как пустить пользователей
Выполнено: 0 / 6

6. Ошибки после обновления платформы 1С и как их убрать

Большинство проблем после перехода на новую версию сводится к нескольким сценариям. Выберите свой симптом:

Диагностика: выберите симптом

Как откатиться, если 8.3.11 не подошла

Откат прост, пока вы не обновили конфигурацию под новую платформу:

  1. На клиентах в свойствах базы верните прежний номер версии — старая платформа никуда не делась.
  2. На сервере остановите службу и перерегистрируйте её на ragent.exe прежней версии теми же параметрами.
  3. Если меняли каталог srvinfo, верните его из копии, сделанной до обновления.

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

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

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

Сколько версий платформы можно держать на одном компьютере?
Ограничения нет. Каждая версия живёт в своём каталоге внутри C:\Program Files\1cv8\. Мешают они друг другу только тем, что занимают место на диске.
Нужно ли переустанавливать лицензии после обновления платформы?
Нет. Программные лицензии и ключи HASP не привязаны к конкретному номеру платформы. Проверить стоит только то, что новая служба сервера видит файлы лицензий и ключ.
Можно ли обновить сервер, а клиенты оставить на старой версии?
В клиент-серверном варианте нет: клиент подключается только к серверу с тем же номером сборки. Файловые базы так можно, но лучше держать одну версию на всех машинах.
Влияет ли обновление платформы на данные учёта?
Нет. Платформа не меняет проводки, справочники и документы. Данные меняет только обновление конфигурации и обработка обновления, которая запускается после него.
Можно ли перепрыгнуть с 8.3.6 сразу на 8.3.11?
Да, промежуточные версии платформы ставить не нужно. Важно лишь, чтобы ваша конфигурация поддерживала 8.3.11 по описанию её релиза.