Иногда возникает ситуация, когда после обновления платформы на сервере 1С:Предприятие на клиентских ПК при запуске базы, появляется сообщение:
Несоответствие версий клиента и сервера 1С:Предприятие.
Рисунок 1 — Ошибка «Несоответствие версий клиента и сервера 1С:Предприятие»
Решить эту проблему самостоятельно достаточно просто:
- Первым делом нужно обратить внимание на текст с ошибкой. В нашем случае мы пытаемся подключиться с Тонкого клиента версии 8.3.16.1148 на сервер, где установлена платформа 1С:Предприятие версии 8.3.16.1359. Таким образом, ошибка появляется из-за того, что наше клиентское приложение не соответствует версии платформы серверной части.
- Нужно обновить версию клиентского приложения, которая будет соответствовать версии платформы сервера 1С:Предприятия.
Рисунок 2 — Успешное подключение к базе 1С с клиентского приложения
Не нашли ответа на свой вопрос?
Закажите звонок специалиста!
Закажите звонок специалиста!
Перейти к контенту
|
|||
| dave2000
16.02.16 — 15:56 |
Ситуация такая. Стояла на сервере платформа 8.3.5.1068, решили поставить последнюю 8.3.7.1917. По некоторым причинам решили пока вернуться на релиз 1068, в реестре поменяли путь запуска агента с «C:Program Files1cv88.3.7.1917binragent.exe» на «C:Program Files1cv88.3.5.1068binragent.exe». Сервер стартаанул, а вот консоль кластера запускаться не хочет, говорит различные версии клиента и сервера. На форуме нашел такое: Регистрация утилиты администрирования серверов 1С:Предприятия «C:Program Files1cv88.3.5.1068binRegMSC.cmd» Файлик запускается и пишет что всё успешно зарегистрировано, но консоль кластера по прежнему ругалась на различие версий. Помогло только лазанье в реестре на предмет radmin.dll и замена путей с новой платформы на старую. Вопрос вот в чём — как всё таки это правильно делать? Вот захотим работать с новой платформой, прийдется опять вручную в реестре все пути править или есть правильный способ? |
||
| Fish
1 — 16.02.16 — 15:59 |
(0) Есть. Через стандартную установку. |
||
| dave2000
2 — 16.02.16 — 16:10 |
(1) Стандартную установку 1068 выполнял кстати тоже, не помогло, всё равно ругалось, видело почему-то 1917-й релиз клиента. |
||
| dave2000
3 — 16.02.16 — 16:12 |
Вот ещё похожая проблема была, тоже решилась правкой реестра. |
||
| dave2000
4 — 16.02.16 — 16:12 |
(3) v8: Консоль кластера серверов 8.2.13.219 |
||
| Fish
5 — 16.02.16 — 16:12 |
(2) Может, галочку нужную при установке не поставил? «Адинистрирование серверов» емнип. |
||
| dave2000
6 — 16.02.16 — 16:32 |
(5) Да вроде ставил, иначе оно бы удалило его вообще. Кстати, я так понял, одновременно запустить два агента 8.3 в режиме сервиса нельзя? Где-то писали, что один из них должен будет запускаться просто как приложение. |
||
| Cyberhawk
7 — 16.02.16 — 16:36 |
(6) Можно, конечно По теме: иногда перерегистрация утилиты не помогала, помогала только переустановка платформы |
||
| eklmn
8 — 16.02.16 — 16:49 |
+ не обязательно всю платформу переустанавливать, достаточно удалить/установить модуль Администрирования |
||
|
dave2000 9 — 17.02.16 — 12:21 |
(7) > Можно, конечно Подскажите тогда, как? Если запускаем регистрацию другого агента, он перезатирает первый, т.к. имееет в службах то же название и регистрируется в той же ветке в реестре. Разве что один агент запускать х32, а другой х64? Поправьте, если я не прав. |
 |
