Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Установка в автоматическом режиме. (Сам пока не успел попробывать).

Posted by: Олег Крылов on: 18, Апрель 2009

“Обещанного три года ждут!” – это, друзья, миф. Я его развеиваю, поэтому спустя всего два дня обещанное описание установки в автоматическом режиме, также известном как Unattendand Mode. Сразу сюрприз: Документация по этому вопросу девственно чиста. Раздел есть, а содержимого нет. Вот такая вот неожиданность. Видимо разработчики руководствуются принципом: “Вы GUI-то освойте для начала…” Освоили. Пытливый ум просит продолжения банкета. И снова побеждает

Итак, документации нет. Что делаем? Правильно – берем соответствующий раздел библиотеки Exchange Server 2007. И с некоторыми модификациями и дополнениями он нам подойдет. Начнем с отличий, коих на самом деле не так уж много:

1. Начисто исчезло понятие CMS (Clustered Mailbox Server) и связанные с ним ключи команды установки.

2. Добавился раздел, посвященный установке языковых пакетов.

3. Дополнен список параметров, размещаемых в файле ответов, а именно Industry. Т.е. описанный в моем первом посте на эту тему тип Вашей организации. Причем применим данный параметр только при установке роли почтовых ящиков. Я не буду пересказывать статью TechNet, посвященную автоматической установке Exchange Server 2007, благо она актуальна (почти), и доступна на русском языке. Я всего лишь попробую показать процесс, и по ходу его описать новые возможности. Приступим?

Сценарий нашей установки: Мы ставим первый сервер Exchange в домен Windows Server 2008, с ролями Mailbox Server, Hub Transport Server и Client Access Server. Джентльменский набор, так сказать.

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

В нашей организации будут использоваться “старые” клиенты, т.е. старше Outlook 2007, следовательно программа установки создаст нам хранилище общих папок для их работы.

Мы не хотим использовать самоподписанные сертификаты, ибо планируем развернуть в нашем домене инфраструктуру PKI, и выдать “человеческий” сертификат нашему серверу.

Название нашей организации, как всегда гениальное First Organization. Кстати, при установке из GUI это значение по умолчанию, но при автоматическом варианте таковым не является, соответственно установщик будет ругаться, если значение ключа /OrganizationName (/on) не будет задано.

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

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

Итак требования определены, с чего начнем? Правильно с написания файла ответов В блокноте создаем новый текстовый файл, называем его Answer.txt и сохраняем в корне диска С. Так какие же параметры войдут в данный файл? А их, коллеги, очень даже ограниченное количество:

[/DoNotStartTransport]  не позволяет запускаться службе транспорта сразу после установки, например до установки и настройки компонентов защиты почтового потока.

[/EnableLegacyOutlook] – включает поддержку “старых” почтовых клиентов, путем создания базы общих папок, и соответсвующих системных папок в ней. В частности OAB и Free\Busy для распространения адресной книги и информации о занятости, соответственно. Применяется ТОЛЬКО при установке первого сервера с ролью Mailbox.

[/LegacyRoutingServer] – определяет имя сервера предыдущей версии в сценариях сосуществования для создания соответствующего набора коннекторов. Теперь к устаревшим будет относится и Exchange 2007, как ни грустно. Это параметр нужен ТОЛЬКО при установке первого сервера с ролью Hub Transport.

[/EnableErrorReporting] – это как раз тот параметр, по поводу которого нас будет мучать совесть. Отправка отчетов в корпорацию Microsoft.

[/CustomerFeedbackEnabled] – участие в Программе улучшения качества ПО. Может принимать булевы значения TRUE и FALSE.

[/Industry] – тип деятельности организации. Параметр String. В нашем случае Education. Учтите, при наличии в этом значении пробелов, оно заключается в кавычки.

[/Mdbname] – имя основной базы почтовых ящиков. По желанию.

[/DbFilePath] – полный путь до файла базы. Тоже по желанию.

[/LogFolderPath] – полный путь к каталогу, в который будут писаться логи транзакций. Опять же по желанию.

[/NoSelfSignedCertificates] – не создается самоподписанный сертификат. А потом ставится либо коммерческий, либо выданный собственным Центром сертификации.

[/AdamLdapPort] – порт для выполнения запросов к контроллеру домена для экземпляра ADAM\LDS. По дефолту 50389

[/AdamSslPort] – порт для тех же целей, но с использованием SSL. По дефолту 50686. Эти порты необходимы только при установке роли Edge.

