Управление файлами логов в Exchange Server 2007 (часть 2)

В первой части этой серии статей мы посмотрели, как включать отладку в Exchange Server 2007 с помощью команды Set-EventLogLevel. В этой части и следующей мы продолжим рассматривать конфигурацию логов в сервере Exchange Server 2007. Сервер Exchange Server 2007 позволяет использовать отладку (debug) в нескольких компонентах, вот некоторые из компонентов, с которыми мы будем работать в этой серии:

• Internet Information Services (IIS)
• Управление записями сообщений (Message Records Management)
• Логи агента транспортировки (Agent Transport logs)
• Отслеживание сообщений (Message Tracking)
• Коннекторы получения и отправки (Send and Receive Connectors)
• POP3 и IMAP4 протоколы
• Логи подключения (Connectivity Logs)

Знание того, как можно настроить эти компоненты и ведение информации логов этих компонентов может быть очень полезным во время диагностирования процессов, а также для получения отчетов.

Служба Internet Information Services (IIS)

Exchange Server 2007 полагается на IIS, и мы можем использовать файлы логов, созданные IIS, для получения информации об использовании компонентов OWA, ActiveSync, Autodiscover, OAB, и Web Services, а также при необходимости, для диагностики этих компонентов.

Чтобы проверить информацию логов мы можем открыть диспетчера Internet Information Services (IIS) Manager, расположенного в меню Администрирование, развернуть объект Веб сайты (Web Sites), затем нажать правой клавишей на выбранном веб сайте и выбрать команду Свойства (рисунок 01). Необходимо убедиться, что опция Включить запись логов (Enable Logging) отмечена, а затем мы можем выбрать подходящий формат записи логов, в конфигурации по умолчанию это будет формат W3C Extended Log File.

Конфигурация логов IIS осуществляется на уровне веб сайта, а не на уровне Virtual Directory. В стандартной установке Exchange у нас будет один веб сайт под названием Default Web Site и все виртуальные директории Exchange будут расположены в нем, это такие директории как: AutoDiscover, EWS, Exchange, OAB, UnifiedMessaging и т.д. Однако некоторые компании не используют сертификаты SAN (Subject Alternative Name), поскольку используют более одного веб сайта для размещения необходимых сертификатов. В этом случае, каждый виртуальный веб сайт имеет свою конфигурацию логов и различные места хранения файлов логов.

Если выбрать Свойства на главной странице виртуального веб сайта (Virtual Web Site), откроются две закладки; Общие и Дополнительно. В закладке Общие (рисунок 02) можно контролировать частоту генерирования файлов логов (которые по умолчанию генерируются каждый день), а также место файловой системы, где хранятся создаваемые логи; по умолчанию это будет C:\windows\system32\Logfiles. Когда все готово, будет создан подкаталог на основе Virtual Web Site ID (рисунок 02). В этом примере каталог отображен как W3SVC1.

В закладке Дополнительно вы можете выбирать поля, которые будут регистрироваться службой IIS в файлы логов, как показано на рисунке 03. Можно использовать страницу в качестве ссылки для названий столбцов, которые вы будете использовать в утилите Log Parser в следующем шаге.

Можно получать и диагностировать логи IIS с помощью любого текстового редактора, однако, с помощью утилиты Log Parser можно сделать больше. Этот инструмент позволяет выполнять запросы, используя формат SQL для получения информации из нескольких источников, таких как: CSV, EVT, IIS логи и т.д. Результат может быть в виде графического изображения, текста, html csv, datagrid и т.д.

Как начать использовать этот инструмент?

Logparser представляет собой утилиту командной строки (logparser.exe), для которой у нас есть несколько сэмплов в папке Samples, которая создается во время установки утилиты. Можно создавать собственные запросы с помощью данных шаблонов или начать с нуля. Однако следует знать, что все поля, используемые в запросах, берутся из полей IIS, которые мы выбрали на предыдущем рисунке (рисунок 3).

Кроме того, следует знать о двух основных параметрах, используемых в инструменте, а именно ввод (input) и вывод (output). Если у вас возникли вопросы относительно использования инструмента, можно воспользоваться LogParser ‘h, в результате чего вы получите обзор всех возможных опций. Вот два основных ключа, которые мы будем использовать:

• ‘-i:<input format>‘ – здесь мы можем выбирать формат ввода, в данном случае это будет IISW3C.
• ‘-o: <output-format>‘ ‘ это формат, в котором будут отображаться данные; в данном случае мы используем DataGrid, который отображает информацию в графическом пользовательском интерфейсе.

Итак, если открыть папку Samples, затем открыть подпапку Запросы (Queries), можно будет выбрать один из существующих запросов. В этом примере я выбрал Показать неудачные попытки аутентификации и авторизации (Get authentication and authorization failures), где видны коды ошибок Http, которые получают конечные пользователи. Используя запрос, скопированный из сэмплов с ключами ‘i и ‘o, как мы только что видели, вы получите результаты, которые показаны на рисунке 04.

Заметка: Чтобы понять кодs статуса HTTP, можно обратиться за дополнительной информацией к статьям базы знаний Microsoft: HTTP Status code для IIS 5.0 и 6.0, или для IIS 7.

POP и IMAP протоколы

По умолчанию службы POP3 и IMAP4 отключены, равно как и их функция Ведение логов. Если вы хотите включить одну из этих служб в своей среде и вам нужна диагностика клиентского процесса подключения и получения сообщений, можно управлять информацией отладки любого из этих протоколов путем изменения следующих файлов, расположенных в папке \Exchange Server\ClientAccess\PopImap.

• Microsoft.Exchange.Pop3.exe.config for POP3 Service
• Microsoft.Exchange.IMAP4.exe.config for IMAP4 service

Каждый файл лога имеет идентичные настройки для включения и выключения логов, и нам лишь нужно изменить значение ProtocolLog параметра на true вместо false. Все логи будут создаваться в директории, путь к которой указан в параметре LogPath, как показано на рисунке 05.

Заметка: После включения или отключения логов в POP/IMAP требуется перезапуск службы.

Теперь, когда мы включили службу и знаем, где создаются логи, после первого подключения с помощью POP/IMAP мы можем открыть логи и проверить информацию, записанную в них о взаимодействии клиента и сервера, как показано на рисунке 06.

Заключение

В этой части мы рассмотрели конфигурацию логов IIS и POP/IMAP в Exchange Server 2007.