Краткая информация
Процессор Детектор пробелов трека может использоваться для определения отсутствия событий в данных событий. Подобно процессору Детектор инцидентов, записи событий, отправленные из Детектора пробелов трека, не являются копиями (или производными) записей событий, полученных процессором. Записи событий, отправленные из процессора, ассоциируются с определением GeoEvent TrackGap, созданном при установке GeoEvent Server.
Примеры
- Процессор Детектор пробелов трека может использоваться для мониторинга текущего статуса парка автотранспорта. Например, каждое транспортное средство может обновлять свой статус каждый 30 минут. Если прошло более 30 минут после последнего сообщения о состоянии, событие пробела, выданное процессором, может означать, что транспортное средство не доступно и требуется вмешательство.
- Процессор может использоваться для мониторинга регулярного поступления данных от стационарного датчика. Например, регулятор давления, подключенный к чувствительному оборудованию, может передавать данные через определенные интервалы. Если регулятор не предоставил информацию после заданного промежутка времени, либо он сломан, либо давление превысило безопасный порог. В этом случае, событие пробела может использоваться для немедленного запуска уведомления о необходимости проверки датчика и защиты чувствительного оборудования.
Примечания по использованию
- Записи событии, отправляемые в процессор Детектор пробелов трека, должны иметь определение GeoEvent с тегом TRACK_ID. Процессор использует помеченное тегом поле TRACK_ID для определения, когда записи событий перестают поступать. Процессор должен получить по меньшей мере одну запись события с заданным TRACK_ID, прежде чем он сможет обнаружить отсутствие записей событий для этого трека.
- Записи событий, отправленные из процессора, ассоциируются с определением GeoEvent TrackGap, созданном при установке GeoEvent Server.
- Схема определения TrackGap GeoEvent показана ниже. Записи событий, отправляемые из процессора, соответствуют этой схеме, а не схеме исходного источника данных.
| Имя | Описание | Тип |
|---|---|---|
| trackID | Значение, используемое для уникальной идентификации пройденного оборудования. Записи событий, отправляемые в процессор, должны содержать поле с тегом TRACK_ID. Тег TRACK_ID применяется к этому полю для событий пробелов, созданных процессором. | Строковое |
| Gap | Флаг True означает, что запись события удовлетворяет условию пробела. Флаг False означает, что условие пробела завершилось. | Булево |
| lastReceived | Дата/время записи последнего события, полученного перед наступлением условий пробела. | Дата |
| Geometry | Геометрия, связанная с записью события пробела из процессора. Процессор присоединяет геометрию из последней полученной записи события к событию пробела, которое он генерирует. Тег GEOMETRY применяется к этому полю для событий пробелов, созданных процессором. | Геометрия |
- Необходимо задать параметры Продолжительность пробела (секунд) и Интервал определения пробелов (секунд):
- Параметр Продолжительность пробела (в секундах) задает количество секунд ожидания процессора до того как определить, что ожидаемые данные не были получены.
- Параметр Интервал определения пробелов (в секундах) определяет количество секунд в каждом интервале опроса. Например, полагая, что процессор настроен с интервалом обнаружения пробела в 120 секунд и длительностью 300 секунд, процессор будет проверять свой внутренний реестр полученных записей событий каждые две минуты (120 секунд), чтобы увидеть, существует ли в реестре какой-либо TRACK_ID, который не наблюдался бы в течение последних пяти минут (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 минут, а не каждую секунду. Желательно увеличить значение параметра Интервал определения пробелов (секунд).