Применимо к: Exchange Server 2010 SP1
Последнее изменение раздела: 2011-04-19
Перед установкой сервера Microsoft Exchange Server 2010 рекомендуется ознакомиться с данным разделом, чтобы убедиться в соответствии сети, оборудования, программного обеспечения, клиентов и других элементов требованиям Exchange 2010. При этом следует ознакомиться со сценариями сосуществования, поддерживаемыми для Exchange 2010 и более ранних версий Exchange.
Поддерживаемые сценарии
сосуществования
В следующей таблице перечислены сценарии, поддерживающие совместную работу Exchange 2010 и более ранних версий Exchange.
Совместная работа Exchange 2010 и более ранних версий Exchange Server
| Версия Exchange | Сосуществование организации Exchange |
|---|---|
|
Exchange 2000 Server |
Не поддерживается |
|
Exchange Server 2003 |
Поддерживается |
|
Exchange 2007 |
Поддерживается |
|
Смешанная организация Exchange 2007 и Exchange Server 2003. |
Поддерживается |
Сервер Exchange 2000
Обновить существующую организацию Exchange 2000 сразу до организации Exchange 2010 невозможно. Сначала необходимо обновить организацию Exchange 2000 до организации Exchange 2003 или Exchange 2007, а затем обновить организацию Exchange 2003 или Exchange 2007 до Exchange 2010. Рекомендуется сначала обновить организацию Exchange 2000 до Exchange 2003, а затем обновить организацию Exchange 2003 до Exchange 2010. Дополнительные сведения об обновлении Exchange 2000 см. в разделах Planning an Upgrade from Exchange 2000 (на английском языке) и Обновление до Exchange 2007.
Сеть и серверы каталогов
В приведенной ниже таблице описаны требования, предъявляемые к сети и серверам каталогов в организации Exchange 2010.
Требования к сети и серверам каталогов для Exchange 2010
| Компонент | Требование |
|---|---|
|
Хозяин схемы |
По умолчанию хозяин схемы выполняется на первом контроллере домена Windows Server 2003 или Windows Server 2008, или Windows Server 2008 R2, установленном в лесу. Хозяин схемы должен выполняться на одном из следующих серверов:
|
|
Сервер глобального каталога |
На каждом сайте Служба каталогов Active Directory, на котором планируется установить систему Exchange 2010, для каждого домена должен существовать по меньшей мере один сервер глобального каталога, работающий под управлением следующих систем:
Дополнительные сведения о серверах глобального каталога см. в статье Что такое глобальный каталог. |
|
Контроллер домена |
На каждом сайте Служба каталогов Active Directory, где предполагается установить Exchange 2010, должен иметься в наличии хотя бы один контроллер домена, доступный для записи, работающий под управлением следующих систем:
|
|
Лес Служба каталогов Active Directory |
Сервер Служба каталогов Active Directory должен находиться в режиме функциональности леса Windows Server 2003 или выше. |
|
Поддержка протокола IPv6 |
Протокол IPv6 поддерживается только при использовании протокола IPv4; среда только на основе протокола IPv6 не поддерживается. IPv6-адреса и диапазоны IP-адресов поддерживаются только в том случае, если на компьютере включены протоколы IPv6 и IPv4, а сеть поддерживает IP-адреса обеих версий. Если сервер Exchange 2010 развернут в этой конфигурации, все роли сервера могут обмениваться данными с устройствами, серверами и клиентами, использующими IPv6-адреса. Поддержка Exchange 2010 аналогична поддержке для Exchange Server 2007. Дополнительные сведения см. в разделе Общие сведения о поддержке протокола IP версии 6 в системе Exchange 2010. |
Архитектура сервера каталогов
Использование 64-разрядных контроллеров доменов Служба каталогов Active Directory повышает производительность службы каталогов для сервера Exchange 2010. Дополнительные сведения о сервере Exchange 2010, роли сервера почтовых ящиков и соотношениях Служба каталогов Active Directory см. в подразделе «Соотношения для серверов Служба каталогов Active Directory и серверов почтовых ящиков» в разделе Общие сведения о соотношениях ролей сервера и производительности Exchange.
 Примечание. |
