Основные сведения о маршрутизации на основе сайтов Active Directory

 

Применимо к: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Последнее изменение раздела: 2007-08-20

Транспортные серверы-концентраторы Microsoft Exchange Server 2007 выполняют маршрутизацию сообщений в почтовые ящики организации. Кроме того, транспортные серверы-концентраторы выполняют маршрутизацию сообщений, которые необходимо доставить в удаленный домен, на соединитель, настроенный для обработки доставки сообщений в этот удаленный домен. В Exchange 2007 топология внутриорганизационной маршрутизации сообщений и решения о маршрутизации основываются на существующей топологии сайтов службы каталогов Active Directory. В этом разделе объясняется, как в Exchange 2007 реализована маршрутизация на основе сайтов Active Directory между транспортными серверами в одной организации Exchange.

Общие сведения о маршрутизации сообщений в Exchange Server 2007

Решения о маршрутизации принимаются во время классификации сообщений. Классификатор — это компонент службы транспорта Microsoft Exchange, который обрабатывает все входящие сообщения и определяет, как поступать с сообщением, на основе сведений о его получателях. Классификатор обрабатывает сообщения в несколько взаимозависимых этапов, а также использует другие компоненты службы транспорта Microsoft Exchange во время обработки сообщений. После получения сообщения транспортным сервером Exchange 2007 и завершения предварительной обработки во время приема SMTP сообщение доставляется в очередь передачи. Ниже описаны этапы прохождения сообщений из очереди передачи через классификатор.

• Обработка переданных сообщений агентом. При получении сообщения, классификацию которого необходимо выполнить, выполняется его обработка агентом на транспортном сервере-концентраторе. На этом этапе к сообщениям применяется необязательный антивирусный агент Forefront Security для Exchange Server и агент ведения журнала.

• Разрешение получателей. На этом этапе разрешается адрес электронной почты получателя, чтобы определить, имеет получатель почтовый ящик в организации Exchange или внешний адрес электронной почты.

• Маршрутизация. После разрешения сведений о получателе компонент классификатора, выполняющий маршрутизацию, определяет конечное назначение сообщения и маршрут к нему, выбирает следующий сегмент (прыжок) для передачи сообщения и разрешает сведения о следующем прыжке в список физических серверов и IP-адресов.

• Преобразование содержимого. Перед передачей сообщения на следующий прыжок выполняется преобразование содержимого, чтобы сообщение отправлялось в формате, который сможет прочитать получатель. При преобразовании содержимого происходит преобразование сообщений электронной почты из одного формата в другой для обеспечения потока почты и хранения (например из MAPI в MIME или из кодировки UUENCODE в Base64) или для обработки, характерной для клиента электронной почты (например из HTML в RTF или обычный текст).

• Обработка маршрутизированных сообщений агентом. После принятия решений о маршрутизации для отдельного сообщения на транспортном сервере-концентраторе применяются агент правил транспорта и агент ведения журнала. Агент ведения журнала применяется и при передаче, и при маршрутизации сообщения, поэтому все изменения, внесенные в сообщение агентом правил транспорта (когда он изменяет адрес доставки или применяет требование к ведению журнала для конкретного сообщения), учитываются агентом ведения журнала.

• Упаковка сообщений и создание уведомлений о доставке. Конечное классифицированное сообщение собирается и передается в очередь доставки. На этом этапе может также создаваться уведомление о доставке.

После этого сообщения обрабатываются соединителем отправки SMTP, драйвером хранилища или обработчиком подключений к внешним шлюзам (в зависимости от конечного назначения). Обработчик подключений к внешним шлюзам — это компонент службы транспорта Microsoft Exchange, который управляет доставкой сообщений в транзитные каталоги, настроенные для использования внешними соединителями. Если не удается найти маршрут для получателя, сообщения попадают в недоступную очередь. Каждая очередь доставки представляет собой место назначения следующего прыжка.

На рис. 1 показано, как выполняется обработка сообщений на различных этапах маршрутизации и как сообщения попадают в очередь для доставки в место назначения следующего прыжка.

Рис. 1. Контекст маршрутизации для потока почты

Примечание.

В данном разделе рассматривается этап маршрутизации при классификации, а также логика и компоненты топологии, используемые для ретрансляции сообщений между сайтами Active Directory. Дополнительные сведения о маршрутизации сообщений определенным типам получателей см. в приведенных ниже разделах. • Маршрутизация во внешние домены • Внутренняя маршрутизация сообщений • Маршрутизация сообщений в среде сосуществования • Маршрутизация сообщений в общие папки

Топология и компоненты маршрутизации Exchange 2007 значительно отличаются от топологии и компонентов Exchange Server 2003 и Exchange 2000 Server, но в общем соотносятся следующим образом:

• сайт Active Directory соотносится с группами маршрутизации в Exchange 2003 и Exchange 2000;

• IP-связи сайтов соотносятся с понятием соединителей групп маршрутизации;

• функции роли транспортного сервера-концентратора в Exchange 2007 соотносятся с функциями выделенного сервера-плацдарма в Exchange 2003 и Exchange 2000.

Тем не менее метод определения путей маршрутизации для каждой версии Exchange различается. Дополнительные сведения о том, как эти различия влияют на маршрутизацию, если в организации развернуто несколько версий Exchange Server, см. в разделе Маршрутизация сообщений в среде сосуществования.

Компоненты маршрутизации внутри организации

Для реализации маршрутизации на основе сайтов Active Directory серверу Exchange 2007 необходим доступ к сведения о конфигурации, которые хранятся в Active Directory. На пограничном транспортном сервере сведения о конфигурации хранятся и доступны в экземпляре службы каталогов ADAM на локальном сервере. Службы Microsoft Windows и Exchange 2007 вместе создают сопоставления данных конфигурации. Эти сопоставления кэшируются в таблицах маршрутизации. Exchange 2007 ссылается на эти таблицы при принятии решений о маршрутизации. Если топология маршрутизации изменяется, кэш обновляется. При передаче сообщений в роли транспортного сервера-концентратора и пограничного транспортного сервера используются один и те же службы Exchange. Тем нем менее роль пограничного транспортного сервера не кэширует сведения о топологии Active Directory.

Ниже перечислены компоненты конфигурации и служб, которые важны для внутренней маршрутизации сообщений.

• Сайты Active Directory. Сайт Active Directory представляет собой границу маршрутизации для транспортных серверов-концентраторов. Транспортный сервер-концентратор выполняет доставку сообщений напрямую на серверы почтовых ящиков, на серверы расширения групп рассылки, а также на исходные серверы для соединителей в локальном сайте Active Directory и на пограничные транспортные серверы, подписанные на этот сайт. Тем не менее транспортный сервер-концентратор должен передавать сообщения на другой транспортный сервер-концентратор для получателей, серверов расширения и соединителей, которые находятся на удаленных сайтах Active Directory. Роль транспортного сервера-концентратора необходимо развернуть на всех сайтах Active Directory, которые содержат другие роли сервера Exchange 2007.

• IP-связи сайтов Active Directory. IP-связи сайтов Active Directory определяют логические пути между сайтами Active Directory. Exchange 2007 ссылается на объекты IP-связей сайтов, чтобы определить путь маршрутизации с наименьшей стоимостью для удаленных сайтов Active Directory.

• Соединители отправки. Соединители отправки используются для маршрутизации сообщений в адресные пространства. Когда сообщение доставляется во внешний домен, обычно местом назначения маршрутизации является соединитель отправки. Для организации Exchange, которая принимает сообщения для нескольких доменов электронной почты, может быть полезно создать соединители отправки, выделенные для каждого адресного пространства. Дополнительные сведения о выборе соединителя отправки см. в разделе Маршрутизация во внешние домены.

