Event Logging - система протоколирования событий
Система протоколирования событий позволяет собирать информацию обо всех ошибках и тревогах, возникающих на обслуживаемых вами серверах.
С точки зрения API Notes событие - сигнал от одной серверной программы другой о том, что произошло что-то, представляющее взаимный интерес. События передаются через очередь событий. Любая серверная программа может создать, обычно для "общения" с другими программами, "свою" очередь событий. Серверная программа, помещающая события в очередь, называется генератором событий. Серверная задача, удаляющая события из очереди, обычно после их обработки, называется обработчиком событий.
В API Notes имеется набор функций для работы с событиями. Всякое событие имеет два свойства, задаваемых целочисленными константами:
· тип события
- стандартный: Comm/Net, Mail, Misc, Replication, Resource, Security, Server, Statistics, Update или нестандартный: определенный разработчиком API-программы;
· "серьезность события" - Fatal - крах системы, Failure - тяжелая, серьезная ошибка, но не приводящая к краху, Warnings(high) - операция завершилась неуспешно
и обычно требуется вмешательство администратора, Warnings(low) - падение производительности, Normal - сообщение о состоянии.
Кроме этого в событии содержатся относящиеся к нему данные: длина данных (слово) и соответствующее количество байт данных.
Серверные задачи, входящие в комплект поставки сервера, наиболее часто используют так называемую стандартную очередь событий. Именно в эту очередь заносится информация обо всех событиях, возникающих при работе сервера. И именно из этой очереди серверная задача Event "умеет" некоторые события "извлекать" и необходимым образом протоколировать. Какие события должны извлекаться и как они должны протоколироваться - задается в настройках в базе Statistics & Events.
Задача Event может протоколировать информацию о событиях следующими способами: почта (Mail), передача на другой сервер
в пределах одной поименованной сети (Relay to other server), протоколирование в базе (Log to database), передача другой программе, например, Notes View,
по протоколу SMNP (SMNP Trap), запись информации о событии непосредственно в протокол Windows NT на данном компьютере (Log to NT Event Viewer).
Описание всевозможных событий, включая связанные с ними сообщения об ошибках, содержатся в базе Statistics & Events в виде 5. Names & Messages\Messsages.
Для настройки системы протоколирования событий в базе EVENTS4.NSF необходимо создать набор документов Event Notification (в виде 2. Event Monitors).
Рис. 11.9 Тип Mail: отправка письма о событии в почтовую базу
В документе Event Notification
содержится следующее.
· Enabled/Disabled: - задаче Event разрешено/запрещено "интерпретировать" этот документ.
· Server name(s): - серверы, на которые распространяется действие документа: имя сервера, список имен серверов или "*" для всех серверов.
· Event type: - тип события, подлежащего протоколированию. Список возможных типов:
· Comm/Net - коммуникации по модему или локальной сети;
· Mail - передача почты;
· Replication - репликации;
· Resourse - системные ресурсы, например, исчерпана память на диске;
· Relay to another server - передача события на другой сервер;
· SNMP Trap - передача информации о событии по протоколу SNMP другой программе, например, Notes View;
· Log to NT Event Viewer - запись информации о событии непосредственно в протокол Windows NT на данном компьютере.
· Notification destination: - "место" протоколирования, зависящее от выбранного способа протоколирования события.
· Mail - адрес почтового ящика или почтовой базы.
· Log to a database - файл базы данных, в которую выполняется протоколирование, и Local - если эта база находится на этом же сервере, или имя сервера, если база находится на другом сервере, но в одной поименованной сети с сервером - источником события.
· Relay to another server - имя сервера, в системную очередь которого передается событие. Этот сервер должен находиться в пределах одной поименованной сети с сервером - источником события.
· SNMP Trap - имя данного сервера Notes. Предполагается, что на компьютере, на котором установлен этот сервер Notes, запущена специальная задача, способная принимать информацию о событии и передавать ее далее по протоколу SNMP. Например, когда на сервере Notes установлена поддержка Notes View 4.0, в качестве такой "специальной задачи" выступает сервис Lotus NotesView SNMP Agent. Этот сервис принимает информацию о событии и далее по протоколу SNMP передает ее на другой компьютер - станцию управления Notes View.
· Log to NT Event Viewer - ничего дополнительно не требуется, поскольку информация о событии функциями API Windows NT заносится в протокол событий Windows NT на этом же компьютере.
Рис. 11.10 Тип Mail: отправка письма о событии в почтовую базу
Например, в документе Event Notification на Рис. 11.9 "сказано", что информация о событиях типа Comm/Net (связанных с проблемами при работе по локальной сети или коммутируемым соединениям) должна отправляться письмом в почтовую базу. Согласно документу на Рис. 11.10 информация обо всех событиях, касающихся безопасности, отправляется в почтовый ящик администратора. Документ на Рис. 11.11 "требует" протоколировать события о репликациях на указанном сервере в расположенной на нем локально базе (обычно это база STATREP.NSF), а документ на Рис. 11.12 - возникающие на одном сервере события, связанные с функционированием системы доставки почты, передавать в стандартную очередь событий на другом сервере.
Рис. 11.11 Тип Log to Database: протоколирование в локальной базе
Рис. 11.12 Тип Relay to other server: передача события на другой сервер
Обратите внимание, что если вы хотите собирать информацию о событиях с многих серверов в одном месте, но в пределах одной поименованной сети, обычно используют способ протоколирования Relay to other server. Серверы - источники событий - передают их в очередь на сервер, протоколирующий события. Последний сервер обычно протоколирует события из очереди в локальной базе. Если же сервер - источник событий - и сервер, протоколирующий события, находятся в разных поименованных сетях (или в разных доменах), события приходится доставлять почтой по адресу почтовой базы на сервере протоколирования. Однако если в этом случае протоколируется слишком много событий, будут излишне перегружены задачи маршрутизации почты.
Основные принципы работы системы протоколирования событий показаны на Рис. 11.13. Все серверные задачи могут помещать события в стандартную очередь. В частности, задача Report, обнаружив ситуацию, "вызывающую тревогу", помещает в стандартную очередь событие типа Statistics заданной вами степени серьезности. Задача Event "подключается" к стандартной очереди событий, отбирает из нее события заданного типа и заданных степеней серьезности, и указанным образом их протоколирует. Заметим, что подобным же образом функционирует и задача Server Logger, "ведущая" протокол работы сервера в базе LOG.NSF.
Рис. 11.13 Принцип работы задач Report и Event
