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

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

При установке ролей сервера Exchange 2010 рекомендуется следующий порядок:

1. Роль сервера клиентского доступа
   
   
2. Роль транспортного сервера-концентратора
   
   
3. Роль сервера почтовых ящиков
   
   
4. Роль сервера единой системы обмена сообщениями
   
   
5. Роль пограничного транспортного сервера
   
   

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

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

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

Когда все готово к обновлению среды со смешанным режимом, каждый сайт Служба каталогов Active Directory следует обновлять отдельно. При наличии сайтов Служба каталогов Active Directory, где используется только Exchange 2007 или Exchange 2003, следуйте на этих сайтах Служба каталогов Active Directory указаниям по обновлению с соответствующей версии. Например, при наличии Exchange 2007 в сайте Служба каталогов Active Directory A следуйте указаниям по обновлению для Exchange 2007. При наличии Exchange 2003 в сайте Служба каталогов Active Directory B следуйте указаниям по обновлению для Exchange 2003. Дополнительные сведения об обновлении версий Exchange 2003 и Exchange 2007 см. в разделе Общие сведения об обновлении до Exchange 2010.

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

• Общие сведения об обновлении до Exchange 2010
  
  
• Установка Exchange 2010 в организации со смешанным использованием Exchange 2003 и Exchange 2007
  
  

Консоль управления Exchange (EMC) доступна в версиях Exchange Server 2010 и Exchange Server 2007. Ниже перечислены задачи и действия, которые можно выполнять с помощью консоли управления Exchange в Exchange 2010 или Exchange 2007:

• Действия по созданию объектов, например новых почтовых ящиков или автономных адресных книг (OAB), могут выполняться только в той же версии консоли управления Exchange, которая используется целевым объектом. Например, создание почтового ящика на сервере почтовых ящиков Exchange 2007 необходимо выполнять с помощью консоли управления Exchange 2007. Применимо следующее:
  
  
  • Невозможно осуществлять управление базами данных почтовых ящиков Exchange 2007 с консоли управления Exchange в Exchange 2010, несмотря на то что эти базы данных можно просматривать.
    
    
  • На консоли управления Exchange 2010 невозможно включать или отключать почтовые ящики единой системы обмена сообщениями Exchange 2007.
    
    
  • С помощью консоли управления Exchange 2010 невозможно управлять мобильными устройствами Exchange 2007.
    
    
• Действия, требующие просмотра объектов, могут выполняться в любой версии консоли управления Exchange на любой версии объекта Exchange с некоторыми исключениями:
  
  
  • Объекты правила транспорта Exchange 2010 и Exchange 2007 можно просматривать только в версиях консоли управления Exchange, соответствующих версиям объектов.
    
    
  • Серверы Exchange 2010 и Exchange 2007 можно просматривать только в версиях консоли управления Exchange, соответствующих версиям объектов.
    
    
  • Средство просмотра очередей в консоли управления Exchange 2010 невозможно подключить к серверу Exchange 2007 для просмотра очередей или сообщений.
    
    

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

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

Роль сервера клиентского доступа может использоваться для совместной работы с серверами клиентского доступа Exchange 2007. Перед обновлением первого сайта Служба каталогов Active Directory необходимо установить систему Exchange 2007 с пакетом обновления 2 (SP2) на все серверы клиентского доступа Exchange 2007 в организации.

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

Для установки системы Exchange 2010 в организации требуется создание второго имени узла в системе доменных имен (DNS). При установке первого сервера клиентского доступа Exchange 2010 в организации также потребуется создать имя узла. Если текущее имя узла — http://contoso.com, рекомендуется создать имя http://legacy.contoso.com. Установите первый сервер клиентского доступа Exchange 2010 или массив таких серверов, скопируйте соответствующие параметры служб Microsoft Outlook Web Access, Microsoft Exchange ActiveSync, POP3, IMAP4, веб-служб Exchange и автообнаружения, а затем настройте адрес http://legacy.contoso.com так, чтобы он указывал на серверы клиентского доступа Exchange 2007, а http://contoso.com — на сервер клиентского доступа Exchange 2010 или массив таких серверов. Для обоих имен узлов потребуется соответствующий сертификат Secure Sockets Layer (SSL). Рекомендуется использовать дополнительное имя субъекта, которое поддерживает несколько имен узлов. Дополнительные сведения см. в разделе Обновление с клиентского доступа Exchange 2007.

Для совместной работы со службой Exchange ActiveSync необходимо настроить устаревшее имя узла DNS. Пользователи с почтовыми ящиками на серверах почтовых ящиков Exchange 2007 будут перенаправляться через прокси-соединение с серверов версии Exchange 2010 на Exchange 2007.

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

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

Если пользователь с почтовым ящиком на сервере почтовых ящиков Exchange 2007 подключается к серверу клиентского доступа Exchange 2010 на том же сайте Служба каталогов Active Directory, то он перенаправляется на сервер клиентского доступа Exchange 2007 на этом сайте. Если пользователь с почтовым ящиком на сервере почтовых ящиков Exchange 2007 подключается к серверу клиентского доступа Exchange 2010 на другом сайте Служба каталогов Active Directory и на сайте назначения Служба каталогов Active Directory нет доступного через Интернет сервера клиентского доступа, то пользователь перенаправляется через прокси-соединение на сервер клиентского доступа Exchange 2007 на сайте назначения Служба каталогов Active Directory. Как и в случае с версией Exchange 2007, если пользователь получает доступ к серверу клиентского доступа Exchange 2010 не на том сайте Служба каталогов Active Directory, на котором находится почтовый ящик, и на сайте Служба каталогов Active Directory, содержащем этот ящик, имеется доступный через Интернет сервер клиентского доступа, то пользователь перенаправляется на этот сервер на сайте назначения Служба каталогов Active Directory. Когда почтовый ящик пользователя находится на сервере Exchange 2007, то во время совместной работы он будет пользоваться версией Exchange 2007 приложения Microsoft Office Outlook Web App. Пользователю будут доступны функции Exchange 2010 службы Outlook Web App после перемещения почтового ящика на сервер Exchange 2010.

При обновлении приложения Outlook Web App возникает необходимость проверки различных сценариев проверки подлинности:

• Проверка подлинности на основе форм с завершением на сервере клиентского доступа Exchange 2007   В этом сценарии сервер клиентского доступа Exchange 2010 перенаправляет пользователя на сервер клиентского доступа прежней версии, и второе выполнение входа не требуется.
  
  
• Стороннее решение проверки подлинности перед сервером клиентского доступа Exchange 2007   Этот сценарий требует прохождения через сервер Microsoft Internet Security and Acceleration (ISA) Server или другое решение проверки подлинности перед серверами Exchange. В этой ситуации от пользователей будет требоваться проверка подлинности только в решении проверки подлинности, при которой учетные данные передаются на любые необходимые серверы Exchange 2010 или Exchange 2007.
  
  
• Проверка подлинности без применения форм с завершением на сервере клиентского доступа Exchange 2007    Приложение Outlook Web App перенаправляет пользователя на устаревший сервер клиентского доступа Exchange 2007. Необходимость повторной проверки пользователя зависит от используемого механизма проверки подлинности. Например, если используется интегрированная проверка подлинности Windows, то пользователь выполняет один вход. Если используется обычная проверка подлинности, пользователь должен проходить ее дважды.
  
  

Процедура обновления и совместной работы для приложения Outlook Web App зависит от выбранного сценария проверки подлинности. Дополнительные сведения о совместной работе со службой Outlook Web App см. в разделе Обновление с клиентского доступа Exchange 2007.

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

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

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

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

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

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

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

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

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

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