www.InTouch.su

Нужен сервер historian и сервером приложений с горячим резервом .
(как правильно организовать резерв - нужен виндовый кластер или это делается средствами WW, есть ли мануал)

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

Поможите подобрать лицензии, емкость где то по 25к тегов на InTouch и 5к на хисториан.

нужно подобрать под WW и MS (SQL и Windows).

входит ли в historian wis. если да то какой и на сколько лицензий.

System Platform 25K IO/5K History, v4.0 - 1 шт. (SP-4340A)
InTouch for SysPlatform w/ HistClient, v10.1A - 8 шт. (01-2517)
Сервер приложений с горячим резервом - да
Historian - без горячего резерва

DiMa писал(а):входит ли в historian wis. если да то какой и на сколько лицензий

Да, сам сервер + локальная клиентская лицензия.

DiMa писал(а):как правильно организовать резерв - нужен виндовый кластер или это делается средствами WW, есть ли мануал

IAS - Help - Redundancy Engine

Генератор зла писал(а):System Platform 25K IO/5K History, v4.0 - 1 шт. (SP-4340A)

Если лицензия 1 (установлена на primary), а сервера 2, то как будет backup сервер (тот что стоит в резерве).
в хелпе вопрос не освещен.

Генератор зла писал(а):Historian - без горячего резерва

Без горячего резерва при этой конфигурации лицензий или его вообще невозможно сделать?

еще вопросы ))

1. windows надо ли брать версию Cluster Server или подойдет standart edition
2. wis лицензии (дополнительные) ставятся на сервак с System Platform?
3. MS SQL покупать не нужно?

DiMa писал(а):Если лицензия 1 (установлена на primary), а сервера 2, то как будет backup сервер (тот что стоит в резерве).
в хелпе вопрос не освещен.

Просто будет работать

DiMa писал(а):Без горячего резерва при этой конфигурации лицензий или его вообще невозможно сделать?

Современная версия Historian (Hictorian 10.0, она же 2012) не поддерживает кластеризации. Если кластеризация принципиально необходима, то надо покупать System Platform 25K IO/25K History, v3.1 - 1 шт., в которой стандартный Historian 9.0 25K при продаже бужет заменён на Historian 25K Enterprise with Cluster (с увеличением цены, естессно). Кластерная версия Historian начинается с 25K тегов, меньше не получится.
С клиентами всё по прежнему.
Только придётся докупить для клиентов WW Enterprise CAL with MS CAL - по количеству клиентов.

DiMa писал(а):windows надо ли брать версию Cluster Server или подойдет standart edition

Std для серверов AS. Ent (2003 only) для Historian Cluster ибо кластер на Std не поднять.

DiMa писал(а):wis лицензии (дополнительные) ставятся на сервак с System Platform?

На сервир WIS из состава System Platform. Сама System Platform может быть размазана на 4+ сервера (в случае кластерного Historian - на 5+). Но для WIS всегда рекомендуется отдельный. Вот на него и упадут клиентские лицензии.

DiMa писал(а):MS SQL покупать не нужно?

Необходимое количество лицензий MSSQL входят в SP (Historian+WIS)

Спасибо.

Еще вопросы )).
Не хочется терять архивные данные во время неработоспособности основного сервера

Если сделать так:
на ведущий сервер установить System Platform 25K IO/5K History, v4.0
на ведомый установить лицензию historian 10.0 5К (будет ли при этом работать Redundancy Engine для IAS?)

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

DiMa писал(а):на ведущий сервер установить System Platform 25K IO/5K History, v4.0
на ведомый установить лицензию historian 10.0 5К

У Вас есть лишние $16500 ? Отдайте мне, я найду им достойное применение

DiMa писал(а):будет ли при этом работать Redundancy Engine для IAS?

Он работает и вообще без Historian-a. Redundancy Engine - резервироание объектов IAS-а. Historian такоым не яляется.

DiMa писал(а):чтобы при восстановлении работоспособности была выполнена репликация данных хисториана.

Для этого один д.б. сегда мастером, второй - слейвом, в противном случае как им понять кто и на кого должен реплицироваться? А если накроется мастер?

DiMa писал(а):есть для этого стандартный механизм или надо ручками что-то писать?

Стандартный мех-м - кластер. Всё остальное - поделка.

DiMa писал(а):как будут обстоять дела с архивом аварий (alarmdblogger) он сам перенесется на основную машину или надо тоже самому?

