www.InTouch.su

В рабочую систему потребовалось добавить еще один сервер для полного резервирования всех функций первого.
http://fotkidepo.ru/photo/757446/33549f ... 05760w.jpg
Какое решение будет самым оптимальным. В руководстве нашел 2 типа резервирования
1.Резервирование движка.
2.Резервирование канала связи.
Можете ли сказать судя по фото какой тип мне нужен. Учитывая что данные берутся с контролера SIemens через OPCClient_001. Связь на втором сервере от siemens на уровне OPC simatic/net тоже присутствует.
Нужно ли переносить все area с первого сервера на второй и заново конфигурировать объекты? Спасибо

Kaspiysk писал(а):В рабочую систему потребовалось добавить еще один сервер для полного резервирования всех функций первого.
http://fotkidepo.ru/photo/757446/33549f ... 05760w.jpg
Какое решение будет самым оптимальным. В руководстве нашел 2 типа резервирования
1.Резервирование движка.
2.Резервирование канала связи.
Можете ли сказать судя по фото какой тип мне нужен. Учитывая что данные берутся с контролера SIemens через OPCClient_001. Связь на втором сервере от siemens на уровне OPC simatic/net тоже присутствует.

Если резервирование каналов связи и серверов в/в (OPCClient) не требуется, то вариант 1. Иначе 1+2 (2 - на уровне Redundund DI-object)

Нужно ли переносить все area с первого сервера на второй и заново конфигурировать объекты?

Нет.

To Klinkmann_Msk
А можете для пункта один расписать порядок резервирования движка или хотя бы пример если есть или руководство по энтому делу? Заранее спасибо.

Kaspiysk писал(а):To Klinkmann_Msk
А можете для пункта один расписать порядок резервирования движка или хотя бы пример если есть или руководство по энтому делу? Заранее спасибо.

1. Два сервера
2. В каждом по доп. NIC-карте. Соединяются накоротко (кроссовер-шнур)
3. В IDE 2 Platform. В поле Redandancy message channel IP address вводится IP её собственной доп. NIC-карты (п. 2)
4. AppEngine. Помещается на Platform1. В закладке Redandancy ставится "галочка" Enable Redandancy.
5. Появляется AppEngine_Backup, который помещается на Platform2
6. Deploy.

Добрый день.
Есть сервер и удаленный АРМ, на арме managed application. Сервер берет данные с контроллера по DASGESRTP.
Возможно ли организовать резервирование таким образом чтобы при обрыве связи сервер - АРМ, Арм не терял управления объктом.
в документации наткнулся на вот это:

Для разработки и поддержания множества рабочих мест в распределенных системах можно использовать технологию InTouch NAD (Network Application Development – сетевая разработка приложения). На сервере располагается главная копия приложения, а рабочие места поддерживают соответствие своих копий главной таким образом, что даже при выключенном сервере они продолжают нормально работать.

Но больше ничего не нашел по этой технологии.

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

Спасибо.

AirBus писал(а):в документации наткнулся на вот это

NAD во 1 - технология "чистого" InTouch, во 2 - это Network Application Development, т.е. относится только к распространению проекта со станции разработчика на рабочие АРМы.
Для

AirBus писал(а):организовать резервирование таким образом чтобы при обрыве связи сервер - АРМ, Арм не терял управления объктом.

Вам необходимо Redundund DI-object + Redandancy Engine. Хотя, в результате Вы получите схему, при которой сервер и не нужен
Обычно делают 2 резервированных сервера + нужное кол-во АРМов.

Генератор зла писал(а):Обычно делают 2 резервированных сервера + нужное кол-во АРМов.

В случае физического повреждения линни связи на объекте остаются без управления с АРМ.
В итоге прихожу все равно к дублированию объектов на платформе АРМ.

Что будете делать при:
- несправности NIC АРМа
- неисправности БП АРМа
- неисправности линии связи между АРМом и объектом

З.Ы. АРМ, обычно, несерверная ОС. Со всеми вытекающими последствиями (устойчивость, надёжность, быстродействие)