Установка Database Availability Group у Exchange 2010, Windows для системних адміністраторів
У Microsoft Exchange Server 2010 з'явилася нова технологія забезпечення високої доступності під назвою групи високої доступності - Database Availability Group (DAG). У цій статті ми познайомимося з тим, як працює технологія Database Availability Group в Exchange Server 2010, а також опишемо процес встановлення та налаштування DAG на Exchange Server 2010 SP1 та Windows Server 2008 R2.
Огляд Database Availability Group у Exchange Server 2010
Група високої доступності (Database Availability Group) – це група, що складається з декількох серверів Exchange Server 2010 (максимальна кількість серверів у групі 16), на яких встановлена роль Mailbox server. Кожен із серверів-членів групи DAG здатний підтримувати активну чи пасивну копію поштової бази, розташованої інших серверах групи.
Наприклад, Database Availability Group може складатися з трьох серверів Exchange 2010, кожен з яких містить одну поштову базу, в цьому випадку будь-який з серверів DAG зберігає активну або пасивну копію кожної з трьох поштових баз, які обслуговують ці сервери.
Технологія Database Availability Group у Exchange 2010 є розвитком технології кластерів Windows (Windows Failover Clustering). Однак, на відміну від класичних кластерів Exchange, які можуть перебувати в активному/пасивному стані, і в яких кластерна група повністю повинна переїжджати на альтернативну ноду, в Exchange 2010 DAG, будь-яка база даних може функціонувати на будь-якому сервері-члені DAG незалежно від інших поштових баз.
Це означає, що будь-який з поштових серверів групи DAG у будь-який момент часом може містити всі, деякі або не містити активних копій поштових баз. Цяможливість має такі переваги перед кластерною моделлю, що раніше використовується, забезпечення відмовостійкості:
- Усі поштові сервери в групі DAG можуть бути активними та обчислювальні ресурси не будуть простоювати
- Будь-яка поштова база може мігрувати на інший сервер, не впливаючи на поштові скриньки інших користувачів, підключених до інших баз DAG
Поняття кворуму в Database Availability Group
Т.к. технологія DAG ґрунтується на технології Windows Failover Cluster, то концепція кворуму (quorum) використовується і в ній. Якщо ви не знайомі з поняттям кворуму, то спрощено – це процес голосування, в якому для прийняття того чи іншого рішення потрібно мати більшість голосів.
Для кластера це означає, що для ухвалення рішення у процесі голосування має брати участь непарна кількість членів. Стосовно Exchange 2010 DAG це означає, що в групі DAG з двох серверів за участю Mailbox (або будь-якого іншого парного числа аж до 16), жоден сервер не зможе на підставі більшості голосів визначити потрібно чи ні зробити поточну копію бази даних активною.
Тому для досягнення кворуму в групі DAG з парною кількістю серверів, як ще один з учасників голосування, використовують ще один сервер у цьому ж сайті, як файловий ресурс – свідок (File Share Witness). Зазвичай цю функцію призначають на сервер з участю Hub Transport, хоча це може бути будь-який інший сервер з ОС Windows 2008.
Реплікація баз у Exchange Server 2010 DAG
Між членами групи DAG у Exchange Server 2010 реплікація поштових баз може здійснюватися двома способами.
У Exchange Server 2010 RTM використовується файлова модель реплікації. У цьому режимі кожен транзакційний лог пишеться ізакривається по досягненню розміру 1 Мб, після чого він копіюється на кожен із членів групи DAG, що містить копію цієї бази поштових скриньок. Члени групи DAG ставлять отриманий файл у чергу відтворення, після чого вони відтворюють дії, що містяться в транзакційному лозі власної пасивної копії бази даних.
Файловий режим реплікації працює непогано, однак є очевидний недолік, що полягає в тому, що будь-які транзакційні логи, які не будуть доставлені на інші сервери групи DAG, будуть втрачені, якщо вийде з ладу сервер з активною копією поштової бази. У цьому випадку один із серверів DAG зможе зробити свою копію поштової бази активною і потім запросити повторне надсилання відсутніх листів у сервера за участю Hub Transport.
У Exchange Server 2010 SP1 файлова модель реплікації використовується для синхронізації копій поштових баз даних між собою (наприклад, у процесі початкової синхронізації, коли створюється нова копія бази даних). Після синхронізації члени DAG переключатимуться в режим блокової реплікації (“block mode”). У блочному режимі реплікації кожна транзакція записується в буфер активному сервері і відправляється в буфер логів інші сервера DAG з пасивної копією бази.
Примітка. Бази спільних папок (Public Folder), хоч і можуть перебувати на поштових серверах членах DAG, але вони не реплікуватиметься механізмами реплікації DAG. Для забезпечення стійкості до відмови баз даних спільних папок необхідно скористатися функцією реплікації спільних папок (Public Folder replication).
Встановлення DAG у Exchange Server 2010
У цьому розділі ми опишемо процедуру налаштування в Exchange 2010 Database Availability Group на Windows Server 2008 R2.
У цьому посібнику миґрунтуємось на тому, що у нашому розпорядженні є такі сервери Exchange.
- EX1 - Exchange Server 2010 SP1 - сервер за участю Mailbox
- Первинний інтерфейс: 192.168.0.32/24
- Вторинний інтерфейс: 10.0.5.1/30
Кожен із поштових серверів має власну поштову базу.
- EX1 – Mailbox Database 01
- EX2 – Mailbox Database 02
Т.к. кожен поштовий сервер має два мережеві інтерфейси, важливо переконатися, що вторинний інтерфейс не реєструє себе в DNS. Для цього відкрийте властивості мережного інтерфейсу (TCP/IPv4), натиснути кнопку Advanced, перейти на вкладкуDNS і зняти галкуRegisterthisconnection'saddressinDNS.
Створюємо Database Availability Group
На поштовому сервері відкриємо консольExchange Management Console. Перейдемо до розділуOrganization Config->Mailbox і в правій панелі виберемоNew Database Availability Group.
У вікні майстра створення групи високої доступності потрібно вказати ім'я групи DAG (полеname), вказати сервер-свідок (Witnessserver), а також вказати каталог, який буде використовувати сервер-свідок.
Для створення нової групи Database Availability Group натиснемо кнопкуNew, для закінчення роботи майстра натиснемокнопкуFinish.
Додаємо сервера до Database Availability Group
Клацніть правою кнопкою по створеній DAG і виберемо пункт «Manage Database Availability Group Membership».
Натисніть кнопкуAdd і виберемо всі поштові сервери, які будуть включені до цієї групи забезпечення високої доступності.
Після цього натисніть кнопку Manage, в результаті чого на всіх доданих серверах запуститься установка та налаштування служби Windows Failover Clustering, яка триватиме 5-10 хвилин.
Налаштування мережі в Database Availability Group
Клацніть правою кнопкою по створеній групі DAG і виберемоProperties.
З'явиться повідомлення, що Database Availability Group автоматично налаштує підмережі для всіх мереж, до яких підключено мережні інтерфейси серверів-членів DAG.
Відкрийте властивості кожної мережі DAG та вкажіть їй значне ім'я. Якщо ви бажаєте налаштувати виділену мережу для трафіку реплікації між членами DAG, потрібно відключити реплікацію в мережах DAG, які використовуються для підключення клієнтів MAPI .
Налаштовуємо копії потових баз у DAG
Після налаштування Database Availability Group та її мереж можна додати копії потових баз на членах групи DAG.
У консолі Exchange Management Console перейдіть доOrganization Config->Mailbox і виберіть вкладкуDatabase Management. Клацніть правою кнопкою поштової бази та виберітьAddMailboxDatabaseCopy.
Натисніть кнопкуBrowse та виберемо поштові сервери Exchange, на яких ми хочемо розмістити копію бази даних.
НатиснітьAdd таFinish.
Післячого почнеться створення репліки активної бази даних вибраних серверах DAG. Залежно від розміру поштової бази процес реплікації може тривати деякий час.
Повторіть ці дії для всіх баз даних, для яких потрібно створити пасивні копії.
От і все! Налаштування Database Availability Group у Exchange Server 2010 Database закінчено!