Схема планирования нового развертывания

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

Последнее изменение раздела: 2010-02-02

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

Планирование организации Exchange

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

• Системные требования Exchange 2010
• Предварительные требования для Exchange 2010

Поддерживаемые топологии Exchange 2010

Exchange 2010 поддерживает следующие топологии:

• Один лес, несколько сайтов Active Directory.
• Несколько лесов (модель леса ресурсов), несколько сайтов Active Directory.
• Один сайт Active Directory.

Exchange 2010 не поддерживает следующие топологии:

• Установка более ранней версии Exchange в только что созданной организации Exchange 2010.

  Важно!

  Добавление более ранних версий Exchange в организацию, в которой используется только Exchange 2010, не поддерживается.

Дополнительные сведения см. в разделе Deploy Multiple Forest Topologies.

Помощник по развертыванию Exchange Server 2010

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

Дополнительные сведения см. в разделе Помощник по развертыванию Exchange 2010.

Планирование службы ActiveDirectory

Exchange 2010 использует службы Active Directory облегченного доступа к каталогам для хранения и совместного использования сведений о каталогах в Microsoft Windows. Дополнительные сведения см. в разделе Планирование службы каталогов Active Directory.

Планирование разрешения имен и сети

Убедитесь в правильной регистрации записей узлов для серверов Exchange 2010 на DNS-сервере леса Active Directory. Клиенты и другие серверы используют DNS в качестве службы разрешения имен для поиска серверов Exchange. Необходимо проверить правильность настройки разрешения имен для среды. Дополнительные сведения см. в следующих разделах:

• Служба доменных имен (DNS)
• Общие сведения о сценариях использования несвязанных пространств имен
• Справочник по сетевым портам Exchange

Планирование сервера узлового транспорта

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

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

• Варианты топологии. Начните c планирования размещения транспортных серверов-концентраторов в физической топологии Exchange. Exchange использует сайты Active Directory для маршрутизации сообщений, поэтому необходимо развернуть по меньшей мере один транспортный сервер-концентратор в каждом сайте Active Directory, где планируется развернуть серверы почтовых ящиков. Дополнительные сведения о порядке планирования размещения транспортного сервера-концентратора см. в разделеОбщие сведения о роли транспортного сервера-концентратора.
• Мощность сервера. Планирование мощности сервера включает в себя определение порядка отслеживания производительности транспортного сервера-концентратора. Отслеживание производительности поможет установить для серверов базовое значение производительности. Эта информация поможет определить мощность для конфигурации оборудования.
• Компоненты транспорта. Определите, какие компоненты транспорта будут включены на транспортном сервере-концентраторе, и как они будут настроены.
• Безопасность. Роль транспортного сервера-концентратора развертывается внутри организации Exchange. Планирование безопасности транспортного сервера-концентратора включает в себя делегирование административных ролей и проверку того, что IP-подключения включены только от авторизованных серверов. Кроме того, следует проверить, чтобы никакие несущественные службы не работали и никакие ненужные порты не были открыты. Дополнительные сведения см. в разделе Deployment Security Checklist

Подключение к Интернету для транспортного сервера-концентратора

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

• Развертывание пограничного транспортного сервера и его подписка на организацию Exchange. Это рекомендуемый способ развертывания. По умолчанию при создании пограничной подписки автоматически создаются необходимые соединители отправки. Изменять конфигурацию соединителя приема по умолчанию на транспортном сервере-концентраторе для данного сценария не требуется. Дополнительные сведения см. в разделе Настройка потока почты Интернета через подписанный пограничный транспортный сервер.

• Развертывание пограничного транспортного сервера и без его подписки на организацию Exchange. В этом сценарии потребуется вручную настроить соединители приема и отправки на пограничном транспортном сервере и транспортном сервере-концентраторе. Также при этом нельзя будет использовать такие функции, как фильтрация получателей или объединение списка надежных отправителей, поскольку репликация данных не ведется. Дополнительные сведения см. в разделе Настройка потока почты между пограничным транспортным сервером и транспортными серверами-концентраторами без использования EdgeSync.

• Отправка и получение сообщений электронной почты Интернета может выполняться путем ретрансляции через службы Microsoft Exchange Hosted Services или через сервер шлюза SMTP стороннего поставщика. В этом сценарии необходимо создать соединители отправки и приема между транспортным сервером-концентратором и внешними SMTP-серверами, которые осуществляют обработку и маршрутизацию электронной почты Интернета. Дополнительные сведения см. в разделе Настройка потока почты Интернета через службы Exchange Hosted Services или внешний шлюз SMTP.

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

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

  Важно!

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

