Использование конвейерной трассировки для диагностики неисправностей агентов транспорта
Применимо к: Exchange Server 2007 SP1, Exchange Server 2007
Последнее изменение раздела: 2007-02-12
Конвейерная трассировка — это функция диагностики в Microsoft Exchange Server 2007, позволяющая получать диагностические сведения о сообщениях электронной почты по мере того, как они обрабатываются агентами транспорта, зарегистрированными протоколом (SMTP) конвейерной трассировки передачи. Exchange получает подробные сведения об изменениях, которые каждый агент транспорта применяет к сообщениям конвейерной трассировки в файлах снимков сообщений. Если правила транспорта настроены, Exchange Server также записывает любые действия, которые каждое транспортное правило применяет к этим сообщениям.
Конвейерная трассировка настроена для каждого сервера организации. Ее можно включить на компьютерах, которым присвоена роль транспортного сервера-концентратора и пограничного транспортного сервера.
Если конвейерная трассировка разрешена, и используется местоположение журнала конвейерной трассировки по умолчанию, создается каталог C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing. Этот каталог содержит каталоги MessageSnapshots и RulesTracking.
Внедрение конвейерной трассировки
Конвейерная трассировка предназначена для регистрации сообщений, отправленных только с определенного SMTP-адреса электронной почты. В качестве SMTP-адреса отправителя может использоваться почтовый ящик, расположенный в организации Exchange или вне ее. Прежде чем включать конвейерную трассировку, необходимо указать SMTP-адрес отправителя для выполнения конвейерной трассировки. SMTP-адрес отправителя для конвейерной трассировки можно настроить с помощью параметра PipelineTracingSenderAddress командлета Set-TransportServer.
После настройки SMTP-адреса отправителя для конвейерной трассировки при необходимости можно изменить расположение файлов журнала конвейерной трассировки. Необходимо скопировать журналы конвейерной трассировки на локальный компьютер. Не допускается использовать пути файлов с использованием универсальных имен (UNC) или присоединенные диски.
Внимание! |
---|
Конвейерная трассировка приводит к копированию всего содержимого сообщений электронной почты, отправленных с адреса отправителя. Во избежание раскрытия конфиденциальной информации необходимо установить для журнала конвейерной трассировки соотвествующие разрешения системы безопасности. |
Внимание! |
---|
Не рекомендуется включать конвейерную трассировку надолго. Конвейерная трассировка создает подробные журналы, которые быстро накапливаются. Если разрешена конвейерная обработка, следует всегда контролировать наличие свободного дискового пространства. |
Местоположение журналов конвейерной трассировки можно настроить с помощью параметра PipelineTracingPath командлета Set-TransportServer. Дополнительные сведения см. в разделе Set-TransportServer.
Дополнительные сведения о том, как разрешить ковейерную трассировку и настроить адрес отправителя для конвейерной трассировки, см. в разделе Инструкции по включению конвейерной трассировки.
Файлы снимков сообщений
Файлы снимков сообщений — это файлы, содержащие точные сведения об изменениях, которые агенты транспорта внесли в сообщение. Путем проверки содержимого файлов снимков сообщений можно определить, внесли ли агенты транспорта изменения в сообщения конвейерной трассировки передачи должным образом. При обнаружении несиправности необходимо определить, в каком агенте транспорта произошла ошибка. После этого, чтобы устранить неисправность, можно сосредоточиться на поиске ошибок этого агента. Затем можно просмотреть файлы снимков сообщений снова, чтобы убедиться, что устранение неисправности прошло успешно.
В каталоге MessageSnapshots Exchange создается подкаталог для каждого сообщения, проходящего по каналу с конвейерной трассировкой. Каждый каталог создается с поомшью GUID, который назначается сообщению в качестве имени каталога компьютером, на котором выполняется Microsoft Exchange. Если конвейерная трассировка разрешена более чем на одном сервере Exchange, сообщению назнчается другой GUID на каждом сервере Exchange.
В каждом каталоге сообщений Exchange создает несколько файлов снимков сообщений, имеющих расширение .eml. Эти файлы снимков сообщений включают в себя содержимое сообщения, которое записывается по мере обнаружения каждого события и агента транспорта.
Exchange создает снимки сообщений для агентов, зарегистрированных в следующих четырех событиях:
OnEndofData
OnEndOfHeaders
OnSubmittedMessage
OnRoutedMessage
Если агент транспорта зарегистрирован в событии, Exchange создает снимок сообщения еще до того, как сообщение столкнется с агентами транспорта. В результате копия сообщения создается перед тем, как это сообщение обнаружит агентов транспорта, зарегистрированных в этом событии. Затем создается новый снимок сообщения для каждого агента транспорта, которого обнаруживает сообщение независимо от того, изменил ли агент транспорта содержимое сообщения. Однако, если для данного события зарегистрированные агенты отсутствуют, Exchange не создает ни одного снимка сообщения для этого события.
Например, если в событии OnEndofData зарегистрировано три агента транспорта, однако, только два из них изменяют сообщение, создается четвертый снимок сообщения. Первый снимок сообщения делается тогда, когда оно обнаруживет событие OnEndofData до внесения в сообщение изменений агентом транспорта, зарегистрированным в этом событии. Затем для каждого агента транспорта создается один снимок сообщения независимо от того, изменил ли его агент транспорта.
Ниже приведен список файлов, которые могут быть созданы при присвоении компьютеру по умолчанию роли пограничного транспортного сервера.
Original .eml Этот файл содержит исходное неизмененное содержимое сообщения электронной почты, записанное еще до того, как оно обнаружило событие или агент транспорта. Если для событий не настроены агенты транспорта, создается только этот файл.
SmtpReceive0001.eml to SmtpReceive0009.eml Эти файлы включают в себя содержимое сообщений электронной почты, если они обнаруживают события OnEndofData и OnEndOfHeaders, а также агентов транспорта, зарегистрированных в этих событиях на приемной части SMTP конвейерной трассировки передачи.
Routing0001.eml and Routing0002.eml Эти файлы включают в себя содержимое сообщения электронной почты, если оно обнаруживает события OnSubmittedMessage и OnRoutedMessage, а также агентов транспорта, зарегистрированных в этих событиях, в классификационной части конвейерной трасировки передачи.
Файлы снимков сообщений можно открыть с помощью текстового редактора, например Блокнота.
Каждый файл снимка сообщения начинается с заголовков, которые добавляются к содержимому сообщения и перечисляют SMTP-события и агентов транспорта, к которым относится файл снимка сообщений. Эти заголовки начинаются кодом X-CreatedBy: MessageSnapshot-Begin injected headers
и заканчиваются кодом X-EndOfInjectedXHeaders: MessageSnapshot-End injected headers
. В каждом файле снимка сообщения эти заголовки заменяются последующим агентом транспорта. Ниже приведен пример заголовков, добавляемых в сообщение электронной почты, которые обрабатываются агентом фильтра подключений в событии OnEndOfHeaders:
X-CreatedBy: MessageSnapshot-Begin injected headers
X-MessageSnapshot-UTC-Time: 2006-07-31T23:18:55.972Z
X-MessageSnapshot-Protocol-Id: 08C87FF14CCC969C;2006-07-31T23:18:53.408Z;1
X-MessageSnapshot-Source: OnEndOfHeaders,Connection Filtering Agent
X-Sender: david@nwtraders.com
X-Receiver: chris@contoso.com
X-EndOfInjectedXHeaders: MessageSnapshot-End injected headers
Приведенные ниже заголовки снимков сообщений являются содержимым сообщений и включают заголовки исходных сообщений. Если агент транспорта изменяет содержимое сообщения, то изменения отображаются вместе с сообщением. Поскольку сообщение обрабатывается всеми агентами транспорта, вносимые каждым агентом изменения применяются к содержимому сообщения. Если агент транспорта не внес никаких изменений в содержимое сообщения, снимок сообщения, созданного этим агентом, совпадает со снимком сообщения, созданным предыдущим агентом транспорта.
Чтение файлов отслеживания правил
В файл отслеживания правил записывается результат действия каждого правила транспорта по мере его применения к сообщению, которое обнаруживает агента правил транспорта на транспортном сервере-концентраторе или пограничном транспортном сервере. Результаты, которые захватываются файлом отслеживания правил, указывают на то, предприняло ли правило транспорта какое-либо действие в отношении сообщения. Если правило транспорта предприняло действие в отношении сообщения, файл отслеживания правил указывает, какое именно действие было выполнено. Файл отслеживания правил содержит следующие поля в файле значений, разделенных запятыми (CSV):
Date-Time В этом поле указывается дата и время выполнения правила транспорта в формате универсального времени (по гринвичскому меридиану).
Message-Id Здесь указано значение поля
MessageID:
, расположенного в заголовке сообщения. Это значение остается постоянным на протяжении всего срока существования сообщения и может использоваться журналами отслеживания сообщений для отслеживания пути сообщения в организации, использующей Exchange.Rule-Name В этом поле указано имя правила транспорта, применяемого к сообщению.
Details Здесь указаны значения действия правила транспорта, примененного к сообщению. Если для одного действия правила транспорта установлено несколько значений, они должны перечисляться через точку с запятой. Если правило транспорта не применено к сообщению, вводится строка Условиям присвоено значение «False». Правило транспорта пропущено..
Действие Это поле указывает действие правила транспорта, примененное к сообщению. Если правило транспорта не применено к сообщению, вводится строка Ничего не предпринимать.
From-Address В этом поле указан SMTP-адрес отправителя сообщения.
Recipient-Address Здесь приводится SMTP-адрес получателя сообщения. Если действие правила транспорта применено к сообщению, отправленному нескольким получателям, удовлетворяющим условиям этого правила транспорта, получатели должны перечисляться через точку с запятой.
Каждое действие правила транспорта, примененное к сообщению, записывается в отдельную строку файла отслеживания правил. Например, если правило транспорта имеет три действия, результат каждого действия правила транспорта заносится в отдельную строку файла отслеживания правил.
Если сообщение электронной почты содержит более одного получателя, но не все получатели соответствуют в полной мере условиям правил транспорта, те получатели, которые не соответствуют условиям правил транспорта, формируют отдельную группу, которая заносится в отдельную строку.
Дополнительные сведения
Дополнительные сведения о конвейерной трассировке передачи, агентах транспорта и журналах отслеживания сообщений в Exchange 2007 см. в следующих разделах: