Знайомство з новим плагіном в Exchange 2010 – Volume Snapshot (VSS) (частина 1), Комерція, Різне, статті

Введення


Коли був випущений Exchange 2007 SP1, і адміністратори та консультанти по Exchange почали встановлювати Exchange 2007 на серверах під управлінням Windows Server 2008, стало з’являтися багато скарг, що стосуються неможливості виконувати резервне копіювання і відновлення для Exchange за допомогою Windows Server Backup. Малі та середні організації відчули себе кинутими напризволяще через це рішення не випускати рішення з резервного копіювання для Exchange 2007 SP1 під Windows Server 2008. Великі організації це не сильно хвилювало, так як вони зазвичай користуються рішеннями на кшталт Microsoft Data Protection Manager (DPM) або іншими, запропонованими третьестороннімі виробниками.


Група Exchange Product дуже серйозно поставилася до такого зворотного зв’язку, пояснивши, що, на відміну від випадку з Exchange 2007 RTM і попередніми версіями Exchange Server, було прийнято рішення не включати в Exchange 2007 SP1 такий плагін. Судячи по постам і обговорень у спільнотах, присвячених Exchange, пояснень було зовсім недостатньо. Треба було якесь рішення. Погляньте хоча б на коментарі в цьому пості блогу команди MS Exchange Team.


На конференції TechEd IT Pro в Північній Америці в червні 2008 Скотт Шноль (Scott Schnoll) з команди UE групи Exchange Product зробив дуже цікаве оголошення. Він поінформував слухачів на своїй сесії Exchange 2007 SP1 Tips and Tricks, що Microsoft вирішив надати плагін на основі VSS для резервного копіювання Windows Server в Windows Server 2008, який дозволить користувачам здійснювати резервне копіювання Exchange під Windows Server 2008. Скотт сделалтакое ж оголошення в своєму блозі.


Це було в червні 2008-го. Задовго до травня 2009-го. Після безлічі питань у різних спільнотах, присвячених Exchange, про очікуваний час випуску нового плагіна VSS, в цьому пості був залишений на блозі Скотта Шноля. У цьому пості пояснюється, що плагін VSS буде включений в Exchange 2007 Service Pack 2. Група Exchange Product також оголосила про це в блозі команди MS Exchange Team, в якому говориться про Exchange 2007 SP2 взагалі, також згадується і плагін VSS для Exchange, який вийде разом з ним.


Приблизно в той час, коли був випущений Exchange 2007 SP2, ми опублікували Двочастинні цикл статей, в якому я пояснював, як pможно здійснювати резервне копіювання і відновлення за допомогою плагіна volume snapshot (VSS), включеного в даний пакет.


Але що ж буде з Exchange 2010? Чи буде аналогічний плагін в цій версії Exchange Server, яка вже майже досягла стадії RTM? Відповідь – так. Причому саме про це я і збираюся розповісти вам в цій статті. Так що сідайте зручніше, поставте поруч чашечку свіжої кави і продовжуйте читати.


Зауваження:Деякі розділи цієї статті можуть здатися дуже схожими на відповідні розділи статті, присвяченій тому самому питанню щодо Exchange 2007 SP2. Тут вся справа в тому, що сам плагін мало відрізняється в цих двох версіях Exchange server.


Тестова середу


Спеціально для цієї статті я скористався двома серверами Exchange 2010 (стандартне видання), запущених під Windows Server 2008 R2. Причина, по якій вони працюють під Windows 2008 R2 Enterprise edition, полягає в тому, що плагін VSS працює також з поштовими базами даних частини Database Availability Group серверів Mailboxes в Exchange 2010. Так, ви не помилилися. Вам немає потреби бігти за Microsoft Data Protection Manager (DPM) або аналогічним рішенням для резервного копіювання, щоб проводити резервне копіювання поштових баз даних, захищених DAG.


Зауваження: Хоча плагін VSS в Exchange 2010 здатний до резервного копіювання поштових баз даних, захищених DAG, важливо зауважити, що здійснювати резервне копіювання чи відновлення можна тільки через активну базу даних. Це означає, що якщо одна з ваших баз даних перейде до іншого сервера, наступне виконання резервного копіювання на цьому сервері, на якому була копія активної бази даних, не відбудеться.


Як показано на Малюнку 1, Існує всього три активні поштові бази даних на тому сервері, копію якого ми будемо робити в даній статті. Як бачите, у кожної бази даних є дві пасивних копії.



Малюнок 1: Поштові бази даних в Exchange 2010

На Малюнку 2, всього є три LUN “а, в кожному з яких зберігається і поштова база даних, і відповідний журнальний потік.



