Применимо к: Exchange Server 2010 SP1

Последнее изменение раздела: 2011-04-20

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

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

Самый важный момент сценария совместной работы Exchange 2010 и Exchange 2007 заключается в том, что для каждого сервера почтовых ящиков требуется транспортный сервер-концентратор с соответствующей версией Exchange на одном и том же сайте Служба каталогов Active Directory. Вследствие изменений, внесенных в модель объектов сервера Exchange (XSO) в Exchange 2010, транспортные серверы-концентраторы Exchange 2010 не могут ни забирать сообщения от серверов почтовых ящиков Exchange 2007, ни доставлять на них сообщения. Аналогично, транспортные серверы-концентраторы Exchange 2007 не могут сообщаться с почтовыми серверами Exchange 2010. Следовательно, необходимо обслуживать транспортные серверы-концентраторы Exchange 2007 на конкретном сайте Служба каталогов Active Directory, пока все серверы почтовых ящиков Exchange 2007 не будут удалены с этого сайта. Дополнительные сведения о маршрутизации сообщений в среде совместной работы см. в подразделе «Маршрутизация сообщений между версиями» далее в этом разделе.

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

Содержание

Путь обновления транспортного сервера

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

Отличия EdgeSync

Правила транспорта и ведение журнала в сценарии сосуществования

Поддержка параметров DSN в смешанной среде

Отслеживание сообщений в разных версиях

Функции транспорта Exchange 2010 в сценарии сосуществования

Путь обновления транспортного сервера

 

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

Перед тем как добавить транспортные серверы-концентраторы или пограничные транспортные серверы Exchange 2010, убедитесь, что все существующие на данном сайте серверы Exchange 2007 обновлены до версии Exchange 2007 с пакетом обновления 2 (SP2). Exchange 2007 с пакетом обновления 2 требуется для сосуществования транспортных серверов-концентраторов Exchange 2010 и Exchange 2007 на одном сайте Служба каталогов Active Directory. Также потребуется сервер Exchange 2007 с пакетом обновления 2 (SP2), чтобы обеспечить работу службы Microsoft Exchange EdgeSync в разных версиях.

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

Следующий процесс показывает рекомендуемый путь обновления транспортных серверов в сайтах с выходом в Интернет. (Предполагается, что пограничные транспортные серверы используются с EdgeSync. При использовании промежуточного узла стороннего производителя можно пропустить этапы со 2 по 6.) Процедура выполняется следующим образом:

  1. Добавьте на сайт первый транспортный сервер-концентратор Exchange 2010. Как только транспортный сервер-концентратор Exchange 2010 будет добавлен на сайт, он возьмет на себя функции пограничной синхронизации. Однако поскольку пограничный транспортный сервер продолжает работать под управлением Exchange 2007 с пакетом обновления 2 (SP2), транспортный сервер-концентратор Exchange 2010 не будет выполнять последующую синхронизацию EdgeSync, а вместо этого выполнит полную репликацию данных EdgeSync аналогично транспортному серверу-концентратору Exchange 2007. Для доставки сообщений в Интернет маршрут транспортного сервера-концентратора Exchange 2010 будет проходить через транспортный сервер-концентратор Exchange 2007, как показано на следующем рисунке.


    Обновление транспортного сервера. Шаг 1
    Введение транспортного сервера-концентратора Exchange 2010 на существующий сайт Exchange 2007
  2. Снова подпишите пограничный транспортный сервер Exchange 2007 на сайт. В результате этого транспортный сервер-концентратор Exchange 2010 будет добавлен в пограничную подписку в качестве исходного сервера, как показано на следующем рисунке.

    Примечание.
    Если планируется добавить несколько транспортных серверов-концентраторов Exchange 2010 на сайт Служба каталогов Active Directory, то для экономии времени можно развернуть все новые транспортные серверы-концентраторы до подписки пограничных транспортных серверов.

    Обновление транспортного сервера. Шаг 2
    Подписка пограничных транспортных серверов Exchange 2007 после ввода транспортного сервера-концентратора Exchange 2010
  3. Введите первый пограничный транспортный сервер Exchange 2010 в демилитаризованную зону.

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


    Обновление транспортного сервера. Шаг 4
    Подписка пограничного транспортного сервера Exchange 2010
  5. Удалите пограничную подписку Exchange 2007.

  6. Ликвидируйте пограничный транспортный сервер Exchange 2007, как показано на следующем рисунке.


    Обновление транспортного сервера. Шаг 6
    Удаление пограничных транспортных серверов Exchange 2007
  7. После того как все почтовые ящики будут перемещены на серверы почтовых ящиков Exchange 2010, ликвидируйте транспортные серверы-концентраторы Exchange 2007.

