Использование данных окна обслуживания: различия между версиями

Материал из Документация Ключ-АСТРОМ
Новая страница: « = Использование данных окна обслуживания = Пока окно обслуживания активно, метаданные обслуживания, которые оно добавляет к телеметрии, проблемам и событиям, позволяют фильтровать представления, уточнять автоматизацию и проводить аудит того, что про...»
 
 
Строка 5: Строка 5:
* Сортировка проблем, обнаруженных во время обслуживания.
* Сортировка проблем, обнаруженных во время обслуживания.
* Настройка рабочих процессов, запускаемых проблемами, чтобы пропускать периоды обслуживания.
* Настройка рабочих процессов, запускаемых проблемами, чтобы пропускать периоды обслуживания.
* Запрос данных обслуживания напрямую с помощью '''DQL'''.


== Сортировка проблем в приложении «Проблемы» ==
== Сортировка проблем в приложении «Проблемы» ==
Строка 25: Строка 24:
== Пропуск рабочих процессов, запускаемых проблемами, во время обслуживания ==
== Пропуск рабочих процессов, запускаемых проблемами, во время обслуживания ==
Чтобы избежать отправки уведомлений или запуска автоматизаций для проблем, возникающих под окном обслуживания, добавьте фильтр обслуживания к триггеру проблемы рабочего процесса. Перейдите в '''Workflows'''. Выберите рабочий процесс. В поле '''Дополнительный пользовательский фильтр запроса''' добавьте:<pre>maintenance.is_under_maintenance != true</pre>Сохраните рабочий процесс. Теперь рабочий процесс запускается только для проблем, которые не возникали во время окна обслуживания.
Чтобы избежать отправки уведомлений или запуска автоматизаций для проблем, возникающих под окном обслуживания, добавьте фильтр обслуживания к триггеру проблемы рабочего процесса. Перейдите в '''Workflows'''. Выберите рабочий процесс. В поле '''Дополнительный пользовательский фильтр запроса''' добавьте:<pre>maintenance.is_under_maintenance != true</pre>Сохраните рабочий процесс. Теперь рабочий процесс запускается только для проблем, которые не возникали во время окна обслуживания.
== Запрос данных обслуживания с помощью DQL ==
Запрашивайте события обслуживания и обогащённую телеметрию напрямую в хранилище данных с помощью '''DQL''', чтобы собирать данные для пользовательских дашбордов, отчётов о доступности и аудитов.


=== Список выполнений повторяющегося окна ===
=== Список выполнений повторяющегося окна ===

Текущая версия от 17:50, 22 октября 2026

Использование данных окна обслуживания

Пока окно обслуживания активно, метаданные обслуживания, которые оно добавляет к телеметрии, проблемам и событиям, позволяют фильтровать представления, уточнять автоматизацию и проводить аудит того, что произошло во время плановых работ. Эта страница охватывает три распространённые задачи:

  • Сортировка проблем, обнаруженных во время обслуживания.
  • Настройка рабочих процессов, запускаемых проблемами, чтобы пропускать периоды обслуживания.

Сортировка проблем в приложении «Проблемы»

Во время обслуживания Ключ-АСТРОМ по-прежнему создаёт оповещения и группирует их в проблемы. Записи проблем включают метаданные обслуживания (maintenance.is_under_maintenance=true), поэтому вы можете находить их и управлять ими в приложении «Проблемы». Запись проблем во время обслуживания полезна, потому что:

  • Они создают надёжную запись того, что и когда вышло из строя, что помогает проверить масштаб изменения.
  • Они позволяют убедиться, что вы устранили открытые проблемы до закрытия окна, чтобы они не проявились позже как инциденты.
  • Они упрощают аудит и отчётность о соответствии, показывая проблемы, возникшие во время плановых работ.

Проверка проблем

  • Откройте приложение Проблемы.
  • В поле фильтра начните вводить Under maintenance, чтобы показать только проблемы, обнаруженные под окном обслуживания.
  • Выберите вариант фильтра Under maintenance.
  • Выберите = Equals и true.
  • Проверьте каждую проблему, чтобы подтвердить, является ли она ожидаемой.
  • До закрытия окна обслуживания убедитесь, что все проблемы, связанные с плановым обслуживанием, устранены.

Пропуск рабочих процессов, запускаемых проблемами, во время обслуживания

Чтобы избежать отправки уведомлений или запуска автоматизаций для проблем, возникающих под окном обслуживания, добавьте фильтр обслуживания к триггеру проблемы рабочего процесса. Перейдите в Workflows. Выберите рабочий процесс. В поле Дополнительный пользовательский фильтр запроса добавьте:

maintenance.is_under_maintenance != true

Сохраните рабочий процесс. Теперь рабочий процесс запускается только для проблем, которые не возникали во время окна обслуживания.

Список выполнений повторяющегося окна

Просмотрите все выполнения повторяющегося окна обслуживания:

fetch dt.maintenance.windows
| filter dt.settings.object_id == "<MAINTENANCE_WINDOW_OBJECT_ID>"
| sort timestamp desc

Поиск проблем, возникших во время обслуживания

fetch dt.davis.problems
| filter maintenance.is_under_maintenance == true

Поиск оповещений, возникших во время обслуживания

fetch dt.davis.events
| filter maintenance.is_under_maintenance == true

Поиск хостов, находящихся на обслуживании в данный момент

timeseries avg_availability = avg(dt.host.maintenance), by:{host.name}, filter: maintenance.is_under_maintenance == true
| summarize by:{host.name}, sum(1)

Расчёт доступности хоста

timeseries { m1 = sum(dt.host.availability, rollup: sum, default:0, filter: availability.state == "up"), mw = avg(dt.host.maintenance, filter: maintenance.is_under_maintenance, default:0) }, by: {dt.smartscape.host}, union: true, nonempty: true
| fieldsAdd availabilityTS = if(mw[] == 0.0, m1[], else: toLong(interval) / 60000000000)