Exchange 2013 - Database Availability Group (DAG), часть 2

В прошлой статье мы посмотрели на то, какой простой теперь стала настройка DAG`a в Exchange 2013. К сожалению, только собрать кластер зачастую бывает не достаточно, да и не всегда он нормально собирается, в связи с этим, нужно хотя бы примерно представлять, как он работает и как его ремонтировать / тестировать в случае проблем. Вот именно с этой целью я постараюсь далее чуть более подробно рассказать про DAG.

Exchange 2013 - Database Availability Group (DAG), часть 1

Обеспечение отказоустойчивости – это тот вопрос, который волнует, пожалуй, всех администраторов. В этом плане, Exchange 2013 не приготовил нам ни каких сногсшибательных сюрпризов. Что касается база данных почтовых ящиков, то концептуально, все осталось по-прежнему – тот же хорошо зарекомендовавший себя DAG с небольшими улучшениями, а вот что касается массивов клиентского доступа, то тут стало все ещё проще и возможно даже дешевле. Итак, по порядку.

Новый Information Store в Exchange 2013 или каждой базе свой процесс

Пожалуй, ни для кого не секрет, что почтовые ящики на сервере Exchange лежат в базе данных, а самой базой данных ранее управляла служба под названием Information Store. Так вот, в Exchange 2013 (он же Exchange 15) эта служба была снова переписана, в результате чего снова сообщается, что требования к IOPS-м для серверов снижены, но это не самое главное.

Вариант балансировки сетевого трафика на базе DNS

Балансировка сетевого трафика (NLB) – это очень важный и ответственный вопрос в теме обеспечения отказоустойчивости. Те, у кого есть возможность, конечно же не задумываясь покупают аппаратные балансировщики и живут спокойно, те у кого денег не так много, реализуют NLB на базе службы Windows Network Load Balancing. Но есть и те, кому приходится реализовывать задачу балансировки при помощи DNS round robin (попросту создав две или более А-записей с одним именем и разными IP адресами). Прямо скажем, round robin – это совсем не удачны вариант в плане именно отказоустойчивости.

Проблема с пересылкой сообщений между HUB-ми

Недавно столкнулся с такой ситуацией, что после восстановления сервера в режиме /m:RecoverServer на другое железо, мой восстановленный HUB Transport отказывался пересылать сообщения куда-либо дальше, ссылаясь на проблемы с DNS. Разберемся что же случилось.

Exchange 2013 – Roles & Transport

Пожалуй самой яркой новость в момент публичного анонса Exchange 2013 стало то, что нет теперь больше 3-х основных ролей (CAS-HUB-Mailbox), к которым все уже так привыкли. Возвращаемся снова к архитектуре Exchange 5.x - Exchange 2003, а именно Front End & Back End. Об этом и поговорим подробнее далее.

Exchange 2013 – Начало

Итак, коллеги, 17 июля 2012 года состоялся официальный релиз новой версии почтового сервера компании Microsoft - Exchange Server 2013 (рабочее название Exchange 15). По первым же обзорам стало понятно - разработчики проделали серьезную работу и внесли очень много не просто улучшений, но и серьезно изменили архитектуру. С этого момента, в скучные будни всех ИТ-специалистов, занимающихся решениями объединенных коммуникаций от компании Microsoft, начнет поступать бурным потоком новая информация, новые вопросы и интересные идей.

Синхронизация копий баз данных в кластерах Exchange 2007/2010

Как известно, между базами данных почтовых ящиков, в кластерных решениях MS Exchange 2007/2010, информация реплицируется при помощи файлов журнала транзакций (transaection logs), далее мы их будем просто называть логами транзакций. Давайте разберемся подробнее как этот механизм работает.

DAG: Обслуживание копии базы данных после восстановления аварийного сервера

Ранее мы рассмотрели процессы, происходящие на серверах баз данных Exchange в случае возникновения аварийной ситуации. Далее посмотрим что происходит с сервером после восстановления его работоспособности.

Автоматическая активация копий базы в DAG: Attempt copy last logs (ACLL) и переключение пользователей

Ранее мы поговорили о том какой процесс управляет активацией копии баз данных в случае аварии (Active Manager) и о том, как выбирается лучшая копия (Best Copy Selection). Далее речь пойдет о том, как эта лучшая копия активируется.

Автоматическая активация копий базы в DAG: Best Copy Selection (BCS)

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

Автоматическая активация копий базы в DAG: Active Manager

Как известно, для обеспечения отказоустойчивости баз данных в Exchange 2010 применяется механизм Database Availability Groups (DAG). Внедрение DAG позволяет значительно увеличить надежность роли Mailbox на серверах Exchange 2010, но тем не менее полностью расслабляться в этом вопросе не стоит, т.к. далеко не всегда происходит та самая спасительная автоматическая активация. Далее мы постараемся подробнее разобраться в механизме автоматической активации копии базы в случае обнаружения проблем с активным сервером.

Установка WildCard SSL сертификата в Exchange 2010

Ранее я уже писал о том, как работать с сертификатами на Exchange сервере (Публикация Exchange 2010 – “сертификация” ). Сегодня, в двух словах поговорим о том, как использовать wildcard-сертификаты.