#RTT

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

Вследствие изменений, внесенных в модель объектов сервера Exchange (XSO) в Exchange 2010, транспортные серверы-концентраторы Exchange 2010 не могут ни забирать сообщения от серверов почтовых ящиков Exchange 2007, ни доставлять на них сообщения. Аналогично, транспортные серверы-концентраторы Exchange 2007 не могут сообщаться с почтовыми серверами Exchange 2010. В результате, чтобы на одном сайте Служба каталогов Active Directory одновременно работали Exchange 2010 и Exchange 2007, необходимо обслуживать обе версии транспортны серверов-концентраторов на этом сайте, как показано на следующем рисунке. Версии серверов на сайте Site B не показаны на рисунке, так как обработка межсайтового SMTP-трафика соответствует Exchange 2007. Транспортный сервер-концентратор ретранслирует для доставки сообщения на транспортный сервер-концентратор, расположенный на удаленном сайте.


Поток сообщений с версионной маршрутизацией

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


Процедура версионной маршрутизации

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

  1. Сервер почтовых ящиков Exchange 2010 уведомляет транспортный сервер-концентратор Exchange 2010 о новой почте.

  2. Транспортный сервер-концентратор Exchange 2010 забирает это сообщение.

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

  4. Агент маршрутизации располагается на транспортном сервере-концентраторе Exchange 2007 на локальном сайте.

  5. Транспортный сервер-концентратор Exchange 2010 передает сообщение на транспортный сервер-концентратор Exchange 2007.

  6. Агент маршрутизации на транспортном сервере-концентраторе Exchange 2007 определяет, что целевой почтовый ящик находится на сервере почтовых ящиков Exchange 2007 на локальном сайте.

  7. Транспортный сервер-концентратор Exchange 2007 доставляет сообщение на сервер почтовых ящиков Exchange 2007.

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

В версию Exchange 2007 с пакетом обновления 2 (SP2) добавлена функция маршрутизации по версиям. Чтобы на одном сайте Служба каталогов Active Directory могли сосуществовать Exchange 2010 и Exchange 2007, необходимо сначала обновить существующие серверы Exchange 2007 до пакета обновления 2 (SP2). Если на одном сайте Служба каталогов Active Directory имеются Exchange 2010 и Exchange 2007 с пакетом обновления 2, то каждый транспортный сервер-концентратор обрабатывает сообщения для серверов почтовых ящиков соответствующих версий. Версионная маршрутизация не изменяет способ маршрутизации внутрисайтовых сообщений.

При наличии на одном сайте Exchange 2010 и Exchange 2007 необходимо учитывать следующие моменты.

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

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

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

  • Сообщения, отправленные в общие папки, поддерживающие почту, обрабатываются так же, как сообщения, отправленные в почтовые ящики.

#RTT

Отличия EdgeSync

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

Несмотря на то что транспортные серверы-концентраторы Exchange 2007 могут принимать участие в работе службы EdgeSync вместе с пограничными транспортными серверами Exchange 2010, последовательные обновления доступны только между транспортными серверами-концентраторами Exchange 2010 и пограничными транспортными серверами Exchange 2010. По умолчанию, когда пограничный транспортный сервер Exchange 2010 подписывается на сайт Служба каталогов Active Directory, который имеет транспортные серверы-концентраторы Exchange 2010, транспортные серверы-концентраторы Exchange 2010 принимают на себя процесс EdgeSync. Можно вернуться к транспортным серверам-концентраторам Exchange 2007, отключив службу Microsoft Exchange EdgeSync на транспортных серверах-концентраторах Exchange 2010. Однако в таком случае вместо добавочных обновлений опять будет выполняться репликация всех данных.

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

#RTT

Правила транспорта и ведение журнала в сценарии сосуществования

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

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

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

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

Копирование существующей конфигурации в Exchange 2010

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

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

Аналогично, все правила ведения журнала Exchange 2007 преобразуются и копируются в правила ведения журнала Exchange 2010 во время установки. Дополнительные сведения см. в разделе Экспорт и импорт правил журналов Exchange 2007.

