Я работаю в филиале крупной компании, примерно 300 человек персонала. Соответственно, наш домен является частью крупного леса. Была поставлена задача развернуть Exchange 2010 в нашей конторе. В корневом домене Exchange 2010 (без сервиспаков) развернут. Это необходимо учитывать на подготовительном этапе — схема AD уже подготовлена, надо подготовить только наш домен и непосредственно сам сервер, на котором разворачивается Exchange. Еще момент — все будет работать на одной виртуалке в VMWare ESX. При развертывании будем опираться на эту статью. Собственно, начнем.
Под хранение БД почтовых ящиков выделил 700Гб. Надеюсь, хватит. Свежеустановленный Windows Server 2008R2 включаем в домен, копируем на него дистрибутив Exchange 2010 Standard, распаковываем его:
Запускаем командную строку в папке с дистрибутивом и выполняем команду
setup.com /PrepareDomain
Ждем окончания выполнения команды:
Теперь запускаем PowerShell с правами администратора и выполняем следующие 2 команды для установки необходимых ролей и компонент:
Затем перезагружаемся.
Напоследок ставим Конвертер выпуска 2007 системы Office: Microsoft Filter Pack
Windows готова. Запускаем GUI-установку Exchange 2010 и выбираем установку языков с DVD-диска. Затем, жмем на Шаг 4. Начинается непосредственно установка продукта.
Нажимаем Далее и соглашаемся с лицензией:
Далее не отправляем отчеты в Microsoft:
Выбираем обычную установку Exchange Server:
Внешний домен не настраиваем:
Не участвуем в программе улучшения качества обслуживания:
Далее начинается долгая проверка:
Которая в первый разу у меня закончилась ошибками:
Звоним в вышестоящую организацию и сообщаем, что так и так, права бы не мешало дать. И, о чудо, установка сдвинулась.
Я было обрадовался, как вдруг не поставилась роль клиентского доступа:
Текст ошибки такой:
Роль сервера клиентского доступа
ОшибкаОшибка:
При выполнении «$error.Clear(); $thisServer = Get-ExchangeServer $RoleFqdnOrName; $adSiteId = $thisServer.Site; $pureMailboxServersFqdns = Get-ExchangeServer | Where {$adSiteId -eq $_.Site -and $_.IsMailboxServer -and -not $_.IsClientAccessServer} | ForEach {$_.Fqdn}; Get-MailboxDatabase | Where { ($pureMailboxServersFqdns -contains $_.RpcClientAccessServer) -and ($adSiteId -eq (Get-ExchangeServer $_.Server).Site)} | Set-MailboxDatabase -RpcClientAccessServer $thisServer» произошла следующая ошибка: «Значение не может быть неопределенным.
Имя параметра: key».Значение не может быть неопределенным.
Имя параметра: key
Поставилась только роль сервера-концентратора, остальные по ошибке отвалились. Эскалировал проблему в выше стоящую организацию, там пересоздали запись о моем сервере в структуре Exchange, мне же посоветовали переустановить все с нуля. Я было попробовал удалить текущую установку, но ничего не вышло — сыпались ошибки (видимо из-за того, что структуру почистили). В итоге я переустановил Windows на виртуальной машине. Все подготовил, запустил установку и….. увидел ту же ошибку. Подумал, подумал, затем залогинился под другим домен-админом, опять запустил установку и эта долбанная роль поставилась. Но на этот раз вылезла ошибка при установке роли сервера почтовых ящиков:
«$error.Clear();
install-ExsetdataAtom -AtomName SystemAttendant -DomainController $RoleDomainController» was run: «An error occurred with error code ‘2147942405’ and message ‘Access denied.’.».
Эта ошибка понятна — у второго домен-админа нет прав на изменения в структуре Exchange. Перелогинился под первым домен-админом и благополучно закончил установку.
Вот такая загагулина получилась. Теперь будем осваивать этот «чудесный» продукт. MDaemon мне больше нравится — все просто и со вкусом. А с этим… ПО меня ждут большие приключения.