|---|
| В средах с несколькими доменами на контроллерах домена Windows Server 2008, на которых установлен японский язык Служба каталогов Active Directory, серверы могут не получать некоторые атрибуты, которые хранятся на объекте во время входящей репликации. Дополнительные сведения см. в статье 949189 базы знаний Microsoft Контроллер домена Windows Server 2008, настроенный на японский язык, может не применять обновления к атрибутам на объекте во время входящей репликации. |
Установка сервера Exchange Server 2010 на серверы каталогов
По соображениям безопасности и производительности рекомендуется устанавливать Exchange 2010 только на рядовые серверы, а не на серверы каталогов Служба каталогов Active Directory. Тем не менее, программу DCPromo нельзя запускать на компьютере под управлением Exchange 2010. После установки сервера Exchange 2010 изменить его роль с рядового сервера на сервер каталогов или наоборот нельзя.
Оборудование
Рекомендуемые требования к оборудованию для серверов Exchange 2010 зависят от ряда факторов, включая установленные роли сервера и ожидаемые нагрузки на серверы. Сведения о минимальных, максимальных и рекомендуемых конфигурациях оборудования для Exchange 2010 см. в разделе Производительность и масштабируемость.
Требования к оборудованию для Exchange 2010
| Компонент | Требования | Примечания |
|---|---|---|
|
Процессор |
|
Средства управления Exchange можно установить на компьютер с 64-разрядным процессором. Дополнительные сведения см. в разделах Установка средств управления Exchange 2010 и Подготовка Active Directory и доменов. |
|
память; |
Зависит от установленных компонентов Exchange |
Дополнительные сведения о требованиях к объему памяти для Exchange 2010 см. в разделе Общие сведения о конфигурациях памяти и производительности Exchange. |
|
Размер файла подкачки |
Минимальный и максимальный размер файла подкачки равен объему физической ОЗУ плюс 10 МБ |
Рекомендуемый размер файла подкачки также зависит от объема памяти, необходимого для сбора сведений в случае непредвиденного прекращения работы операционной системы. В 64-разрядных операционных системах содержимое памяти может быть записано как файл дампа в файл подкачки. Этот файл должен находиться в загрузочном томе сервера. Дополнительные сведения о параметрах конфигурации для данных дампа памяти см. в статье 254649 базы знаний Описание параметров файла дампа памяти для Windows Vista, Windows Server 2008 R2, Windows Server 2008, Windows Server 2003, Windows XP и Windows 2000. |
|
Дисковое пространство |
|
Минимальные требования к пространству, описанные здесь, не учитывают требования к дисковой подсистеме для обеспечения достаточной производительности. |
|
Дисковод |
Устройство чтения DVD-дисков, доступное локально или через сеть |
Отсутствует. |
|
Разрешение экрана |
800 x 600 пикселов или выше |
Нет. |
|
Формат файлов |
Следующие разделы диска должны быть отформатированы как NTFS:
|
Нет. |
Дополнительных сведения о подборе оборудования для Exchange 2010 см. в следующих разделах:
Операционная система
В следующей таблице перечислены поддерживаемые операционные системы для Exchange 2010.
Поддерживаемые операционные системы для Exchange 2010
| Компонент | Требования |
|---|---|
|
Операционная система на компьютере с 64-разрядным процессором |
Один из следующих пунктов.
|
|
Операционная система, необходимая для установки средств управления Exchange на компьютер с 64-разрядным процессором |
Один из следующих пунктов.
|
 Важно! |
