Практическое рассмотрение перехода с Exchange 2003 на Exchange 2007 (часть 1)

В этой статье из нескольких частей я хочу показать вам процесс, который недавно использовал для перехода с существующей среды Exchange 2003 на Exchange 2007, включая способы, которые я использовал для построения новой среды Exchange 2007. У меня не будет достаточно места в статье, чтобы подробно описать каждую настройку, поскольку некоторые из этих изменений конфигурации делаются по определенным причинам; перед принятием тех или иных решений проходили оживленные обсуждения. Я также не буду рассказывать об отдельной установке, однако расскажу об установке и настройке новой среды, прежде чем предоставить какую-либо информацию о переходе. Я хочу рассказать вам о порядке установки, о том как устанавливались серверы, как вносились некоторые изменения настройки, и о некоторых проблемах, с которыми нам пришлось столкнуться в процессе перехода. Если вы сталкиваетесь с такими же проблемами во время перехода, то надеюсь, эта статья даст вам некоторые ключевые моменты в планировании процесса перехода. Конечно, это должно сопровождаться чтением дополнительных источников.

Инфраструктура

Существующая среда Exchange 2003 была довольно типична и состояла из двух внутренних серверов Exchange 2003, а также одного внешнего сервера Exchange 2003. Хотя два внутренних сервера были двумя отдельными физическими серверами, было принято решение переместить среду Clustered Continuous Replication (CCR) на Exchange 2007, поскольку почтовая служба стала жизненно необходимой для работы компании. Сервер Edge Transport был установлен в качестве замены серверу MailSweeper. Существующий сервер ISA Server использовался для публикации решений мобильности, таких как Outlook Web Access (OWA) и Exchange ActiveSync (EAS) во внешней сети, тем самым позволяя пользователям иметь доступ к своим почтовым ящикам, когда они не подключены непосредственно к внутренней сети компании.

Поскольку постоянная доступность была создана для роли почтового сервера, также было решено установить высокую доступность (high availability) для ролей сервера Hub Transport и Client Access Server. Как вы, наверняка, знаете, отказоустойчивость и избыточность встроены в роль Hub Transport по умолчанию, поэтому было принято решение установить два сервера Hub Transport. Однако такая же стандартная избыточная конфигурация не может быть отнесена к роли сервера клиентского доступа (Client Access Server), который обычно делается постоянно доступным посредством использования таких дополнительных технологий, как аппаратная или программная компенсация нагрузки. Как оказалось, только OWA и EAS использовались пользователями удаленно, а поскольку оба этих решения основаны на протоколе HTTP, можно было использовать сервер ISA Server для выполнения компенсации нагрузки Client Access Server. Для снижения общих показателей счетчиков сервера, роли Hub Transport и Client Access Server были объединены в одном сервере, а затем два этих объединенных сервера были установлены для отказоустойчивости и избыточности.

Также следует упомянуть виртуализацию. В данной конкретной среде сочетание ролей Hub Transport и Client Access Servers, а также сервер Edge Transport были установлены на виртуальных серверах. Два кластерных узла применялись с использованием физического оборудования. Различные имена серверов, которые фигурируют в этой статье, будут следующими:

• NODE1 и NODE2. Это имена, данные действительным кластерным узлам.
• CLUSTER1. Это имя самого кластера.
• EX2007. Хотя узлы кластера называются NODE1 и NODE2, а сам кластер называется CLUSTER1, ни одно из этих имен не используется в Outlook. Имя, используемое Outlook будет именем кластерного почтового сервера (CMS) и в данном случае будет EX2007.
• HUBCAS1 и HUBCAS2. Это имена, данные комбинации серверов Hub Transport и Client Access Servers.
• EDGE1. Это имя одного сервера Edge Transport.

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

Подготовка сервера

Все серверы были подготовлены с ОС Windows 2003 и соответствующими пакетами обновления и прочими обновлениями. Я потратил значительное количество времени на то, чтобы убедиться, что все серверы имеют все должные элементы настройки, такие как имена сервера, принадлежность к домену и назначения буквы диска. На самом деле я рад, что сделал это, так как на этот раз я обнаружил, что сервер Edge Transport был по ошибке сделан членом внутреннего домена Active Directory, поэтому я удалил этот сервер из домена и поместил его обратно в рабочую группу.

Прочими ключевыми параметрами, которые применяются ко всем серверам, были:

