MadHacker писал(а):Через менеджер сервера настраиваете какую вам удобно базу.
а в езернетах то настроены адреса удалённых устройств? чтобы езернет знал, куда ему пакеты слать.Aleksandr Paramonov писал(а):IPшники и имена ПК в порядке
ни СКЛ, ни имя базы не влияют на общение ядра опроса с приборами.Aleksandr Paramonov писал(а):на все ПК с ОЗ компонент 2017го SQL накатывать а может быть проблема в том, что имя базы другое
В С2000 ethernet все настроено включая необходимые задержки пульта, опрос ком порта настроил через settings, добавлен нужный IPпишник и порт... Суть в том, что система из под компонента SQL 2012 физически работает - тоесть дело точно не в аппаратном уроне. Я другой ПК взамен сервера ставлю для опытов, может где ошибся с сетью не знаю, имя и IP машины заданы верно, сеть видит, ведомые машины пингуются. Локальный опрос с ключом ОЗ работает (приборы, подключенные непосредственно к ПК с сервером система видит, управление пульта перехватывает), драйвера стоят, лицензии приняты ядром сервера, prvd.ini принят (мониторы и администраторы ядро видит)...DruG писал(а):а в езернетах то настроены адреса удалённых устройств? чтобы езернет знал, куда ему пакеты слать.
можно даже скринами показать настройки сом-порта и езернета.
Aleksandr Paramonov писал(а):система из под компонента SQL 2012 физически работает - то есть дело точно не в аппаратном уроне. Я другой ПК взамен сервера ставлю для опытов, может где ошибся с сетью не знаю, имя и IP машины заданы верно
одновременно в сети не может находится два компа с одним адресом, значит или один отключаете или для второго используете другой адрес?Aleksandr Paramonov писал(а):приборы, подключенные непосредственно к ПК с сервером система видит
Нет, я серверный ПК физически отключаю и ВМЕСТО него ставлю ПК с АРМ 1.12 на базе SQL 2017 (все ключи-флешки, преобразователь RS-USB, пач-корд RJ-45 подключаю из серверного к тестируемому ПК). Мне важно поднять весь комплекс диспетчеризации ИМЕННО из под базы данных в SQL 2017!!!DruG писал(а):одновременно в сети не может находится два компа с одним адресом, значит или один отключаете или для второго используете другой адрес?
Прилагаю часть структуры, сколько влезло (имена и адреса скрыл-объект в некотором роде режимный)DruG писал(а):ещё раз, у езернетов в удалённых устройствах какие адреса забиты?
CSO не видит ОЗ с ЯО на других ПК сети при запуске БД из под под SQL 2017 - может так понятнее.MadHacker писал(а):Я не очень понял кто кого у вас не видит.
Но в любом случае убедитесь что у вас на всех рабочих местах Орион ПРО одинаковой версии.
Ну и перенсите с оригинального сервера на тестовый файлик prvd.ini.
И проводить эксперименты с 2017м сервером я бы рекомендовал на 1.20 и выше.
Отвечу по памяти, подмена сервера дело хлопотное)...MadHacker писал(а):Так. Допустим, новый сервер у вас работает.
Как именно его не видят ОЗ на других местах? В логе оболочки что пишет?
Вы проверили IP адреса и имена машин когда заменяли сервер CSO?
да, через win+r cmd пинг пропадал... на днях попробую повторить опыт, скринов напилю.MadHacker писал(а):Опять не понял. При запуске Орион ПРО у вас виндовые пинги начинают пропадать?
После установки орион про поставил orion_patch1_12_2_2, создал новую БД предварительно установив SQL 2017 как писал ранее, выполнил восстановление c бэкапа *.bak по стандартной схеме через Менеджер сервера... После запуска через АБД считывал конфигурацию с 2000-2х, синхронизировал ключи... больше ничего и не делал. Может в файле бэкапа проблема уже содержится...MadHacker писал(а):Ну ошибка то не в кернел бейзе а в ядре :) Кернелбейз в данном случае потерпевший. А вот чтоб можно было понять как фиксить - вы бы рассказали что вы с ним сделали что он так себя повёл.
Правда боюсь что прям вот именно пофиксить по итогу не получится. Версия старовата.
Вернуться в «АРМ Орион Про версии до 1.20»
Сейчас этот раздел просматривают: 3 гостя