SIEMENS, DF&PD

Предыдущее посещение: Пт фев 19, 2016 21:41 Текущее время: Пт фев 19, 2016 21:41

Часовой пояс: UTC + 3 часа




 [ Сообщений: 21 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Redundancy
СообщениеДобавлено: Чт авг 04, 2011 21:48 
Не в сети

Зарегистрирован: Чт авг 04, 2011 21:28
Сообщения: 8
Здравствуйте.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Redundancy
СообщениеДобавлено: Пт авг 05, 2011 5:59 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7319
Откуда: Украина
Frydo писал(а):
Подскажите redundancy - это два абсолютно зеркальных сервера, или же работает только один (и архивы ведет и клиентов обслуживает) и только когда он ложится - начинает работать второй сервер, а после восстановления первого происходит синхронизация?

На самом деле резервирование - гибко настраиваемый механизм. Часть клиентов может обслуживаться одним сервером, часть - другим. С архивами и синхронизацией тоже возможны варианты. Сервера "абсолютно зеркальные" только с точки зрения проекта WinCC. Идеальная идентичность "железа" серверов не требуется.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт авг 05, 2011 7:03 
Не в сети
Известный Писатель

Зарегистрирован: Пт окт 30, 2009 10:27
Сообщения: 435
Откуда: Москва
Aйрат, не нужно советовать кому-либо то, чего сами не знаете.
Цитата:
Сервера синхронизируются через сом порт

необязательно! Они прекрасно резервируются и по Ethernet, COM-порт можно не подключать.
Цитата:
если у всех клиентов preferred server server_stb

server_stb - я так понимаю, что это у вас (в Вашем проекте) имя резервного сервера? У Frydo он может называться по-другому.

Frydo на серверах должны быть зеркала и работают они параллельно. Резервирование же переключает клиентов в случае отказа сервера. А вот синхронизация - это совсем другая песня...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт авг 05, 2011 8:10 
Не в сети
Известный Писатель

Зарегистрирован: Пт окт 30, 2009 10:27
Сообщения: 435
Откуда: Москва
Aйрат писал(а):
Спасибо RAN!
А сом-порт тогда зачем, кстати он идет в поставке только с лицензией Redundancy Server.

Это как он у вас идёт в поставке только с лицензией? В отдельной коробке что-ли? И как вы его потом в сервер инсталируете??? Это какое-то новое слово в технологии лицензирования!
Айрат, а вы сами пробовали настраивать резервирование?
После активации Redundancy у вас появляется возможность выбора каким способом резервировать сервера. По умолчанию COM-порты не используются.
Попробуйте для себя использовать сетевую карту для резервирования без com-port, полагаю разницы Вы не заметите, при условии, что сервера видят друг друга по сети.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт авг 05, 2011 17:06 
Не в сети

Зарегистрирован: Чт авг 04, 2011 21:28
Сообщения: 8
Всем спасибо за ответы. Но ...

Есть система автоматизации с двумя серверами (резервирование), но вот размер архивов на них различен - на одном 2GB, на другом в три раза меньше за месяц. Сис. админ уверяет что сервер выступающий мастером ведет архив, другой же его ведет только когда первый вырубается (такое не редко). Отсюда и вопрос...

На серверах мульти-проекты, один сделан дубликатором. Синхронизация по сети конечно.

Как я понял два сервера должны работать все же зеркально (сп. RAN ), тогда не совсем понятно чем отличается мастер сервер от не мастер? Зачем нужна возможность переключать сервера изменяя @RM_MASTER?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт авг 05, 2011 18:07 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7319
Откуда: Украина
Aйрат писал(а):
Я имел ввиду кабель для подключения к сом портам серверов ввода-вывода. Речь шла про кабель.
Что понимается под "сервером ввода-вывода"?

RAN писал(а):
Это как он у вас идёт в поставке только с лицензией? В отдельной коробке что-ли? И как вы его потом в сервер инсталируете??? Это какое-то новое слово в технологии лицензирования!
Думаю, речь идёт об одном из пакетов линейки PCS7. Действительно, в коробке с лицензией (не помню точно версию - давно это было:) присутствовал нуль-модемный кабель.

Frydo писал(а):
Как я понял два сервера должны работать все же зеркально...
Что же всё-таки имеется в виду?
Размер архивов на серверах резервированной пары зависит от того, как настроена синхронизация архивов, и от того, какой из серверов больше проработал "мастером". Тут ещё вот какой момент присутствует. Основным становится сервер, который первым загрузился и связался с контроллером. Другой автоматически попадает в горячий резерв, хотя некоторые клиенты могут тянуть с него данные. И архивировать данные он может независимо от первого. То есть фиксированных ролей (основной, резервный, мастер, не мастер и т.д.) у серверов нет.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб авг 06, 2011 7:20 
Не в сети

Зарегистрирован: Чт авг 04, 2011 21:28
Сообщения: 8
Eugene1974 писал(а):
Frydo писал(а):
Как я понял два сервера должны работать все же зеркально...
Что же всё-таки имеется в виду?


Под зеркалами я имею ввиду что серверы имеют отдельное (не физически) подключение к PLC и БД процесса на обоих серверах полностью идентичны (посредством синхронизации).

Eugene1974 писал(а):
Размер архивов на серверах резервированной пары зависит от того, как настроена синхронизация архивов, и от того, какой из серверов больше проработал "мастером".


Вот настройки синхронизации для первого сервера, который по дефолту выбран мастером:
1. Only synchronization the last 2 day of a falture.
2. Synchronization of Tag Logging after the parther server comes back online.
3. Synchronization of Alarm Logging after the parther server comes back online.
4. Synchronization after process connection error [Tag + Alarm Logging].
5. WinCC client switc in case of a process connection error.

Для сервера партнера все то же самое кроме двух последних опций.

Меня как раз интересует почему у мастер сервера должен быть архив процесса больше?

Eugene1974 писал(а):
Тут ещё вот какой момент присутствует. Основным становится сервер, который первым загрузился и связался с контроллером. Другой автоматически попадает в горячий резерв, хотя некоторые клиенты могут тянуть с него данные. И архивировать данные он может независимо от первого. То есть фиксированных ролей (основной, резервный, мастер, не мастер и т.д.) у серверов нет.
Это все так и есть, но не понятно тогда само определение - мастер. ??? Чем он функционально отличен от партнера - ничем?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб авг 06, 2011 21:57 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7319
Откуда: Украина
Aйрат

В документациях по сименсу она называется как резервированный OS сервер, но мы их называем сервера ввода-вывода (так идет в проектной документации)
Кто "она"? При чём тут какая-то "проектная документация" и то, как вы их называете? Можете белое называть чёрным, а чёрное - красным. Но не все могут мыслить в этой плоскости.

Возможно ты путаешь сами резервированные контроллеры с H-лицензией. В клиентах в WinCCExplorer прописываешь КТО ДОЛЖЕН БЫТЬ PREFERRED SERVER, и если у клинта №1 предпочтительный сервер выбран Standby OS, то он тянет данные с него, если ты этот сервер перезагрузил, то система сгенерирует сообщение типа Master Standby OS ......, и клиент №1 переключится на Master OS, после перезагрузки и активации runtime wincc на Standby OS, клиент №1 переключится обратно на него, т.е. на Standby OS. Это было подтверждено практически, и где ты увидел что "Другой автоматически попадает в горячий резерв, хотя некоторые клиенты могут тянуть с него данные."
(Основным становится сервер, который первым загрузился и связался с контроллером.) если в твоем случае основным стал
Standby OS, то да он будет основным, но в проекте он все же Standby OS

Что ж, попробуем разобраться в этом наборе слов. Во-первых, речь в теме идёт о резервировании WinCC-серверов. И я не упоминал ни резервированные контроллеры, ни H-лицензию. PCS7 также вопрошающим не упоминается. Во-вторых, поведение клиента, для которого указан предпочтительный сервер, мне неведомо, я при использовании резервирования (это было не на PCS7) ничего не указывал. Если у Вас есть соответствующий опыт - поделитесь им, но не думаю, что Вы перепробовали все возможные варианты.



Frydo

Под зеркалами я имею ввиду что серверы имеют отдельное (не физически) подключение к PLC
Хорошо, что такое "отдельное (не физически) подключение"? "Зеркала" то тут каким боком?

БД процесса на обоих серверах полностью идентичны (посредством синхронизации).
Не факт, что идентичны, тем более - полностью.

Для сервера партнера все то же самое кроме двух последних опций.
Как это получилось? Или проект переписывался не дупликатором? Может, правился вручную?

Это все так и есть, но не понятно тогда само определение - мастер. ??? Чем он функционально отличен от партнера - ничем?
Ничем. Мелкие нюансы - не в счёт. Мастер - понятие условное. И введено для определённости. Но Вас оно скорее запутало. Сами ведь выше написали про чудо-тег @RM_MASTER.



Айрат & Frydo

Не придумывайте новые толкования терминов, для которых существуют общепринятые определения. Так гораздо проще понять, что вы пИшите.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс авг 07, 2011 8:27 
Не в сети

Зарегистрирован: Чт авг 04, 2011 21:28
Сообщения: 8
Eugene1974 писал(а):
Хорошо, что такое "отдельное (не физически) подключение"? "Зеркала" то тут каким боком?


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

Eugene1974 писал(а):
Не факт, что идентичны, тем более - полностью.


Так я и пытаюсь понять почему не идентичны, от чего это зависит?

Eugene1974 писал(а):
Как это получилось? Или проект переписывался не дупликатором? Может, правился вручную?


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

Eugene1974 писал(а):
Ничем. Мелкие нюансы - не в счёт. Мастер - понятие условное. И введено для определённости. Но Вас оно скорее запутало. Сами ведь выше написали про чудо-тег @RM_MASTER.


Так. Запутало. Я например не могу понять зачем тогда в нашей HMI немцы ввели возможность переключения мастер сервера путем оперирования этим чудо-тегом. Ведь это простая условность?

Eugene1974 писал(а):
Frydo не придумывайте новые толкования терминов, для которых существуют общепринятые определения. Так гораздо проще понять, что вы пИшите.


Я понимаю что не точен в терминах, дело времени и простительно в общем для новичка.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс авг 07, 2011 21:37 
Не в сети
Это точно не человек

Зарегистрирован: Чт фев 16, 2006 12:27
Сообщения: 7319
Откуда: Украина
В настройках резервирования имеется галка "Default Master", помощь по которой гласит:
Цитата:
Use the "Default Master" option to define which of the redundancy servers will routinely be activated as "Master" and "Standby", respectively, when both servers are being booted at the same time.
The redundancy master can be identified at runtime by means of the "@RM_MASTER" or "@RM_MASTER_NAME" redundancy tags. The redundancy tags "@RM_MASTER" or "@RM_MASTER_NAME" are available in the "Redundancy" tag group at "Internal tags" in Tag Management.
The redundancy computer on which the tag "@RM_MASTER" is set to "1" is the "Master".
The computer name of the corresponding redundancy master is written to the "@RM_MASTER_NAME" tag.
The clients will switch to the former "standby" computer if the status of the "@RM_Master" tag changes, e.g. due to a computer crash. The previous "Standby" computer is now the master.
Clients for which no preferred server has been entered will connect to the redundancy server which is master.
Clients with a preferred server (permanent operability) ignore the "Master"/standby identifier in the "@RM_Master" and "@RM_MASTER_NAME" redundancy tags.
Note: Make sure that only one of the two redundancy servers is designated the "default master" and that the options are not activated at both! Otherwise problems may arise during the redundancy switchover of clients.
ИМХО всё предельно ясно расписано.

Айрат писал(а):
Eugene1974 ты лучше подскажи если знаешь вот такой случай
"Unknown Exception" наводит на мысль, что софт установлен криво и/или вопреки таблицам совместимости.

Frydo писал(а):
Да, правильно, правился вручную, но не мной - человек который это делал толком объяснить ничего не может. Потому я и разбираюсь и на этом форуме прошу помощи...
Зря он это сделал. Теперь проекты вряд ли могут считаться резервированными. Запустите ещё раз дупликатор или заново перезалейте проекты с инженерной станции.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 21 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group