Клиент и сервер 1С на разных версиях: как выровнять платформу на рабочих местах
Содержание
Чтобы обновить клиент
1С до версии сервера, установите на рабочий компьютер платформу с тем же номером, что у сервера, до последней цифры. Например, сервер 8.3.24.1467 — значит, клиент тоже 8.3.24.1467. Затем в списке баз в поле версии оставьте 8.3, чтобы запускалась новая платформа. В клиент-серверном режиме совпадение должно быть полным, «почти такая же» версия не подойдёт.
Обычно расхождение всплывает утром после обновления сервера: администратор поставил новую платформу на сервер, а пользователи открывают базы старым клиентом. Исправляется это на стороне клиентов, а заодно на сервере хранилища и веб-сервере, если они есть.
Как понять, что версии клиента и сервера не совпадают
Платформа сама сообщает о проблеме при подключении. Типичный текст ошибки:
Несоответствие версий клиента и сервера 1С:Предприятия (8.3.22.1709 - 8.3.24.1467)
Первым в скобках идёт номер клиента, вторым — номер сервера. Это уже готовый ответ, какую версию ставить. Сохраните сообщение или сделайте снимок экрана, номер пригодится при скачивании.
Где посмотреть версию клиента
- 🖥 В запущенной 1С: меню с тремя полосками или значок «i» в заголовке окна →
Справка → О программе. В строке платформы указан полный номер. - 📁 В проводнике:
C:\Program Files\1cv8\(64-битная платформа) илиC:\Program Files (x86)\1cv8\(32-битная). Каждая установленная версия лежит в своей папке с номером, например8.3.22.1709. - ⚙️ В «Программах и компонентах» Windows каждая версия видна отдельной строкой «1С:Предприятие 8 … (8.3.x.x)».
Где посмотреть версию сервера
- 📁 На сервере — те же папки
C:\Program Files\1cv8\<номер>. Но установлено может быть несколько версий, а работать — одна. - 🔧 Точнее всего смотреть службу:
services.msc→ «Агент сервера 1С:Предприятия 8.3» → Свойства → «Исполняемый файл». В пути кragent.exeесть номер версии, которая реально запущена. - 🐧 На Linux-сервере путь к запущенному
ragentвиден в выводеps aux | grep ragent, номер версии также входит в путь/opt/1cv8/x86_64/<номер>/.
Разрядность клиента и сервера совпадать не обязана. 32-битный клиент спокойно работает с 64-битным сервером. Совпадать должны только четыре числа номера версии.
Когда совпадение не требуется
Строгое правило действует только для клиент-серверных баз. Файловая база открывается любой установленной платформой 8.3, без сервера сравнивать не с чем. Веб-клиент в браузере тоже ничего не требует от компьютера пользователя: за версию отвечает веб-сервер.
Где взять дистрибутив нужной версии
Источник один — портал обновлений 1С, раздел «Технологическая платформа 8.3». Доступ к нему даёт действующий договор 1С:ИТС. Если доступа нет, дистрибутив есть у администратора, который обновлял сервер, — он скачивал полный комплект.
Какой пакет брать, зависит от задачи рабочего места:
| Пакет | Что внутри | Кому подходит |
|---|---|---|
| Технологическая платформа для Windows | толстый и тонкий клиент, Конфигуратор, сервер, модули веб-сервера | администраторам и разработчикам |
| Тонкий клиент для Windows | только тонкий клиент | пользователям, которые работают в базах через сервер или веб |
| Клиент для Linux (deb/rpm) | клиентские пакеты под дистрибутив | рабочим местам на Linux |
Номер пакета должен совпадать с номером сервера полностью. Скачанный архив распакуйте в отдельную папку — внутри будут setup.exe и файл .msi.
Не берите дистрибутивы с файлообменников и форумов. Подменённый установщик — классический способ занести вредоносную программу на компьютер с доступом к бухгалтерии.
Обновление клиента 1С на одном компьютере по шагам
Ручная установка занимает 5–10 минут и подходит, когда рабочих мест немного.
- Закройте все окна 1С на компьютере. Если программа открыта, установщик не сможет заменить общие файлы запуска.
- Запустите
setup.exeиз распакованной папки от имени администратора. - На шаге выбора компонентов отметьте нужное:
- «1С:Предприятие» — толстый клиент и Конфигуратор;
- «1С:Предприятие — тонкий клиент» и «…тонкий клиент, файловый вариант» — для обычной работы;
- «Сервер 1С:Предприятия» и «Модули расширения веб-сервера» на рабочем месте не отмечайте: им там не место.
- Язык интерфейса — русский. Драйвер защиты (HASP) ставьте только если используете аппаратные ключи.
- Дождитесь окончания и откройте базу через ярлык «1С:Предприятие».
Новая версия ставится рядом со старыми, а не поверх них. Ярлык «1С:Предприятие» запускает 1cestart.exe — это диспетчер запуска. Он сам выбирает подходящую платформу по настройкам базы.
Проверьте поле версии в свойствах базы
Самая частая причина, почему ошибка не уходит после установки, — в настройке базы зафиксирована старая платформа.
- В окне запуска выделите базу → кнопка «Изменить».
- Пройдите мастер до последней страницы.
- В поле «Версия 1С:Предприятия» должно стоять
8.3. Тогда запускается самая свежая установленная версия 8.3. - Если там указан конкретный номер, например
8.3.22.1709, замените его на8.3или на точный номер сервера.
Точный номер в этом поле удобен, когда на компьютере несколько версий, а разные базы живут на разных серверах. В остальных случаях 8.3 избавляет от правки при каждом обновлении.
Проверьте ярлыки
Некоторые пользователи запускают 1С ярлыком, который ведёт напрямую на C:\Program Files\1cv8\8.3.22.1709\bin\1cv8.exe. Такой ярлык всегда откроет старую версию. Пересоздайте его так, чтобы он указывал на 1cestart.exe из общей папки C:\Program Files\1cv8\common\.
Как обновить клиент 1С сразу на всех рабочих местах
Если компьютеров десятки, ручная установка превращается в обход кабинетов. Есть три рабочих способа обновить клиенты централизованно.
Способ 1. Автоустановка из сетевой папки через 1cestart.cfg
Диспетчер запуска умеет сам ставить недостающую версию из общей папки.
- Создайте на файловом сервере папку, например
\\fs\1c_distr\8.3.24.1467, и распакуйте туда дистрибутив. Дайте пользователям право на чтение. - На каждом клиенте откройте файл
1cestart.cfg. Для пользователя он лежит в%APPDATA%\1C\1CEStart\, общий для всех — в%ProgramData%\1C\1CEStart\. - Добавьте строку с путём к дистрибутиву:
DistributiveLocation=\\fs\1c_distr\8.3.24.1467
- Общий файл в
%ProgramData%удобно разложить групповой политикой или скриптом входа.
Когда база потребует версию, которой нет на компьютере, диспетчер возьмёт установщик из этой папки. Для автоустановки пользователю нужны права на установку программ, либо дистрибутив должен ставиться через политику с повышенными правами.
Способ 2. Тихая установка MSI скриптом или политикой
Для управляемого парка это самый предсказуемый вариант. Установщик .msi из дистрибутива принимает параметры командной строки. Пример для тонкого клиента
и Конфигуратора без серверных компонентов:
msiexec /i "\\fs\1c_distr\8.3.24.1467\1CEnterprise 8 (x86-64).msi" /qn TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=1 THINCLIENT=1 THINCLIENTFILE=1 SERVER=0 WEBSERVEREXT=0 CONFREPOSSERVER=0 LANGUAGES=RU
/qn— установка без окон;DESIGNERALLCLIENTS=1— толстый клиент и Конфигуратор, поставьте0, если они не нужны;THINCLIENT=1иTHINCLIENTFILE=1— тонкий клиент для серверных и файловых баз;SERVER=0,WEBSERVEREXT=0,CONFREPOSSERVER=0— серверные компоненты не ставим.
Имя .msi у 32-битного дистрибутива отличается, сверьте с файлом в папке. Команду удобно запускать через планировщик или пакет групповой политики в нерабочее время.
Способ 3. Терминальный сервер
Если сотрудники работают через RDP, обновлять нужно только терминальный сервер . Перед установкой все пользователи должны выйти из 1С, иначе установщик упрётся в занятые файлы.
Завершение чужих сеансов на терминальном сервере обрывает несохранённую работу. Предупредите людей заранее и обновляйте вечером или до начала рабочего дня.
| Способ | Когда выбирать | На что обратить внимание |
|---|---|---|
| Вручную | до 5–10 рабочих мест | легко пропустить компьютер в отпуске |
| 1cestart.cfg + сетевая папка | средний парк без системы управления | нужны права на установку у пользователей |
| MSI через политику или скрипт | домен, много компьютеров | тестируйте команду на одном ПК |
| Терминальный сервер | все работают через RDP | установка только при выходе всех из 1С |
Сначала клиенты, потом сервер
Удобный порядок для плановых обновлений: заранее разложить новую версию клиента на все компьютеры, а сервер обновить последним. Старая версия при этом остаётся, диспетчер запуска сам выберет нужную. Утром после обновления сервера ошибки несоответствия просто не будет.
Хранилище конфигурации и веб-сервер: что тоже нужно синхронизировать
Клиентами дело не ограничивается. Ещё два компонента требуют той же версии, что и кластер.
Сервер хранилища конфигурации
Если групповая разработка идёт через сервер хранилища (tcp://…, служба crserver), Конфигуратор разработчика должен быть той же версии, что и сервер хранилища. Иначе подключение к хранилищу завершится ошибкой.
Порядок при обновлении:
- Договоритесь с разработчиками: все помещают изменения в хранилище и закрывают Конфигуратор.
- Обновите платформу на сервере хранилища и перезапустите его службу.
- Обновите Конфигуратор на всех машинах разработчиков до той же версии.
Файловое хранилище, открываемое по сетевому пути, такой привязки к службе не имеет. Но и тогда держите всех разработчиков на одной платформе: смешанные версии в одной команде — источник странных ошибок при захвате и помещении объектов.
Сервер хранилища не обязан совпадать по версии с сервером 1С:Предприятия. Это отдельная служба. Но проще обновлять всё вместе, чтобы разработчикам не держать две платформы.
Модуль веб-сервера
Если база опубликована через IIS или Apache, модуль расширения веб-сервера тоже должен совпадать с версией кластера. После обновления сервера 1С:
- Установите на веб-сервер платформу той же версии с компонентом «Модули расширения веб-сервера».
- Переопубликуйте базу или поправьте путь к модулю в конфигурации Apache (
httpd.conf, строкаLoadModule), чтобы он указывал на папку новой версии. - Перезапустите службу веб-сервера.
Перезапуск IIS или Apache обрывает сеансы всех, кто работает через веб-клиент и мобильные приложения. Делайте это вне рабочих часов.
Если пропустить этот шаг, пользователи веб-клиента и тонкого клиента через http получат ту же ошибку несоответствия версий, хотя на их компьютерах ничего не менялось.
Неполадки после обновления клиента и как их снять
Очистка кэша вручную
Кэш клиента хранится в папках профиля пользователя:
%APPDATA%\1C\1cv8\%LOCALAPPDATA%\1C\1cv8\
Внутри — папки с длинными именами-идентификаторами. Удалять можно только их, файлы .v8i со списком баз и 1cestart.cfg в соседней папке 1CEStart не трогайте. Перед удалением 1С на этом компьютере должна быть закрыта. Быстрее и безопаснее добавить к строке запуска базы параметр /ClearCache — платформа сама сбросит кэш при входе.
Старые версии на диске
Каждое обновление оставляет на компьютере очередную папку по 400–600 МБ. Раз в несколько обновлений удаляйте лишние версии через «Программы и компоненты». Оставьте текущую и, на всякий случай, одну предыдущую, если какие-то базы работают на другом сервере со старой платформой.
Если обновлять клиентов сейчас нельзя
Бывает, что сервер обновили по ошибке или новая платформа вызвала проблемы, а обновлять сотни рабочих мест прямо сейчас некому. Тогда есть обходные пути на стороне сервера.
- 🔁 Вернуть сервер на прежнюю версию. Старая версия обычно остаётся установленной. Администратор останавливает службу агента, меняет путь к
ragent.exeна папку предыдущей версии и запускает службу. Делать это стоит только при полной уверенности, что новая версия ещё не меняла формат данных, и после резервной копии баз. - 🧩 Поднять второй кластер на другой версии. На одном компьютере могут работать несколько агентов сервера разных версий на разных портах, например основной на 1540 и второй на 2540. Базы второго кластера указывают в строке подключения с портом:
srv1c:2541. Это решение для переходного периода, а не постоянная схема. - 🌐 Временно перевести пользователей на веб-клиент. Если база опубликована и модуль веб-сервера уже обновлён, браузеру версия платформы не важна.
Остановка службы агента сервера 1С завершает все сеансы всех баз кластера. Предупредите пользователей и выполняйте это в окно обслуживания.