Малюнок 2: Група зберігання та LUN “и баз даних

Можливо, ви звернули увагу, що кожен LUN був представлений в Windows Server буквою диска. Проте, зауважте: я міг би використовувати точки підключення, якби Exchange 2010 був встановлений на Windows Server 2008 R2, але не на Windows Server 2008 SP2. Точки підключення в даний момент не підтримуються плагіном VSS, якщо Exchange встановлений на Windows Server 2008 SP2. Детальніше на цю тему можна почитати в моїй статті, де я розповідаю про версію плагіна VSS для Exchange 2007 SP2.

Обмеження


Нижче йде список обмежень, про які вам потрібно пам’ятати, (крім відсутності підтримки LUN, реалізованої через точки підключення, список залишився таким же):




  • Плагін може здійснювати резервне копіювання тільки на базі копіювання томів. Потокові резервні копії їм не підтримуються.

  • Резервне копіювання відбувається на рівні томів. Тобто всі дані томи будуть копійовані. Наприклад, якщо у вас більше однієї бази даних, що зберігається на одному і тому ж LUN “е, все БД будуть копійовані. Ви не можете зробити копію тільки однієї БД, що зберігається на LUN “е з кількома ДБ.

  • Плагін не підтримує віддалену копію. Резервне копіювання потрібно запускати локально на відповідному сервері Exchange 2010.

  • Точки підключення можна використовувати тільки в тому випадку, якщо Exchange 2010 встановлений на Windows Server 2008 R2. Якщо ви встановили Exchange 2010 на Windows Server 2008 SP2, точки підключення не підтримуються.

  • Резервну копію можна створювати або на локальному диску, або на віддаленому мережевому диску. Резервне копіювання безпосередньо на стрічкову бібліотеку робити не можна. Якщо ви хочете зберегти резервну копію на стрічці, вам доведеться скористатися моделлю disk to disk to tape. Я покажу вам, як робити резервне копіювання як на локальний диск, так і на загальний мережевий ресурс в першій статті нашого циклу.

  • Ви зобов’язані робити повні резервні копії. Якщо ви не ведете журнал, усікання не трапиться. Далі в цій статті ви побачите це.

  • Оскільки плагін VSS не підтримує Exchange Replication VSS Writer, ви не зможете зробити пасивні резервні копії баз даних на сервері Mailbox в Exchange 2010, що є членами DAG. Так що якщо ви хочете зробити резервні копії БД на поштовому сервері – члені DAG, вам потрібно переконатися, що резервне копіювання ви робите з сервера, що містить активні копії баз даних.

  • При здійсненні відновлення ви можете вибрати відновлення безпосередньо в оригінальне місце розташування або в альтернативне місце розташування. При відновленні в оригінальне місце розташування сам процес відновлення повністю автоматичний. Тобто вам не потрібно буде читати “This database can be overwritten by a restore” або відключати базу (и) даних перед виконанням відновлення. Я покажу вам, як це робиться, у другій частині нашого циклу.

  • Плагін VSS не підтримує Recovery Databases (Відновлення баз даних). Тобто ви не можете проводити відновлення відразу в відновлювану базу даних. Замість цього, потрібно спочатку відновити дані в іншому місці, потім створити відновлювану базу даних, потім підключити відновлену БД до потрібної базі даних. У другій частині нашого циклу я покажу вам, як все це зробити.

  • При виконанні відновлення ви повинно відновлювати все БД, розташовані в одному і тому ж LUN е, відразу. Якщо у вас кілька БД на даному LUN “е, відновлювати доведеться все. Я покажу вам, як це робиться, у другій частині.

Установка функцій резервного копіювання в Window Server 2008


Ну а зараз, коли у вас встановлена ​​роль Mailbox в Exchange 2010 на сервері (і, можливо, навіть добавлена ​​в якості члена в DAG), і ви хочете для початку включити функцію резервного копіювання сервера в Windows Server 2008. це можна зробити за допомогою ServerManagerCMD.exe або консолі Server Manager. При використанні консолі Server Manager, просто натисніть “Add Features” і відзначте “Windows Server Backup Features “, як показано на Малюнку 4.


Зауваження:Якщо ви працюєте з Windows Server 2008 R2, можете скористатися командою Add-Feature в PowerShell. Можливості ServerManagerCMD.exe в Windows Server 2008 R2 були зменшені.



Малюнок 4: Встановлення функцій резервного копіювання сервера

Клацніть “Next”, а потім “Install”.

Рисунок 5: Підтвердження обраних установок

Коли функція резервного копіювання сервера встановлена, клацніть “Close”, а потім вийдіть з консолі Server Manager.

