Създаване и конфигуриране на DAG в Exchange 2013, ИТ общност на Украйна

DAG (Database Availability Group) - позволява ви да осигурите толерантност към грешки за базите данни на пощенските кутии. Същността на работата му е, че се създават копия на базата данни и когато един сървър се повреди, базата данни се активира автоматично на друг.

DAG се появи за първи път в Exchange 2010, а в Exchange 2013 получи някои подобрения.

И така, нека да разгледаме схемата на нашата инфраструктура. Тя е много проста.

Имаме Domain Controller (никъде без него) и два Exchange 2013 сървъра, които имат инсталирани и двете Exchange роли - Mailbox и Client Access.

Също така искам да отбележа, че имаме отделна мрежа за репликация - 172.16.0.0/24.

И така, нека започнем с подготовката.

Тъй като работата на DAG се изпълнява в услугата на Microsoft Failover Cluster, имаме нужда от свидетел (свидетел). В нашия случай това ще бъде домейн контролер, за вас това може да бъде всеки членски сървър. На свидетелския сървър трябва да добавим групатаExchange Trusted Subsystem. към групата на локалните администратори (Ако имате друг Exchange сървър, действащ като свидетел, това не е необходимо).

Тъй като няма локални групи в домейн контролера, добавямАдминистратори към домейн групата.

След това отиваме в Active Directory Users and Computers и създаваме обект от тип "Компютър" с името на нашия бъдещ DAG и го деактивираме.

След това отваряме свойствата на този обект и в раздела "Сигурност" даваме пълни права за достъп на първия член на DAG групата.

Сега нека да разгледаме мрежата.

Всеки Exchange сървър има 2 мрежови адаптера. Първият поглед в общата мрежа (LAN). Това са обичайните настройки, нищо друго не трябва да се прави.

Вторият - в изолиран (HB), който щеда се използва за репликация. Ето някои подобрения.

Ние не посочваме шлюза и DNS - те не са необходими. Също така премахнете отметката от квадратчетоРегистрирайте адреса на тази връзка в DNS.

И премахнете отметките отКлиент за мрежи на Microsoft иСподеляне на файлове и принтери за мрежи на Microsoft.

Задайте LAN на първо място.

Трябва също така да създадете директория на свидетелския сървър, която ще посочим при създаването на DAG. Моята папка еDAG–Witness в корена на устройство C: на домейн контролер.

Сега можете да създадете DAG. Отидете на конзолата за управление на Exchange (ECP), отидете наСървъри =>Групи за наличност на база данни и натиснете+.

Попълваме всички полета. И щракнете върхуЗапазване.

Сега добавете сървъри към групата

Когато съветникът приключи успешно работата си, ще можем да видим, че нашите два сървъра са членове на групите, а също така има 2 мрежи, едната от които е за репликация.

Това може да се види и ако отворите стандартната добавка Failover Cluster Manager и отидете в секцията Мрежа и възли

В съветника изберете към кой сървър ще репликираме. Нямам голям избор.

НатиснетеSave и изчакайте края на процеса на създаване на копие на базата данни.

Добавяме останалите основи по подобен начин.

В резултат на това ще видим следната картина: списък с бази данни, на кой сървър базата данни е активна в момента и на кои сървъри има копие.

Също така е възможно да се направи копие на базата данни със закъснение от няколко дни (от 1 до 14 дни).

Ако е необходимо, можете да активирате базата данни на друг сървър ръчно (за извършване на планирана работа на сървъра).

Това е всичко. Сега администраторът може да спи по-добре.

И накрая някои бележки:

• Всеки сървър може да носи само едно копие на определена база данни;
• DAG подобрява устойчивостта на грешки на базата данни на пощенската кутия, но това не означава, че трябва да се откажете от архивирането. Резервно копие трябва да има!
• Буквите на устройството, на които са разположени базата данни и регистрационните файлове на сървъра източник, също трябва да бъдат на репликирания. Например, ако вашата база данни се намира на устройство D:, а регистрационните файлове са на устройство E:, тогава сървърът, който ще съхранява копия на тази база данни, трябва да има същите устройства със същите букви.

23 мисли за „Създаване и конфигуриране на DAG в Exchange 2013“

Благодаря на автора! Много информативно, всичко е описано стъпка по стъпка и достъпно. DAG е наистина полезно нещо, но както бе споменато по-горе, Backup трябва да има! 🙂

Въпроса може и да е глупав, но все пак в момента има 1 работещ Exch сървър, ако вдигна втория на отделна машина и следвам всички тези инструкции дали ще стане? Доколкото знам в AD, потребителите са регистрирани в пощенска база данни, както разбирам, ще трябва да се редактират с химикалки?

глупости. някакъв боклук, добавям сървър, основният сървър се добавя към клъстера и когато вторият сървър започне да добавя, той мисли и след това издава „Възникна грешка при опит за клъстерна операция. Грешка: API на клъстера е неуспешен: „AddClusterNode() (MaxPercentage=100) е неуспешен с 0x5b4. Грешка: "

---