Создание кластера DAG MS Exchange
Это, наверное, самое сложное, с чем мне пришлось столкнуться.
Сама процедура достаточно подробно описана в интернете, поэтому расписывать не стану, а в конце приведу ссылки
Ошибка №1 – Смотрим в книгу – видим…
Первая моя попытка создания DAG окончилась неудачей, ибо я пытался включить в DAG сервера, с разными операционными системами – Win Server 2008 R2 Ent и Win Server 2012 Std
Вывод: операционные системы на серверах – членах DAG должны быть одинаковыми, вплоть до установленных обновлений
Ошибка №2 – Обновления важны
Во второй раз я «исправился», однако не учел обновлений ОС. В итоге снова получал ошибку.
Ошибка №3 – полтергейст
Конфиг:
Сервера MBS1, MBS2 – будущие узлы DAG
Сервер CAS1 – свидетель
DAG создается без проблем. Первый узел также добавляется без проблем.
Первым я добавил MBS1, а следом пробовал добавить MBS2, но получил ошибку:
Сбой административной операции группы обеспечения доступности баз данных. Ошибка: The operation failed. CreateCluster errors may result from incorrectly configured static addresses. Error: An error occurred while attempting a cluster operation. Error: Cluster API ‘”AddClusterNode() (MaxPercentage=100) failed with 0x5b4.
Эта ошибка кроется в проблемах с авторизацией, однако решить мне ее не удалось. И я решил попробовать добавить узлы в кластер в обратном порядке, но снова получил ошибку:
A database availability group administrative operation failed. Error: Windows Failover Clustering timed out while trying to validate server ‘MBS1’. If this is in a disjoint DNS namespace, the DNS suffixes for all servers in the database availability group must be present on every server.
Это меня немного радовало, ведь я получаю совершенно другую ошибку. Причина крылась в том, что у меня в домене имелась одноименная учетная запись пользователя – MBS1. Решив проблему я попытался снова повторить операцию добавления узла в кластер. И о чудо, получилось!
Ошибка №4 – не копируется база данных
Ошибки на этом не закончились. Возникла ошибка копирования одной из БД, из крывшаяся в том, что ее логи транзакций были усечены средством резервного копирования.
Решить проблему удалось путем создания новых БД и переноса в них почтовых ящиков пользователей, с последующим удалением старых баз.
Полезные ссылки: