1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не писать свой вопрос в первую попавшуюся тему - вместо этого создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь и здесь, а студентам - обязательно здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Дублирование Alpha.Server и Alpha.Historian

Модератор: специалисты Атомик Софт

Ответить

Автор темы
b_jam
здесь недавно
здесь недавно
Сообщения: 5
Зарегистрирован: 29 дек 2023, 08:18
Имя: Евгений
Страна: Россия
город/регион: Пермский край
Благодарил (а): 1 раз

Дублирование Alpha.Server и Alpha.Historian

Сообщение b_jam »

Пусть есть узел 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 и не пользоваться дублированием?
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 17594
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 826 раз
Поблагодарили: 1654 раза

Дублирование Alpha.Server и Alpha.Historian

Сообщение Jackson »

b_jam писал(а): 26 фев 2024, 07:40 Понятно, что при резервировании Alpha.Server такой проблему не должно быть, т.к. пишет либо основной, либо резервный. Но если хочется дублировать!
А зачем? "Хочется" - это не обоснование. Обоснование должно быть в ТЗ чётко сформулировано, а если такого не наблюдается то нечего отсебятину пороть.

Я не спец по эхотагу, но в общем случае дублирование - это один из методов резервирования, при котором не просто удваивается количество источников данных, а ещё и добавляется признак "основной/резервный" и "исправен/отказ" для каждого источника. А писать одну переменную из двух источников - глупо. Потому что - а откуда Вы знаете, какой из этих источников в каждый момент времени достоверен? Вот пришли разные данные, что-то в итоге записалось - а что конкретно? От какого из источников? Почему достоверно именно то что записано? И, главное, зачем ломать голову над всеми этими вопросами?

При предложенном Вами "дублировании" (хотя это даже не оно) дублируется только стоимость железа и стоимость Ваших трудозатрат на это всё.

Чем не устраивает стандартный алгоритм резервирования, уже предложенный от производителя? Зачем велосипед изобретать? Тем более, такой кривой.
По вопросам работы Форума можно обратиться по этим контактам.

Автор темы
b_jam
здесь недавно
здесь недавно
Сообщения: 5
Зарегистрирован: 29 дек 2023, 08:18
Имя: Евгений
Страна: Россия
город/регион: Пермский край
Благодарил (а): 1 раз

Дублирование Alpha.Server и Alpha.Historian

Сообщение b_jam »

Дублирование такой же «стандартный» алгоритм от разработчика см. Повышение надёжности проекта автоматизации.
Разумное и удобное решение – создать 2 узла Alpha.Domain с Alpha.Server и Alpha.Historian, чтобы Alpha.Server записывал данные в свой локальный Alpha.Historian.
Ответить

Вернуться в «Альфа платформа»