Database Monitor - система наблюдения за базами данных
Система наблюдения за базами данных позволяет осуществлять контроль за частотой репликаций баз и изменениями в ACL баз.
Чтобы установить наблюдение за частотой репликаций баз, в базе Statistics & Events создают документы Replication Failure Monitor. В таком документе (см. Рис. 11.14) содержится следующее.
· Enabled/Disabled: - разрешено/запрещено использовать документ.
· On the server(s): - серверы, на которые распространяется действие документа: имя сервера, список имен серверов или "*" для всех серверов.
· If the database(s): - список имен файлов баз, за частотой репликаций которых устанавливается наблюдение. Символ "*" означает все базы.
· Has not replicated with server(s): - серверы, с которыми контролируются репликации: имя сервера, список имен серверов или "*" для всех серверов.
· Within the last: - интервал времени (в часах). Если в течение этого интервала не произойдет ни одной успешной репликации базы из списка If the database(s) между серверами из списка On the server(s) и Has not replicated with server(s), будет сгенерировано событие. Обратите внимание, что если репликация происходит, но при этом обнаруживается, что в реплицируемых базах не было никаких изменений, то считается, что она была неуспешна.
· Generate an event of severity: - степень серьезности генерируемого события типа Replication - один элемент из списка. Назначенная степень серьезности определяет, как задача Event будет обрабатывать это событие.
· And optionaly mail a notification to: - адрес лица, получающего почтой уведомление о нарушении максимально допустимой частоты репликаций баз. Обычно это администратор или менеджер базы. Параметр необязательный.
Например, согласно документу на Рис. 11.14 событие типа Replication
должно возникать, если хотя бы одна из баз Names.nsf или Catalog.nsf на любом сервере не реплицировались в течение 24 часов с любым другим сервером. В дополнение к событию администратор получает уведомление почтой.
Рис. 11.14 Пример документа для наблюдения за частотой репликаций баз
Чтобы установить наблюдение за изменениями, выполняемыми разными лицами в ACL баз, в базе Statistics & Events создают документы ACL Change Monitor.
Рис. 11.15 Пример документа для наблюдения за изменениями ACL базы
В документе ACL Change Monitor содержится следующее.
· Enabled/Disabled: - разрешено/запрещено использовать документ.
· Server name (s): - серверы, на которые распространяется действие документа: имя сервера, список имен серверов или "*" для всех серверов.
· Database name: - имя файла базы, за изменениями в ACL которой устанавливается наблюдение. Только одно значение на документ.
· Event severity: - степень серьезности генерируемого события типа Security - один элемент из списка. Назначенная степень серьезности определяет, как задача Event будет обрабатывать это событие.
· Person to notify via mail: - адрес лица, получающего почтой уведомление об изменениях в ACL базы. Обычно это администратор или менеджер базы. Параметр необязательный.
Например, согласно документу на Рис. 11.15 событие типа Security
должно возникать, если произошли изменения в ACL базы names.nsf на любом из серверов. В дополнение к событию администратор должен получать уведомление почтой. Когда такое событие действительно произойдет, администратор получит письмо следующего вида.
Рис. 11.16 Пример письма об изменении в ACL базы
Если задача Event протоколирует события типа Security степени серьезности Warnings(high), в базе протоколирования появится документ Event.
Рис. 11.17 Пример документа Event по событию, связанному с изменениями в ACL базы
Обратите внимание, что на документ Event, как и на документ Alarm, вы можете кнопкой Create Trouble Ticket создать связанный с ним новый документ - Event Trouble Ticket - "карточку аварийной ситуации". По смыслу документ Event Trouble Ticket является заданием администратору сервера, на котором возникло событие, предпринять действия по его анализу и обработке.