Мы выбираем необходимые нам параметры и пишем их в наш файл ответов в виде <KEY>=<VALUE>:

1

Итак, файл ответов готов, приступаем к формированию команды. Запускаем инсталлятор Exchange 2010, скачанный по ссылке из первого поста, и указываем каталог для извлечения. В моем случае это C:\Exch14. Запускаем командную строку, и переходим в этот каталог командой cd C:\Exch14. Сразу же небольшое отступление: права пользователя, производящего установку в данном случае соответсвуют  Domain Admin, Schema Admin т.к. ему предстоит изменять схему Active Directory. В случае, если это уже не первая установка, достаточно прав локального администратора на сервере и членства в группе Exchange Enterprise Administrators.

Далее набираем Setup.com и формируем собственно саму команду. обязательные ключи, которые мы должны указать:

/mode, /m – определяет режим установки. Может принимать значения Install, Uninstall, Upgrade и RecoverServer. Мы, естественно выбираем первое. Которое, кстати, является значением по умолчанию.

/roles, /role, /r – определят набор ролей, которые будут установлены в процессе. Доступные значения:

. HubTransport, HT, H

. ClientAccess, CA, C

. Mailbox, MB, M

. UnifiedMessaging, UM, U

. EdgeTransport, ET, E

. ManagementTools, MT, T

Роль Management Tools указывается только в случае отдельной установки этой роли. Например на сервер управления или клиентскую станцию администратора. При выборе любой из остальных ролей она встанет автоматически.

Мы из этого супового набора формируем джентльменский: Mailbox, Hub Transport и ClientAccess. Management Tools, как уже сказано, встанет автоматически.

При первой установке, если до этого не выполнялась подготовка схемы, необходимо указать название почтовой организации ключом /OrganizationName, /on. Как уже говорилось, мы используем гениальное First Organization, наличие пробела в названии, так же заставляет заключить его в кавычки.

Заключительным шагом укажем наш файл ответов, в котором находятся определенные нами дополнительные параметры. В итоге получаем следующую команду:

Setup.com /mode:install /roles:M,CA,HT /OrganizationName:”First Organization” /AnswerFile:C:\Answer.txt

Жмем Enter!

2

Недолго думая, программа приступает к выполнению необходимых операций, а именно, копирует необходимые файлы во временный каталог:

3

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

4

Заметьте, среди компонентов есть языковой пакет, который мы не указывали. Т.е. по умолчанию встанет английский.

Затем установщик проверяет соответствие требованиям к организации, языковому пакету и каждой из устанавливаемых ролей. И успешно заканчивает

Затем начинается самое главное – конфигурирование сервера. В это входят подготовка организации путем расширения схему (аналогичное действие мы могли бы выполнить отдельно, командой Setup.com /PrepareAD, в процессе выполнения которой была бы создана почтовая организация, и тогда ключ /OrganizationName нам бы пришлось исключить), копирование необходимых файлов и собственно установка компонентов для каждой роли.

Заметьте, среди компонентов есть языковой пакет, который мы не указывали. Т.е. по умолчанию встанет английский.

Затем установщик проверяет соответствие требованиям к организации, языковому пакету и каждой из устанавливаемых ролей. И успешно заканчивает

5

Затем начинается самое главное – конфигурирование сервера. В это входят подготовка организации путем расширения схему (аналогичное действие мы могли бы выполнить отдельно, командой Setup.com /PrepareAD, в процессе выполнения которой была бы создана почтовая организация, и тогда ключ /OrganizationName нам бы пришлось исключить), копирование необходимых файлов и собственно установка компонентов для каждой роли.

6

С двумя гигабайтами оперативной памяти процесс, конечно же заметно шустрее, но все равно не самый быстрый. Как всегда львиную долю времени съедает установка роли Hub Transport. Но ничто не вечно. Вот оно, счастье!

7

Сказано перезагрузиться, перезагружаемся. Кстати, Scott Scholl в своем руководстве по установке, сказал, что технической необходимости нет, но он всегда перезагружает, на всякий случай. А Exchange-то лучше знает, что ему нужно Мы выполняем просьбу.

Перезагрузились. Открываем консоль – готово. Сервер установлен. Мои поздравления!

8