|
TurboConf — расширение возможностей Конфигуратора 1С |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Иногда возникает ситуация, когда после обновления платформы на сервере 1С:Предприятие на клиентских ПК при запуске базы, появляется сообщение:
Несоответствие версий клиента и сервера 1С:Предприятие.
Рисунок 1 — Ошибка «Несоответствие версий клиента и сервера 1С:Предприятие»
Решить эту проблему самостоятельно достаточно просто:
- Первым делом нужно обратить внимание на текст с ошибкой. В нашем случае мы пытаемся подключиться с Тонкого клиента версии 8.3.16.1148 на сервер, где установлена платформа 1С:Предприятие версии 8.3.16.1359. Таким образом, ошибка появляется из-за того, что наше клиентское приложение не соответствует версии платформы серверной части.
- Нужно обновить версию клиентского приложения, которая будет соответствовать версии платформы сервера 1С:Предприятия.
Рисунок 2 — Успешное подключение к базе 1С с клиентского приложения
Не нашли ответа на свой вопрос?
Закажите звонок специалиста!
Закажите звонок специалиста!
Исходные данные: Имеем сервер под управлением Windows Server 2012. На нём установлены компоненты 1С (релиз 8.3.7.2027): Сервер 1С:Предприятия х64 и его Модули расширения веб-сервера (х64), Платформа 1С:Предприятия х32 и её Модули расширения веб-сервера (х32). Развёрнут веб-сервер Appache, на котором опубликованы две информационные базы 1С. Эти две базы взаимодействуют между собой посредством http-сервиса.
В один прекрасный день, точнее ночь, потребовалось обновить платформу 1С:Предприятие до релиза 8.3.8.2167. Это было сделано и для сервера 1С:Предприятие (х64), и для Платформы 1С (х32). Разумеется, были обновлены и Модули расширения веб-сервера. Однако, на следующий день пользователи стали обращаться с такой ошибкой: «Различаются версии клиента и сервера (8.3.7.2027 — 8.3.8.2167), клиентское приложение: Модуль расширения веб-сервера.»
В результате диагностики ошибки выяснилось, что исправлять её нужно в конфигурационном файле веб-сервера Appache httpd.conf . В моём случае файл находился в расположении C:Program Files (x86)Apache2.2conf .
В этом файле присутствовала такая строка:
LoadModule _1cws_module «C:/Program Files (x86)/1cv8/8.3.7.2027/bin/wsap22.dll»
Вот и причина ошибки: веб-сервер загружает модуль 1С из предыдущего релиза. Чтобы изменить эту строчку, потребовалось предварительно остановить веб-сервер. Путь «C:/Program Files (x86)/1cv8/8.3.7.2027/bin/wsap22.dll» я изменил на «C:/Program Files (x86)/1cv8/8.3.8.2167/bin/wsap22.dll». Затем запустил веб-сервер и проверил работу системы. Ошибка больше не возникала.
- Информация о материале
- Категория: Программирование 1С
-
Опубликовано: 14 июня 2017
|
Илья Петров Местный Сообщений: 10 |
Добрый день. Обновили базу 1С и вместе с ней обновили платформу и на одном рабочем месте не войти в базу. Пишет различаются версии клиента и сервера. Прикрепленные файлы
Изменено: Илья Петров — 16.08.2022 11:43:58 |
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#2 0 16.08.2022 16:28:07
Проверь сначала в какой папке стоит платформа. Прикрепленные файлы
|
||
|
Илья Петров Местный Сообщений: 10 |
#3 0 16.08.2022 17:23:01
Проверил, платформа стоит х32, на всякий случай поставил и х64, но ошибка ни куда не пропала. |
||
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#4 0 17.08.2022 07:42:48
Что то тут подумал, посмотри свойства ярлыка, может там путь не к файлу 1cestart.exe, к 1cv8.exe в каталоге конкретной платформы. |
||
|
Еще вспомнил, бывает еще в параметрах запуска информационной базы указывают «жестко» версию платформы. Прикрепленные файлы
|
|
|
Илья Петров Местный Сообщений: 10 |
#6 0 17.08.2022 11:04:17
Действительно, ярлык был к файлу 1cv8.exe. |
||
|
Федоров Максим Михайлович Местный Сообщений: 8 |
#7 0 17.08.2022 12:42:51
На платформах 1С 8.0 и 8.1 при обновлении файлы помещались в один и тот же каталог bin замещая старые версии файлов. |
||
|
Илья Петров Местный Сообщений: 10 |
#8 0 03.01.2023 08:51:32 Добрый день, снова к Вам с проблемой. Для обновления зарплаты и бухгалтерии обновили платформу 1С. В базы заходит, но при попытке выполнить обмен между зарплатой и бухгалтерией вылезает ошибка: Пришлось переключить с прямого соединения на обмен через файл, но пользователям такой вариант не нравиться. |
В этой статье расскажу как использовать консоли администрирования 1С различных версий для подключения к разным версиям серверов приложений 1С. Это могут быть как отдельные сервера, использующие разные версии платформ, так и несколько развернутых служб 1С несовпадающих версий в рамках одного сервера.
Если вы попробуете подключиться к 1С серверу/службе агента сервера 1С другой версии, то получите ошибку:
Различаются версии клиента и сервера, клиентское приложение: Консоль кластера
В самом простом варианте, нужно просто зарегистрировать библиотеку radmin.dll из папки с платформой соответствующей версии и перезапустить консоль кластера 1С, но в данной статье расскажу как автоматизировать данный процесс.
Для этого я заготовил два файла следующего содержания:
1cconsole 8-3-10.bat
start /wait regsvr32 /s "C:Program Files1cv88.3.10.2580binradmin.dll"
start "C:WindowsSystem32mmc.exe" "C:Program Files1cv8common1CV8 Servers (x86-64).msc"
1cconsole 8-3-18.bat
start /wait regsvr32 /s "C:Program Files1cv88.3.18.1208binradmin.dll"
start "C:WindowsSystem32mmc.exe" "C:Program Files1cv8common1CV8 Servers (x86-64).msc"
Примечание: Пути в командных файлах должны быть указаны до установленных у вас версий платформ. В моем примере это версии 8.3.10.2580 и 8.3.18.1208 и путь C:Program Files1cv8<номер_версии>binradmin.dll.
Убедитесь также, что:
- вы используете правильную разрядность приложения (папка Program Files для 64-разрядной и Program Files (x86) для 32-разрядной версии 1С)
- у вас установлены средства администрирования 1С сервера (это одна из галочек при установке платформы)
В общем-то и все. Запуская каждый из «bat»-ников, происходит регистрация библиотеки нужной версии и автоматически запускается консоль 1С
Если используются службы 1С на разных портах
У меня на одном сервере приложений находится одновременно две работающие службы 1С, которые используют разные версии платформы и, соответственно, разный диапазон портов (иначе на одном сервере запустить две службы не получилось бы). Способ такой настройки лежит за пределами темы данной статьи, о нем можно узнать на официальном сайте 1С ИТС или на форуме infostart по этой ссылке, здесь лишь расскажу еще одно дополнительное действие, чтобы из нужной версии консоли подключиться к службе 1С, использующей порт, отличный от дефолтного.
В открывшейся консоли 1С на сервере кликаем ПКМ — Свойства
Прописываем порт, на котором работает служба — ОК
Нажимаем F5, чтобы обновить информацию. Готово!
Дополнительные ссылки
Запуск нескольких экземпляров сервера 1С:Предприятия 8 на одном компьютере:
- статья на 1C ИТС
https://its.1c.ru/db/metod8dev/content/3413/hdoc
- статья на infostart
https://infostart.ru/1c/articles/818909/
Я думаю проблему коллега уже решил, но в все же отвечу.
Резюмируя все что я уже говорил, необходимо проверить:
1. Путь к файлу запуска в ярлыке 1С. Он должен быть обязательно прописан к файлу 1cestart.exe, в противном случае запускается конкретная версия платформы, не обращая внимания, на то что у нас стоит более новая версия.
2. Необходимо проверить действительно ли стоит версия платформы, которая требуется для запуска (открываем Program Files и проверяем наличие папки с платформой).
3. Проверяем параметры запуска базы. Как описано выше, в настройках информационной базы можно «жестко» указать версию платформы для запуска информационной базы.
И последнее что может быть, когда идет прямое соединение информационных баз, это если после установки не зарегистрировали dll.
Для этого запускаем «Пуск» / «Служебные» / «Командная строка» – запуск делаем с правами администратора.
Затем в командной строке пишем:
Для 32 битной платформы cd «C:Program Files1cv8 х.х.хх.ххххbin»
Для 64 битной платформы cd «C:Program Files (x86)1cv8х.х.хх.ххххbin»
где х.х.хх.хххх – имя каталога с новой версией платформы.
Затем выполняем команду regsvr32 comcntr.dll
В результате выполнения должно появиться сообщение, что dll зарегистрирована.
Sewace
19.08.13
✎
09:33
Здравствуйте!
Есть два компьютера-сервера. На них установлены серверы 1С:Предприятия разных версий, назовем компьютеры соответственно 8.2.17 и 8.2.18.
На компьютере 8.2.7 установлены обе «клиентские» платформы: 8.2.17 и 8.2.18. В списке баз данных на компьютере 8.2.17 прописана две базы, которые располагаются на разных серверах.
В зависимости от того, какую я выбираю базу, запускается соответствующая серверу 1С:Предприятие платформа автоматически. Это все умеет 1Сestart.exe.
Все Ок.
Теперь проблема. Из запущенной программы 8.2.17 я пытаюсь сделать выгрузку данных при помощи «УниверсальногоОбменаДаннымиXML» путем прямого подключения к базе-приемнику. При подключении выдается сообщение «… Несоответствие версий клиента и сервера …» с указанием таких версий, что становится ясно, что подключение к серверу осуществляется той же версией платформы, из которой я делаю выгрузку. А в идеале хочется, чтобы создавалось новое соединение при помощи другой платформы (8.2.18).
Кто-нибудь сталкивался с таким? Есть ли выход из ситуации, кроме как приводить в соответствие версии серверов 1С:Предприятие?
ТупойИЖадный
19.08.13
✎
09:46
При обращении к COM-объектам используются записи в реестре (в том числе полное имя файла, содержащего COM-объект). При установке платформы 1С записи в реестре обновляются и указывают уже на последнюю установленную версию. Если нужно подключиться к базе на сервере с 18-й версией, установи ее заново на компе, на котором выполняешь обмен. При этом потеряешь возможность подключаться через по технологии COM к базам на сервере с 17 версией.
Если нужно подключаться и туда, и туда, то задумайся над исправлением реестра с помощью reg-файла или переустанавливай платформы. Еще можно выполнять обмен с разных компьютеров: один для подключения к 17-м базам, одни — к 18. Но в любом случае, ИМХО, это изврат.
Федя Тяпкин
19.08.13
✎
09:47
Сравнять версии конечно не предлагать?
ТупойИЖадный
19.08.13
✎
09:49
Это само собой напрашивается, видимо, проблематично.
Sewace
19.08.13
✎
09:50
(1)
Так ситуация была такова. Изначально был только сервер 8.2.17. База-приемник располагалась тут же, в файловом режиме. Так что проблем не было. Далее появился еще один сервер. Вторую базу перенесли на него, установив там сервер 8.2.18. С первого сервера, естественно, новая база запускаться не стала из-за разных версий платформ и серверов 1С:Предприятие. тогда установили платформу 8.2.18. Обе базы стали запускаться без проблем, за исключением COM-соединения.
Это я к чему? К тому, что платформа 8.2.18 была установлена на компьютере 8.2.17 последней.
Sewace
19.08.13
✎
09:52
(2)
Да, конечно, рано или поздно так будет. Но сейчас организовать это пока сложновато из-за различных технических и организационных моментов (много пользователей и в разных руках эти сервера)
Fedot200
19.08.13
✎
09:58
regsvr32 ТС спасет
Fedot200
19.08.13
✎
10:00
regsvr32 «C:Program Files (x86)1cv828.2.18…bincomcntr.dll» как-то так 
Sewace
19.08.13
✎
10:17
(6), (7):
Зарегистрировал. Перезапустил платформу. То же самое:
При попытке соединения с COM-сервером произошла следующая ошибка:
{Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(13649)}: Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V82.COMConnector.1): Несоответствие версий клиента и сервера 1С:Предприятия
Различаются версии клиента и сервера (8.2.17.169 — 8.2.18.104), клиентское приложение: COM-соединение
MikeMarino
19.08.13
✎
10:23
Новый COMОбъект(<Имя>, <ИмяСервера>)
Нет под рукой «УниверсальногоОбменаДаннымиXML», можно посмотреть в нем не предусмотрено ли создание на «не локальном» компе, или поправить создание объекта указав вторым параметром имя сервера с 18ой версией. Дальше надо будет еще немного поплясать с настройкой СОМа на сервере, но это уже гуглится.
Fedot200
19.08.13
✎
10:24
(8) Попробуй еще снести полностью 18-й и поставить по новой.
Fedot200
19.08.13
✎
10:25
(8) Но мне так помогало, правда у меня ситуация была наоборот — на компе стояла более новая чем на серваке.
hhhh
19.08.13
✎
10:30
(8) там еще в списке баз может явно указано 8.2.17
Sewace
19.08.13
✎
10:51
(9):
Сейчас буду разбираться.
(10), (11):
Ясно, буду пробовать.
(12):
Не совсем понял, о чем речь.
MikeMarino
19.08.13
✎
10:57
(13)
(12) говорит о том, что в свойствах зарегистрированной базы можно указывать точную версию платформы, которую должен запустить стартер. Но я очень сомневаюсь что СОМ-соединение проверяет это. Именно из-за того что зарегистрировать можно только один экземпляр ОЛЕ-сервера.
Sewace
19.08.13
✎
11:01
(14):
А, ну конечно, при чем тут зарегистрированные базы в списке выбора информационных баз.
Поискал какие-то параметры обработки универсального обмена, ничего похожего на выбор версии не нашел. Хотя это и логично.
MikeMarino
19.08.13
✎
11:07
(15)
Я бы в коде поискал «Новый COMОбъект(«V82.» и посмотрел передается ли туда второй параметр. Если нет то просто прописал бы его, если да — раскручивал бы как он определяется.
Sewace
19.08.13
✎
11:29
(16)
Второй параметр такой:
Новый COMОбъект(<Имя>, <ИмяСервера>)
<ИмяСервера> (необязательный)
Тип: Строка.
Имя компьютера, на котором надо создать указанный объект. Если параметр опущен, то создается на данном компьютере.
Ради любопытства попробовал указать имя сервера — приемника. Но я слабо представляю, как может создаться объект на другом сервере, это же необходимо авторизоваться на нем и т.д. В общем, это было подтверждено сообщением «Отказано в доступе»
MikeMarino
19.08.13
✎
13:19
(17) Дык я ж написал в (9) «Дальше надо будет еще немного поплясать с настройкой СОМа на сервере, но это уже гуглится.»
Вот тут например написано:
v8: COM объект на сервере
Sewace
20.08.13
✎
07:50
Отчитываюсь о проделанной работе и кривизне моих рук
То, что описано в (18) — сделали. Но все равно при попытке подключения пишет «Отказано в доступе». Много всякого перепробовали, но безуспешно.
Волевым решением было принято доводить версию сервера 8.2.17 до версии 8.2.18, такой же, как и на втором сервере.
Был обновлен сервер 1С:Предприятие. Переустановлена еще раз клиентская платформа 8.2.18. Запустили. Но при обмене все равно ссылается на устаревшую версию 8.2.17. Из этого сделал вывод, что переустанавливать сервер было не обязательно (хотя конечно желательно). Потом удалили все упоминания 8.2.17, заново переустановили 8.2.18.
Теперь при обмене ругается на «При попытке соединения с COM-сервером произошла следующая ошибка: Недопустимая строка с указанием класса». Ну, думаю, в этом я уже «профессор».
Но танцы с бубном вокруг
regsvr32 «C:Program Files (x86)1cv828.2.18.104bincomcntr.dll» не помогают. Пишет, что выполнено успешно, но соединение все же не устанавливается по той же причине.
Удалял регистрацию с использоваением ключа -u, затем снова регистрировал. Запускал командную строку от прав администратора. В общем, пока безуспешно.
Sewace
20.08.13
✎
07:56
Сервер — Windows Server 2008 R2 64.
Проблем с регистрацией dll, таких, о которых пишут в сети, не было.
Sewace
20.08.13
✎
07:58
Причем все клиентские платформы всех установленных версия были удалена, а затем была установлена 8.2.18.104. Это я к тому, что «переустановить платформу» — не помогает.
Программа при запуске выдает сообщение о необходимости обновления/Несоответствие версий клиента и сервера. Что делать?
Печать
Изменено: Пн, 1 Фев, 2016 на 1:43 PM
При запуске «тонкого» клиента Вы можете получить сообщение, что «тонкий» клиент необходимо обновить. Это связано с тем, что на сервере было проведено обновление платформы 1С:Предприятие.
.png?1454306890)
Обычно достаточно просто нажать кнопку «Обновить» и программа все сделает автоматически. Если же после автоматического обновления Вы по прежнему получаете ошибку несоответствия версий клиента и сервера:
то необходимо провести обновление «тонкого» клиента вручную. Как это сделать описано в этой инструкции.
Была ли эта статья полезной?
Да
Нет
Отправить отзыв
К сожалению, мы не смогли помочь вам в разрешении проблемы. Ваш отзыв позволит нам улучшить эту статью.