Процессор Детектор пробелов трека может использоваться для определения отсутствия событий в данных событий. Подобно процессору Детектор инцидентов, записи событий, отправленные из Детектора пробелов трека, не являются копиями (или производными) записей событий, полученных процессором. Записи событий, отправленные из процессора, ассоциируются с определением GeoEvent TrackGap, созданном при установке GeoEvent Server.
Примеры
Ниже приведен пример использования процессора Детектор пробелов трека:
- Процессор Детектор пробелов трека может использоваться для мониторинга текущего статуса парка автотранспорта. Например, каждое транспортное средство может обновлять свой статус каждый 30 минут. Если прошло более 30 минут после последнего сообщения о состоянии, событие пробела, выданное процессором, может означать, что транспортное средство не доступно и требуется вмешательство.
- Процессор может использоваться для мониторинга регулярного поступления данных от стационарного датчика. Например, регулятор давления, подключенный к чувствительному оборудованию, может передавать данные через определенные интервалы. Если регулятор не предоставил информацию после заданного промежутка времени, либо он сломан, либо давление превысило безопасный порог. В этом случае, событие пробела может использоваться для немедленного запуска уведомления о необходимости проверки датчика и защиты чувствительного оборудования.
Примечания по использованию
При работе с процессором Детектор пробелов трека имейте в виду следующее:
- Записи событии, отправляемые в процессор Детектор пробелов трека, должны иметь определение GeoEvent с тегом TRACK_ID. Процессор использует помеченное тегом поле Track ID для определения, когда записи событий перестают поступать. Процессор должен получить хотя бы одну запись события с данным Track ID, прежде чем он сможет обнаружить отсутствие записей событий для этого трека.
- Записи событий, отправленные из процессора, ассоциируются с определением GeoEvent TrackGap, созданным при установке GeoEvent Server.
- Схема определения TrackGap GeoEvent показана ниже. Записи событий, отправляемые из процессора, соответствуют этой схеме, а не схеме исходного источника данных.
Имя | Описание | Тип |
---|---|---|
trackID | Указывает значение, используемое для уникальной идентификации пройденного оборудования. Записи событий, отправляемые в процессор, должны содержать поле с тегом Track ID. Тег TRACK_ID применяется к этому полю для событий пробелов, созданных процессором. | String |
Разрыв | Флаг True означает, что запись события удовлетворяет условию пробела. Флаг False означает, что условие пробела завершилось. | Boolean |
lastReceived | Дата и время записи последнего события, полученного перед наступлением условий пробела. | Дата |
Геометрия | Геометрия, связанная с записью события пробела из процессора. Процессор присоединяет геометрию из последней полученной записи события к событию пробела, которое он генерирует. Тег GEOMETRY применяется к этому полю для событий пробелов, созданных процессором. | Геометрия |
- Необходимо задать параметры Продолжительность пробела (секунд) и Интервал определения пробелов (секунд):
- Параметр Продолжительность пробела (в секундах) задает количество секунд ожидания процессора до того как определить, что ожидаемые данные не были получены.
- Параметр Интервал определения пробелов (в секундах) определяет количество секунд в каждом интервале опроса. Например, полагая, что процессор настроен с интервалом обнаружения пробела в 120 секунд и длительностью 300 секунд, процессор будет проверять свой внутренний реестр полученных записей событий каждые 2 минуты (120 секунд), чтобы увидеть, существует ли в реестре какой-либо Track ID, который не наблюдался бы в течение последних 5 минут (300 секунд).
- Интервал обнаружения разрыва также контролирует, как часто уведомления генерируются. Когда параметр Режим уведомления о пробелах установлен на Непрерывный, новое событие пробела будет генерироваться при каждом опросе внутреннего реестра процессора для каждого ожидаемого, но не полученного Track ID. Если вы предпочитаете одиночное уведомление при обнаружении пробела, после чего вторым событием для уведомления будет возобновление получения ожидаемых записей событий, задайте При изменении для параметра Режим уведомления о пробелах.
- При настройке процессора можно задать поле записи события, которое содержит геометрию. Если имя поля записи события указано, то процессор будет добавлять геометрию из самого последней полученной записи события в события пробелов, которые он генерирует. Например, если поток данных сообщал о положении транспортных средств и процессор был настроен на интервал в 30 секунд для определения пробела длительностью более 120 секунд после получения последнего отчета, то его можно настроить на включение последнего известного местоположения транспортного средства.
- Параметр Поле геометрии будет отображать имена всех полей из каждого определения GeoEvent, в которых содержится тип данных геометрии. При выборе поля геометрии по имени выберите имя правильного поля геометрии, которое соответствует определению GeoEvent записи события.
Параметры
Ниже приведены параметры процессора Детектор пробелов трека:
Параметр | Описание |
---|---|
Имя |
Описательное имя процессора, используемое для справочной информации в GeoEvent Manager. |
Процессор |
Указывает выбранный процессор. |
Режим уведомления о пробелах | Режим уведомления о пробелах для пробелов, определенных процессором. По умолчанию При изменении.
|
Продолжительность пробела (секунд) | Время, в секундах, ожидания процессора до определения момента, что ожидаемые данные не были получены. Процессор отслеживает ожидаемые записи событий, используя Track ID, сохраненные во внутреннем регистре полученных событий. Значением по умолчанию является 300 секунд. |
Интервал определения пробелов (секунд) | Время, в секундах, в течение которого процессор ожидает перед опросом внутреннего регистра полученных событий для определения отсутствия известных Track ID. Значение по умолчанию - 120 секунд. |
Поле геометрии | Имя поля геометрии или поля с тегом GEOMETRY, которое процессор использует для применения последней известной геометрии из записей событий к создаваемому событию пробела. |
Советы и ограничения
При использовании процессора Детектор пробелов трека нужно иметь в виду следующее:
- Учитывайте взаимосвязь между параметрами Продолжительность пробела (секунд) и Интервал определения пробелов (секунд) при отслеживании событий пробела. Рекомендуется подобрать баланс между двумя значениями, заданными в этих параметрах. Рассмотрите следующие сценарии:
- Задание для параметра Продолжительность пробела (секунд) значения 60 секунд, а для параметра Интервал определения пробелов (секунд) значения 600 секунд, приведет к задержке сообщений о пробелах. Отсутствующая запись события будет рассматриваться как утраченная через минуту, однако об этом станет известно только через 10 минут из-за настройки интервала опроса. В зависимости от природы данных событий, такой тип задержки может быть неприемлем. Желательно уменьшить значение параметра Интервал определения пробелов (секунд).
- И наоборот, задание для параметра Продолжительность пробела (секунд) значения 3600 секунд, а для параметра Интервал определения пробелов (секунд) значения 1 секунда для данных событий, получаемых и обновляемых один раз в 10 минут приведет к негативному влиянию на производительность GeoEvent Service. Записи событий будут рассматриваться как утраченные после 30 минут отсутствия обновлений. Однако такие же данные событий получаются сервисом GeoEvent Service только каждый 10 минут, поэтому они могут обновляться только раз в 10 минут. Интервал опроса в 1 секунду приведет к излишнему использованию системных ресурсов, поскольку обновления записей событий могут происходить только каждые 10 минут, а не каждую секунду. Желательно увеличить значение параметра Интервал определения пробелов (секунд).