Заметьте, консоль, как и в предыдущем случае англоязычная. Что и следовало ожидать в принципе А сейчас как обещано, ставим языковой пакет для русского языка. Сам пакет доступен для скачивания вот здесь. Кстати, спросите Вы, а почему мы ни в одном сценарии не устанавливаем роль Unified Messging? Отвечу: пока не вижу смысла, ибо несмотря на обещания разработчиков, языковой пакет для этой роли недоступен. Ну если хотите, можно поставить что-то из доступных. Например японский

Итак, пакет объемом 260 Мб скачан, лежит на диске С, в папке Language Packs. И мы в стиле всего сегодняшнего поста установим его при помощи командной строки. Запускаем командную строку, переходим в каталог установщика Exchange 2010, который как мы помним, находится в C:\Exch14.

Далее запускаем установку с ключом установки языкового пакета.

Setup.com /m:install /LanguagePack:”C:\Language Packs\LanguagePackBungle.exe”

9

Произведя в принципе те же самые шаги, что и при установке сервера, установщик сообщит об успешном окончании установки языкового пакета.

10

Замечу, что выполнение команды Setup в режиме Upgrade, возможно произвести и обновление языкового пакета, если будет доступна его более свежая версия. Но установка нового пакета, производится только в режиме установки. Удаление существующего пакета возможно только при удалении всех ролей Exchange 2010 с сервера. Т.о. вернуться к исходному, т.е. английскому языку можно либо удалив все роли, либо установив английский языковой пакет заново.

Открываем консоль Exchange Management Console, что видим? Ничего не изменилось! Перезагружаем сервер и опять ничего. Вот такая она бета-версия. Я нашел баг

Кстати, в реестре, где хранится значение языковой версии сервера все осталось без изменений. Ключ HKLM\Software\Microsoft\ExchangeServer\V14\Server Language так по прежнему и имеет значение 0х00000409(1033), что соответствует английскому языку. Хорошо. Буду ковырять, может быть удастся найти причину. Но это не сегодня.

Ну а сейчас те, кого замучала совесть по поводу отключенной отправки отчетов в Microsoft, самое время сменить значение ключа DisableErrorReporting в ветке HKLM\Software\Microsoft\ExchangeServer\V14\  на 0. И отчеты заработают 

Замечу, что выполнение команды Setup в режиме Upgrade, возможно произвести и обновление языкового пакета, если будет доступна его более свежая версия. Но установка нового пакета, производится только в режиме установки. Удаление существующего пакета возможно только при удалении всех ролей Exchange 2010 с сервера. Т.о. вернуться к исходному, т.е. английскому языку можно либо удалив все роли, либо установив английский языковой пакет заново.

Открываем консоль Exchange Management Console, что видим? Ничего не изменилось! Перезагружаем сервер и опять ничего. Вот такая она бета-версия. Я нашел баг

Кстати, в реестре, где хранится значение языковой версии сервера все осталось без изменений. Ключ HKLM\Software\Microsoft\ExchangeServer\V14\Server Language так по прежнему и имеет значение 0х00000409(1033), что соответствует английскому языку. Хорошо. Буду ковырять, может быть удастся найти причину. Но это не сегодня.

Ну а сейчас те, кого замучала совесть по поводу отключенной отправки отчетов в Microsoft, самое время сменить значение ключа DisableErrorReporting в ветке HKLM\Software\Microsoft\ExchangeServer\V14\  на 0. И отчеты заработают .

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

17.06.2009 Posted by | ms exchange 2010 | Комментарии к записи Установка в автоматическом режиме. (Сам пока не успел попробывать). отключены

Новое и старое в exchange 2010

  Процесс установки закончился успешно. Стоит отметить, что процедура установки отняла достаточно много времени, я думаю это из-за не совсем совершенного железа или из-за перегруженности виртуального сервака:

1

Перезагружаем сервер, заходим в EMC, видим небольшие косметические изменения.

2

Список служб MS Exchange 2010.

3

Консоль PowerShell, такая же добрая, как раньше.

4

Теперь самое интересное для меня — OWA (Outlook Web Access). Я создал двух пользователей и сымитировал общение между ними, нужно заметить, что OWA теперь упорядочивает сообщения, создавая цепочку, что по-моему очень удобно, посмотрите как это выглядит.

5

Ещё один скриншот OWA.

6

Страница настроек OWA.

7

Идем в Диспетчер служб IIS, посмотрим что там.

8

Возвращаемся в EMC, на скриншоте видно, что появилась возможность экспортировать почтовый ящик прямо из консоли, раньше это можно было сделать только из PowerShell.