Поддержка правил транспорта и ведения журнала в смешанной среде

Автоматический импорт правил в Exchange 2010 выполняется только во время начальной установки. Во время начальной установки будет выполнена синхронизация набора правил транспорта и ведения журнала для Exchange 2010 и Exchange 2007. В будущем, если будут сделаны какие-либо изменения существующего правила, оно будет изменено в единственном расположении в зависимости от используемого средства управления. Например, если на сервере Exchange 2010 для создания правила используется командная консоль Exchange, будет обновлен только контейнер правил Exchange 2010 в службе Служба каталогов Active Directory. Аналогично, при использовании для изменения существующего правила консоли управления Exchange (EMC) на сервере Exchange 2007 будет изменена только версия Exchange 2007 этого правила.

Чтобы обеспечить целостность правил транспорта и ведения журнала в разных версиях, все изменения необходимо вносить дважды: один раз с помощью средств управления Exchange 2010 и второй раз с помощью средств управления Exchange 2007.

#RTT

Поддержка параметров DSN в смешанной среде

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

В частности, в Exchange 2010 из командлета Set-TransportServer в командлет Set-TransportConfig были перемещены следующие параметры:

  • ExternalDelayDsnEnabled

  • ExternalDsnDefaultLanguage

  • ExternalDsnLanguageDetectionEnabled

  • ExternalDsnMaxMessageAttachSize

  • ExternalDsnReportingAuthority

  • ExternalDsnSendHtml

  • ExternalPostmasterAddress

  • InternalDelayDsnEnabled

  • InternalDsnDefaultLanguage

  • InternalDsnLanguageDetectionEnabled

  • InternalDsnMaxMessageAttachSize

  • InternalDsnReportingAuthority

  • InternalDsnSendHtml

Если в организации требуется изменить какой-либо из этих параметров, необходимо один раз внести это изменение для организации с помощью командлета Set-TransportConfig в командной консоли Exchange 2010 и по одному разу для каждого транспортного сервера-концентратора Exchange 2007 в организации с помощью командлета Set-TransportServer в командной консоли Exchange 2007.

#RTT

Отслеживание сообщений в разных версиях

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

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

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

Отслеживание сообщений в смешанной среде

Откуда отправлено Куда отправлено Средство отслеживания

Почтовый ящик Exchange 2010

Почтовый ящик Exchange 2010

Используется средство «Отчеты о доставке» в панели управления Exchange.

Почтовый ящик Exchange 2010

Почтовый ящик Exchange 2007

Используется средство «Отчеты о доставке» в панели управления Exchange. Это средство предоставляет сведения отслеживания сообщений в точку, из которой сообщение передавалось на сервер Exchange 2007. Для данного сообщения больше никакие сведения отслеживания не доступны.

Можно также воспользоваться проводником журнала отслеживания в Exchange 2010 или отслеживанием сообщений в Exchange 2007.

Почтовый ящик Exchange 2007

Почтовый ящик Exchange 2007 или Exchange 2010.

Используется проводник журнала отслеживания в Exchange 2010 или отслеживание сообщений в Exchange 2007.

Дополнительные сведения об отслеживании сообщений в Exchange 2010 см. в разделе Understanding Message Tracking.

#RTT

Функции транспорта Exchange 2010 в сценарии сосуществования

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

Управляемые получатели

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

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

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

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

При включении получателя для управления следует убедиться, что назначенные модераторы используют клиента, который может отображать варианты утверждения или отклонения для запроса на утверждение. Всем модераторам рекомендуется использовать приложение Microsoft Office Outlook 2010 или Outlook Web App на сервере Exchange 2010. Оба этих клиента имеют встроенные интерфейсы пользователя, позволяющие модераторам принимать решения, касающиеся сообщений.

Примечание.
Если модераторы используют приложение Outlook 2007 или Outlook 2003, запрос на управление будет отображаться в виде кнопок для голосования в полученном сообщении. Они по-прежнему смогут управлять сообщениями с помощью кнопок для голосования. Тем не менее, чтобы обеспечить оптимальную работу пользователей, рассмотрите возможность обновления их клиентов до версии Outlook 2010 или более поздних версий.

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

Теневая избыточность

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

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

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

#RTT



Процедура версионной маршрутизации
Поток сообщений между Exchange 2010 и Exchange 2007