1. Чи забезпечує Veeam бекап віртуальної машини (ВМ) з Exchange, запущеної на хості ESX (i) або Hyper-V?
2. Чи потрібно створювати окреме завдання бекапа для кожного сервера в складі DAG, або досить одного завдання...
3. Бекап яких вузлів DAG необхідно виконувати: активних або пасивних?
4. Як запобігти аварійне перемикання між вузлами DAG при використанні снапшотов VSS?
5. Інші корисні ресурси:

За останні кілька років віртуалізація набула широкого поширення, і багато компаній вирішили віртуалізованних Microsoft Exchange та інші важливі для бізнесу додатки з великим числом операцій введення-виведення. Природно, у них виникає багато питань про резервне копіювання та відновлення таких додатків і про те, чим може їм допомогти Veeam.

Чи забезпечує Veeam бекап віртуальної машини (ВМ) з Exchange, запущеної на хості ESX (i) або Hyper-V?

ТАК, забезпечує. Простий пошук дозволяє знайти багато корисних статей на цю тему. Veeam ефективно використовує технологію Microsoft VSS (Volume Shadow Copy Service), яка дозволяє створити резервну копію, узгоджену на рівні транзакцій, для таких додатків як Microsoft Exchange, Active Directory і SQL.

Незважаючи на зовнішню схожість, компанії різного розміру часто розгортають Microsoft Exchange по-різному. З метою економії компанії невеликого і середнього розміру частіше використовують «стандартний» спосіб розгортання, коли один сервер Exchange одночасно служить в якості сервера поштових скриньок (Mailbox Server), клієнтського доступу (CAS) і транспортного сервера-концентратора (Hub Transport). Великі компанії воліють розгортати групи доступності бази даних Exchange (DAG).

Exchange DAG є комплекс серверів поштових скриньок Microsoft Exchange Server 2010/2013 (від 2 до 16 серверів). Вони використовують реплікацію бази даних і технології аварійного перемикання для забезпечення високої доступності та захисту даних на випадок аварії. На кожному сервері Exchange, що входить в DAG, може перебувати одна копія кожної бази даних поштових скриньок (всього до 100 баз даних на кожному сервері). Таким чином, максимального числа в 16 серверів в DAG цілком достатньо для більшості організацій.

Мал. 1. Exchange DAG з п'яти серверів (джерело: microsoft.com )

Один з найбільш частих питань на форумах Veeam: «Чи може Veeam зробити бекап Exchange DAG?» . Коротко кажучи - ТАК. Veeam дозволяє виконати бекап серверів, що входять в Exchange DAG, точно так же, як і будь-яких інших ВМ, за допомогою технології Microsoft VSS: досить включити функцію «Application-aware Image Processing» (обробка даних з урахуванням стану додатків). Нижче наведено короткий список найважливіших міркувань, про які необхідно пам'ятати, коли ви готуєте стратегію бекапа для DAG.

Чи потрібно створювати окреме завдання бекапа для кожного сервера в складі DAG, або досить одного завдання для всіх вузлів DAG?

При наявності достатнього дискового простору можна створити одне завдання бекапа для всіх вузлів DAG. При цьому практично напевно буде забезпечений кращий коефіцієнт дедуплікаціі.

Якщо ви хочете створити окремі завдання бекапа для різних вузлів DAG, потрібно переконатися, що їх розклад не перекривається і що снапшоти всіх ВМ створено не буде, одночасно. Це легко зробити за допомогою налаштувань завдань бекапа Veeam. Наприклад, чергове завдання бекапа може запускатися після завершення попереднього.

Бекап яких вузлів DAG необхідно виконувати: активних або пасивних?

Veeam може створювати резервні копії як активних, так і пасивних вузлів. Пам'ятайте, що бекап може вплинути на виробничу середу, оскільки при його виконанні помітно зростає навантаження на процесор. У цьому випадку рекомендую перенести всі активні бази даних на один вузол DAG, а потім виконати бекап пасивного вузла. Це допоможе знизити вплив на виробниче середовище, оскільки бекап пасивних вузлів можна здійснювати навіть в робочі години.

Якщо ви все ж хочете розподілити активні бази даних по декількох серверах в складі DAG, можна додати в групу один повністю пасивний вузол і налаштувати його бекап за допомогою Veeam.

Найшвидший спосіб бекапа ВМ без якого б то не було впливу на роботу ВМ - створення резервних копій з апаратних снапшотов для сховищ HPE Lefthand і HPE 3PAR за допомогою останньої версії Veeam для VMware.

Як запобігти аварійне перемикання між вузлами DAG при використанні снапшотов VSS?

Якщо вузли вашої DAG знаходяться на різних майданчиках і з'єднані один з одним через WAN, ви можете зіткнутися з таймаут VSS (за замовчуванням час таймаута «заморожування» для модуля запису Exchange становить 20 секунд). Таймаут може призвести до аварійного перемикання з активного вузла на пасивний під час створення або злиття снапшотов. Чому? У службі відмов кластеру Microsoft (Failover Cluster Service, FCS), яка об'єднує незалежні сервера для підвищення їх доступності, задані досить низькі значення таймаутів для швидкого аварійного перемикання в середовищі LAN. З'єднання WAN відрізняються більш тривалою затримкою, що може призводити до непередбачених аварійних перемикань вузлів DAG у вашому середовищі під час бекапа.

Щоб уникнути цього, необхідно знизити «чутливість» кластера, змінивши значення таймаута до максимуму без перезапуску сервера (командний рядок):
cluster / prop SameSubnetDelay = 2000: DWORD
cluster / prop CrossSubnetDelay = 4000: DWORD
cluster / prop CrossSubnetThreshold = 10: DWORD
cluster / prop SameSubnetThreshold = 10: DWORD

інші варіанти запобігання непередбаченого аварійного перемикання між серверами DAG під час бекапа ви знайдете на форумах Veeam . Тут наведено лише загальні рекомендації. Кожна віртуальне середовище унікальна, тому при розробці та впровадженні стратегії бекапа необхідно враховувати й інші фактори.

Інші корисні ресурси:

Чи використовуєте ви Exchange DAG? Я завжди чекаю відгуків від читачів. Ви можете залишити свій коментар нижче або приєднатися до обговорення в.

GD Star Rating
a WordPress rating system