• Группы маршрутизации. Группы маршрутизации представляют границу маршрутизации для Exchange 2003 и Exchange 2000. Если Exchange 2007 развертывается в существующей организации, маршрутизация должна учитывать расположение серверов в группах маршрутизации для доставки сообщения в почтовый ящик или на соединитель сервера Exchange Server более ранней версии. Для обеспечения совместимости с более ранними версиями Exchange Server все компьютеры с Exchange 2007, развернутые в организации, должны принадлежать к единой глобальной группе маршрутизации.

• Соединители групп маршрутизации. Соединители групп маршрутизации определяют логические пути между группами маршрутизации Exchange. Если Exchange 2007 развертывается в существующей организации Exchange 2003 или Exchange 2000, маршрутизация сообщений между различными версиями сервера выполняется с помощью соединителей маршрутизации. При развертывании первого пограничного транспортного сервера программа установки выводит запрос на создание соединителя группы маршрутизации между глобальной группой маршрутизации Exchange 2007 и группой маршрутизации прежней версии. Дополнительные сведения о маршрутизации сообщений в среде, в которой развернуто несколько версий Exchange Server, см. в разделе Маршрутизация сообщений в среде сосуществования.

• Служба транспорта Microsoft Exchange. Служба транспорта Microsoft Exchange является поставщиком SMTP для Exchange 2007 и контролирует все компоненты обработки сообщений от SMTP IN до SMTP OUT. При различных событиях SMTP активируются различные настраиваемые агенты приема SMTP. Служба транспорта Microsoft Exchange включает эти агенты для обработки сообщений во время их прохождения через транспорт SMTP и их проверки на наличие вирусов и нежелательной почты, а также выполнения других задачи перед передачей сообщений в классификатор.

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

• Служба топологии Microsoft Exchange Active Directory. Служба топологии Microsoft Exchange Active Directory отвечает за обнаружение контроллеров домена и серверов глобального каталога, которые Exchange 2007  может использовать для получения данных о конфигурации и получателях от Active Directory. Служба топологии Microsoft Exchange Active Directory также отвечает за обновление сходства сайтов Active Directory для сервера Exchange 2007.

• Таблицы маршрутизации. Таблицы маршрутизации содержат сведения, которые компонент маршрутизации использует при принятии решений о маршрутизации. Таблица состоит из схемы компонентов маршрутизации и их отношений друг к другу.

• **DNS. ** Exchange 2007 использует расширенный клиент службы доменных имен (DNS) — компонент службы транспорта Microsoft Exchange — для разрешения следующего выбранного прыжка в список имен целевых северов. Стандартный DNS-клиент используется для разрешения этого списка имен серверов в IP-адреса. Расширенный DNS также обеспечивает балансировку нагрузки для серверов транспорта Exchange 2007 с помощью циклического перебора.

• SMTP. Протокол SMTP используется для связи при передаче сообщений между SMTP-серверами. SMTP-сервер может быть транспортным сервером-концентратором, пограничным транспортным сервером, сервером Exchange 2000 либо Exchange 2003 или даже промежуточным узлом. Транспортный сервер-концентратор использует удаленный вызов процедур (RPC) для доставки сообщений напрямую на серверы почтовых ящиков, которые принадлежат к тому же сайту Active Directory.

Сайты Active Directory

Сайт Active Directory — это логический компонент конфигурации, основанный на физических свойствах сети. Основная цель создания сайта Active Directory — определить, какие подсети в сети связаны так, что это позволяет оптимизировать контроль над трафиком репликации Active Directory. Для передачи трафика репликации на сайте Active Directory не требуются соединители или расписания. Тем не менее при передаче трафика между сайтами Active Directory он контролируется конфигурацией связей сайтов Active Directory. На сайтах Active Directory могут находиться серверы из нескольких доменов. Кроме того, домен может быть представлен в нескольких сайтах Active Directory.

Сайт Active Directory представляет ограничение маршрутизации для Exchange 2007. Компьютеры, на которых установлена роль транспортного сервера-концентратора, принимают решения о маршрутизации на основе топологии сайтов Active Directory.

Определение членства в сайте

По умолчанию лес Active Directory содержит только один сайт Active Directory. Этот сайт Active Directory по умолчанию имеет имя Default-First-Site-Name. Если другие сайты Active Directory не созданы, все компьютеры в лесу, которые являются членами домена, принадлежат к сайту Default-First-Site-Name. Сопоставление подсети и сайта настраивать не требуется. При создании дополнительных сайтов Active Directory необходимо указать подсети, сопоставленные с этим сайтом Active Directory.

Каждый сайт Active Directory сопоставлен с одной или несколькими IP-подсетями. Администратор назначает членство в сайте Active Directory компьютерам, которые настроены в качестве контроллеров домена и серверов глобального каталога. Другим компьютерам, являющимся членами домена, таким как серверы Exchange, членство в сайте Active Directory назначается автоматически при настройке на использование IP-адреса, который входит в IP-подсеть, сопоставленную с сайтом Active Directory. Считается, что между компьютерами, которые являются членами одного сайта Active Directory, существует хорошее сетевое подключение. Сервер всегда является членом одного сайта Active Directory.

Если приложение может определить, к какому сайту Active Directory принадлежит компьютер, на котором оно установлено, и другие компьютеры в лесу, а затем использовать эти сведения для контроля над потоком сообщений, это приложение поддерживает сайты. Когда приложениям, поддерживающим сайты, необходимо использовать службы на другом сервере, например на контроллере домена или сервере глобального каталога, приоритет отдается серверам, которые находятся на том же сайте Active Directory, что и компьютер, запрашивающий службы.

Exchange 2007 поддерживает сайты и использует топологию Active Directory для маршрутизации сообщений и связи со службами, запущенными на компьютерах, на которых установлены другие роли сервера Exchange 2007. Сайт Active Directory является не только границей маршрутизации, но и границей обнаружения служб.

Для определения принадлежности компьютера, являющегося членом домена, к сайту, требуется последовательность запросов DNS для сравнения локальных IP-адресов с определенными подсетями и последующего определения подходящего сопоставления членства в сайте. Что снизить накладные расходы, связанные с запросами DNS, дополнения схемы Exchange 2007 Active Directory включают атрибут msExchServerSite для объекта сервера Exchange. Значением этого атрибута является различающееся имя сайта Active Directory сервера Exchange. Этот атрибут является свойством каждого объекта сервера Exchange. Когда сходство членства в сайтах хранится в качестве атрибута объекта сервера, можно считывать текущую топологию напрямую из Active Directory и не использовать запросы DNS. Кроме того, сопоставление членства в сайтах включается для компьютеров, не принадлежащих к домену, например для подписанных пограничных транспортных серверов.

Значение атрибута msExchServerSite заполняется и обновляется службой топологии Microsoft Exchange Active Directory. При запуске компьютера с Windows служба сетевого входа в систему определяет членство компьютера в сайте. Служба сетевого входа в систему использует эти сведения для обнаружения контроллеров домена, которые расположены на том же сайте Active Directory, что и локальный компьютер, а затем направляет запросы авторизации и проверки подлинности на эти серверы. Служба топологии Microsoft Exchange Active Directory использует вызов API DsGetSiteName для получения значения членства в сайте от службы сетевого входа в систему и записывает различающееся имя сайта Active Directory в атрибут msExchangeServerSite для объекта сервера Exchange в Active Directory.

В таблице 1 показан вариант определения сайтов Active Directory в организации. В этом примере определены три сайта Active Directory, а каждый сайт Active Directory сопоставлен с несколькими IP-подсетями.

Таблица 1. Пример сопоставления сайтов и подсетей Active Directory

Имя сайта Active Directory	Сопоставленные IP-подсети
Сайт A	192.168.1.0/24 192.168.2.0/24
Сайт B	192.168.3.0/24 192.168.4.0/24
Сайт C	192.168.5.0/24 192.168.6.0/24

