На случай возникновения каких-либо проблем, вам просто нужно подготовить все для того, чтобы при необходимости вернуться к Exchange Server 2003. В этой статье мы рассмотрим различные процедуры, которые вам нужно будет выполнять на разных стадиях процесса перехода, а также расскажем о том, как исправлять проблемы в случае их возникновения.

Общие задачи подготовки перед процессом перехода

Прежде чем мы начнем процесс перехода, нужно пересмотреть журналы событий на всех контроллерах доменов на предмет отсутствия каких бы то ни было предупреждений об ошибках. Если таковые имеются, необходимо их исправить, прежде чем продолжать процедуру. Кроме того, нужно убедиться в том, что все обновления Windows установлены. DCDIAG.EXE из Windows Support Tools может помочь вам в этом.

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

Если вы начали глубже изучать Exchange 2007 и SSL, вы уже могли обнаружить, что не все так просто, как это казалось ранее. Вы больше не можете просто взять стандартный сертификат SSL и поставить его на сервер Exchange – если так сделать, все может работать неправильно, особенно если в сети стоит Outlook 2007.

В сети есть различные статьи, описывающие разнообразные способы создания сертификатов SSL для Exchange 2007, однако они часто не учитывают ISA Server. Загвоздка с Exchange 2007 в том, что SSL используется для большого количества разных функций, набор которых зависит от версии Outlook и от того, какая роль сервера установлена на компьютер.

В этой статье мы обсудим распространенный сценарий, где ISA Server используется перед единственным сервером Exchange 2007 в конфигурации с раздельным DNS. Для сервера Exchange мы используем сертификат SSL, созданный внутри сети, а для ISA Server публичный сертификат SSL. Разделение на публичный и частный сертификаты будет более гибким, что поможет в том случае, если внутренние требования Exchange поменяются, а также снизит затраты, так как требования к сертификату для Exchange 2007 означают, что вы можете просто взять любой старый сертификат от вашего любимого провайдера.

Чтобы все это заработало, вам не будет нужна огромная инфраструктура PKI, необходимо лишь, чтобы ISA Server и серверы Exchange доверяли вашему корневому серверу сертификатов! Ваши компьютеры-клиенты не обязательно должны доверять корневому серверу, так как Outlook 2007 НЕ ПРОВЕРЯЕТ «цепочку доверия» сертификата SSL для запросов адресной книги.

Вопрос. Действительно ли пакет обновления 1 для Exchange Server 2007 выпущен только в 64-разрядной версии? А если 32-разрядная версия есть, поддерживается ли она для рабочей среды?

Ответ. Тут никаких различий между исходной версией (RTM) и пакетом обновления 1 (SP1) нет. Пакет обновления 1 имеется как в 32-разрядной, так и в 64-разрядной версии. Правда, нужно учитывать, что в рабочей среде допускается использовать только 64-разрядную версию (такое же ограничение существовало и для RTM). 32-разрядная версия пакета обновления 1 (SP1) может использоваться для проведения различных полготовительных работ по установке и для управления 64-разрядными серверами.

Вопрос. Нужно ли ставить полную RTM-версию Exchange 2007 перед установкой пакета обновления 1 (SP1)?

Ответ.Пакет обновления 1 (SP1) для Exchange 2007 устроен совсем не так, как пакеты обновления для предыдущих версий Exchange. В файлах пакета SP1 уже содержатся файлы RTM, то есть если вы устанавливаете серевер с нуля, вы можете не использовать DVD-диск с RTM-версией, а ставить сразу пакет обновления 1 (SP1) для Exchange 2007.

Таким образом, для создания нового сервера Exchange 2007 с пакетом обновления 1 (SP1) вам нужны только файлы пакета SP1. Даже если вы добавляете первый сервер Exchange 2007 в организацию Exchange Server 2003, все равно можно обойтись одним пакетом обновления.