OmegabcРезервные A&C серверы OPC UA: сохранить идентичность события при переключении
Фотография конкретного исполнения не приложена.
Для одного и того же события в резервных A&C серверах предусмотрен одинаковый EventId. Это позволяет распознавать событие после переключения. Требование относится к согласованной резервной системе; два независимых сервера с похожими тегами нельзя автоматически считать такой парой и объединять их уведомления без проверки.
Поведение клиента зависит от режима резервирования. При cold или warm переключении подпискам на события требуется Refresh, инициируемый клиентом. При hot переключении Refresh может понадобиться; тогда сервер выдаёт RefreshRequiredEventType. В прозрачной резервной системе дополнительных действий клиента требоваться не должно.
Поэтому универсальная реакция «всегда создать всё заново» либо «никогда не синхронизировать список» не подходит для всех конфигураций. В проекте фиксируют фактический режим и правила обработки идентификаторов. Журнал должен показывать переключение отдельно от возникновения нового физического события на контролируемом объекте.
В приёмке переключают согласованную тестовую пару при существующей активной аварии и при изменении состояния. Проверяют отсутствие ложного повторного возникновения, сохранность актуального списка и нужный Refresh. Успешное подключение к резервному адресу не подтверждает синхронизацию состояний и корректность дедупликации событий.
Основание — OPC Foundation OPC 10000-9, v1.05.06, 2025-10-22, разделы 5.14.3. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Это описание информационной модели и проектной проверки интерфейса. Реализация сервера и оборудование не испытывались; параметры защиты и порядок действий персонала определяются проектом объекта.