Обновление от транспортного сервера Exchange 2003
Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Последнее изменение раздела: 2016-11-28
При обновлении Microsoft Exchange Server 2003 до Exchange Server 2010 обе версии могут сосуществовать в рабочей среде в течение определенного периода. Сведения, приведенные в следующей таблице, помогут предотвратить отрицательное влияние такой совместной работы на поток сообщений.
Важно! |
---|
Если сервер Exchange 2010 развертывается в качестве новой организации, впоследствии будет невозможно установить Exchange 2003 в организации Exchange 2010. Данная возможность не поддерживается. Если в организации предполагается использовать сервер Exchange 2003, необходимо сначала установить организацию Exchange 2003 и поддерживать работу по крайней мере одного сервера Exchange 2003. |
Сводка обязательных и необязательных действий по обновлению транспортного сервера Exchange 2003 до Exchange 2010
Функция | Действия, необходимые для совместной работы | Необязательные действия и рекомендации |
---|---|---|
Различия в топологии маршрутизации При планировании совместной работы Exchange 2010 и Exchange 2003 необходимо понимать различия в определении топологии маршрутизации для каждой версии. В этом разделе рассматриваются различия между топологиями, в том числе:
|
|
|
Соединители отправки и получения На сервере Exchange 2003 используются интерфейсы виртуального сервера SMTP для каждого протокола, которые позволяют отправлять и принимать сообщения между серверами Exchange. Транспортные серверы-концентраторы Exchange 2010 используют для маршрутизации сообщений между сайтами неявный соединитель, который называется внутриорганизационным соединителем отправки. |
|
|
Данные X-EXCH50 В сервере Exchange 2003 используется собственная команда X-EXCH50 для передачи данных о сообщениях и получателях, которых невозможно включить в сообщение электронной почты. В Exchange 2010 поддерживается сопоставление между протоколами MAPI и MIME и не требуются данные Exch50 для надежной передачи свойств сообщений. |
|
|
Отслеживание сообщений Значительное различие между версиями заключается в том, что события, зарегистрированные в журнале отслеживания сообщений Exchange 2010, не соответствуют событиям, зарегистрированным в журнале отслеживания сообщений Exchange 2003. |
|
|
Совместная работа пограничных транспортных серверов Если пограничный транспортный сервер разворачивается в организации Exchange, в которой еще не развернут сервер Exchange 2010, некоторые функции могут быть недоступны. |
|
|
Различия в топологии маршрутизации
В Exchange 2003 для определения специфичной для Exchange топологии маршрутизации применяются группы маршрутизации. Обычно группы маршрутизации используются для задания набора серверов Exchange с высокоскоростной связью. Серверы, принадлежащие одной группе маршрутизации, могут взаимодействовать друг с другом без использования соединителей. В идеальном случае группы маршрутизации, определенные в существующей среде, основаны на IP-подсетях и их структура аналогична конфигурации сайтов Служба каталогов Active Directory.
Если в организации Exchange 2003 определены несколько групп маршрутизации, необходимо вручную создать соединители групп маршрутизации, чтобы обеспечить поток почты между серверами Exchange 2003, находящимися в разных группах маршрутизации. В качестве конечных точек соединителя групп маршрутизации необходимо указать исходный сервер и целевой сервер. Соединитель групп маршрутизации определяет одностороннее подключение, и для обеспечения потока почты в обоих направлениях необходимо создать возвратный соединитель. Исходный и целевой серверы являются серверами-плацдармами группы маршрутизации. Серверы-плацдармы ретранслируют электронную почту в другие группы маршрутизации от имени других серверов своей группы маршрутизации и получают почту из других групп маршрутизации для доставки на другие серверы своей группы маршрутизации.
В Exchange 2010 отсутствует необходимость определять специфичную для Exchange конфигурацию маршрутизации. В Exchange 2010 для определения топологии маршрутизации используется существующая топология сайтов Служба каталогов Active Directory. Однако пользователь может внести специфические для Exchange изменения в конфигурацию сайтов Служба каталогов Active Directory и стоимостей IP-связей для управления потоком почты. Электронная почта, перенаправленная на серверы Exchange, которые расположены на разных сайтах, должна ретранслироваться транспортными серверами-концентраторами. Транспортные серверы-концентраторы отправляют электронную почту на транспортные серверы-концентраторы на удаленных сайтах с помощью соединителя отправки, находящегося внутри организации. Внутриорганизационный соединитель отправки — это неявный соединитель, вычисляемый на основе данных сайта Служба каталогов Active Directory и IP-связях сайтов. Дополнительные сведения об использовании сайтов Служба каталогов Active Directory в Exchange 2010 для маршрутизации сообщений см. в разделе Планирование использования сайтов Active Directory для маршрутизации почты.
Соединители групп маршрутизации
Для поддержки совместной работы этих двух топологий маршрутизации все серверы Exchange 2010 автоматически добавляются в одну группу маршрутизации при установке Exchange 2010. Группа маршрутизации Exchange 2010 распознается в диспетчере Exchange в Exchange 2003 как группа маршрутизации Exchange (DWBGZMFD01QNBJR) в административной группе Exchange (FYDIBOHF23SPDLT).
При установке первого транспортного сервера-концентратора Exchange 2010 в существующей организации Exchange необходимо указать сервер-плацдарм Exchange 2003, для которого будет создан первый соединитель групп маршрутизации. Рекомендуется выбрать сервер-плацдарм, расположенный в группе маршрутизации транспортного сервера-концентратора или в группе маршрутизации с большим числом почтовых ящиков. Соединитель группы маршрутизации связывает группу маршрутизации, в которой расположен сервер Exchange 2003, и группу маршрутизации Exchange 2010. В группу маршрутизации Exchange 2010 входят все серверы Exchange 2010, независимо от сайта Служба каталогов Active Directory, к которому они относятся.
Внимание! |
---|
Не перемещайте серверы Exchange 2010 из группы маршрутизации Exchange (DWBGZMFD01QNBJR) и не изменяйте имя группы маршрутизации Exchange (DWBGZMFD01QNBJR) с помощью редактора каталогов низкого уровня. Ни одно из действий не поддерживается. Сервер Exchange 2010 должен использовать эту группу маршрутизации для соединения с Exchange 2003. |
Устанавливаемый транспортный сервер-концентратор и выбранный сервер-плацдарм Exchange 2003 настраиваются как исходный и целевой серверы для двух противоположно направленных соединителей групп маршрутизации. Выбранный сервер-плацдарм автоматически добавляется в универсальную группу безопасности ExchangeLegacyInterop, и ему предоставляются разрешения, необходимые для обмена электронной почтой с Exchange 2010. Этот соединитель группы маршрутизации создает одну точку подключения между Exchange 2003 и Exchange 2010.
Список исходных и целевых серверов можно изменить в командной консоли Exchange с помощью командлета Set-RoutingGroupConnector. Рекомендуется указывать несколько исходных и целевых серверов для повышения надежности и обеспечения доступности серверов.
Важно! |
---|
Размещение серверов Exchange 2010 в одной группе маршрутизации с серверами Exchange 2003 не поддерживается. |
Каждая группа маршрутизации Exchange 2003 должна иметь по крайней мере один соединитель с другой группой маршрутизации перед запуском первого сервера Exchange 2010. Для каждой базы данных сообщений Microsoft Exchange, расположенной в группе маршрутизации, в которой отсутствует путь к соединителю группы маршрутизации из группы маршрутизации Exchange 2010, в журнале регистрируется событие с кодом 5006. Дополнительные сведения о топологии маршрутизации Exchange 2003 см. в руководстве по службе транспорта и маршрутизации сервера Exchange.
Если в существующей среде Exchange имеется несколько групп маршрутизации, с целью оптимизации потока почты можно создать дополнительные точки подключения между серверами Exchange 2003 и Exchange 2010. Чтобы создать дополнительные точки подключения, выполните следующие действия.
Определите, как будет выполняться обновление организации до Exchange 2010. Порядок, в котором будут списываться группы маршрутизации, будет определять, какие группы маршрутизации Exchange 2003 следует подключить непосредственно к Exchange 2010.
Внесите изменения в реестр, чтобы запретить незначительные обновления состояния связи на всех серверах Exchange 2003. Это изменение конфигурации предотвращает ретрансляцию сообщений о состоянии соединителя по всей организации путем обновления состояния связи, но не запрещает ретрансляцию сообщений об изменении конфигурации. Дополнительные сведения см. в разделе Подавление обновлений состояния связей.
Используйте командлет New-RoutingGroupConnector в командной консоли для создания всех соединителей групп маршрутизации, в которых транспортные серверы-концентраторы Exchange 2010 указаны в качестве исходных или целевых серверов. Необходимо настроить соединитель группы маршрутизации из группы маршрутизации Exchange (DWBGZMFD01QNBJR) в каждую группу маршрутизации Exchange 2003, с которой сервер Exchange 2010 будет взаимодействовать напрямую, а также настроить соответствующие противоположно направленные соединители групп маршрутизации. Чтобы создать оба соединителя одновременно, можно использовать параметр Bidirectional с командлетом New-RoutingGroupConnector. Эти соединители будут обеспечивать поток почты между серверами Exchange 2003 и Exchange 2010.
Важно! При использовании командлета New-RoutingGroupConnector указанные серверы предыдущих версий Exchange автоматически добавляются в универсальную группу безопасности ExchangeLegacyInterop, и им автоматически предоставляются разрешения на обмен почтой между сервером Exchange предыдущей версии и транспортным сервером-концентратором Exchange 2010. Если для создания соединителя групп маршрутизации между группой маршрутизации Exchange 2010 и любой другой группой маршрутизации Exchange 2003 используется диспетчер Exchange, данные о членстве в группах не обновляются, а соединитель будет работать неправильно. Поэтому для создания или обновления соединителей групп маршрутизации между Exchange 2010 и Exchange 2003 необходимо всегда использовать командную консоль.
Дополнительные сведения см. в разделе Создание дополнительных соединителей групп маршрутизации из Exchange 2010 в Exchange 2003.
Обновление состояния связи при совместной работе
При подключении группы маршрутизации Exchange 2010 к организации Exchange 2003 следует учитывать способ маршрутизации на основе состояния связей. Серверы Exchange 2003 поддерживают таблицу маршрутизации состояния связи, которая обновляется посредством обмена данными с основным маршрутизатором группы маршрутизации. Каждый соединитель, созданный между группами маршрутизации Exchange 2003, рассматривается как связь. Серверы Exchange 2003 определяют способ маршрутизации сообщения внутри организации с помощью стоимости, назначенной этим связям. Если какая-либо группа маршрутизации недоступна при использовании маршрута наименьшей стоимости, таблица состояния связей обновляется основным маршрутизатором группы маршрутизации, чтобы показать состояние данной связи как выключенное. Эти данные сообщаются каждой группе маршрутизации в организации Exchange. При получении данных таблица состояния связей обновляется и вычисляется новый маршрут.
Маршрутизация состояния связи не используется транспортными серверами-концентраторами Exchange 2010. Сервер Exchange 2010 не способен распространять обновления состояния связи и не пересчитывает маршруты. Транспортные серверы-концентраторы всегда пытаются соединиться с другими транспортными серверами-концентраторами напрямую. Если подключиться к сайту не удается, сервер Exchange 2010 использует стоимость IP-связей сайтов, связанных с сайтами Служба каталогов Active Directory для определения ближайшего сайта, чтобы поместить сообщение в его очередь. Это поведение называется очередь в месте неполадки. Очередь сообщений, которая создается в точке сбоя, устанавливается в состояние повтора.
Если между группой маршрутизации Exchange 2010 и любой группой маршрутизации Exchange 2003 имеется несколько путей, необходимо запретить незначительные обновления состояния связи, чтобы предупредить зацикливание передачи сообщений при пересчете маршрута. Рекомендуется запретить незначительные обновления для каждого сервера в организации Exchange 2003. Когда обновления состояния связи запрещены, серверы Exchange 2003 вместо пересчета маршрута выполняют постановку в очередь в точке сбоя.
Изменения конфигурации, такие как добавление соединителей, по-прежнему вызывают распространение сообщений среди серверов Exchange 2003 с использованием состояния связи. Однако чтобы обеспечить выполнение значительных обновлений состояния связи, необходимо убедиться, что группа маршрутизации Exchange 2010 не является единственным путем передачи данных между группами маршрутизации Exchange 2003. Дополнительные сведения о запрете обновления состояния связи см. в разделе Подавление обновлений состояния связей.
В начало
Соединители отправки и получения
В Exchange 2003 для обмена сообщениями между серверами Exchange используются интерфейсы виртуального сервера SMTP для каждого протокола. Необходимость в настройке возникает только при изменении установленных по умолчанию значений или создании соединителей, относящихся к другим организациям.
Транспортные серверы-концентраторы Exchange 2010 для маршрутизации сообщений между сайтами используют неявный соединитель. Такой соединитель называется внутриорганизационным соединителем отправки. Во время установки на каждом транспортном сервере-концентраторе автоматически создаются явные соединители приема. Один соединитель приема настраивается на получение SMTP-трафика от всех источников путем прослушивания порта 25. Второй соединитель приема настраивается на получение SMTP-трафика от клиентов, не являющихся MAPI-клиентами, посредством прослушивания порта 587. Явные соединители отправки и соединители приема создаются на транспортных серверах-концентраторах только при необходимости создания соединителя для отправки сообщений в определенное адресное пространство или для получения сообщений с адресов определенного диапазона. Дополнительные сведения о соединителях Exchange 2010 см. в разделах Общие сведения о соединителях отправки и Общие сведения о соединителях приема.
В начало
Данные X-EXCH50
В сервере Exchange 2003 используется собственная команда X-EXCH50 для передачи данных о сообщениях и получателях, которые невозможно включить в сообщение электронной почты. Эти данные передаются как большой двоичный объект EXCH50. В Exch50 содержатся такие данные, как вероятность нежелательной почты, сведения о замене адреса и другие MAPI-свойства, для которых отсутствует MIME-представление. Поскольку X-EXCH50 является командой собственного протокола ESMTP, данные Exch50 не могут распространяться никакими серверами, кроме серверов Exchange.
В Exchange 2010 поддерживается сопоставление между протоколами MAPI и MIME и не требуются данные Exch50 для надежной передачи свойств сообщений. Для обеспечения правильной совместной работы с Exchange 2003 серверы Exchange 2010 могут распространять данные Exch50 на серверы Exchange 2003. На входящих SMTP-подключениях относящиеся к Exch50 свойства, используемые сервером Exchange 2010, преобразуются в эквивалентные свойства Exchange 2010. Свойства, не используемые сервером Exchange 2010, но применяемые в Exchange 2003, сохраняются. На исходящих SMTP-подключениях сервер Exchange 2010 может формировать данные Exch50 посредством преобразования свойств Exchange 2010 и добавления их к сохраненным данным Exchange 2003.
Соединители групп маршрутизации между Exchange 2010 и Exchange 2003 автоматически настраиваются на поддержку отправки и получения данных Exch50. Если сервер Exchange 2010 подключается к серверу Exchange 2003 из другого леса, убедитесь, что разрешения соединителя допускают маршрутизацию данных Exch50. Дополнительные сведения см. в разделе Настройка соединителей между лесами.
В начало
Отслеживание сообщений
Схема отслеживания сообщений в Exchange 2010 значительно отличается от такой схемы в Exchange 2003. События, зарегистрированных в журнале отслеживания сообщений Exchange 2010, не соответствует событиям, зарегистрированным в журнале отслеживания сообщений Exchange 2003. Сообщения, получаемые и отправляемые сервером Exchange 2010, могут отслеживаться только серверами Exchange 2010. Инструментарий управления Microsoft Windows не поддерживается в Exchange 2010. Поэтому сервер Exchange 2003 не может отправлять на сервер Exchange 2010 запрос на журналы отслеживания сообщений. Если на сервере Exchange 2010 на запрос по отслеживанию сообщения получен ответ, в котором указано, что сообщение передано на сервер Exchange 2003, для продолжения поиска сообщения можно использовать средство отслеживания сообщений Exchange 2003.
В начало
Совместная работа пограничных транспортных серверов
Роль пограничного транспортного сервера предназначена для улучшения защиты организации Exchange от вирусов и нежелательной почты. Пограничный транспортный сервер также применяет политики к сообщениям при их транспорте между организациями. Эта роль сервера развертывается в демилитаризованной зоне и за пределами леса Служба каталогов Active Directory. Пограничный транспортный сервер может развертываться как промежуточный сайте и SMTP-сервер-ретранслятор для существующей организации Exchange 2003.
Пограничный транспортный сервер можно добавить в существующую организацию Exchange без обновления внутренних серверов Exchange и каких-либо изменений организации. Так как развертывание осуществляется за пределами Служба каталогов Active Directory, при установке пограничного транспортного сервера не требуется выполнять никаких подготовительных действий для Служба каталогов Active Directory. Если на сервере Exchange 2003 для решения задач защиты от нежелательной почты применяется интеллектуальная фильтрация сообщений Exchange, пограничный транспортный сервер можно использовать для формирования дополнительного уровня такой защиты.
Если пограничный транспортный сервер разворачивается в организации Exchange, в которой еще не развернут сервер Exchange 2010, некоторые функции могут быть недоступны. В этой ситуации создать пограничную подписку нельзя. Поэтому функции поиска получателя и объединения списков надежных получателей недоступны. Дополнительные сведения о развертывании роли пограничного транспортного сервера в организации Exchange 2003 см. в разделе Развертывание роли пограничного транспортного сервера в существующей организации Exchange Server 2003 перед обновлением до Exchange 2010.
В начало
© Корпорация Майкрософт (Microsoft Corporation), 2010. Все права защищены.