Его лучше запускать на нерезервированном узле. И честно говоря не помню, как он ведёт себя на кластере.

Генератор зла писал(а):

DiMa писал(а):на ведущий сервер установить System Platform 25K IO/5K History, v4.0
на ведомый установить лицензию historian 10.0 5К

У Вас есть лишние $16500 ? Отдайте мне, я найду им достойное применение

А как иначе сделать, чтобы архивные данные не пропадали, на момент вывода из строя основной машины?

----------------------------

Еще вопрос если лицензия одна System Platform 25K IO/5K History и настроен горячий резерв (Redundancy Engine), то как долго может проработать резервный сервер. В смысле увезли основной сервак в сервис, резервный остался один и без ключа. До первой перезагрузки или сколь угодно долго.

----------------------------

Генератор зла писал(а):

DiMa писал(а):как будут обстоять дела с архивом аварий (alarmdblogger) он сам перенесется на основную машину или надо тоже самому?

Его лучше запускать на нерезервированном узле. И честно говоря не помню, как он ведёт себя на кластере.

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

DiMa писал(а):А как иначе сделать, чтобы архивные данные не пропадали, на момент вывода из строя основной машины?

Классический способ - кластер. Всё остальное - творчество. Но кластер - только для Historian. Сам AS пока не поддерживает кластеризацию, у него есть мех-м Redundancy Engine.

DiMa писал(а):Еще вопрос если лицензия одна System Platform 25K IO/5K History и настроен горячий резерв (Redundancy Engine), то как долго может проработать резервный сервер.

Сколько угодно с любым количеством перезагрузок. Не будет возможности внесения изменений. Да и ключ+лицензии не обязательно отправлять в ремонт

DiMa писал(а):хорошо, если платформа перешла на резервную машину, то куда дб логер будет писать аварии.

В БД MSSQL, расположенную на 3-м отдельном сервере либо на кластере (но второе нужно уточнить у техсаппорта)

DiMa писал(а):Если да то при восстановлении основной архив аварий и евентов на нее перенесется?

Генератор зла писал(а):Redundancy Engine - резервироание объектов IAS-а.

БД алармов объектом AS не является, как и утилита AlarmDBLogger.

DiMa писал(а):вы же из питерского клинкмана?

Акела промахнулся!

DiMa писал(а):это сильно ускорит решение наших вопросов.

Поверьте, вопросы резервирования (как AS так и Historian), конечно, важны, но без базовых знаний AS о них рассуждать - потеря времени. Запишитесь на курсы.
http://www.wonderware.ru/htm/support_rules.htm
http://www.klinkmann.ru/courses/courses ... ification/
Контактные телефоны:
http://www.klinkmann.ru/

Генератор зла писал(а):Поверьте, вопросы резервирования (как AS так и Historian), конечно, важны, но без базовых знаний AS о них рассуждать - потеря времени. Запишитесь на курсы.

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

пока вижу 3 сервера
2 с AS, 1 wis
хисториан без резерва.

осталось следующее:
1. вопрос с алармами, где порекомендуете хранить базу, где запускать дблогер.

2. Желателен АРМ инженера, с который можно было бы вносить некоторые изменения в проект и отправлять изменения на сервер-клиентам.
Какую(ие) лицензию ему необходимо приобрести?
Тут мне тоже механизм неизвестен - на АРМ инженера будет отдельная копия приложения, где он будет что то править, потом выгружать и тащить на сервер или возможно удаленно подключиться к серверу с galaxy и править на нем.
Можно и по простому - удаленным рабочим столом/radmin заходит на сервер и там работать...
Как вообще люди этот вопрос решают?

DiMa писал(а):ну зачем вы так...

И, тем не менее, я прав. Нельзя выбрать софт, не зная его функционал и не умея (базово, по-чайницки) им пользоваться. Нюансов в AS полно. Пройти обучение гораздо дешевле, чем купить не то ПО

DiMa писал(а):пока вижу 3 сервера
2 с AS, 1 wis
хисториан без резерва.

Только мне кажется, что перечислено 4 сервера???

DiMa писал(а):1. вопрос с алармами, где порекомендуете хранить базу, где запускать дблогер.

В случае с нерезервированным Historian - на нём (обе задачи). В случае кластера - проконсультироваться с саппортом, может ли AlarmDBLogger работать на кластере.