Высокая доступность и балансировка нагрузки для транспортных серверов-концентраторов

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

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

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

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

Примечание.

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

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

• Балансировка нагрузки входящих SMTP-соединений для клиентских подключений по протоколам POP и IMAP к соединителю приема по умолчанию с именем «Клиент <Имя сервера>», который создается только на транспортных серверах-концентраторах.
• Балансировка нагрузки входящих SMTP-соединений для приложений, отправляющих почту в организацию Exchange.

Балансировку сетевой нагрузки нельзя использовать для распределения соединений для внутренней маршрутизации между транспортными серверами-концентраторами.

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

Планирование пограничного транспортного сервера

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

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

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

При планировании развертывания пограничных транспортных серверов следует учесть следующие вопросы:

• Производительность сервера   Планирование производительности сервера включает в себя планирование проведения контроля производительности пограничного транспортного сервера. Контроль производительности дает возможность оценить величину рабочей нагрузки сервера. Эта информация определяет производительность используемой конфигурации оборудования.

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

• **Безопасность. **Роль пограничного транспортного сервера разработана с целью минимизации площади атаки. Поэтому важно надлежащим образом защищать физический и сетевой доступ к серверу и управлять им. Планирование средств защиты помогает гарантировать активирование IP-подключений только с авторизованных серверов и только авторизованными пользователями. Для получения дополнительных сведений см. раздел Deployment Security Checklist.
  Пограничный транспортный сервер рекомендуется размещать в демилитаризованной зоне. Чтобы сервер мог отправлять и принимать сообщения электронной почты и получать обновления сведений о получателях и данных конфигурации от службы Microsoft Exchange EdgeSync, необходимо разрешить обмен данными через порты, перечисленные в приведенной ниже таблице.

  Настройка коммуникационных портов для пограничных транспортных серверов

  Сетевой интерфейс	Открытый порт	Протокол	Примечание.
  Входящий трафик из Интернета и исходящий трафик в Интернет	25/TCP	SMTP	Этот порт должен быть открыт для передачи почты в Интернет и получения почты из Интернета.
  Входящий трафик из внутренней сети и исходящий трафик во внутреннюю сеть	25/TCP	SMTP	Этот порт должен быть открыт для передачи почты в организацию Exchange и получения почты из нее.
  Только локальный трафик	50389/TCP	LDAP	Этот порт используется для локального подключения к службам Active Directory облегченного доступа к каталогам.
  Входящий трафик из внутренней сети	50636/TCP	Защищенный LDAP	Этот порт должен быть открыт для синхронизации EdgeSync.
  Входящий трафик из внутренней сети	3389/TCP	RDP	Открывать этот порт не обязательно. Он обеспечивает более высокую гибкость управления пограничными транспортными серверами из внутренней сети, позволяя использовать для этого удаленное подключение к рабочему столу.

  Примечание.
  Роль пограничного транспортного сервера использует нестандартные порты LDAP. Порты, указанные в данном разделе — это порты связи LDAP, настраиваемые при установке роли пограничного транспортного сервера. Дополнительные сведения см. в разделе Изменение конфигурации службы Active Directory облегченного доступа к каталогам.

• **EdgeSync. **Чтобы подписать пограничный транспортный сервер на организацию Exchange, можно создать пограничную подписку. При создании пограничной подписки сведения о получателях и конфигурации реплицируются из Active Directory в службы Active Directory облегченного доступа к каталогам. Пограничный транспортный сервер подписывается на сайт Active Directory. Впоследствии служба Microsoft Exchange EdgeSync, работающая на транспортных серверах-концентраторах данного сайта, периодически обновляет службы Active Directory облегченного доступа к каталогам посредством синхронизации данных из Active Directory. Процедура пограничной подписки автоматически готовит соединители отправки, необходимые для обеспечения потока почты из организации Exchange в Интернет через пограничный транспортный сервер. Если на пограничном транспортном сервере используется поиск получателей или объединение списков надежных отправителей, необходимо подписать пограничный транспортный сервер на организацию.

Настройка параметров DNS для роли пограничного транспортного сервера

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

Поскольку пограничный транспортный сервер обычно развертывается в демилитаризованной зоне, то его сетевые адаптеры подключаются к нескольким сетевым сегментам. Все эти сетевые сегменты имеют уникальные IP-настройки. Сетевой адаптер, подключенный к внешнему (общему) сетевому сегменту, должен быть настроен с использованием общего DNS-сервера для разрешения имен. Это позволяет серверу разрешать имена доменов SMTP в записи ресурсов MX и маршрутизировать почту в Интернет.

Сетевой адаптер, подключенный к внутреннему (частному) сетевому сегменту, должен быть настроен с использованием DNS-сервера в демилитаризованной зоне или иметь файл «Hosts». Пограничные транспортные серверы и транспортные серверы-концентраторы должны иметь возможность использовать механизм разрешения узлов DNS для обнаружения друг друга.

Для активизации разрешения имен транспортных серверов-концентраторов пограничными транспортными серверами используйте один из следующих методов:

• Вручную создайте записи ресурсов «А» для транспортных серверов-концентраторов в зоне прямого поиска на DNS-сервере, который настроен на внутреннем сетевом адаптере пограничного транспортного сервера.
• Измените файл «Hosts» на пограничном транспортном сервере, чтобы включить записи узлов для транспортных серверов-концентраторов. Файл «Hosts» — это локальный текстовый файл, представленный в том же формате, что и файл /etc/hosts операционной системы UNIX 4.3 Berkeley Software Distribution (BSD). В этом файле имена узлов сопоставляются с IP-адресами, а сам файл хранится в папке \%Systemroot%\System32\Drivers\Etc.

Для активизации разрешения имен пограничных транспортных серверов транспортными серверами-концентраторами используйте один из следующих методов:

• Вручную создайте записи ресурсов «А» для пограничных транспортных серверов в зоне прямого поиска на DNS-сервере, который настроен на транспортном сервере-концентраторе.
• Чтобы включить записи узлов для пограничных транспортных серверов, измените файл «Hosts» на транспортных серверах-концентраторах, находящихся в сайтах Active Directory, на которые подписаны пограничные транспортные серверы.

Чтобы настроить параметры DNS для пограничного транспортного сервера, необходимо выполнить следующие шаги:

1. Убедиться, что параметры сервера DNS для каждого сетевого адаптера являются правильными для сетевого сегмента.
2. Настроить DNS-суффикс для имени пограничного транспортного сервера, используя следующие шаги:
   1. Нажмите кнопку Пуск, затем откройте Панель управления, а затем дважды щелкните компонент Система, чтобы открыть окно Свойства системы.
   2. Откройте вкладку Имя компьютера.
   3. Нажмите кнопку Изменить.
   4. На странице Изменение имени компьютера нажмите кнопку Дополнительно.
   5. В поле Основной DNS-суффикс этого компьютера: введите имя домена DNS и суффикс для пограничного транспортного сервера.
      Это имя не может изменяться после установки роли пограничного транспортного сервера.
3. Настроить разрешение имен сайтов DNS для пограничных транспортных серверов и транспортных серверов-концентраторов.

Переопределение параметров DNS

Возможно, в среде потребуется указать для маршрутизации почты DNS-сервер, отличающийся от DNS-сервера, настроенного в свойствах протокола IP сервера Exchange. Чтобы реализовать это, измените параметры внутреннего DNS-поиска и внешнего DNS-поиска в свойствах транспортного сервера. Эти параметры переопределяют параметры сетевого адаптера для маршрутизации сообщений электронной почты. Дополнительные сведения см. в разделе Настройка свойств пограничного транспортного сервера.

Планирование развертывания серверов почтовых ящиков

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

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

Определение размеров баз данных

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

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

• Общие сведения о факторах для базы данных почтовых ящиков и свободного места для журналов
• Пример проектирования роли сервера почтовых ящиков Exchange 2010
• Проектирование системы хранения сервера почтовых ящиков

Планирование развертывания общих папок

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

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

Планирование сервера клиентского доступа

Роль сервера клиентского доступа служит для приема всех клиентских подключений к Exchange 2010. Через роль сервера клиентского доступа подключаются клиенты на компьютерах (например, Microsoft Outlook и Microsoft Entourage), мобильных телефонах и в браузерах. Роль сервера клиентского доступа предоставляет следующие возможности:

• Доступ по протоколу MAPI.

• Доступ по протоколам POP3 и IMAP4.

  Примечание.
  Встроенная проверка подлинности Windows (NTLM) не поддерживается для подключения клиентов через POP3 или IMAP4. Дополнительные сведения см. в подразделах «Компоненты клиентского доступа» раздела Устаревшие возможности и сокращенная функциональность.

• Доступ к Outlook Web App

• Служба автообнаружения, настраивающая клиентские компьютеры, на которых используется Outlook 2010, Outlook 2007, Entourage и другие клиентские приложения. Служба автообнаружения также может настраивать поддерживаемые мобильные устройства.