Если сервер с именем HubTransportA имеет IP-адрес 192.168.1.1, он является членом сайта A. Изменяя IP-адрес сервера, можно изменить его членство в сайте. Если изменить IP-адрес сервера HubTransportA на 192.168.2.1, его членство в сайте Active Directory не изменится, так как эта подсеть также сопоставлена с сайтом  A. Однако при перемещении сервера и изменении его IP-адреса на 192.168.3.1 он будет считаться членом сайта B.

Изменение членства в сайте также может произойти при изменении сопоставления подсетей и сайтов Active Directory. Например, если удалить сопоставление подсети 192.168.3.0 с сайтом B и сопоставить ее с сайтом A, сервер с IP-адресом 192.168.3.1 также станет членом сайта A. При изменении членства в сайте Exchange 2007 необходимо обновить данные конфигурации, чтобы изменении учитывалось при принятии сервером Exchange 2007 решений о маршрутизации. Между изменением членства в сайте Active Directory и полным распространением изменения топологии существует задержка. Ниже описаны действия, которые должны произойти в указанном порядке для распространения изменений топологии.

1. Изменение членства в сайте записывается на контроллер домена. Обновленные сведения реплицируются между контроллерами домена в каждом сайте Active Directory в лесу. Время, которое требуется на полное распространение изменения в лесу, зависит от топологии репликации Active Directory и расписания, которые определяются связями сайтов.

2. Служба сетевого входа в систему работает на всех компьютерах с системой Windows и часто запрашивает изменения членства в сайте Active Directory. Запросы выполняются через пять минут, поэтому служба сетевого входа в систему обнаруживает изменение в течение пяти минут после того, как локальный контроллер домена получает обновление.

3. Служба топологии Microsoft Exchange Active Directory опрашивает службу сетевого входа в систему каждые 15 минут, чтобы определить членство локального сервера Exchange в сайте Active Directory. Если определено наличие изменений, служба топологии Microsoft Exchange Active Directory обновляет атрибут MsExchServerSite.

4. После этого измененное значение атрибута сайта для объекта конфигурации Exchange реплицируется в организации. Серверы Exchange в организации обнаруживают это изменение. После этого в таблицы маршрутизации заносится новое значение атрибута членства в сайте Active Directory.

Существует задержка между тем, когда применяется изменение членства в сайте Active Directory, и тем, когда обновленные сведения становятся доступны другому серверу Exchange 2007. Дополнительные сведения о том, как Exchange 2007 обрабатывает изменения конфигурации таких типов, см. в пункте «Повторная маршрутизация и недоступная очередь» этого раздела.

IP-связи сайтов

Связи сайтов — это логические пути между сайтами Active Directory. Объект связи сайта представляет набор сайтов, которые могут связываться по единой стоимости с помощью указанного внутрисайтового транспорта. Связи сайтов не соответствуют действительному пути, который проходят сетевые пакеты в физической сети. Тем не менее стоимость, назначенная связи сайтов администратором, обычно обуславливается надежностью, скоростью и доступной пропускной способностью сети. Например, администратор Active Directory назначает более низкую стоимость сетевому подключению со скоростью 100 Мбит/с, чем сетевому подключению со скоростью 10 Мбит/с.

Стоимость связи сайтов по умолчанию — 100. Допустимой стоимостью связи сайтов является любое число от 1 до 99 999. Если заданы избыточные связи, всегда будет предпочитаться связь, которой назначена более низкая стоимость.

По умолчанию все связи сайтов являются транзитивными. Это значит, что если сайт A имеет связь с сайтом B, а сайт B — связь с сайтом C, сайт A транзитивно связан с сайтом C. Транзитивная связь между сайтом A и C также называется мостом связи сайтов.

Связь сайтов Active Directory можно настроить на использование IP SMTP в качестве транспортного протокола. При принятии решений о маршрутизации Exchange 2007 учитывает только IP-связи сайтов. SMTP-связь сайтов может использоваться только для тех типов данных, которые можно реплицировать с использованием этого протокола, и предназначена для обеспечения механизма хранения и переадресации при репликации между сайтами Active Directory, между которыми отсутствует надежное сетевое соединение. Типы данных, которые могут реплицироваться с помощью IP-связи сайтов, не ограничены. Exchange 2007 использует только IP-связи сайтов для определения топологии маршрутизации. Стоимость, назначенная IP-связи сайтов, будет учитываться компонентом маршрутизации сервера Exchange 2007 при расчете таблицы маршрутизации. Эти стоимости применяются при расчете пути маршрутизации с наименьшей стоимостью к конечному месту назначения сообщения.

Примечание.
IP-связи сайтов можно также назначить расписание и интервал репликации. Эти атрибуты не влияют на поток почты Exchange 2007.

Каждый сайт Active Directory должны быть сопоставлен по крайней мере с одной IP-связью сайтов. Существует одна IP-связь сайтов по умолчанию с именем DEFAULTIPSITELINK. При создании сайта Active Directory необходимо сопоставить этот сайт с IP-связью сайтов. Можно создать дополнительные IP-связи сайтов для реализации требуемой топологии или сопоставить все сайты Active Directory с DEFAULTIPSITELINK. Каждый сайт Active Directory, который входит в IP-связь сайтов, может взаимодействовать напрямую с любым другим сайтом в этой связи по единой стоимости. IP-связь сайтов всегда включает связь между серверами в обоих направлениях. Если дополнительные IP-связи сайтов не созданы и все сайты Active Directory сопоставлены с DEFAULTIPSITELINK, результирующая топология называется топологией полной сетки. Топология полной сети — это архитектура сети, при которой любой сегмент сети может получить доступ к любому другому сегменту сети напрямую через физическое или логическое подключение точка-точка.

На рис. 2 в лесу настроены четыре сайта Active Directory. Каждый сайт сопоставлен с DEFAULTIPSITELINK. Поэтому каждый сайт Active Directory связывается напрямую с любым другим сайтом по той же стоимости. Указано несколько путей связи, но определена только одна IP-связь сайтов.

Рис. 2. Топология полной сетки с одной IP-связью сайтов

На рис. 3 в лесу настроены четыре сайта Active Directory. В этой топологии администратор настроил IP-связи сайтов так, чтобы создать топологию «звезда» сайтов Active Directory. Каждый нецентральный сайт может связываться напрямую с центральным сайтом, а также с другими нецентральными сайтами с помощью транзитивных IP-связей сайтов.

Рис. 3. Топология «звезда» IP-связей сайтов Active Directory

Администратор Active Directory реализует топологию, которая лучше всего отражает требования к возможности подключения и связи в лесу. Так как та же топология используется Exchange 2007, убедитесь в том, что текущая топология обеспечивает эффективный обмен сообщениями. Администратор организации Exchange может назначить IP-связи сайтов стоимость, относящуюся к Exchange. Если IP-связи назначена стоимость, относящаяся к Exchange, она будет использоваться Exchange 2007. В противном случае используется стоимость Active Directory. Дополнительные сведения о задании стоимости Exchange для IP-связи сайтов см. в пункте «Управление стоимостью IP-связей сайтов» этого раздела. Администратор, который является членом группы администраторов предприятия, может создавать дополнительные IP-связи сайтов.

Дополнительные сведения о конфигурации сайтов Active Directory см. в статье Разработка топологии сайтов (на английском языке).

Обнаружение топологии

Топология Exchange 2007 основывается на топологии сайтов Active Directory и не имеет собственной конфигурации. Топология Active Directory предоставляется Exchange 2007 с помощью следующих обязательных элементов:

• служба топологии Microsoft Exchange Active Directory;

• модуль обнаружения топологии в службе транспорта Microsoft Exchange.

Служба топологии Microsoft Exchange Active Directory выполняется на серверах Exchange 2007 со всеми ролями, кроме роли пограничного транспортного сервера. Эти серверы Exchange 2007 используют службу топологии Microsoft Exchange Active Directory для обнаружения контроллеров домена и серверов глобального каталога, которые могут использоваться серверами Exchange для чтения и записи данных Active Directory. Сервер Exchange 2007 привязывается к обнаруженным серверам каталога каждый раз, когда Microsoft Exchange необходимо выполнить чтение из Active Directory или запись в Active Directory.