|---|
| Окончательная первоначальная версия (RTM) Exchange 2010 не поддерживается на компьютерах с включенными параметрами, соответствующими Федеральному стандарту обработки информации (FIPS) для США. Если на компьютерах, работающих под управлением Windows Server 2008 SP2 или Windows Server 2008 R2, включен стандарт FIPS, то система Exchange 2010 RTM будет работать с ошибками. Дополнительные сведения см. в статье 811833 базы знаний Эффект включения параметра безопасности «Системная криптография: использование алгоритмов, соответствующих стандарту FIPS, для шифрования, хэширования и подписания» в Windows XP и более поздних версиях Windows. |
Поддержка приложений Outlook и
Entourage
Система Exchange 2010 поддерживает следующие версии приложений Microsoft Office Outlook и Microsoft Entourage для Mac:
- Outlook 2010
- Outlook 2007
- Outlook 2003
- Entourage 2008 для Mac, Web Services Edition
- Outlook для Mac 2011
При наличии клиентов с приложением Outlook 2003 в процессе обновления организации до версии Exchange 2010 необходимо учитывать следующие моменты.
- На клиентах с приложением Outlook 2003, можно заметить, что
регулярного автоматического обновления папок не происходит. Это
связано с тем, что уведомления протокола UDP не поддерживаются в
системе Exchange 2010. Дополнительные сведения об устранении этой
проблемы см. в статье 2009942 базы знаний Майкрософт В приложении Outlook 2003 отправка и получение
сообщений электронной почты в случае использования почтового ящика
Exchange 2010 занимает много времени. Однако приложения Outlook
2007 и Outlook 2010 автоматически поддерживают это изменение.
- Окончательная первоначальная версия (RTM) Exchange 2010.
Клиенты с приложением Outlook 2003 не используют шифрование
RPC, что по умолчанию требуется для клиентского доступа RPC.
Необходимо отключить обязательное шифрование RPC или настроить его
использование в приложении Outlook 2003. При этом приложение
Outlook 2007 и его более поздние версии автоматически поддерживают
это изменение в клиентском доступе RPC, так как поддерживают
шифрование RPC по умолчанию. Дополнительные сведения см. в разделе
Общие сведения о
серверах клиентского доступа RPC.
- Exchange 2010 с пакетом обновления 1 (SP1). В версии
Exchange 2010 с пакетом обновления 1 (SP1) обязательное
шифрование RPC отключено по умолчанию. Ни для одного нового сервера
клиентского доступа (CAS), развернутого в организации, не будет
требоваться шифрование. Однако на серверах клиентского доступа,
развернутых до установки Exchange 2010 с пакетом обновления 1 (SP1)
или обновленных до версии Exchange 2010 SP1, обязательное
шифрование RPC будет сохранено.
Дополнительные сведения см. в разделе Вопрос: может ли наличие клиентов Outlook 2003 помешать развертыванию Exchange 2010?.
Виртуализация оборудования
Корпорация Microsoft поддерживает сервер Exchange 2010 при его работе на основе программного обеспечения виртуализации оборудования только при выполнении всех указанных ниже условий.
- Запущено программное обеспечение виртуализации
оборудования:
- Windows Server 2008 с технологией Hyper-V
- Windows Server 2008 R2 с технологией Hyper-V
- Microsoft Hyper-V Server 2008
- Microsoft Hyper-V Server 2008 R2
- Любая низкоуровневая оболочка от сторонних производителей,
проверенная программой проверки виртуализации Windows
Server.
- Windows Server 2008 с технологией Hyper-V
- Ведомая виртуальная машина Exchange:
- Работает под управлением Microsoft Exchange 2010.
- Развернута в операционной системе Windows Server 2008 с
пакетом обновления 2 (SP2) или Windows Server 2008 R2.
- С неустановленной ролью сервера единой системы обмена
сообщениями. В среде виртуализации поддерживаются все роли сервера
Exchange 2010, за исключением роли сервера единой системы обмена
сообщениями. Это происходит из-за требований к ответам в режиме
реального времени, связанных с голосовыми коммуникациями с помощью
роли сервера единой системы обмена сообщениями.
- Соответствует всем требованиям, изложенным ранее в разделе.
Примечание.При установке Exchange 2010 в среде Hyper-V возможно получение следующего сообщения об ошибке: «Не удалось установить роль транспортного сервера-концентратора». Для установки роли транспортного сервера-концентратора на виртуализированных серверах Служба каталогов Active Directory рекомендуется отключить компонент интеграции синхронизации времени и настроить получение данных о времени от надежного внешнего поставщика. Это особенно важно, если главный компьютер присоединен к домену, размещенному на виртуальной машине.
- Работает под управлением Microsoft Exchange 2010.
- Хранилище, используемое ведомым компьютером
сервера Exchange для хранения данных Exchange (например, баз
данных почтовых ящиков или очередей транспортного
сервера-концентратора), может быть виртуальным хранилищем
фиксированного размера (например, фиксированные виртуальные жесткие
диски (VHD) в среде Hyper-V), транзитным хранилищем SCSI или
интернет-хранилищем SCSI (iSCSI). Транзитное хранилище — это
хранилище, настроенное на уровне узла и выделенное для одной
ведомой машины. Все хранилища, используемые ведомым компьютером с
Exchange для хранения данных Exchange, должны быть хранилищами
уровня блоков, так как система Exchange 2010 не
поддерживает тома запоминающих устройств, подключенных к сети
(NAS). Кроме того, не поддерживается запоминающее устройство NAS,
представленное для ведомого компьютера через низкоуровневую
оболочку как хранилище уровня блоков. К томам, используемым для
хранения данных Exchange, предъявляются следующие требования к
виртуальным дискам.
- Система Exchange не поддерживает динамически расширяемые
виртуальные диски.
- Виртуальные диски, использующие разностные или дельта-механизмы
(такие как разностные виртуальные жесткие диски или снимки
Hyper-V), не поддерживаются.
Примечание.В среде Hyper-V размер каждого фиксированного виртуального жесткого диска не должен превышать 2040 ГБ. В случае поддерживаемых низкоуровневых оболочек сторонних изготовителей сведения об ограничениях размера дисков можно узнать у изготовителя.
- Система Exchange не поддерживает динамически расширяемые
виртуальные диски.
- На физическом корневом компьютере можно развертывать только
программы для управления (например, антивирусные программы,
программы архивации или программы управления виртуальной машиной).
Никакие другие серверные приложения (например, Exchange, SQL
Server, Служба каталогов Active Directory или SAP) на корневом
компьютере устанавливаться не должны. Корневой компьютер должен
быть выделен для запуска ведомых виртуальных машин.
- Корпорация Майкрософт не предоставляет поддержку при совмещении
решений высокой доступности Exchange (группы обеспечения
доступности баз данных (DAG)) с решениями кластеризации на основе
низкоуровневой оболочки, высокой доступности или миграции, которые
позволяют перемещать серверы почтовых ящиков, являющиеся членами
группы обеспечения доступности баз данных, между кластерными
корневыми серверами или автоматически выполнять отработку отказа.
Группы обеспечения доступности баз данных поддерживаются в средах
виртуализации оборудования, если в среде виртуализации не
используются кластерные корневые серверы или для них отключена
функция отработки отказа либо автоматического перемещения серверов
почтовых ящиков, являющихся членами группы обеспечения доступности
баз данных, на другой корневой сервер.
- Некоторые низкоуровневые оболочки поддерживают функции
получения снимков виртуальных машин. В снимке виртуальной машины
сохраняется рабочее состояние виртуальной машины. Эта функция
позволяет сделать несколько снимков виртуальной машины, а затем
возвращаться к любому из предыдущих ее состояний, применяя к ней
снимок. Однако снимки виртуальных машин могут быть несовместимы с
некоторыми приложениями, поэтому их использование может приводить к
неожиданным последствиям в случае серверных приложений,
поддерживающих данные о состоянии, таких как Exchange. Как
следствие, создание снимков ведомой виртуальной
машины Exchange не поддерживается.
- Многие продукты для виртуализации оборудования позволяют
указывать количество виртуальных процессоров, которое должно быть
выделено каждой из ведомых виртуальных машин. Виртуальные
процессоры, работающие в ведомой виртуальной машине, используют
фиксированное число логических процессоров физической системы. В
системе Exchange поддерживается отношение числа виртуальных
процессоров к числу логических, не превышающее 2:1. Например,
двухпроцессорная система с четырехъядерными процессорами содержит 8
логических процессоров в обслуживающей системе. В системе с такой
конфигурацией не следует выделять на все ведомые виртуальные машины
более 16 виртуальных процессоров.
- При вычислении общего количества виртуальных процессоров,
необходимых для корневого компьютера, также необходимо учитывать
требования к операциям ввода-вывода и операционной системе. В
большинстве случаев эквивалентное количество виртуальных
процессоров, требуемое в корневой операционной системе для системы,
в которой находятся виртуальные машины Exchange, равно 2. При
расчете общего отношения числа физических ядер к числу виртуальных
процессоров это значение следует использовать в качестве базового
числа виртуальных процессоров корневой операционной системы. Если
при наблюдении за производительностью корневой операционной системы
обнаруживается потребление ресурсов процессоров, превышающее
ресурсы двух процессоров, следует соответствующим образом сократить
количество виртуальных процессоров, назначенное ведомым машинам, и
проверить, что общее соотношение виртуальных процессоров к
физическим ядрам не превышает 2:1.
- Операционная система для ведомого компьютера Exchange
должна использовать диск объемом не менее 15 ГБ плюс объем
виртуальной памяти, выделенный ведомому компьютеру. Выполнение
этого условия необходимо для учета требований к месту,
предъявляемых операционной системой и файлом подкачки. Например,
если ведомой машине выделено 16 ГБ памяти, минимальное
дисковое пространство, необходимое для ведомой операционной
системы, составляет 31 ГБ.
Кроме того, можно отключить прямую связь ведомых виртуальных машин с адаптерами шины (HBA) Fibre Channel или SCSI, установленными на корневом компьютере. В такой ситуации необходимо настроить адаптеры в операционной системе корневого компьютера и предоставить логические номера устройств (LUN) ведомым виртуальным машинам в виде виртуального или транзитного диска.
Требования к хранилищам корневых компьютеров
Каждый корневой компьютер предъявляет требования к дисковому пространству:
- Корневым компьютерам в некоторых приложениях виртуализации
оборудования может требоваться пространство в хранилище для
операционной системы и ее компонентов. Например, при использовании
операционной системы Windows Server 2008 с технологией Hyper-V,
чтобы выполнить системные требования к Windows Server 2008 R2,
требуется не менее 10 ГБ места. Для системного файла подкачки,
управляющих программ и файлов дампа, используемых для
восстановления при сбое, требуется дополнительное место.
- Некоторые низкоуровневые оболочки хранят на корневом компьютере
файлы, уникальные для каждой ведомой виртуальной машины. Например,
в среде Hyper-V для каждой ведомой машины создается и хранится
временный файл памяти (с расширением BIN). Размер каждого файла BIN
равен объему памяти, выделенному ведомой машине. Кроме того, для
каждой из ведомых машин на ведущей машине могут создаваться и
храниться другие файлы.
Требования к хранилищу сервера Exchange
Ниже приведены требования к хранилищу, подключаемому к виртуализированному серверу Exchange.
- Каждой из ведомых машин Exchange должно быть выделено
достаточное место в хранилище на корневом компьютере под
фиксированный диск с операционной системой ведомой машины,
временными файлами памяти и соответствующими файлами виртуальной
машины, которые находятся на ведущей машине. Кроме того, для каждой
ведомой машины Exchange также необходимо выделить достаточное
место в хранилище для очередей сообщений на транспортном
сервере-концентраторе и пограничном транспортном сервере, а также
достаточное место для баз данных и файлов журналов на серверах
почтовых ящиков.
- Хранилище, используемое сервером Exchange, должно находиться на
дисках, отличных от тех, на которых размещается операционная
система ведомой виртуальной машины.
- Хранилище iSCSI можно настроить на использование инициатора
iSCSI в ведомой виртуальной машине Exchange. Однако
производительность в этой конфигурации будет менее высокой, если
сетевой стек виртуальной машины ограничен по функциональности
(например, не все виртуальные сетевые стеки поддерживают кадры
крупного размера).
Требования и рекомендации для памяти сервера Exchange Server
Некоторые низкоуровневые оболочки позволяют превышать лимит или динамически регулировать объем памяти, доступный для определенного ведомого компьютера, на основе результатов сравнения интенсивности использования памяти этим ведомым компьютером и потребностей других ведомых компьютеров, управляемых одной низкоуровневой оболочкой. Такая технология эффективна для рабочих нагрузок, при которых какому-либо процессу требуется больший объем памяти на короткий период времени, который затем может быть распределен для других процессов. Однако это не подходит для рабочих нагрузок, предназначенных для использования памяти на постоянной основе. Как и многие серверные приложения, оптимизация производительности которых осуществляется путем кэширования данных в памяти, система Exchange подвержена замедлению производительности и сбоям в работе клиентских компьютеров, если ей не предоставлен полный контроль над памятью, выделяемой физической или виртуальной машине, на которой она запущена.
В основе увеличения производительности последних версий Exchange, во многом благодаря сокращению числа операций ввода-вывода, лежит эффективное использование больших объемов памяти. Когда этот объем памяти становится недоступным, ожидаемый уровень производительности системы не обеспечивается. Поэтому для рабочих серверов Exchange необходимо отключать превышение лимита или динамическое регулирование памяти виртуальной машины.
Определение размера памяти, выделяемой для ведомых компьютеров, необходимо выполнять так же, как при физическом способе развертывания. Дополнительные сведения о требованиях к размеру памяти для ролей сервера Exchange 2010 см. в разделе Общие сведения о конфигурациях памяти и производительности Exchange. См. также раздел «Учет требований для приложений» документа, подготовленного группой Microsoft Hyper-V. Документ можно загрузить на странице Реализация и настройка динамической памяти (на английском языке).