DiMa писал(а):Желателен АРМ инженера, с который можно было бы вносить некоторые изменения в проект и отправлять изменения на сервер-клиентам.
Какую(ие) лицензию ему необходимо приобрести?

Development Studio Unlimited

DiMa писал(а):Можно и по простому - удаленным рабочим столом/radmin заходит на сервер и там работать...

Оно, конечно, можно. Но мне совсем (очень совсем) не нравится объединение АРМа разработки с боевым сервером. Во-первых, процесс разработки нагружает комп - влияние на Runtime; во-вторых, при разработке можно накосячить и подвесить сервер - потребуется ребут - для боевого сервера это не айс; в третьих, 25 К тегов AS - не семечки, для таких систем общая (и совершенно правильная) рекомендация - отдельный АРМ разработки; можно продолжить перечисление...

DiMa писал(а):Как вообще люди этот вопрос решают?

Всё зависит от серьёзности подхода. Для некритичных систем люди и всё на один сервер умудряются залить. Для систем, простой которых недопустим, возникают вопросы резервирования,..., и здесь на АРМе разработчика не экономят.

чую должен коньяк

Генератор зла писал(а):

DiMa писал(а):пока вижу 3 сервера
2 с AS, 1 wis
хисториан без резерва.

Только мне кажется, что перечислено 4 сервера???

я наверно коряво объяснил
на 1м System Platform 25K IO/5K History, v4.0
на 2м "Redundancy Engine" для первого
на 3м wis

зачем 4й?
------

про wis
что значит локальная лицензия?
нам нужно чтобы можно было посмотреть и из сети предприятия и из интернета.
------

где взять номенклатуру лицензий, хотя бы без цен.

DiMa писал(а):зачем 4й?

Для Historian, вестимо. Его не плохо было бы тоже содержать отдельно.

DiMa писал(а):что значит локальная лицензия?

Локальная для сервера WIS, т.е. подлючиться к WIS с него же самого.

DiMa писал(а):нам нужно чтобы можно было посмотреть и из сети предприятия и из интернета.

Тогда необходимо закупить нужное кол-во WIS Client лицензий. А они могут быть Std/Advansed (ReadOnly/Read-Write)

DiMa писал(а):где взять номенклатуру лицензий, хотя бы без цен.

Запросить прайс у дистрибьютора?

ОК!

пока вопросов больше нет.

Запрос на прайс отправил и в торнадо и в клинкманн. Раньше здесь, на InTouch.ru, была номенклатура без цен, было очень удобно.

DiMa писал(а):Раньше здесь, на InTouch.ru, была номенклатура без цен, было очень удобно.

До 2000 годов прайс WW занимал 1 лист A4. Сегодня, с учётом всех доступных версий, апгрейдов,... лучше его не печатать (его листать то устаёшь). Ну а в общем доступе прайса нет по некоторым причинам

ох ну цены стали...
как бы заказчик лесом не послал

но это уже не наша проблема...

Еще технический вопросЫ.

1. При "standalone" приложениях ключ всегда устанавливал непосредственно на операторской машине. В нашем случае это может быть неудобно.
Можно ли привязать все операторские лицензии к флеш ключу сервера?.

2. Существует ли Historian 10.0 отдельно без платформы. Просто в прайсах он либо входит в платформу, либо с припиской additional w/platform

DiMa писал(а):Можно ли привязать все операторские лицензии к флеш ключу сервера?

Только в случае использования InTouch TSE/InTouch for SP TSE

DiMa писал(а):Существует ли Historian 10.0 отдельно без платформы. Просто в прайсах он либо входит в платформу, либо с припиской additional w/platform

Ищите раздел Reporting&_

еще поясните у некоторого софта v4 у некоторого 2012, в чем разница. кто новее?

Например в состав платформы входит WIS 4
а клиентские лицензии представлены только 2012

2012 новее. Планируется все продукты приводить к единому индексу.
В данный момент некоторые продукты из SP 4.0 и SP 2012 идентичны.

Помогите с подбором лицензии пожалуйста.
Собираюсь делать проект на базе SysPlatform SingleNode RT 1K IO/100 History, v4.0 (SP-10540A), но имеется дополнительное требование, необходим полный доступ к экранам InTouch с управлением(либо без управления) через веб-браузер любого ПК общей корпоративной сети.
Возможно ли это? если да то помогите с лицензией.

RAdmin ?