Модуль обнаружения топологии является частью службы транспорта Microsoft Exchange. Он предоставляет сведения о топологии Active Directory серверам Exchange. Этот API обнаруживает серверы и роли Exchange в организации и определяет их отношение к объектам конфигурации Active Directory. Выполняется получение данных конфигурации из Active Directory и их кэширование, что обеспечивает доступ к ним для служб Exchange, запущенных на этом компьютере.

Для создания топологии маршрутизации Exchange модуль обнаружения топологии выполняет перечисленные ниже действия.

1. Данные считываются из Active Directory. Получаются все следующие объекты:

   • сайты Active Directory;

   • IP-связи сайтов;

   • все серверы Exchange (включая сведения о ролях сервера Exchange 2007, развернутых на этих серверах).

2. Данные, полученные в действии 1, используются для создания исходной топологии и начала связывания и сопоставления соответствующих объектов конфигурации.

3. Серверы Exchange сопоставляются с сайтами Active Directory путем получения значения атрибута сайта от объекта сервера Exchange, который хранится в Active Directory.

4. Таблицы маршрутизации обновляются на основе полученных сведений.

В результате этого процесса все серверы Exchange 2007 получают сведения о наличии других серверов Exchange в организации и о том, как далеко друг от друга находятся серверы Exchange.

Таблицы маршрутизации Exchange Server 2007

При запуске службы транспорта Microsoft Exchange она рассчитывает набор таблиц маршрутизации, который основывается на мгновенном снимке данных, полученных из Active Directory или (для пограничного транспортного сервера) из ADAM. Сведения о конфигурации, хранящиеся в ADAM, включают сведения о доступных соединителях и обслуживаемых доменах, но не данные топологии.

Компонент маршрутизации обращается к таблицам маршрутизации для определения того, как выполнять маршрутизацию сообщений получателям. При изменении конфигурации таблицы маршрутизации перестраиваются. Для маршрутизации новых входящих сообщений используются новые таблицы маршрутизации. Кроме того, выполняется повторная маршрутизация сообщений в очередях удаленной доставки, если компонент маршрутизации определяет, что на них влияют изменения конфигурации. Дополнительные сведения о повторной маршрутизации сообщений см. в пункте «Повторная маршрутизация и недоступная очередь» ниже в этом разделе.

Следующие данные конфигурации получаются из Active Directory и предоставляются компоненту маршрутизации транспортных серверов-концентраторов:

• сайты Active Directory;

• IP-связи узлов Active Directory;

• серверы Exchange и их отношения с сайтами Active Directory;

• соединители SMTP;

• прочие соединители (к ним относятся внешние соединители Exchange 2007 и любые соединители, не являющиеся соединителями SMTP, которые расположены на серверах Exchange 2003 или Exchange 2000);

• группы маршрутизации;

• соединители групп маршрутизации;

• хранилища почтовых ящиков (частные базы данных сообщений [MDB]);

• хранилища общих папок (общие MDB);

• иерархии общих папок.

Основываясь на этих данных, компонент маршрутизации службы транспорта Microsoft Exchange заполняет таблицы маршрутизации, чтобы упростить принятие решений о маршрутизации. Таблица маршрутизации сопоставляет данные, чтобы создать схему топологии, которая включает описанные ниже элементы.

• Схема связанных соединителей. Эта схема сопоставляет идентификаторы соединителей приема на локальном сервере со связанным соединителем оправки.

• Схема серверов. В схему серверов входят все транспортные серверы-концентраторы Exchange 2007, пограничные транспортные серверы, серверы почтовых ящиков, а также серверы Exchange 2000 и Exchange 2003 в организации. Эта схема сопоставляет различающееся имя каждого сервера Exchange с данными маршрутизации сервера (включая общую стоимость связи с ним).

• Устаревшая схема серверов. В устаревшую схему серверов входят все транспортные серверы-концентраторы Exchange 2007, пограничные транспортные серверы, серверы почтовых ящиков, а также серверы Exchange 2000 и Exchange 2003 в организации. Эта схема сопоставляет устаревшее различающееся имя каждого сервера Exchange с данными маршрутизации сервера (включая общую стоимость связи с ним). Эта схема поддерживает функцию переопределения хранилища. Функция переопределения хранилища относится только к общим папкам. Дополнительные сведения см. в разделе Маршрутизация сообщений в общие папки.

• Схема MDB. В схему MDB включены все MDB в организации. Эта схема сопоставляет различающееся имя каждой MDB с данными маршрутизации сервера (включая общую стоимость связи с ним).

• Схема сайтов Active Directory. Эта схема сопоставляет каждый сайт Active Directory со структурой, которая содержит путь маршрутизации с наименьшей стоимостью от локального сайта ко всем другим сайтам. Схема включает все концентраторы на пути маршрутизации с наименьшей стоимостью. Для каждого прыжка на пути маршрутизации также определяются все транспортные серверы-концентраторы на этом сайте, которые будут использоваться компонентом расширенного DNS.

• Схема групп маршрутизации. Эта схема сопоставляет общую стоимость и соединитель групп маршрутизации первого прыжка для пути маршрутизации с наименьшей стоимостью от группы маршрутизации Exchange 2007 к каждой устаревшей группе маршрутизации.

• Схема соединителей отправки. Эта схема определяет соединители отправки, настроенные в организации, и исходные серверы для каждого соединителя.

Таблицы маршрутизации создаются при каждом запуске транспортного сервера и повторно рассчитываются при получении изменений. Ниже описаны способы обнаружения изменений конфигурации.

• Уведомления об изменениях Active Directory. Между получением уведомления и его записью в таблицы маршрутизации существует задержка. Эта задержка позволяет компоненту маршрутизации накапливать изменения и обрабатывать несколько изменений в рамках одной операции. По умолчанию компонент маршрутизации задерживает обработку каждого уведомления на пять секунд. Например, если получено пять уведомлений с интервалом в одну секунду, обработка изменения будет задержана на девять секунд.

• Перезагрузка конфигурации, вызванная командами управления службой. Компонент маршрутизации перезагружает данные конфигурации при перезапуске службы транспорта Microsoft Exchange.

• Периодическая перезагрузка для отслеживания изменений, не поддерживаемых уведомлениями Active Directory. По умолчанию при маршрутизации периодически перезагружаются данные конфигурации, чтобы гарантировать отслеживание всех изменений. Перезагрузка конфигурации происходит каждый шесть часов.

Сведения в таблицах маршрутизации регистрируются в журналах маршрутизации. По умолчанию эти журналы находятся в папке C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\Routing. Новый журнал создается каждый раз при расчете таблиц маршрутизации. Если по какой-либо причине транспортному серверу-концентратору не удается связаться с Active Directory, решения о маршрутизации принимаются на основе кэшированных данных, хотя они могут устареть. Дополнительные сведения см. в разделе Управление журналом таблицы маршрутизации.

Определение конечного назначения

Транспортный сервер-концентратор может принимать сообщения из следующих источников:

• пограничный транспортный сервер, который передает сообщение в организацию;

• передача из сервера почтовых ящиков;

• каталог раскладки или преобразования;

• сервер единой системы обмена сообщениями;

• внутренняя системная почта, например уведомления о доставке;

• другой транспортный сервер-концентратор;

• сервер Exchange 2003 или Exchange 2000;

• внешние узлы, отправляющие почту в каталог раскладки;

• SMTP-серверы сторонних производителей.

Когда сообщение принимается транспортным сервером-концентратором, его необходимо классифицировать. Первым этапом классификации сообщения является разрешение получателя. После разрешения получателя можно определить конечное назначение. На следующем этапе — этапе маршрутизации — определяется наилучший способ достижения этого назначения. Выбирается один детерминированный маршрут. Повторный расчет этого маршрута не выполняется до изменения конфигурации маршрутизации.

