Форум VideoNet

Имеются два сервера, VideoNet 8.8 sp.3 . При изменении зоны детекции одной из камер на одном сервере и применении изменений, второй компьютер впадает в синхронизацию, а это процесс немалый, особенно с IP камерами , получается нет записи и охраны на всём объекте в течении нескольких минут.
Есть ли возможность как то изменить ( не удаляя сервер из конфигурации )) данный режим работы ?
Как я понимаю, данный режим работы это естественный и нормальный для разработчиков программы. Но никак не устраивает клиента.

разработчики наверное предложат подождать 9-й версии.

Данное поведение ПО связано с архитектурой хранения конфигураций и его изменение в рамках восьмой версии невозможно.
Новая архитектура хранения конфигурации реализована в девятой версии VideoNet.

угадал

З.Ы. добавлю еще, что, это всё от лени, скорее всего... не очень понятно, зачем перезапускать все службы другого компьютера, если внесенные изменения его в общем-то не касаются... по идее можно было бы перезапускать только службы затрагиваемые изменениями, но проще конечно заново всё проинициализировать...

Добавил одного клиента в систему. получил "свистопляску" по всем серверам и клиентам минут на 20. Тож весело

Wert писал(а):Добавил одного клиента в систему. получил "свистопляску" по всем серверам и клиентам минут на 20. Тож весело

Новый клиент добавился в конфигурацию только к серверам ?

к серверам, к которым подключены другие клиенты, которые в свою очередь подключены еще к другим серверам и так далее по цепочке.

Wert писал(а):к серверам, к которым подключены другие клиенты, которые в свою очередь подключены еще к другим серверам и так далее по цепочке.

получается клиенты не добавлены друг к другу в конфигурацию, но впадают в синхронизацию через общий сервер ?
или некоторые сервера соединяются с другими серверами через общего клиента, и также всё впадает в синхронизацию при одном только изменении на каком либо сервере или клиенте ?

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

nemisis писал(а):Подтверждаю ваше предположение. Если машина уходит в принятие изменений, то любая другая машина связанная с ней уйдет в синхронизацию.

тут два варианта связи )) :
1. если два компьютера связаны между собой - добавлены в конфигурацию друг друга
2. вариант как у Wert -а , компьютеры связаны между собой через третий компьютер , в конфигурации друг друга они не видят, но видят общий сервер или клиент

синхронизация ( как я понимаю) происходит только между теми компьютерами , которые имеются в конфигурации добавляемого ( или изменяемого ) ;
если синхронизация происходит по всем компьютерам , связанным каким либо другим способом, через общий сервер или клиент, то это какой то новый косяк , или , что более вероятно - Wert что то путает

Vibat писал(а): или некоторые сервера соединяются с другими серверами через общего клиента, и также всё впадает в синхронизацию при одном только изменении на каком либо сервере или клиенте ?

Совершенно верно. клиенты и сервера взаимосвязаны меж собой не напрямую а через другие сервера. Соотвественно и синхронизация происходит меж всеми. Каждый "узел" VideoNet хранит в себе конфигурацию подключенных к нему машин в реестре. при изменении конфигурации одного происходит синхронизация другого. и так по цепочке.

я понял
нет, после ответа todd -а мне пришлось удалить один сервер из конфигурации другого сервера ( т.к. 9 й версии не дождаться ))
теперь, хоть клиент и общий , он естественно естественно впадает в синхронизацию , если на одном из серверов изменить детектор движения;
но второй сервер как показывал , так и показывает
если например посмотреть на значок клиента на втором сервере, то в момент синхронизации ( клиента с первым сервером) , то он отключен

но как у тебя - это вообще ужас !!

Лишние свзи я конечно же поубирал, уже давно, и стараюсь разруливать так чтоб не получать лишние связи, но в виду приличного количества и серверов и клиентов к сожалению полностью убрать связи нет возможности. Не представляешь - даже блок схему веду по этому поводу. чтоб только не получить лишний раз фиолетовый экран.

Wert писал(а):Совершенно верно. клиенты и сервера взаимосвязаны меж собой не напрямую а через другие сервера. Соотвественно и синхронизация происходит меж всеми. Каждый "узел" VideoNet хранит в себе конфигурацию подключенных к нему машин в реестре. при изменении конфигурации одного происходит синхронизация другого. и так по цепочке.

вот тут твоя ошибка, и dr0m0k в принципе объяснил что происходит :
вся конфигурация сервера на клиенте не храниться ( по крайне мере касаемо детекторов движения) , перезапускаються только службы ( причины этого трудно комментировать, но версия dr0m0k-а наиболее правдоподобна ))

P.S. Да хоть камеру и удалю на сервере, и клиент впадёт в синхронизацию . Второму серверу как бы всё равно что там происходит )) . Проверь !

датчики тоже хранятся на клиенте. иначе как ты объяснишь что удаленно (на клиенте) ты можешь спокойно считать состояние (т.е. настройки) детекторов, а тем более порулить ими (опять же на клиенте) и при применении конфы настройки датчиков заносятся в сервер.
все хранится в реестре.
dr0m0k говорил о другом - зачем перезапускать всю систему если можно перезапустить только те службы где были изменения

вообще, на сколько я понял синхронизируется ветка реестра .....SKYROS\VideoNet\8.0\SysConfig\NetworkConfig
вот если там происходят изменения, то все машины, перечисленные в этой ветке и подлежат синхронизации

Wert писал(а):вообще, на сколько я понял ..

это уже сомнения, хорошо
ну проверь, что зря спорить ;
я рассказываю свой случай, да и так и должно быть, просто клюнуло в данный момент ;
если имеются три компьютера ( образно ) , но в конфигурацию добавлены через общий клиент ( без разницы сервер) никакие изменения одного сервера не должны привести к общей синхронизации.. никакие

Wert писал(а): синхронизируется ветка реестра .....SKYROS\VideoNet\8.0\SysConfig\NetworkConfig
вот если там происходят изменения, то все машины, перечисленные в этой ветке и подлежат синхронизации

если брать ветку : \VideoNet\8.0\SysConfig\NetworkConfig
то посмотри, в ней только данные компьютеров, которые были добавлены в конфигурацию , но ничего не известно о тех компьютерах, что за шлюзом, и с чего синхронизации быть ?

Vibat писал(а):не должны привести к общей синхронизации.. никакие

Но в моем случае привели же /либо у меня была галюцинация

Твои утверждения логичны и понятны и наверное на малом количестве машин так и есть, только на деле на нормальной распределенной системе не всегда так получается почему-то.

Wert писал(а):Но в моем случае привели же /либо у меня была галюцинация

запросто может быть косяк, ну там версии сборок разные или разработчики что опять напутали , этим не удивишь ;
в техподдержке еще ведут статистику , и наверняка знают ;
но на нормально настроенной системе, если подключения между компьютерами через шлюзы, а не напрямую, общей синхронизации быть не должно

ну на счет версий сборок - это врядли..
Потому как SP2 была только одна нормальная сборка (если помнишь веселуху после нового года)
что ты имеешь ввиду работу VN через шлюзы? Маршрутизацию в среде VN? или шлюз сети? поскольку у них общее название, но выполняют несколько разную роль. первый минимизирует трафик, а второй разделяет разные подсети в одной глобальной сети
Построение сети VN - это вообще отдельный разговор. как и построение сети для VN

Wert писал(а):ну на счет версий сборок - это врядли..
Потому как SP2 была только одна нормальная сборка (если помнишь веселуху после нового года)
что ты имеешь ввиду работу VN через шлюзы? Маршрутизацию в среде VN? или шлюз сети? поскольку у них общее название, но выполняют несколько разную роль. первый минимизирует трафик, а второй разделяет разные подсети в одной глобальной сети
Построение сети VN - это вообще отдельный разговор. как и построение сети для VN

всё проще : схему смотри
любые изменения в конфигурации на сервере №1 приведут только к синхронизации двух компьютеров №1 и №3
Сервер №2 не будет участвовать в этом " разврате"

В теории да.
А вот установив третий сервер (№4) и клиента (№5) и соединив №5 с №1 и №4 - ты получаешь то что имеем. и не всегда от этого можно уйти.
А на счет цепочки. увы - к сожалению не всегда представленная тобой теория соотвествует практике когда учавствует в схеме не один а два десятка серверов и 3 десятка клиентов

Wert писал(а):В теории да.
А вот установив третий сервер (№4) и клиента (№5) и соединив №5 с №1 и №4 - ты получаешь то что имеем. и не всегда от этого можно уйти.
А на счет цепочки. увы - к сожалению не всегда представленная тобой теория соотвествует практике когда учавствует в схеме не один а два десятка серверов и 3 десятка клиентов

в какой еще теории ? это нормальная работа системы, или ты думаешь я более чем с 3-мя компьютерами дела никогда не имел ?

твои изменения конфигурации на компьютере №4 никак не должны привести к впаданию в синхронизацию сервера №1 и тем более сервера №2

я ни чуть не умоляю твой опыт работы, но и сам пишу то что вижу на экране. Началось это все после перехода на VN8, до этого не было такой проблемы. Использование шлюза в среде VideoNet, предложенное тобой ни как не решает проблему, поскольку это всего навсего оптимизирует трафик и все, ну и пожалуй снижает нагрузку на оцифровщики (ivt-real). Завтра закончу обновление до SP3 отпишу - может и действительно поможет.