Перейти к контенту
|
|||
| 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 зарегистрирована.
Различаются версии клиента и сервера |
Я |
22.11.15 — 23:04
Здравствуйте!
Обновил сервер с 8.3.6.2390 до 8.3.7.1759. Платформа глючная, решил обратно запустить 8.3.6.2390.
Для этого сделал:
1) поменял в реестре строку запуска сервера с 8.3.7.1759, на 8.3.6.2390. Всё ок! Сервер запускается 8.3.6.
2) зарегистрировал обратно утилиту администрирования от 8.3.6 (radmin.dll). Утилита успешно зарегистрирована.
В итоге подключаюсь к серверу с помощью консоли и получаю сообщение:
«Ошибка соединения с сервером 1С:Предприятия 8.3: Различаются версии клиента и сервера (8.3.7.1759-8.3.6.2390), клиентское приложение: Консоль кластера»
https://i.gyazo.com/b7def616446a1b4ad3bbb8d8c706630e.png
Что я делаю не так, подскажите, пожалуйста?
1 — 22.11.15 — 23:06
Клиента понизить , ваш кэп
2 — 22.11.15 — 23:18
(1) Так я подключаюсь к серверу с помощью консоли, чтобы настройки базы сменить. А клиентом в режиме конфигуратора или предприятия нормально к базе подключаюсь.
3 — 22.11.15 — 23:29
(2) Запускай консоль из соответствующей версии 1С
4 — 22.11.15 — 23:29
+(3) 1С — Дополнительно — версия клиента
5 — 22.11.15 — 23:36
(3) Я думал, что сама консоль она одна, но использует библиотеку radmin.dll для разных версий свою. Собственно, для чего мы и регистрируем эту библиотеку при установке.
А находится она непосредственно в папке Дополнительно:
https://i.gyazo.com/f5191a0f32d57d85148f3773bb52ea84.png
Или я неправильно думал?
6 — 22.11.15 — 23:37
7 — 22.11.15 — 23:42
(6) А грохнуть клиента 8.3.7 не пробовал?
Из версии клиента: Регистрация утилиты администрирования серверов 1С Предприятия
8 — 22.11.15 — 23:45
(7) Из версии клиента: Регистрация утилиты администрирования серверов 1С Предприятия
Вот это делал!
Клиента 8.3.7 сейчас попробую удалить.
9 — 23.11.15 — 00:20
(7) Вылечилось удалением сервера 8.3.7 и переустановкой сервера 8.3.6.
Чёт как-то криво, но всё же.
Спасибо за помощь!
10 — 23.11.15 — 07:51
(5) Если бы ты заметил стрелочку на картиночке, то понял бы что это ярлык, и как нормальный ИТшник ткнул бы уже ПКМ на ней и посмотрел бы путь. И тогда бы этой ветки не существовало бы
11 — 23.11.15 — 08:12
куда еще понятней?
«Ошибка соединения с сервером 1С:Предприятия 8.3: Различаются версии клиента и сервера (8.3.7.1759-8.3.6.2390), клиентское приложение: Консоль кластера»
12 — 23.11.15 — 08:12
консоль запускал 8.3.7.1759
13 — 23.11.15 — 11:06
(10) Ага ага. Стрелочки, картиночки. Нажмите ПКМ сперва сами и затем сразу же ответьте мне сходу на вопрос — откуда открывается консоль? Если бы вы попробовали, как нормальный ИТшник, то вашего ответа бы не существовало.
Вот вам вкладка ярлыка https://i.gyazo.com/2975d7ee4d2f9a67b4df82fcdcacb0f1.png
А проблема в том, что написал (12), т.к. при установке ставится эта консоль последнего установленного релиза и регистрация radmin.dll более раннего релиза не помогает, т.к. сама консоль в этот момент не обновляется.
Фактически мне бы помогло — извлечение консольки из Data1.cab дистрибутива 8.3.6.2390 и замена файла консоли в Program Files1cv8common.
14 — 23.11.15 — 11:15
(10) у ярлыков созданных Windows installer’ом — поле Объект не редактируется. С помощью вот этой утилиты можно посмотреть куда ссылается ярлык http://www.winhelponline.com/blog/windows-installer-shortcut-target-path/
В случае ярлыка консоли выдает данная утилита показывает откуда запускается консоль: https://i.gyazo.com/d8b01f918eb48606106d230877236c75.png
15 — 23.11.15 — 11:45
Сама консоль одинаковая, спецом ставил разные релизы платформ с нуля и сравнивал файлы msc.
У себя аналогичную проблему испытываю для платформ 8.3.6.2041 и 8.3.6.2237, регистрация dll-файла не помогает, а лечится только переустановкой платформы (в установщике выбираю пункт «Исправить»)
Cyberhawk
16 — 24.11.15 — 13:16
Иногда возникает ситуация, когда после обновления платформы на сервере 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