С точки зрения отправляющего сервера каждая очередь доставки представляет собой назначение для конкретного сообщения. Когда транспортный сервер-концентратор или пограничный транспортный сервер выбирает назначение для сообщения, оно указывается для получателя в виде атрибута NextHopSolutionKey. Если одно сообщение отправляется нескольким получателям, каждый из них имеет атрибут NextHopSolutionKey. Принимающий сервер также выполняет классификацию сообщения и помещает сообщение в очередь для доставки. После помещения сообщения в очередь можно просмотреть ее тип доставки, чтобы определить, будет ли сообщение снова передаваться, когда оно достигнет следующего прыжка.

Типы доставки, по которым можно классифицировать назначение сообщения, описаны ниже.

• Доставка с помощью соединителя с использованием DNS. Сообщения помещены в очередь для доставки внешнему отправителю с помощью соединителя отправки SMTP, для которого локальный сервер является исходным. Соединитель настроен на использование DNS для разрешения адресов получателей.

• Доставка на шлюз, который не является шлюзом SMTP. Сообщения помещены в очередь для доставки внешнему отправителю с помощью внешнего соединителя, для которого локальный сервер является исходным. Этот тип доставки используется только при доставке сообщений в транзитный каталог внешнего соединителя на локальном сервере.

• Доставка с помощью соединителя через промежуточный узел. Сообщения помещены в очередь для доставки внешнему отправителю с помощью соединителя отправки SMTP, для которого локальный сервер является исходным. Соединитель настроен на использование промежуточного узла для доставки.

• Передача SMTP на сайте Active Directory на пограничный транспортный сервер.  Сообщения помещаются в очередь для доставки внешнему получателю с помощью соединителя отправки SMTP, для которого исходным сервером является пограничный транспортный сервер, подписанный на локальный сайт Active Directory.

• Доставка MAPI. Сообщения помещаются в очередь для доставки в почтовый ящик получателя, в общую папку или в хранилище общих папок, которые находятся на сервере почтовых ящиков в локальном сайте Active Directory. 

• Передача SMTP на сайте Active Directory. Сообщения помещаются в очередь для доставки на транспортный сервер-концентратор, находящийся на том же сайте Active Directory, что и локальный сервер. Конечный сервер может быть исходным сервером для соединителя отправки или внешнего соединителя, исходным сервером для соединителя групп маршрутизации или сервером расширения группы рассылки.

• Передача SMTP на удаленный сайт Active Directory. Сообщения помещаются в очередь для доставки на транспортный сервер-концентратор, который находится на удаленном сайте Active Directory. Конечным сервером на удаленном сайте Active Directory может быть:

  • исходный сервер для соединителя, настроенного для транспорта сообщений внешним получателям;

  • исходный сервер для соединителя групп маршрутизации;

  • сервер расширения группы рассылки;

  • сервер почтовых ящиков, расположенный на удаленном сайте Active Directory.

  Сообщения доставляются на один из транспортных серверов-концентраторов на конечном сайте. При необходимости принимающий сервер передает сообщение в пределах сайта Active Directory.

• Передача SMTP в устаревшую группу маршрутизации. Сообщения помещаются в очередь для доставки на соединитель групп маршрутизации первого прыжка, который используется для доступа к группе маршрутизации Exchange 2003 или Exchange 2000. Конечным сервером может быть:

  • исходный сервер для соединителя;

  • сервер расширения;

  • сервер-плацдарм Exchange 2003, который доставляет сообщения, адресованные в почтовые ящики, расположенные в группе маршрутизации.

• Недоступно. Не удается определить маршрут для получателя, сообщения находятся в недоступной очереди.

Определение пути маршрутизации с наименьшей стоимостью

При наличии нескольких путей маршрутизации до места назначения маршрутизация Exchange 2007 использует детерминистические алгоритмы для определения пути маршрутизации сообщения, который будет применяться. Факторы, которые могут повлиять на выбор пути маршрутизации с наименьшей стоимостью в различных сценариях маршрутизации, перечислены ниже.

• Связанные соединители. Если соединитель приема, который получает сообщения, связан с соединителем отправки, сообщения маршрутизируются на этот соединитель отправки вне зависимости от стоимости. Эта конфигурация всегда имеет приоритет.

• Стоимость, назначенная IP-связям сайтов и соединителям групп маршрутизации, которые необходимо обойти, чтобы достигнуть назначения. Если между исходным и конечным серверами существует несколько путей маршрутизации, выбирается путь маршрутизации с наименьшей совокупной стоимостью.

• Имя, назначенное сайту Active Directory. Если несколько путей маршрутизации имеют одинаковую совокупную стоимость, компонент маршрутизации выполняет буквенно-цифровое сравнение имен сайтов Active Directory, которые предшествуют целевому сайту, для каждого пути маршрутизации. Используется путь маршрутизации, в котором ближайший к месту назначения сайт Active Directory имеет минимальное буквенно-цифровое значение.

• Имя, назначенное соединителю групп маршрутизации. Если несколько путей маршрутизации имеют одинаковую совокупную стоимость, компонент маршрутизации выполняет буквенно-цифровое сравнение соединителей групп маршрутизации, которые предшествуют целевому назначению, для каждого пути маршрутизации. Используется путь маршрутизации, в котором ближайший к месту назначения соединитель группы маршрутизации имеет минимальное буквенно-цифровое значение.

• Адресное пространство, назначенное соединителю отправки. Выбирается соединитель отправки, адресное пространство которого наиболее точно соответствует назначению.

• Стоимость, назначенная адресному пространству, настроенному на соединителе отправки. Если одно и то же адресное пространство назначено нескольким соединителям, компонент маршрутизации сравнивает стоимость, назначенную адресному пространству. Выбирается соединитель отправки с минимальной стоимостью.

• Состояние соединителя. При расчете пути маршрутизации компонент маршрутизации Exchange 2007 учитывает только включенные соединители. Тем не менее более ранние версии Exchange Server не учитывают состояние соединителей. Дополнительные сведения см. в разделе Маршрутизация сообщений в среде сосуществования.

• Область соединителя. Применение соединителя может ограничиваться серверами Exchange 2007, которые находятся на том же сайте Active Directory, что и исходные транспортные серверы для соединителя. В более ранних версиях Exchange Server область соединителя можно было ограничить серверами, принадлежащими к одной группе маршрутизации.

• Ограничения размера сообщений. Размер маршрутизируемого сообщения должен быть меньше, чем ограничение размера сообщений, заданное на соединителе. Соединители, ограничение размера сообщений на которых меньше размера сообщения, не учитываются при маршрутизации.

• Близость назначения к отправляющем серверу. При маршрутизации отдается предпочтение серверу, который находится наиболее близко, в следующем порядке: локальный сервер, сервер на том же сайте Active Directory, сервер на удаленном сайте Active Directory или в группе маршрутизации.

Как рассматривалось выше, Exchange 2007 использует детерминистический алгоритм для выбора пути маршрутизации с наименьшей стоимостью. Ниже описана логика выбора пути маршрутизации.

• Сначала рассчитывается путь маршрутизации с наименьшей стоимостью путем сложения стоимостей IP-связей сайтов и всех соединителей групп маршрутизации, которые необходимо обойти для достижения назначения. Если назначением является соединитель, стоимость, назначенная адресному пространству, добавляется к стоимости достижения указанного соединителя. Если возможно несколько путей маршрутизации, используется только путь маршрутизации с наименьшей совокупной стоимостью.

• Если существует несколько путей маршрутизации с одинаковой совокупной стоимостью, оценивается количество прыжков в каждом пути. Используется путь маршрутизации с наименьшим количеством прыжков.