9

Диалоговое окно экспортирования почтового ящика, в детали, как обещал вдаваться не буду, кое что видно на скриншоте.

10

Копирование и репликация базы данных.

11

17.06.2009 Posted by | ms exchange 2010 | Комментарии к записи Новое и старое в exchange 2010 отключены

Подготовка перед установкой.

Как написано в выше изложенном материале все проходит гладко и быстро, но к сожалению я столкнулся с массой подводных камней. О них далее по порядку.

Установил виртуальный сервак на базе win2008ent_rus, поднял на нем DC. Установил второй виртуальный сервак win2008ent_rus_х64 включил его в домен оба сервака апдейтил и начал на второй сервак устанавливать exchange 2010. Перед установкой необходимо установить все приложения указанные авторами в первой главе. Первая проверка на готовность к установке выдала мне массу красных окошек. После чего и начались танцы с бубном:

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

setup /PrepareLegacyExchangePermissions

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

setup /pl

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

setup /pl:<FQDN домена>

Например, если нужно обновить только домен sales.neilhobson.com, то используется команда:

setup /pl:uni.net

В моем случае все закончилось удачно и я получил заветное слово COMPLETE

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

Не удается продолжить установку Microsoft Exchange Server 2007, так как локальному компьютеру не удается обновить схему Active Directory.

Для установки Microsoft Exchange требуется, чтобы на локальном компьютере было установлено средство Ldifde.exe для внесения необходимых расширений в схему Active Directory.

Чтобы устранить данную проблему, установите на локальном компьютере средство Ldifde.exe и повторно запустите программу установки Exchange Server 2007 либо запустите программу установки Exchange Server 2007 с контроллера домена.

Чтобы это устранить надо сделать следующее: Нажмите последовательно кнопки «Пуск», «Выполнить» и введите в поле Открыть команду ServerManagerCmd -i RSAT-ADDS. На домен контроллере и перезапустить его после этого а также на сервере куда устанавливаем эксчендж и также перезапустить его после этого.

Команда, использующаяся для подготовки Active Directory, — setup /PrepareAD или, короче, setup /p. Если у вас сосуществование с другими версиями Exchange, тогда контейнер организации уже должен существовать в Active Directory. Если вы в первый раз устанавливаете Exchange, вам нужно будет добавить ключ /OrganizationName или /on и указать выбранное имя организации Exchange. К примеру:

setup /p /on:Exchange

 

Дальше расширяем схему:

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

setup/PrepareSchema

Как и в случае с командой для подготовки наследственных разрешений, здесь есть укороченный вариант команды обновления схемы. Это команда:

setup /ps

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

Setup/pl

Подготавливаем домен

Setup/p

Если везде получаем COMPLITED, то на всякий случай перезагружаем сервак и запускаем предпроверку перед установкой эксченджа.

На этот раз красных окошек оказалось не так много, потребовалось доустановить какоето обновление а именно КВ-951725-v2-x64, и добавить несколько компонентов в IIS 7.0. Также была еще ошибка которая устраняется следующим образом

Enabling IIS 7.0 with ASP.NET and WCF HTTP Activation

The following instructions enable IIS 7.0 with ASP.NET and WCF HTTP Activation on the supported operating systems.

To enable IIS 7.0 with ASP.NET and WCF HTTP Activation on Windows Server 2008

  1. Click the Start button, and then point to All Programs. Point to Administrative Tools, and then click Server Manager.
  2. In Server Manager, under Features Summary, click Add Features.
  3. In the Add Features dialog box, under.NET Framework 3.0 Features, click .NET Framework 3.0.
  4. Under WCF Activation, click HTTP Activation.
  5. Click Next to enable HTTP Activation.
  6. In Server Manager, under Roles Summary, verify that Web Server (IIS) appears in the list of available roles. If it does not, click Add Roles to install Internet Information Services.
  7. In Server Manager, under Roles Summary, click Web Server (IIS).
  8. In the Web Server (IIS) management window, click Add Role Services.
  9. In the Add Role Services dialog box, expand Web Server, expand Common HTTP Features, and then click Static Content.

10.  In the Add Role Services dialog box, expand Web Server, expand Application Development, and then click ASP.NET.

11.  Click Next to enable Static Content and ASP.NET.

После чего я получил вот такое окно проверки и установка началась.

9

17.06.2009 Posted by | ms exchange 2010 | Комментарии к записи Подготовка перед установкой. отключены