Чтобы создать DAG, на серверах должна быть установлена Windows Server Enterprise Edition
а. В настройках снимаем все галки за исключением IPv4
В EMC заходим: Конфигурация Организации - Почтовый ящик - Группы доступности базы данных.
1. Создать группу доступности базы данных...
а. Указываем имя, имя сервера доверителя, путь к папке которую он создаст. Например C:\FSW_DAG
Щелкнем правой кнопкой по только что созданной DAG и выберем пункт "Управление членством группы доступности базы данных..."
Нажмем кнопку Добавить и выберем все почтовые сервера, которые будут включены в эту группу обеспечения высокой доступности. В результате чего на всех добавленных серверах запустится установка и настройка службы Windows Failover Clustering, которая продлится 5-10 минут.
Примечание: В дальнейшем, в случае необходимости, например при аппаратном или программном сбое сервера-свидетеля, изменить для DAG сведения о сервере-свидетеле и его каталоге в случае необходимости можно будет с помощью командлета Set-DatabaseAvailabilityGroup (Так же имеет смысл добавить 2й сервер доверитель, после создания).
Следующим этапом нам нужно задать статический IP адрес, который будет использоваться для предоставления доступа к кластерным ресурсам. Для этого откроем в консоли Консоль управления Exchange (EMC) свойства только что созданной группы DAG и на закладке IP адреса добавим IP адрес:
Процесс перемещения можно просматривать командой:
Теперь сделаем нашу БД реплицируемой на второй сервер. Для этого в EMC в разделе Конфигурация Организации -> Почтовый ящик -> Управление базой данных -> выбираем нашу базу данных и в меню Действия пункт Добавить копию базы данных почтового ящика… или так:
Дожидаемся окончания процесса …
После того как процесс успешно окончен, проверяем наличие только что созданных каталогов на втором сервере. И так как в нашем случае на серверах используется идентичная дисковая конфигурация, на втором сервере файлы копии БД и логов были успешно созданы в той же точке монтирования файловой системы и каталоге, которые используются на первом сервере.
Теперь в консоли Exchange Management Console можно проверить статус состояния активного экземпляра БД и её копии.
В нашем случае все активные копии БД в текущий момент находятся на сервере MAIL1. Выполним переключение активных копий на сервер MAIL2. Для этого в консоли EMC в разделе Настройка серверов -> Почтовый ящик выберем сервер с активными копиями и в меню Действия выберем Переключить сервер:
В открывшемся окне выбираем сервер, на который мы хотим переместить активные экземпляры всех БД. Если в группе DAG всего два сервера, то вполне можно выбрать вариант Автоматически выбрать целевой сервер.
После этого, сделав Обновить в консоли, мы увидим, что статус активности баз изменился, и теперь все активные экземпляры БД находятся на сервере MAIL2. Процедуру «переезда» активных копий обратно (с сервера MAIL2 на сервер MAIL1) можно выполнить так же и через Exchange Management Shell с помощью командлета Move-ActiveMailboxDatabase:
Настраиваем сетевые интерфейсы (2шт)
1. Смотрит в сеть, стандартно. (статический IP)
2. Для репликации :
а. В настройках снимаем все галки за исключением IPv4
б. Указываем только IP и Netmask, во вкладке DNS снимаем галку с Зарегистрировать адреса этого подключения в DNS, во вкладке WINS отключаем NetBIOS и снимаем галку с Включить просмотр LMHOSTS
3. В дополнительных параметрах сетевых подключений, изменяем порядок имеющихся подключений, ставим интерфейс смотрящим в общую сеть первым, репликацию вторым.
(тут я описывал как найти)
4. Устанавливаем Exchange на подготовленные сервера. (Доп компоненты)
а. Я отказался от использования Public Folder, которая отнимает 1ну БД для Public Folder Database, для меня это плюс, т.к. я использую лицензию Exchange Standart, а не Enterprise в которой нет лимита на кол-во БД, минусом является, то что невозможно будет использовать версии Outlook'а 2003 и ниже.
б. Перед установкой 2го сервера Exchange, на 1м создаем соединитель отправки. (Конфигурация организации -> Транспортный сервер-концентратор - > Соеденители отправки. При создании, адресное пространство указываем * - звёздочку)
а. Я отказался от использования Public Folder, которая отнимает 1ну БД для Public Folder Database, для меня это плюс, т.к. я использую лицензию Exchange Standart, а не Enterprise в которой нет лимита на кол-во БД, минусом является, то что невозможно будет использовать версии Outlook'а 2003 и ниже.
б. Перед установкой 2го сервера Exchange, на 1м создаем соединитель отправки. (Конфигурация организации -> Транспортный сервер-концентратор - > Соеденители отправки. При создании, адресное пространство указываем * - звёздочку)
5. Заходим на сервер доверитель (который мы выбрали для этих целей) и добавляем группу “Exchange Trusted Subsystem” в группу локальных администраторов. Если доверителем будет DC, то в Builtin - Администраторы. Так же советуют добавить в AD User & Com -> Контейнер Microsoft Exchange Security Groups -> Группа Exchange Trusted Subsystem -> В члены группы добавлей имя сервера, который должен быть свидетелем. Так же после добавления, перезагрузить сервер Exchange чтобы не ждать вступления изменений в силу.
Создаем DAG с помощью EMC и назначаем статический IP.
1. Создать группу доступности базы данных...
а. Указываем имя, имя сервера доверителя, путь к папке которую он создаст. Например C:\FSW_DAG
Добавляем сервера в Database Availability Group.
Нажмем кнопку Добавить и выберем все почтовые сервера, которые будут включены в эту группу обеспечения высокой доступности. В результате чего на всех добавленных серверах запустится установка и настройка службы Windows Failover Clustering, которая продлится 5-10 минут.
Примечание: В дальнейшем, в случае необходимости, например при аппаратном или программном сбое сервера-свидетеля, изменить для DAG сведения о сервере-свидетеле и его каталоге в случае необходимости можно будет с помощью командлета Set-DatabaseAvailabilityGroup (Так же имеет смысл добавить 2й сервер доверитель, после создания).
Следующим этапом нам нужно задать статический IP адрес, который будет использоваться для предоставления доступа к кластерным ресурсам. Для этого откроем в консоли Консоль управления Exchange (EMC) свойства только что созданной группы DAG и на закладке IP адреса добавим IP адрес:
Database Availability Group автоматически настроит подсети для всех сетей, к которым подключены сетевые интерфейсы серверов-членов DAG.
Откроем свойства каждой сети DAG и зададим ей значащее имя.
Настроем выделенную сеть (Replication) для трафика репликации между членами DAG, для этого отключим репликацию в сети DAG (Local), которая используются для подключения клиентов MAPI.
Создание реплицируемых БД.
Создаем новую БД на первом сервере Mailbox. Воспользуемся EMC (Конфигурация организации -> Почтовый ящик -> Управление базой данных > выбираем в меню Действия пункт Создать базу данных почтовых ящиков)
В открывшемся мастере вводим имя новой базы данных и имя сервера на котором она будет использоваться как активный экземпляр:
Задаём расположение файла БД и подкаталога для логов…
Дожидаемся успешного окончания процесса создания и монтирования новой БД… (В свойствах базы, включим циклическое ведение журнала)
Переходим в Настройка получателей -> Почтовый ящик
a. Если у нас Windows Server русская версия, то в свойствах почтового ящика Администратор, меняем псевдоним с ?????? на любой, например administrator
б. Переносим почтовый ящик Администратор и Почтовый ящик поиска методом обнаружения (DiscoverySearchMailbox) в нашу новую созданную базу. (Создать локальный запрос на перемещение...) После запросов переходим в раздел Запрос на перемещение дожидаемся статуса Завершено, после этого очищаем запрос на перемещение (пр. кн. мыши)
в. Теперь нужно переместить скрытые в оснастке системные ящики. Заходим в Exchange Managmet Shell (EMS) и выполняем:
Get-Mailbox -Arbitration | New-MoveRequest -TargetDatabase Your_new_databaseгде Your_new_database - имя новой БД почтовых ящиков.
Процесс перемещения можно просматривать командой:
Get-moverequest|get-moverequeststatisticsи
Get-moverequest –MoveStatus InProgressВыполним очистку запросов на перемещение из всех почтовых ящиков в состоянии Completed (завершен).
Get-MoveRequest -MoveStatus Completed | Remove-MoveRequestЗаходим в консоли EMC: Настройка получателей -> Почтовый ящик и удаляем, все почтовые ящики, которые были созданы во время установки.
Теперь сделаем нашу БД реплицируемой на второй сервер. Для этого в EMC в разделе Конфигурация Организации -> Почтовый ящик -> Управление базой данных -> выбираем нашу базу данных и в меню Действия пункт Добавить копию базы данных почтового ящика… или так:
В открывшемся мастере выбираем второй сервер Mailbox входящий в группу DAG, на котором будет размещена копия БД:
После того как процесс успешно окончен, проверяем наличие только что созданных каталогов на втором сервере. И так как в нашем случае на серверах используется идентичная дисковая конфигурация, на втором сервере файлы копии БД и логов были успешно созданы в той же точке монтирования файловой системы и каталоге, которые используются на первом сервере.
Теперь в консоли Exchange Management Console можно проверить статус состояния активного экземпляра БД и её копии.
Проверка механизма Switchover
После того как создано необходимое количество реплицируемых БД, мы можем проверить механизм переключения активных копий с одного сервера в группе DAG на другой (switchover).В нашем случае все активные копии БД в текущий момент находятся на сервере MAIL1. Выполним переключение активных копий на сервер MAIL2. Для этого в консоли EMC в разделе Настройка серверов -> Почтовый ящик выберем сервер с активными копиями и в меню Действия выберем Переключить сервер:
После этого, сделав Обновить в консоли, мы увидим, что статус активности баз изменился, и теперь все активные экземпляры БД находятся на сервере MAIL2. Процедуру «переезда» активных копий обратно (с сервера MAIL2 на сервер MAIL1) можно выполнить так же и через Exchange Management Shell с помощью командлета Move-ActiveMailboxDatabase:
Move-ActiveMailboxDatabase -Server "MAIL2"
Переключение баз из EMC. Конфигурация Организации -> Почтовый ящик -> Управление базой данных -> пр. кн. мыши по базе Включить копию базы данных...
перед вводом группы DAG в промышленную эксплуатацию так же не помешает выполнить и тестирование процедуры Failover-переключения активных копий БД между серверами участниками DAG, с имитировав отказ сервера являющегося носителем активных копий БД.
Комментариев нет:
Отправить комментарий