• Если все еще существует несколько путей маршрутизации, рассматриваются имена сайтов Active Directory или групп маршрутизации перед местом назначения. Используется путь маршрутизации, в котором ближайший к месту назначения сайт Active Directory имеет минимальное буквенно-цифровое значение. Если ближайший к месту назначения сайт для всех путей маршрутизации совпадает, рассматриваются имена предыдущих сайтов.

На рис. 4 показана топология маршрутизации для организации Exchange. Эта топология используется в следующих примерах, чтобы продемонстрировать логику, которую использует алгоритм маршрутизации для выбора пути маршрутизации с наименьшей стоимостью.

Рис. 4. Топология маршрутизации Exchange Server 2007

Пример 1. Сообщение, которое передается с сайта A на сайт D, может использовать два пути маршрутизации: «сайт A — сайт  B — сайт D» и «сайт A — сайт C — сайт D». Стоимости, назначенные IP-связям сайтов для каждого пути маршрутизации, складываются для определения общей стоимости маршрутизации сообщения. Например, путь маршрутизации «сайт A — сайт  B — сайт D» имеет совокупную стоимость 20. Совокупная стоимость пути маршрутизации «сайт A — сайт C — сайт D» — 10. При маршрутизации выбирается путь «сайт A — сайт C — сайт D».

Пример 2. Сообщение передается с сайта B на сайт D. Существует три возможных пути маршрутизации: «сайт B — сайт D» со стоимостью 15, «сайт  B — сайт E — сайт C — сайт D» со стоимостью 15 и «сайт B — сайт A — сайт C — сайт  D» со стоимостью 15. Так как несколько путей маршрутизации имеют одну и ту же стоимость, при маршрутизации выбирается путь «сайт B — сайт D». Этот путь имеет наименьшее количество прыжков.

Пример 3. Сообщение передается с сайта B на сайт E. Существует два возможных пути маршрутизации: «сайт A — сайт B — сайт E» со стоимостью 10 и «сайт A — сайт  C — сайт E» со стоимостью 10. Оба пути маршрутизации имеют одинаковую стоимость и количество прыжков. Сравнивается буквенно-цифровой порядок сайтов Active Directory, которые непосредственно предшествуют сайту E. Сайт B имеет более низкое буквенно-цифровое значение, чем сайт C, поэтому выбирается путь маршрутизации «сайт A — сайт B — сайт E».

После определения пути маршрутизации с наименьшей стоимостью компонент маршрутизации Exchange 2007 не рассматривает альтернативные пути маршрутизации.

Сайты Active Directory, на которых не развернуты транспортные серверы-концентраторы, не распознаются при маршрутизации и не участвуют в топологии Exchange. Тем не менее если такой сайт существует на пути маршрутизации с наименьшей стоимостью между сайтами, на которых развернут транспортный сервер-концентратор, при расчете пути маршрутизации с наименьшей стоимостью учитываются стоимости IP-связей сайтов для этого сайта.

В этом разделе приведен обзор способов определения наименьшей стоимости пути маршрутизации. Дополнительные сведения о выборе пути маршрутизации для определенных потоков почты см. в приведенных ниже разделах.

• Внутренняя маршрутизация сообщений

• Маршрутизация во внешние домены

• Маршрутизация сообщений в общие папки

Выбор следующего прыжка

Транспортные серверы-маршрутизаторы Exchange 2007 не выполняют передачу на каждый сайт Active Directory на пути маршрутизации с наименьшей стоимостью. После определения пути маршрутизации сообщение передается напрямую от исходного сервера на следующий прыжок. На следующем выбранном прыжке выполняется попытка доставить сообщения настолько близко к конечному назначению, насколько это возможно. Для доставки в конечное назначение может потребоваться дополнительная передача внутри сайта. При маршрутизации в устаревшие группы маршрутизации происходит прямая передача на сайт Active Directory, на котором расположен исходный сервер для соединителя маршрутизации первого прыжка. После передачи сообщения в устаревшую среду выполняется стандартная маршрутизация устаревшего типа.

На рис. 5 показана простая топология Exchange и приведены различные компоненты маршрутизации Exchange.

Рис. 5. Топология и компоненты маршрутизации Exchange

Сообщение, отправленное из почтового ящика Mailbox1 на сайте A внешнему получателю joe@contoso.com (рис.5), обрабатывается следующим образом:

1. Служба передачи из почтового ящика Microsoft Exchange, запущенная на компьютере с почтовым ящиком Mailbox1, уведомляет транспортный сервер-концентратор, расположенный на том же сайте Active Directory, о наличии нового сообщения для передачи в транспорт.

2. Компонент драйвера хранилища на транспортном сервере-концентраторе на том же сайте Active Directory с помощью RPC получает сообщение и помещает его в очередь передачи на локальном сервере.

3. Из очереди передачи сообщение проходит классификацию. Классификатор сначала выполняет разрешение получателей и определяет, что joe@contoso.com является внешним получателем.

4. Компонент маршрутизации выбирает лучший соединитель для маршрутизации сообщения и рассчитывает путь маршрутизации с наименьшей стоимостью до этого соединителя. В этом примере компонент маршрутизации выбирает соединитель отправки с адресным пространством *.contoso.com. Все исходные серверы для этого соединителя отправки расположены на сайте B.

5. Компонент маршрутизации определяет следующий прыжок, который необходим, чтобы достичь исходного сервера для соединителя отправки. Транспортный сервер-концентратор на сайте A помещает сообщение в очередь для отправки SMTP на сайт B.

6. Если принимающий сервер на сайте B является исходным сервером для соединителя отправки, он помещает сообщение в очередь для доставки на этот соединитель отправки. Если принимающий сервер не является исходным сервером для соединителя отправки *.contoso.com, сообщение передается по протоколу SMTP на транспортный сервер-концентратор на сайте B, который является исходным сервером для соединителя.

В таблице 2 приведены дополнительные примеры выбора следующего прыжка для нескольких получателей на основе топологии, представленной на рис. 5.

Таблица 2. Примеры выбора следующего прыжка на рис. 5

Принимающий сервер	Конечное назначение	Следующий прыжок	Тип доставки из очереди
Hub1	Mailbox1	Mailbox1	Доставка MAPI
Hub1	Mailbox2	Сайт B	Передача SMTP на удаленный сайт Active Directory
Hub1	Mailbox3	Соединитель группы маршрутизации 1	Передача SMTP в устаревшую группу маршрутизации
Hub1	Recipient@fourthcoffee.com	Hub3	Передача SMTP на сайте Active Directory
Hub1	Recipient@contoso.com	Сайт B	Передача SMTP на удаленный сайт Active Directory
Hub2	Mailbox1	Сайт A	Передача SMTP на удаленный сайт Active Directory
Hub2	Mailbox2	Mailbox2	Доставка MAPI
Hub2	Mailbox3	Сайт A	Передача SMTP на удаленный сайт Active Directory
Hub2	Recipient@contoso.com	Соединитель отправки 2	Доставка с помощью соединителя с использованием DNS
Hub2	Recipient@fourthcoffee.com	Сайт A	Передача SMTP на удаленный сайт Active Directory
Hub3	Mailbox1	Mailbox1	Доставка MAPI
Hub3	Recipient@fourthcoffee.com	Соединитель отправки 1	Доставка с помощью соединителя через промежуточный узел

После расчета пути маршрутизации с наименьшей стоимостью и выбора назначения для следующего прыжка при маршрутизации Exchange 2007 выполняется попытка передать сообщение напрямую в место назначения. Тем не менее при определенной конфигурации передача напрямую не выполняется. Например, администратор Exchange может настроить концентратор Active Directory для принудительной доставки сообщений для передачи через определенный сайт Active Directory, если прямая связь между сайтами Active Directory невозможна из-за ограничений, связанных с безопасностью или возможностью подключения. Дополнительные сведения см. в пункте «Внедрение концентраторов» далее в этом разделе.

