Пусть есть узел Alpha.Domain с Alpha.Server и Alpha.Historian.
Создаём ещё один узел Alpha.Domain с дублирующим Alpha.Server и дублирующим Alpha.Historian.
Два Alpha.Server одновременно пишут в два Alpha.Historian параметр, значения которого получают из одного источника, например, контроллера по Modbus.
Таким образом, на каждый Alpha.Historian записывается один и тот же параметр от двух Alpha.Server. Это хорошо, но как различить значения параметра, записанные в Alpha.Historian разными Alpha.Server при выводе на тренды или через Alpha.RMap? Как при обращении к Alpha.Historian выбрать набор данных, соответствующий Alpha.Server или дублирующему Alpha.Server?
Понятно, что при резервировании Alpha.Server такой проблему не должно быть, т.к. пишет либо основной, либо резервный. Но если хочется дублировать!
Или, например, как сделать, чтобы при дублировании, описанном выше, Alpha.Server писал данные только в Alpha.Historian на своём узле Alpha.Domain? Копировать Alpha.Server и Alpha.Historian на дополнительный узел Alpha.Domain и не пользоваться дублированием?
- Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
- Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
- Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
- За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
- Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
- Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
- Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.
Дублирование Alpha.Server и Alpha.Historian
Модератор: специалисты Атомик Софт
-
- администратор
- Сообщения: 17594
- Зарегистрирован: 17 июн 2008, 16:01
- Имя: Евгений свет Брониславович
- Страна: Россия
- город/регион: Санкт-Петербург
- Благодарил (а): 826 раз
- Поблагодарили: 1654 раза
Дублирование Alpha.Server и Alpha.Historian
А зачем? "Хочется" - это не обоснование. Обоснование должно быть в ТЗ чётко сформулировано, а если такого не наблюдается то нечего отсебятину пороть.
Я не спец по эхотагу, но в общем случае дублирование - это один из методов резервирования, при котором не просто удваивается количество источников данных, а ещё и добавляется признак "основной/резервный" и "исправен/отказ" для каждого источника. А писать одну переменную из двух источников - глупо. Потому что - а откуда Вы знаете, какой из этих источников в каждый момент времени достоверен? Вот пришли разные данные, что-то в итоге записалось - а что конкретно? От какого из источников? Почему достоверно именно то что записано? И, главное, зачем ломать голову над всеми этими вопросами?
При предложенном Вами "дублировании" (хотя это даже не оно) дублируется только стоимость железа и стоимость Ваших трудозатрат на это всё.
Чем не устраивает стандартный алгоритм резервирования, уже предложенный от производителя? Зачем велосипед изобретать? Тем более, такой кривой.
По вопросам работы Форума можно обратиться по этим контактам.
-
- здесь недавно
- Сообщения: 5
- Зарегистрирован: 29 дек 2023, 08:18
- Имя: Евгений
- Страна: Россия
- город/регион: Пермский край
- Благодарил (а): 1 раз
Дублирование Alpha.Server и Alpha.Historian
Дублирование такой же «стандартный» алгоритм от разработчика см. Повышение надёжности проекта автоматизации.
Разумное и удобное решение – создать 2 узла Alpha.Domain с Alpha.Server и Alpha.Historian, чтобы Alpha.Server записывал данные в свой локальный Alpha.Historian.
Разумное и удобное решение – создать 2 узла Alpha.Domain с Alpha.Server и Alpha.Historian, чтобы Alpha.Server записывал данные в свой локальный Alpha.Historian.