Очистка данных аудита
Контроль полноты журналов аудита выполняется в «Меню Fastcom/Администрирование/Аудит/Очистка данных аудита»:
Из формы «Очистка данных аудита» доступно выполнение следующих действий:
Удалить все отмеченные
|
Позволяет удалить выбранные типы записей и не все записи, а устаревшие (до сегодня или до текущего месяца). При большом количестве записей аудита данная операция может выполняться очень длительно. Рекомендуется выполнять данную операцию периодически.
Очистка записей конкретного типа доступна ещё и в списках, отображающих сами записи каждого типа.
Записи некоторых типов могут зависеть от записей другого типа. Например, "Значения столбцов" зависят от "Событий с таблицами". В этом случае достаточно удалять "родительский" тип (События с таблицами), а зависимые записи удалятся автоматически. Для быстрого выполнения действия можно нажать комбинацию клавиш Shift-F6. Действие может применяется к нескольким выделенным записям.
|
Быстро удалить всё
|
Выполняется операция Truncate Table аудита, довольно быстро. Однако такая команда доступна только пользователю-владельцу БД.
|
Удаление данных аудита также возможно выполнить также в формах анализа по каждому виду аудита по действию «Очистка».
Контроль критических ситуаций
АСР позволяет описать, какое поведение АСР является критическим или близко к критическому, и уведомить об этом заинтересованных лиц.
Уведомление о критических ситуациях осуществляется по одному или нескольким настраиваемым каналам отправки сообщений, с помощью периодических процедур.
Администратор АСР может самостоятельно создавать процедуры контроля, которые по заданному алгоритму выявляют аварии, критические ситуации или состояния им предшествующие и принимают решение об оповещении указанного круга лиц.
Кроме того, администратор АСР может самостоятельно создавать процедуры для определения факта нормализации ситуации после аварии, и также оповестить об этом круг заинтересованных лиц.
Все активные периодические процедуры контроля запускаются одним Oracle JOB. Выявить его можно запросом Select * from DBA_JOBS where What like '/* ALARMS%'. В случае удаления всех периодических процедур контроля или остановки всех периодических процедур контроля данный Oracle JOB автоматически удаляется. При активации хотя бы одной процедуры контроля данный Oracle JOB создаётся автоматически.
Внимание! Для успешной работы системы оповещения администраторы АСР должны периодически проверять наличие этого Oracle JOB и его работоспособность (отсутствие зависания).
Настройка контроля критических ситуаций
Настройка контроля критических ситуаций в АСР выполняется в «Меню Fastcom/Администрирование/Аудит/Контроль критических ситуаций»:
Поля в форме «Контроль критических ситуаций» имеют следующее назначение:
Код
|
Код процедуры контроля критических ситуаций. Текст имеет бледный цвет, если процедура контроля неактивна.
|
Наименование
|
Наименование контроля. Надпись серая, когда состояние контроля - STOP (остановлен). Текст имеет бледный цвет, если процедура контроля неактивна
|
Состояние
|
Состояние контроля. STOP - это неактивное состояние. Проверка не производится. В него попадают из любого состояния нажатием красного шарика (действие "Отключить"). Кроме того, любое изменение свойств рассылки переводит её в состояние STOP.
CONTROL - значит, что JOB будет с указанной периодичностью выполнять заказанную проверку. В него попадают нажатием зелёного шарика (действие "Активировать").
RUN - значит, что именно сейчас такая проверка производится.
Внимание! Если RUN выполняется долго, то скорее всего процесс завис и требуется выполнить рестарт процесса (последовательность действий «Отключить», затем «Активировать»)!
|
Период
|
Периодичность контроля в секундах. Здесь указывается периодичность срабатывания проверки. То есть дёргается некоторая функция. Функция проверки необязательно отправит сообщение администратору сразу после обнаружение неполадки. Она может сначала накапливать статистику и отравлять сообщение со своей периодичностью (кратной данному значению).
|
Время
|
Время последней проверки.
Внимание! Если время последнего запуска существенно меньше текущего времени минус периодичность процедуры контроля, то это повод проверить работоспособность всей системы оповещения или этого конкретного контроля.
|
Результат
|
Последний результат проверки. Информацию, хранящуюся в данном поле, порождают процедуры контроля и используют её для выявления негативных тенденций.
|
В форме «Контроль критический ситуаций» доступны следующие действия:
Создать
|
Создать новую процедуру контроля критической ситуации. Действие может активизироваться кнопкой на панели инструментов. Для быстрого выполнения действия можно нажать клавишу F6
|
Изменить
|
Изменить процедуру контроля критической ситуации. Любое изменение параметров процедуры контроля переведёт её в неактивное состояние. Не забудьте активировать процедуру после изменения параметров! Действие может активизироваться кнопкой на панели инструментов. Для быстрого выполнения действия можно сделать двойной щелчок мышью или нажать клавишу ENTER
|
Получатели уведомлений
|
Определить круг получателей уведомлений о критической ситуации. Вызывает форму, где можно определить список получателей сообщений о критической ситуации. Список кандидатов на получение сообщений состоит из сотрудников компании, у которых указан номер мобильного телефона (Меню Fastcom/Справочники/Предприятие/Сотрудники)
|
Удалить
|
Удалить процедуру контроля критической ситуации. Действие может активизироваться кнопкой на панели инструментов. Для быстрого выполнения действия можно нажать комбинацию клавиш Shift-F6
|
Активировать
|
Активировать периодический контроль критической ситуации. Действие доступно только для неактивных процедур контроля. Действие может активизироваться кнопкой на панели инструментов
|
Журнал событий
|
Отобразить журнал фактов рассылки сообщений о возникновении контролируемой данной процедурой критической ситуации
| Создание периодической процедуры контроля критической ситуации
Создание и изменение периодической процедуры контроля критической ситуации выполняется по действиям «Создать» или «Изменить» из формы «Контроль критических ситуаций».
Назначение полей в форме «Процедура контроля критической ситуации» следующее:
Код контроля
|
Код процедуры контроля
|
Наименование
|
Наименование процедуры контроля. Обязательно для заполнения
|
Периодичность
|
Периодичность контроля в секундах. Обязательно для заполнения
|
Процедура проверки
|
Процедура проверки критической ситуации. Здесь указывается анонимный PLSQL блок, в котором должна быть одна и только одна BIND-переменная. В начале исполнения этого блока BIND-переменная заполняется значением предыдущего результата контроля. В конце выполнения BIND-переменная должна содержать новое значение результата контроля. В случае обнаружения критической ситуации блок должен вызвать процедуру ALARM!!! Обязательно для заполнения
|
Процедура отправки
|
Процедура отправки сообщения. Здесь указывается анонимный PLSQL блок, в котором должна быть одна и только одна BIND-переменная. В начале исполнения этого блока BIND-переменная заполняется ID работника, которому надо отправить сообщение. Блок сам должен выяснить адрес, сформировать текст и отправить его некоторым способом
|
Комментарии
|
Дополнительные сведения
| Определение получателей уведомлений о критических ситуациях
Настройка и просмотр списка получателей уведомлений о критической ситуации выполняется по действию «Получатели уведомлений» из формы «Контроль критических ситуаций»:
Действие позволяет определить круг ответственных сотрудников, которым следует посылать уведомления о возникновении той или иной критической ситуации.
Назначение полей формы «Получатели уведомлений о критической ситуации» следующее:
Получатели
|
Ответственные сотрудники, которым надо посылать уведомления о возникновении критической ситуации
|
Кандидаты
|
Потенциальные получатели уведомлений. Здесь отображаются сотрудники компании, у которых указан номер мобильного телефона и электронная почта (в форме «Справочники/Наше предприятие/Сотрудники»).
|
Доступные действия в форме «Получатели уведомлений о критической ситуации»:
Переместить налево
|
Действие доступно в правом столбце «Кандидаты». Перемещает Кандидата в список Получателей.
|
Переместить направо
|
Действие доступно в левом столбце «Получатели». Исключает Сотрудника из списка Получателей уведомления и перемещает его в список Кандидатов.
| Контроль отправки оповещений о критической ситуации
Результаты работы контроля отображаются по действию «Журнал событий» из формы «Контроль критических ситуаций»:
В форме «Результаты работы Контроля» отображаются все попытки отправки оповещений о критических ситуациях всем пользователям, которые на момент отправки были в списке получателей оповещения, а также результаты этих попыток (удачно или неудачно с информацией об ошибке).
Поля в форме «Результаты работы Контроля» имею следующее назначение:
Тип события
|
Код типа события. Для системы оповещения о критических ситуациях здесь всегда ALERT. Изначально невидимый столбец.
|
Событие
|
Код процедуры контроля.
|
Дата/Время
|
Дата и время попытки отправки оповещения
|
ID договора
|
Пусто
|
ID Объекта
|
Пусто
|
Текст события
|
Текст отправленного оповещения.
|
Кто породил
|
Кто выявил критическую ситуацию. Возможны такие варианты:
Fstcom Owner
|
- Пользователь Oracle- владелец схемы БД АСР
|
UerName
|
- Пользователь АСР с именем UserName.
|
User
|
- Процесс с имене User
|
|
Подробности
|
Адрес, на который посылалось оповещение и результат отправки. А также код и текст ошибки, если отправка была неудачной
| Рекомендации по созданию процедур контроля
Периодичность.
Определите максимальное время, в течение которого критическая ситуация может оставаться не обнаруженной. Если процедурой контроля выявляется плохая тенденция, то максимальное время будет равно времени, за которое тенденция становится критической ситуацией.
Если создаваемая процедура сразу может выявить критическую ситуацию, то задайте периодичность равную данному вышеопределённому времени. Если процедура выявляет тенденцию в несколько приёмов, то периодичность должна равняться вышеопределённому времени, делённому на количество шагов при выявлении тенденции к критической ситуации.
Процедура проверки
Процедура проверки представляет собой анонимный PL/SQL-блок, который будет вызываться с указанной периодичностью. Блок должен содержать одну и только одну BIND-переменную.
Если процедурой выявляется тенденция к критической ситуации, то рекомендуется использовать предыдущие результаты работы данной процедуры, сохраняющиеся в BIND-переменной. Если надо сохранить более одного значения, то рекомендуется хранить их в коллекции значений:
:BIND:=Ui_p_Collection.Add_Element(:BIND,Код,Значение); - Добавить значение в коллекцию
V:=Ui_p_Collection.Get_Element(:BIND,Код); - Получить значение с предыдущей проверки.
В теле процедуры контроля может быть вызвана процедура AD_P_Alarm.Alarm(‘ТекстСообщения’), которое отправит указанное сообщение всем получателям уведомлений о данной критической ситуации.
Процедура контроля может породить QMS-ошибку, которая зафиксируется в результатах работы контроля. Функция порождения ошибки:
QMS$ERRORS.show_message('XXX-NNNNN');
Где XXX-NNNNN – код QMS ошибки (Администрирование/Редактор текстов сообщений).
Частое возникновение одной и той же ошибки может быть поводом отправить уведомление об этом администраторам (функцией AD_P_Alarm.Alarm).
Результатом контроля (значением, хранимым в BIND-переменной) может быть:
Счётчик проверок с плохим результатом. После некоторого количества посылается уведомление
Последнее значение контролируемого параметра или коллекция значений контролируемых параметров (если таковых несколько). Сравнивая текущее и последнее значение можно принять решение об отправке уведомления
Факт отправки уведомления. Если критическая ситуация выявляется простой проверкой (без сравнения предыдущих значений и выявления тенденций), то можно сразу после отправки уведомления сохранить здесь признак такой отправки, чтобы не заваливать администратора одинаковыми сообщениями пока длится критическая ситуация.
Одновременно и последнее значение (если оно числовое) и факт отправки. Число показывает последнее значение, а знак перед ним (+ или -) – факт отправки сообщения.
Несколько значений и/или фактов отправки. Всё вышеперечисленное, собранное в коллекцию для нескольких контролируемых параметров.
Процедура отправки
Процедура отправки сообщения представляет собой анонимный PL/SQL-блок, который будет вызываться при попытке отправки сообщения администраторам. Блок должен содержать одну и только одну BIND-переменную. В ней передаётся текст, который надо отправить.
Чтобы явно не указывать код процедуры контроля константой (вдруг этот код будет универсальным для нескольких процедур контроля или станет шаблоном), используйте функцию AlarmCode:=AD_P_ALARM.Current_Alarm.
Пример запроса для выявления всех номеров мобильных телефонов, на которые надо послать SMS-сообщение:
Select PHONE_CELL from AD_T_ALARM_WORKMAN AW,RF_T_WORKMAN W where AW.WORKMAN_ID=W.ID and AW.ALARM_CODE=AlarmCode and W.PHONE_CELL is not null
Процедурой IT_P_ALERT.SendSMS(R.PHONE_CELL,:TEXT,'rus') отправляется SMS на очередной номер телефона. Bind-переменная :TEXT содержит отправляемый текст. Эта переменная заполняется перед вызовом данного кода (функцией AD_P_Alarm.Alarm). Третий параметр может иметь значения ‘rus’ или ‘eng’ в зависимости от того каким шрифтом нужно отправить сообщение. Если сообщение русским шрифтом, а требуется отправить латинским – будет произведён автоматический перевод.
AD_P_ALARM.SaveLog(Текст, R.PHONE_CELL); - данная процедура записывает в журнал результат отправки. То есть текст либо должен содержать «Ok» или «No Error» в случае успеха или текст ошибки в противном случае.
|