Сообщение, которое доставляется нескольким получателям, может также передаваться через промежуточный узел. Exchange 2007 разработан так, чтобы минимизировать использование полосы пропускания сети. Одна из функций,обеспечивающих эту возможность, — задержка создания нескольких копий сообщения для доставки получателям в различных расположениях до достижения ветвления на пути доставки. Это функция называется задержкой развертывания. Дополнительные сведения см. в пункте «Задержка развертывания» далее в этом разделе.

Очередь в точке сбоя

Расчет пути маршрутизации с наименьшей стоимостью используется для определения пути отхода, если не удается выполнить доставку на следующий прыжок. Отход в Exchange 2007 — это механизм, который используется для доставки сообщений, которые находятся в промежуточном прыжке на пути маршрутизации с наименьшей стоимостью, если прямая передача невозможна по любой причине (например из-за проблем с сетью или перехода серверов в автономный режим). Компонент маршрутизации пытается доставить сообщения как можно ближе к месту назначения, отходя (прыжок за прыжком) по пути маршрутизации с наименьшей стоимостью до установки подключения. Сначала выполняется попытка установки подключения к каждому транспортному серверу-концентратору на конечном сайте Active Directory. Если транспортные серверы-концентраторы на сайте Active Directory не отвечают, проверяется путь маршрутизации с наименьшей стоимостью, чтобы определить, как начать отход от сайта доставки. Цель заключается в том, чтобы доставить сообщение настолько близко к месту назначения, насколько возможно, и поместить его в очередь на транспортном сервере-концентраторе на этом сайте Active Directory. Это поведение называется очередь в точке сбоя. Когда сообщение будет помещено в очередь в точке пути маршрутизации, где произошел сбой связи, можно будет определить, почему не удалось его доставить.

На рис. 6 при доставке сообщения из сайта  A на сайт D путем маршрутизации с наименьшей стоимостью может быть «сайт A — сайт B — сайт C — сайт D». Сначала будет выполнена попытка доставить сообщение напрямую из сайта A на сайт D. Если ни один транспортный сервер-концентратор на сайте D не ответит, будет выполнена попытка доставки на транспортные серверы-концентраторы на сайте C. Этот процесс будет продолжаться до тех пор, пока транспортный сервер-концентратор не примет сообщение. Если промежуточные сайты недоступны, сообщение будет помещено в очередь на исходном сайте. Если сообщение помещено в очередь на сайте C, можно начать исследовать сбой транспортных серверов-концентраторов на сайте D или сбой подключения к сети между сайтами C и D. Когда сообщение помещается в очередь в точке сбоя, очередь переходит в состояние повторной попытки. Выполняются попытки доставки с заданным для сообщения интервалом до тех пор, пока доставка не завершится успешно или не истечет срок действия сообщения. По умолчанию через каждые 12 часов происходит повторная передача очереди для классификации. Очереди, назначением следующего прыжка для которых является соединитель, автоматически не передаются для классификации, если не происходит изменение конфигурации. Дополнительные сведения см. в разделе Повторная маршрутизация и очередь "Получатель недоступен".

Для диагностики проблем с почтой можно использовать средство устранения неполадок с потоком почты Exchange. Это средство является компонентом помощника по устранению неполадок Microsoft Exchange. Его можно запустить из консоли управления Exchange.

На рис. 6 сообщение отправляется из сайта A для доставки на сайт D. Транспортные серверы-концентраторы на сайты D отключены. По этой причине сообщение помещается в очередь на сайте C.

Рис. 6. Очередь в точке сбоя

В более сложных топологиях путь маршрутизации с наименьшей стоимостью между двумя сайтами Active Directory может содержать множество промежуточных сайтов Active Directory. Если где-то на пути маршрутизации произойдет сбой сети, может быть неэффективным отходить сайт за сайтом с конца и пытаться выполнить доставку на каждый из промежуточных сайтов. Если путь маршрутизации длиннее четырех прыжков, выполняется бинарный отход до того, как останется не более четырех сайтов. При бинарном отходе следующая попытка подключения выполняется с середины пути маршрутизации. Например, если путем маршрутизации с наименьшей стоимостью от сайта A к сайту Q Active Directory  является путь «A — B — C — D — E — F — G — H — I — J — K — L — M — N — O — P— Q» и происходит сбой сети между сайтом B и C, сначала выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайте Q. После неудачного завершения попытки выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайте I (на середине пути к сайту Q). После неудачного завершения попытки выполняется попытка подключения ко всем транспортным серверам-концентраторам на сайте E (на середине пути между сайтами A и I). После неудачного завершения этой попытки выполняется попытка подключения к сайтам D, C и B, так как между ними и исходным сайтом менее четырех связей. В конечном итоге сообщение будет помещено в очередь на транспортном сервере-концентраторе на сайте B до восстановления подключения между сайтами B и C.

Внедрение концентраторов

В организации Exchange может потребоваться принудительно передавать все доставляемые сообщения через определенный сайт Active Directory. В этом случае прямая передача по протоколу SMTP между сайтами может быть запрещена. Поэтому сообщения необходимо будет передавать через промежуточный сайт перед отправкой в место назначения. Передача всех сообщений через определенный сайт может также быть необходима из-за внутренней политики организации Exchange. Назначить сайт Active Directory в качестве концентратора можно с помощью задач командной консоли Exchange. Назначение сайта Active Directory в качестве концентратора приводит к дополнительным накладным расходам из-за того, что в доставке сообщений участвует больше серверов. Допустим, например, что сообщение отправляется из сайта A на сайт E. Если путем маршрутизации с наименьшей стоимостью является путь «сайт A — сайт B — сайт C — сайт D — сайт E» и сайт C назначается в качестве концентратора, сообщение передается с сайта A на сайт C, а затем с сайта C на сайт E.

Чтобы назначить сайт Active Directory в качестве концентратора, выполните командлет Set-ADSite. Если на пути маршрутизации с наименьшей стоимостью, который используется для доставки сообщения, расположен концентратор, сообщения помещаются в очередь и обрабатываются транспортными серверами-концентраторами на концентраторе до передачи в конечное назначение. Чтобы назначить сайт C в качестве концентратора, выполните следующую команду в командной консоли Exchange:

Set-AdSite -Identity "Site C" -HubSiteEnabled $true

После выбора пути маршрутизации с наименьшей стоимостью определяется, есть ли на этом пути концентратор. Если концентратор настроен, сообщения останавливаются на транспортном сервере-концентраторе, входящем в концентратор, перед передачей в конечное назначение. Если на пути маршрутизации с наименьшей стоимостью имеется несколько концентраторов, сообщения будут останавливаться на каждом из них.

Необходимо понимать, что подобное отличие от маршрутизации с прямой передачей существует только в том случае, если концентратор расположен на пути маршрутизации с наименьшей стоимостью. На рис. 7 показан пример правильного использования концентратора. В этой схеме сайт B настроен в качестве концентратора. Сообщения, которые передаются с сайта A на сайт D, передаются на сайт B до доставки на сайт D.

Рис. 7. Доставка сообщений через концентратор

На рис. 8 показано, как IP-связи сайтов влияют на маршрутизацию на концентратор. В этом сценарии сайт B назначен в качестве концентратора. Тем не менее так как он не расположен на пути маршрутизации с наименьшей стоимостью между любыми другими сайтами, сообщения не будут помещаться в очередь на сайте B перед доставкой в место назначения. Сайт Active Directory никогда не используется в качестве концентратора, если он не расположен на пути маршрутизации с наименьшей стоимостью между любыми другими сайтами.

Рис. 8. Неправильно настроенный концентратор

Любой сайт Active Directory можно настроить в качестве концентратора. Тем не менее для правильной работы такой конфигурации на концентраторе должен быть развернут по крайней мере один транспортный сервер-концентратор.

Управление стоимостью IP-связей сайтов

