Каждому сообщению присваивается определенный уровень важности, что позволяет определить серьезность этого сообщения. Уровни в порядке снижения важности:
Сообщение о неустранимой ошибке указывает на серьезную проблему, например, потерю данных или утрату функциональности.
Примеры:
Если серверу eDirectory не удается загрузить системные модули, такие как NCPEngine и DSLoader, в журнал записывается неустранимая ошибка.
Если серверу eDirectory не удается установить привязку с безопасному порту 636, в журнал записывается неустранимая ошибка.
Сообщение, которое не обязательно связано с неустранимой ошибкой, но может быть причиной последующих неполадок.
Примеры:
Ошибки подключения между любыми двумя серверами в дереве, из-за чего сервер добавляется в кэш недействующих адресов. Сервер можно восстановить из этого состояния, сбросив кэш недействующих адресов.
Если приложение клиента LDAP осуществляет привязку и закрывает подключение без отмены привязки, то сервер LDAP должен занести в журнал соответствующее предупреждение.
Если сервер eDirectory израсходовал все дескрипторы файлов и достиг предела, поскольку сервер не может обрабатывать входящие запросы и отвечать на них, это приводит к сбою приложения.
Сообщение, которое может быть вызвано неверной работой, но не ведущее ни к каким дальнейшим неполадкам.
Примеры:
Если приложение клиента пытается добавить объект, атрибуты которого не определены в схеме, сервер eDirectory выдаст ошибку ERR_NO_SUCH_ATTRIBUTE.
Если пользователь попытается войти в систему с неверным паролем, сервер eDirectory выдаст ошибку ERR_FAILED_AUTHENTICATION.
Сообщение, описывающее успешное выполнение действия или события на сервере eDirectory.
Примеры:
Если модуль успешно загружается или выгружается, можно занести в журнал соответствующее информационное сообщение.
При изменении конфигурации кэша базы данных следует заносить в журнал информационное сообщение об успешном сохранении конфигурации.
Сообщение с информацией, помогающей разработчикам в отладке программ.
Примеры:
При динамическом поиске отображаются все члены динамических групп с указанием идентификаторов записей и разделов, а также DN членов. Эта информация поможет убедиться в том, что все участники возвращены на уровне eDirectory.