Обновление от транспортного сервера Exchange 2007

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

Последнее изменение раздела: 2009-12-09

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

Наиболее важным пунктом в сценарии сосуществования 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 - Planning Roadmap for Upgrade and Coexistence.

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

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

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

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

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

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

   Подписка пограничных транспортных серверов Exchange 2007 после ввода транспортного сервера-концентратора Exchange 2010
   

3. Введите первый пограничный транспортный сервер Exchange 2010 в демилитаризованную зону.

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

5. Удалите пограничную подписку Exchange 2007.

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

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

В начало

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

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

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

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

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

В начало

Отличия 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 см. раздел Общие сведения о пограничных подписках.

В начало

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

Если в организации 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.

В начало

Поддержка параметров 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.

В начало

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

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

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

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

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

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

В начало

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

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

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

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

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

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

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

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

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

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

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

В начало