Миграция с Exchange 2010 на 2019. Часть 5. Установка серверов почтовых ящиков Exchange 2010 и настройка Database Availability Group

В предыдущей статье мы установили сервера клиентского доступа и выполнили настройку массива серверов клиентского доступа (client access server array). Следующий шаг – установка серверов почтовых ящиков Exchange 2010. После этого мы выполним настройку Database Availability Group и проверку корректности клиентских подключений.

Для сервера Exchange 2010 сервера клиентского доступа должны устанавливаться перед сервера с ролью почтовых ящиков (что мы и сделали в предыдущей публикации), либо совместно с ними. В Exchange 2013 наоборот, сервера с ролью mailbox должны устанавливаться вперед серверов клиентского доступа.

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

Непосредственно перед началом установки ролей Exchange необходимо выполнить подготовку операционной системы. Наша операционная система Windows Server 2008 R2.

Что нам необходимо сделать:

1. Установить и выполнить первоначальную настройку Windows Server 2008 R2.

2. Выполнить настройку IP-адресации.

3. Установить все обновления для ОС.

4. Присоединить сервера к домену itproblog.ru.

Установка предварительных требований

После установки и первоначальной настройки операционной системы необходимо выполнить установку компонентов, которые необходимы для работы Microsoft Exchange 2010.

Подробное руководство по установке предварительных требований есть в документации по Microsoft Exchange 2010.

Мы же будем рассматривать установку предварительных требований для операционной системы Windows Server 2008 R2 и Microsoft Exchange 2010 SP1.

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

1. Выполнить установку предварительных компонентов для Windows Server 2008 R2, как указано в документации. Поскольку наш сервер будет нести на себе роль сервера почтовых ящиков, то мы должны запустить PowerShell от имени администратора и выполнить следующие команды:

Import-Module ServerManager

Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server

2. Перезагрузить сервера.

3. Установить Microsoft Office 2010 Filter Packs.

Установка роли сервера почтовых ящиков на первый сервер

Установка серверов почтовых ящиков Exchange 2010 включает в себя следующие шаги:

1. Запустить установщик из дистрибутива.

2. Выбрать пункты “Step 3: Choose Exchange language option”“Install only languages from the DVD”.

3. Выбрать пункт “Step 4: Install Microsoft Exchange”.

4. На шаге приветствия мастера установки нажмем кнопку “Next”.

5. При согласии принимаем лицензионное соглашение:

6. Говорим, что мы не собираемся отправлять отчеты об ошибках:

7. Указываем, что мы будем выполнять выборочную установку ролей и указываем директория для установки Microsoft Exchange:

8. Мы будем устанавливать только роль Mailbox:

9. У нас нет компьютеров с Outlook 2003. Указываем это:

10. Мастер установки выполнит проверку всех необходимых компонентов. Дожидаемся окончания проверки на нажимаем кнопку “Install”.

11. Дожидаемся окончания процесса установки.

12. После успешного завершения процесса установки окно мастера установки выглядит следующим образом:

13. Нажимаем кнопку “Finish”. Откроется консоль управления Exchange. В разделе конфигурации почтовых серверов теперь мы видим наш сервер – MBX01:

14. Перезагружаем сервер.

Установка роли сервера почтовых ящиков на второй сервер

Установка второго сервера почтовых ящиков выполняется аналогичным образом. По завершению процесса установки в консоли управления Exchange в разделе конфигурации серверов почтовых ящиков будут отображено уже два сервера:

Переименование файлов почтовых баз

Перед настройкой Database Availability Group нам нужно будет выполнить некоторые подготовительные работы:

  1. Дать более понятное имя почтовым базам.
  2. Переместить файлы почтовых баз на отдельный выделенный диск.

Сейчас у нас две почтовые базы – по одной на каждом сервере с ролью mailbox. Посмотреть их мы можем следующим командлетом:

Get-MailboxDatabase

Переименование почтовой базы состоит из двух шагов: переименование объекта базы данных в конфигурации и переименование физических файлов на системе хранения.

Сначала переименуем наши почтовые базы в конфигурации:

Get-MailboxDatabase -Identity "Mailbox Database 1722778772" | Set-MailboxDatabase -Name DB01
Get-MailboxDatabase -Identity "Mailbox Database 0561211166" | Set-MailboxDatabase -Name DB02

Теперь наши базы называются более лаконично 🙂

Однако, физические файлы базы все еще называются старым именем, которое было присвоено мастером установки:

Мы совместим процесс переименование физических файлов почтовой базы и процесс переноса физических файлов почтовой базы на отдельный выделенный диск. В нашем случае необходимо выполнить следующий командлет на первом почтовом сервере:

Move-DatabasePath -Identity DB01 -EdbFilePath e:\DB01\db01.edb -LogFolderPath e:\DB01

Нас предупредят о том, что на время переноса почтовая база будет недоступна:

Теперь наша почтовая база расположена на нужном нам диске и наименована так, как мы и просили:

Выполним аналогичный командлет на втором почтовом сервере:

Move-DatabasePath -Identity DB02 -EdbFilePath e:\DB01\db02.edb -LogFolderPath e:\DB02

Настройка Database Availability Group

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

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

  1. Создание группы высокой доступности в конфигурации.
  2. Добавление почтовых серверов в группу высокой доступности.
  3. Настройка дополнительных копий почтовых баз.

Database Availability Group в основе своей использует Windows Server Failover Clustering. Соответственно, если у вас операционная система Windows Server 2008 R2, то редакция должна быть как минимум Enterprise. Для Windows Server 2012 будет достаточно даже реакции Standard.

Важный момент – поскольку у нас всего два почтовых сервера, то кворум они собрать не смогут и им нужен сервер свидетель. В нашем случае это будет первый сервер клиентского доступа – CAS01.

Более подробно про кворумы можно почитать в документации на сайте Microsoft.

Создание группы высокой доступности в конфигурации

Первый шаг – необходимо создать объекта группы высокой доступности в конфигурации Exchange. Создадим группу высокой доступности:

New-DatabaseAvailabilityGroup -Name DAG01 -WitnessServer CAS01 -WitnessDirectory C:\DAG01Wit\

Затем создадим соответствующую директорию на нашем первом сервере клиентского доступа:

Назначим IP-адрес нашей группе высокой доступности:

Set-DatabaseAvailabilityGroup DAG01 -DatabaseAvailabilityGroupIpAddresses 10.10.10.160

Добавление почтовых серверов в группу высокой доступности

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

Добавим первый сервер:

Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer MBX01

В процессе добавления почтового сервера в группу высокой доступности будут установлены все необходимые дополнительные компоненты, в т.ч. Windows Server Failover Clustering.

Теперь добавим в группу высокой доступности второй почтовый сервер:

Add-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer MBX02

Посмотрим теперь на нашу группу высокой доступности:

Get-DatabaseAvailabilityGroup

Мы видим, что оба наших сервера представлены в колонке “Member Server”, т.е. оба сервера были успешно добавлены в группу высокой доступности.

Настройка дополнительных копий почтовых баз

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

Основная суть в том, чтобы, например, для почтовой базы DB01, которая расположена на сервере MBX01, создать дополнительную копию на сервере MBX02. В случае выхода из строя сервера MBX01, почтовая база DB01 будет автоматически активирована на сервере MBX02. Аналогичное справедливо и для почтовой базы DB02 на сервере MBX02.

Создадим дополнительную копию почтовой базы DB01 на сервере MBX02. Выполним следующий командлет на первом почтовом сервере:

Add-MailboxDatabaseCopy -Identity DB01 -MailboxServer MBX02

Теперь создадим дополнительную копию почтовой базы DB02 на сервере MBX01. Выполним следующий командлет на втором почтовом сервере:

Add-MailboxDatabaseCopy -Identity DB02 -MailboxServer MBX01

Давайте теперь посмотрим в конфигурацию дополнительных копий базы DB01.

Мы видим, что для почтовой базы DB01 создано две копии:

  1. На сервере MBX01. Это основная копию и её статус “Mounted”, т.е. она смонтирована на сервере MBX01, т.к. в соответствующей колонке “IsActive” для сервера MBX01 указано значение “True”.
  2. На сервере MBX02. Это дополнительная копия, т.к. в соответствующей колонке “IsActive” для сервера MBX02 указано значение “False”. В случае непредвиденной аварии сервер MBX02 готов подхватить базу – об этом говорит значений “Healthy” в колонке “Copy Status”.

Нулевые значения в колонках “Copy Queue Length” и “Replay Queue Length” говорят о том, что почтовая база успешно реплицируется между серверами MBX01 и MBX02.

Настройка группы высокой доступности завершена.

Проверка корректности клиентских подключений

Теперь, когда у нас практически подготовлена исходная инфраструктура Exchange 2010 мы можем подключиться к нашему пока единственному почтовому ящику через Outlook:

Сначала проверим подключение через нашу тестовую рабочую станцию с Windows 7 и Office 2010:

На этапе подключения мы можем получить предупреждение о том, что у нас нет доверия к сертификату, который предоставил Exchange сервер. Это так. Мы еще не конфигурировали сертификаты. Соглашаемся на не доверенный сертификат.

В целом подключение устанавливается успешно:

Теперь проверим подключение через нашу тестовую рабочую станцию с Windows 10 и Office 2019. Да, да, именно с Office 2019 🙂 Exchange 2010 конечно же официально не поддерживает Office 2019, но по факту подключение работает. Естественно, без каких-либо гарантий на корректную работу:

Заключение

Установка серверов почтовых ящиков Exchange 2010 завершена. Также мы выполнили настройку группы высокой доступности баз данных (database availability group) и проверили, что клиенты Outlook могут корректно подключаться к своим почтовым ящикам.

В следующей статье мы выполним продолжим настройку Exchange и займемся конфигурированием внутренних и внешних URL адреса, соединителями отправки, балансировкой SMTP и HTTPS траффика и ряд других моментов, в т.ч. и установкой сертификатов.

Добавить комментарий

Ваш адрес email не будет опубликован.