• Служба доступности расширяет предоставляемые работникам информационной сферы возможности календарного планирования и назначения собраний, обеспечивая безопасную, согласованную и своевременную информацию о доступности для компьютеров с Outlook 2007 и более поздних версий.

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

Дополнительные сведения о планировании пространств имен и серверах клиентского доступа см. в разделе Understanding Client Access Server Namespaces.

Планирование сервера единой системы обмена сообщениями

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

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

Чем проще в общем случае топология единой системы обмена сообщениями, тем легче развернуть и поддерживать единую систему обмена сообщениями. Необходимо устанавливать только те серверы единой системы обмена сообщениями и создавать только те объекты единой системы обмена сообщениями в службе каталогов Active Directory, которые необходимы для поддержания целей и задач организации. Большие организации, имеющие сложную систему телефонии и развитую сетевую структуру, большое количество отделов и другие сложности, потребуют более трудоемкого планирования, чем небольшие организации с относительно простыми потребностями в единой системе обмена сообщениями.

Планирование развертывания единой системы обмена сообщениями

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

Ниже приведены некоторые из областей, которые следует рассмотреть и проанализировать при планировании использования Exchange 2010 в организации:

• Производственные потребности в единой системе обмена сообщениями.
• Телефонная сеть и используемая система голосовой почты.
• Структура используемой сети передачи данных.
• Текущая среда Active Directory.
• Количество пользователей, которое необходимо поддерживать.
• Необходимое количество серверов единой системы обмена сообщениями.
• Требования к хранилищу для пользователей.
• Положение шлюзов IP, оборудования телефонии и серверов единой системы обмена сообщениями.

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

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

1. Выполните развертывание и настройку компонентов телефонии для единой системы обмена сообщениями.
2. Убедитесь в правильной установке ролей сервера Exchange 2010, необходимых для единой системы обмена сообщениями.
3. Установите роль сервера единой системы обмена сообщениями.
4. Создайте и настройте необходимые компоненты единой системы обмена сообщениями Active Directory, включая абонентские группы, шлюзы IP, сервисные группы и политики почтовых ящиков.
5. Выполните необходимые после развертывания задачи, включая развертывание сертификатов Mutual TLS, создание автосекретарей единой системы обмена сообщениями и настройку факсимильной связи.

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

• Развертывание новой среды единой системы обмена сообщениями
• Контрольный список. Развертывание новой среды единой системы обмена сообщениями
• Развертывание и настройка входящих факсов

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

• Развертывание единой системы обмена сообщениями и Communications Server 2007
• Контрольный список. Развертывание единой системы обмена сообщениями Exchange и Office Communications Server 2007

Планирование клиента Exchange

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

Требования	Убедитесь, что
На всех клиентах MAPI работает поддерживаемая версия Outlook, в том числе Microsoft Outlook 2007 или Outlook 2003..	[ ]
На всех клиентах Outlook Web App работает поддерживаемый веб-браузер. Чтобы применять все возможности, доступные в Outlook Web App, клиенты могут использовать перечисленные ниже браузеры на компьютерах, работающих под управлением операционных систем Windows XP, Windows 2003, Windows Vista или Windows 7. Internet Explorer 7 и более поздние версии. Firefox 3.0.1 и более поздние версии. Chrome 3.0.195.27 и более поздние версии. На компьютере, работающем под управлением системы Mac OS X, можно использовать следующие браузеры: Safari 3.1 и более поздние версии. Firefox 3.0.1 и более поздние версии. На компьютере, работающем под управлением системы Linux, можно использовать: Firefox 3.0.1 и более поздние версии. Клиенты, использующие веб-браузер, не поддерживающий необходимую функциональность в полном объеме, будут автоматически перенаправляться на облегченную версию Outlook Web App. Облегченная версия Outlook Web App оптимизирована для обеспечения специальных возможностей и подходит, например, для пользователей с нарушениями или отсутствием зрения. Облегченная версия имеет меньше возможностей и в некоторых операциях работает быстрее. Использовать облегченную версию может быть необходимо при медленном подключении к Интернету или использовании компьютера с необычно строгими требованиями безопасности веб-браузера. Облегченная версия может использоваться почти с любым браузером и содержит одинаковый набор функций во всех браузерах.	[ ]
Все мобильные устройства используют поддерживаемую операционную систему. Мобильные телефоны Windows, поддерживающие Direct Push, а также мобильные телефоны с другими ОС, совместимыми с Exchange ActiveSync.	[ ]