Далее приведен краткий обзор новых функций подсказок, добавленных в систему Exchange 2010 с пакетом обновления 1 (SP1).

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

Дополнительные сведения см. в разделе Общие сведения о подсказках.

Далее приведен краткий обзор функций отслеживания сообщений, добавленных в систему Exchange 2010 с пакетом обновления 1 (SP1).

• Улучшенные сообщения об ошибках для отчетов о доставке   Существуют ситуации, когда пользователь выполняет попытку доступа к отчету о доставке для определенного сообщения, но ему не удается просмотреть этот отчет. Например, пользователь может выполнить попытку доступа к отчету о доставке для сообщения непосредственно после его отправки, но перед добавлением сведений об отслеживании этого сообщения в журнал. В сценариях такого типа сообщения, отображаемые для пользователей, были существенно улучшены и теперь включают в себя пояснения о причине недоступности данных.
  
  
• Наблюдение за функцией отслеживания сообщений и устранение неполадок, связанных с ней   В систему Exchange 2010 с пакетом обновления 1 (SP1) добавлены некоторые новые возможности наблюдения за функцией отслеживания сообщений. К ним относятся новые записи журнала событий, оповещения и счетчики системного монитора.
  
  
• Уровни трассировки для отслеживания сообщений   При устранении неполадок, связанных с отслеживанием сообщений, теперь можно запрашивать целые журналы для каждой операции, выполненной сервером клиентского доступа, обрабатывающим запрос отчета о доставке.
  
  

Дополнительные сведения см. в разделе Understanding Message Tracking.

Транспортные серверы в системе Exchange 2010 с пакетом обновления 1 (SP1) отслеживают текущее состояние всей организации Exchange и изменяют соответствующим образом способ обработки сообщений. Это позволяет транспортным серверам предотвращать возможные проблемы и повышать общую надежность доставки сообщений.

В системе Exchange 2010 с пакетом обновления 1 (SP1) транспортные серверы поддерживают скользящую среднюю стоимость доставки сообщений для отдельных отправителей. Если пользователь отправляет дорогостоящие сообщения, например адресованные большой аудитории или с вложениями большого размера, то транспортные серверы начнут отдавать приоритет другим, менее дорогостоящим, сообщениям перед обработкой сообщений от этого пользователя. Например, если пользователь отправляет несколько сообщений с вложениями размером 10 МБ, транспортный сервер будет обрабатывать другие сообщения без вложений перед обработкой сообщений от этого отправителя.

Служба транспорта также отслеживает использование удаленного вызова процедур (RPC) на серверах почтовых ящиков. Транспортный сервер-концентратор устанавливает RPC-подключения к серверу почтовых ящиков для доставки сообщений. Если транспортный сервер-концентратор обнаружит, что сервер почтовых ящиков находится в состоянии перегрузки ресурса RPC, то снизит уровень активности сеансов RPC, открытых для этого сервера почтовых ящиков. В этом случае интерактивные клиентские подключения к серверу почтовых ящиков будут иметь приоритет над доставкой сообщений при использовании ресурсов RPC на этом сервере.

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

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

Однако в любой организации Exchange транспортным серверам необходимо взаимодействовать с другими сторонними SMTP-серверами, которые могут не поддерживать протокол теневой избыточности. Это в особенной степени относится к пограничным транспортным серверам, обрабатывающим трафик сообщений на различные узлы в Интернете. При получении сообщений с узлов, не поддерживающих теневую избыточность в окончательной первоначальной версии (RTM) Exchange 2010, транспортные серверы откладывали отправку подтверждений для входящих сообщений до проверки окончательной доставки сообщений в организации. Однако при достижении определенного порогового значения транспортный сервер выдавал подтверждение, даже если окончательная доставка не была проверена. Это происходило в сценарии, в котором при передаче сообщений с узлов, не поддерживающих теневую избыточность, была возможна их потеря.

Для решения этой проблемы в версию Exchange 2010 с пакетом обновления 1 (SP1) добавлена новая функция под названием повышение уровня теневой избыточности. При выполнении сценария, описанного выше, вместо выдачи подтверждения без проверки доставки транспортный сервер теперь маршрутизирует сообщение на другой транспортный сервер на сайте, чтобы защитить сообщение с помощью теневой избыточности.

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

В версии Exchange 2010 с пакетом обновления 1 (SP1) улучшен способ определения неработоспособных серверов транспортными серверами и использования ими расширенной службы DNS. Расширенная служба DNS распределяет нагрузку равномерно, если все серверы работоспособны, но если какой-либо сервер недоступен, то распределение нагрузки между оставшимися работоспособными серверами может быть сбалансировано неравномерно.

Для решения этой проблемы в версии Exchange 2010 с пакетом обновления 1 (SP1) каждый транспортный сервер ведет список недоступных серверов. При маршрутизации сообщения каждый сервер использует эти сведения для исключения известных недоступных серверов из набора целевых серверов. Предположим, что транспортному серверу-концентратору необходимо маршрутизировать несколько сообщений на другой сайт Служба каталогов Active Directory, на котором работают три транспортных сервера-концентратора (Hub1, Hub2 и Hub3). Если этот сервер имеет данные о том, что сервер Hub2 недоступен, он удалит его из списка возможных целевых объектов и выполнит маршрутизацию только на серверы Hub1 и Hub3. При балансировке нагрузки для сообщений этот сервер будет рассматривать только два сервера, Hub1 и Hub3, на удаленном сайте Служба каталогов Active Directory.

Таким образом, в версии Exchange 2010 с пакетом обновления 1 (SP1) транспортные серверы всегда распределяют нагрузку равномерно между работоспособными серверами и исключают недоступные серверы. Дополнительные сведения см. в разделе Общие сведения об отработке отказа SMTP и балансировке нагрузки транспорта.

В системе Windows используется привязка канала для защиты проверки подлинности NTLM через зашифрованные каналы от атак, применяющих ретрансляторы. В системе Exchange 2010 все службы Exchange обновлены для поддержки расширенной защиты проверки подлинности. Дополнительные сведения см. в статье 968389 базы знаний Майкрософт Расширенная защита для проверки подлинности.

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

В версии Exchange 2010 с пакетом обновления 1 (SP1) для соединителей отправки добавлено несколько новых функций. Большинство изменений служат для поддержки совместной работы с приложением Exchange Online. Также для соединителей отправки добавлена функция снижения уровня серьезности ошибок подключения.

Можно выделить соединители отправки, которые будут использоваться для передачи сообщений через надежные и устойчивые каналы связи, например соединитель отправки, выделенный для отправки сообщений на сервер Exchange Online. При использовании таких подключений различные распространенные ошибки, которые могут происходить в обычных пунктах назначения в Интернете, исключаются. В таком сценарии может потребоваться рассмотрение ошибок связи как временных вместо выдачи отчетов о недоставке (NDR). В системе Exchange 2010 с пакетом обновления 1 (SP1) можно указать, чтобы соединитель отправки переводил ошибки проверки подлинности и разрешения имен, обычно приводящие к созданию отчета о недоставке, в категорию временных. В таких случаях система Exchange выполнит повторную попытку доставки вместо выдачи отчета о недоставке.

Дополнительные сведения см. в разделе Общие сведения о соединителях отправки.