Рисунок 6: Функція резервного копіювання сервера успішно встановлена

Виконання резервного копіювання


Тепер, коли і роль Mailbox встановлена, і включена функція резервного копіювання сервера в Windows Server 2008 (R2), давайте запустимо резервне копіювання сервера Windows. Робиться це клацанням на Start > Administrative tools і подальшим вибором “Windows Server Backup”, як показано на Малюнку 7.



Рисунок 7: Запуск Windows Server Backup

В консолі Windows Server Backup можна вибрати створення розкладу резервного копіювання або просто зробити резервне копіювання одноразово. У даній статті ми зробимо останнє, тому клацніть “Backup Once “в панелі Action, як показано на Малюнку 8.



Рисунок 8: Вибір “Backup Once” в консолі Windows Server Backup

На сторінці “Backup Options” клацніть “Next”.



Рисунок 9: Сторінка опцій резервного копіювання

Так як ми не хочемо копіювати те System в даному випадку, потрібно вибрати “Custom”, а потім клацнути “Next”.



Малюнок 10: Вибір “Custom” на сторінці налаштування резервного копіювання

Тепер знову виберіть “Enable system recovery”, а потім відзначте ті LUN “и, де зберігаються бази даних і потоки журналів, резервні копії яких ви хочете створити.


Клацніть “Next”.


Зауваження: Якщо ваші бази даних і потоки журналів розташовані на різних LUN “ах, переконайтеся в тому, що ви вибрали LUN” и і для БД, і для журналу.



Малюнок 11: Вибір LUN “ов БД / Журналу

Тепер нам потрібно вказати, де зберігати резервну копію. Як вже згадувалося раніше в цій статті, зберігати її ми можемо або на локальному диску, або на загальному мережному ресурсі. У даній статті буде використовуватися віддалений мережевий ресурс, як показано на Малюнку 12. Після цього клацніть “Next”.



Малюнок 12: Вибір місця розташування копії

Тепер вкажіть шлях до загального віддаленого мережного ресурсу і натисніть “Next”.



Малюнок 13: Вказівка ​​шляху до віддаленого мережного ресурсу

На сторінці “Specify advanced option” виберіть VSS Full Backup і клацніть “Next”. Якщо ви виберете “VSS copy backup”, файли журналу не будуть усічені.



Малюнок 14: Вибір VSS full backup

На сторінці “Confirmation” клацніть “Backup”, щоб почати процес резервного копіювання.



Малюнок 15: Сторінка Confirmation

Тепер Windows Server Backup зробить перевірку цілісності бази даних.



Малюнок 16: Запуск перевірки цілісності для Exchange

Після завершення перевірки цілісності почнеться процес резервного копіювання кожного LUN “а.



Рисунок 17: Процес резервного копіювання

Після завершення процесу клацніть “Close”. Взагалі-то ви можете закрити вікно “Backup Once Wizard” в процесі копіювання, не зупиняючи його. Але, щоб простежити за процесом, ми не будемо нічого закривати.



Рисунок 18: Резервне копіювання завершено

Як бачите на Малюнку 19, Бази даних (на малюнку знизу MDB3) містять безліч файлів журналу, які не були фіксовані до того, як ми запустили резервне копіювання.



Малюнок 19: Потік журналу до здійснення резервного копіювання

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



Малюнок 20: Потік журналу після здійснення резервного копіювання

Коли файли журналу були усічені на поштовому сервері, служба Microsoft Exchange Replication Service визначає, коли потрібно відсікти їх на інших серверах, де містяться пасивні копії баз даних.


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



Рисунок 21: Оновлена ​​сторінка властивостей баз даних

Зауваження:Якщо ви хочете перевірити атрибут “Last full backup” через Exchange Management Shell, це можна зробити за допомогою Get-MailboxDatabase “Identity “DB name” “Status / FL. Тільки не забудьте включити параметр “Status”, в іншому разі поле властивостей буде порожнім.


І останнє, що я хочу показати вам перед тим, як перейти до наступного розділу, – файли образів резервних копій .. Як ви бачите на Рисунку 22, Резервні копії зберігаються в файлах VHD поруч з відповідними XML-файлами.



Малюнок 22: Файли образів резервних копій

На цьому ми завершуємо цю частину нашої многочастной статті про новий плагін VSS, що входить в Exchange 2010. У наступній частині ми розглянемо, як виконувати відновлення як у вихідне місце розташування, так і в альтернативне місце розташування у випадку, якщо ви хочете відновити конкретні поштові об’єкти для одного або декількох поштових скриньок в відновлюваної базі даних.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*