Администраторы Exchange должны тесно сотрудничать с администраторами Active Directory организации при оценке влияния топологии сайтов Active Directory на маршрутизацию Exchange. Существующие стоимости IP-связей сайтов должны хорошо соответствовать маршрутизации сообщений Exchange 2007, поскольку стоимости IP-связей сайтов Active Directory основаны на относительной скорости сети по сравнению со всеми сетевыми подключениями в глобальной сети и заданы таким образом, чтобы обеспечивать надежную и эффективную топологию репликации. Однако если после документирования существующей топологии сайтов и IP-связей сайтов Active Directory выяснится, что стоимости IP-связей сайтов Active Directory и шаблоны трафика не являются оптимальными для Exchange 2007, можно внести изменения в стоимости, оцениваемые Microsoft Exchange. Администратор Exchange не может и не должен пользоваться средствами Active Directory для изменения стоимости, назначенной IP-связи сайтов. Для назначения стоимости IP-связи сайтов для Exchange необходимо использовать командлет Set-ADSiteLink командной консоли Exchange. Например, чтобы назначить другую стоимость IP-связи сайтов SITELINKAB для маршрутизации сообщений, выполните следующую команду в командной консоли Exchange:

Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25

После назначения стоимости Exchange для IP-связи сайтов стоимость Exchange переопределяет стоимость Active Directory только для маршрутизации сообщений, а при маршрутизации стоимость Exchange учитывается только для вычисления пути маршрутизации с наименьшей стоимостью. Во всех других случаях используется стоимость репликации Active Directory.

Настройка стоимостей IP-связей сайтов может быть полезна, если топология маршрутизации сообщений должна отличаться от топологии репликации Active Directory. Стоимости Exchange можно использовать для принудительной маршрутизации всех сообщений через концентратор. Стоимости Exchange также можно применять для контроля над тем, в какую очередь помещаются сообщения при сбое связи с сайтом Active Directory. На рис. 9 показана топология Active Directory с четырьмя сайтами.

Рис. 9. Топология со стоимостями Exchange, назначенными для IP-связей сайтов

На рис. 9 между сайтами C и D существует подключение с низкой пропускной способностью, которое используется только для репликации Active Directory и не должно применяться для маршрутизации сообщений. Тем не менее из-за стоимостей IP-связей сайтов Active Directory эта связь включается в путь маршрутизации с наименьшей стоимостью от любого другого сайта Active Directory к сайту D. Поэтому сообщения, которые необходимо доставить на сайт D, помещаются в очередь на сайте C. Администратору Exchange требуется, чтобы путь маршрутизации с наименьшей стоимостью вместо этого включал сайт B и сообщения помещались в очередь на сайте B, если сайт D недоступен. Настройка высокой стоимости Exchange для IP-связи сайтов между сайтами C и D предотвращает ее включение в путь маршрутизации с наименьшей стоимостью до сайта D.

Новые возможности сервера Exchange Server 2007 с пакетом обновления 1 (SP1)

Сервер Exchange 2007 с пакетом обновления 1 (SP1) поддерживает настройку максимального размера сообщения на IP-связи сайтов Active Directory. По умолчанию сервер Exchange 2007 не накладывает ограничений на максимальный размер сообщения для сообщений, ретранслируемых между транспортными серверами-концентраторами, находящимися на различных сайтах Active Directory. При использовании командлета Set-AdSiteLink для настройки максимального размера сообщения для IP-связи сайта Active Directory в процессе маршрутизации создается отчет о недоставке для всех сообщений, размер которых превышает максимально допустимый размер сообщения, заданный на любой связи сайта Active Directory в пути маршрутизации с наименьшей стоимостью. Подобная конфигурация полезна для ограничения размера сообщений, отправляемых на удаленные сайты Active Directory, которые должны взаимодействовать через низкоскоростные подключения. Дополнительные сведения см. в разделе Настройка ограничений на размер сообщений для внутренней маршрутизации.

Задержка развертывания

Одно сообщение электронной почты может быть адресовано нескольким получателям. Эти получатели могут иметь внутренние почтовые ящики или быть внешними получателями. Для маршрутизации одного сообщения нескольким получателям должны быть выполнены перечисленные ниже действия.

1. Разрешение получателей. Каждый получатель сообщения разрешается в назначение для доставки.

2. Маршрутизация. Определяется путь маршрутизации с наименьшей стоимостью для каждого получателя. При этом учитывается, настроен ли концентратор.

3. Разделение сообщения. Для маршрутизации сообщения получателям в различных назначениях его необходимо разделить на несколько копий.

После разрешения каждого получателя и определения пути маршрутизации для каждого назначения доставки Exchange 2007 сравнивает путь маршрутизации для каждого получателя. В целях экономии пропускной способности развертывание (или разделение сообщения на несколько копий) не выполняется до достижения ветвления на пути маршрутизации.

Например, если для нескольких получателей одного сообщения частично или полностью используется один путь маршрутизации с наименьшей стоимостью, передается одна копия сообщения до достижения ветвления на пути маршрутизации. При расхождении путей маршрутизации сообщение разделяется, чтобы получить отдельную копию для каждого получателя.

На рис. 10 одно сообщение отправляется с сайта A получателям на сайтах C, D и E. Путь маршрутизации с наименьшей стоимостью является общим до тех пор, пока сообщение не достигает сайта B. В этом сценарии на сайт B передается одна копия сообщения со всеми получателями. Это является первым ветвлением на пути маршрутизации. С сайта B одна копия сообщения маршрутизируется получателю на сайте D, а одна копия передается на сайт C. На сайте C снова происходит разделение сообщения. Копия сообщения доставляется получателю на сайте C, а другая копия сообщения передается на сайт E для доставки получателю на этом сайте.

Рис. 10. Задержка развертывания сообщения

Повторная маршрутизация и недоступная очередь

Если при маршрутизации по любой причине не удается определить маршрут для допустимого получателя, сообщения помещаются в недоступную очередь. Сообщения в этой очереди повторно маршрутизируются после обработки изменений конфигурации и пересчета таблиц маршрутизации. В следующих ситуациях повторная маршрутизация сообщения не выполняется, а отправителю возвращается отчет о недоставке:

• получатель имеет адрес, который не является SMTP-адресом, и не удается найти соответствующий соединитель для адресного пространства;

• сообщение не удовлетворяет ограничениям на размер сообщения для соответствующего соединителя.

Драйвер хранилища повторно отправляет сообщение для маршрутизации, если выполняются следующие условия:

• сообщение находится в очереди доставки MAPI;

• после того как был выбран следующий прыжок и до того как сообщение было готово к доставке почтовый ящик был перемещен на другой сервер почтовых ящиков.

Во время разрешения с помощью расширенного DNS компонент маршрутизации пытается определить, необходимо ли выполнять повторную маршрутизацию для очереди. На этом этапе атрибут NextHopSolutionKey разрешается в список целевых объектов. Это позволяет автоматически определять любые изменения конфигурации, которые делают недопустимым или изменяют атрибут NextHopSolutionKey. Если компонент маршрутизации определяет, что из-за изменений конфигурации требуется повторная маршрутизация сообщений в очереди, сообщения в этой очереди повторно отправляются в классификатор для маршрутизации.

Не все изменения конфигурации требуют повторной отправки сообщений в очередь. Например, изменение списка промежуточных узлов для соединителя определяется автоматически. Дополнительные сведения о перенаправлении сообщений см. в разделе Повторная маршрутизация и очередь "Получатель недоступен".

Дополнительные сведения

Дополнительные сведения см. в следующих разделах:

• Маршрутизация сообщений в среде сосуществования

• Настройка концентратора

• Задание стоимости Exchange для IP-связей сайтов Active Directory

• Управление соединителями

• EdgeSync и соединители отправки

• Маршрутизация во внешние домены

• Внутренняя маршрутизация сообщений

• Балансировка нагрузки и обеспечение отказоустойчивости транспортных серверов

• Повторная маршрутизация и очередь "Получатель недоступен"