• Файл подкачки (Page file). Правилом Microsoft является то, что если сервер имеет менее 8ГБ памяти, размер файла подкачки должен составлять 1.5 x на объем памяти. Если ваш сервер имеет 8ГБ памяти или более, размер файла подкачки должен быть равен объему памяти плюс дополнительные 10МБ. Каждый сервер был настроен в соответствии с этими правилами.
• Еще одним моментом относительно файла подкачки является ситуация, когда у вас есть выделенный диск под файл подкачки. В таких случаях убедитесь, что диск, содержащий ОС, имеет 100МБ файла подкачки, чтобы можно было выполнять выгрузку ядра (kernel dump).
• Я убедился, что службы SMTP и NNTP не были установлены на эти серверы, поскольку наличие этих служб блокирует установку Exchange 2007.
• Я также рассмотрел проблемы пакета Windows 2003 Scalable Networking, как описано на блоге Exchange team blog.
• Местная специфика. Я потратил некоторое время, чтобы убедиться, что местная специфика ОС имела нужные значения, которые в данном случае представляли собой UK.
• Размеры журнала регистрации событий. Прежде чем устанавливать Exchange 2007, я убедился, что все размеры журналов регистрации событий были как минимум 40МБ, а опция перезаписи событий по мере необходимости была настроена. Анализатор Exchange Best Practices Analyzer (ExBPA) отобразит эту проблему, поэтому стоит заблаговременно настроить размеры журналов регистрации событий.

Первыми серверами, которые устанавливались в существующую организацию Exchange 2003, были совместные серверы Hub Transport и Client Access Servers, поэтому они подготавливались к установке со следующими необходимыми компонентами:

• .NET Framework
• Windows PowerShell
• Служба публикации IIS World Wide Web Publishing Service
• Служба RPC черезr HTTP Proxy. Так как должен был использоваться Outlook Anywhere, этот компонент требовался на сервере Client Access Server

При переходе с Exchange 2003 на Exchange 2007 компания Microsoft рекомендует устанавливать серверы Exchange 2007 в следующем порядке:

• Client Access Server
• Hub Transport server
• Почтовый сервер (Mailbox server)
• Сервер унифицированной службы сообщений (Unified Messaging Server)

В данной конкретной среде роли сервера Client Access Server и Hub Transport сочетались на одном сервере, поэтому именно они устанавливались в первую очередь. Из вышеприведенного списка вы заметите, что роль сервера Edge Transport в нем отсутствует. Так как эта роль сервера существует в сети периметра, и поэтому не является частью вашего внутреннего домена Active Directory, ее можно установить в любой момент, хотя в рамках лучших методик она устанавливается после установки роли сервера Hub Transport, чтобы можно было завершить процесс подписки Edge Subscription.

Подготовка схемы

Было принято решение подготовить схему Active Directory в качестве отдельного процесса установки сервера Exchange 2007. Если вы начнете установку первого сервера Exchange 2007, схема Active Directory в любом случае будет обновляться, но вы можете выполнить этот важный шаг в качестве отдельной задачи. Я подробно описывал процесс подготовки Active Directory здесь , поэтому я не буду вдаваться во все подробности, вам лишь нужно знать, что команда setup.com с переключателями /PrepareLegacyExchangePermissions, /PrepareSchema, /PrepareAD и /PrepareDomain запускалась на данном этапе. Здесь есть несколько дополнительных моментов, на которые нужно обратить внимание:

• Схема обновлялась непосредственно на мастере схемы, на котором в тот момент была запущена 32-разрядная версия Windows 2003. Поэтому использовалась 32-разрядная версия Exchange 2007 SP1. Хотя Microsoft не поддерживает 32-bit версию Exchange 2007 SP1 в производстве, она поддерживает ее в целях расширения схемы Active Directory.
• Команда setup.com /PrepareDomain была также выполнена в дочернем домене, так как корневой домен был уже подготовлен в процессе setup.com /PrepareAD.
• ПО Exchange 2007 SP1 доступно в качестве последовательной установки (slipstreamed installation). Другими словами ПО SP1 было единственной версией, используемой для подготовки схемы Active Directory и непосредственной установки серверов в этой инфраструктуре; версия Release To Manufacturing (RTM) не использовалась ни в одном из случаев с последующим обновлением SP1. Это одна из замечательных функций Exchange 2007.

Заключение

На этом мы закончим первую часть этой серии статей, в которой в основном говорилось о процессе общей подготовки серверов. Во второй части мы начнем рассмотрение процесса установки, рассмотрим установку ролей Hub Transport и Client Access Server, а также подготовку среды CCR.