Аварійне відновлення
Різні збої та аварійні ситуації можуть вимагати відновлення однієї або кількох частин системи обміну повідомленнями. Важливо заздалегідь розробити стратегії відновлення у таких ситуаціях:
-
Втрачені елементи електронної пошти (повідомлення, видалені без відновлення)
Втрачено поштові скриньки
Втрачено базу даних або групу зберігання
Втрачено сервер, на якому виконується Exchange 2007 (файли бази даних та журналу транзакцій Exchange не пошкоджені)
Втрачено сервер, на якому виконується Exchange 2007 (файли бази даних та журналу транзакцій Exchange також втрачені)
Втрачено комп'ютер у кластері балансування навантаження мережі Exchange 2007
Втрачено комп'ютер у відмовостійкому кластері Microsoft Windows Server фонової частини Exchange 2007
Втрачено базу даних або групу зберігання у відмовостійкому кластері Windows
Повністю втрачено відмовостійкий кластер Windows Server фонової частини Exchange 2007
Втрачені зовнішні служби (включаючи служби контролера домену, служби глобального каталогу, служби сертифікатів, службу DNS тощо)
Втрачено сайт (включаючи всі сервери Exchange та всі сервери, які забезпечують зовнішні служби)
Щоб визначити, які дані потрібні для успішного відновлення після критичного збою, рекомендується перевірити процедури аварійного відновлення в тестовому середовищі перед впровадженням стратегії відновлення на виробничих серверах. Крім того, після реалізації стратегій резервного копіювання та відновлення слід регулярно проводити перевірочне відновлення, щоб переконатися, що воно можливе за різних типів збоїв.
Вплив стратегії повного відновлення сервера
Кожна із стратегій відновлення сервера має власний набір процедур резервного копіювання та відновлення:
-
Стратегія повного відновлення комп'ютера має містити відновлення двійкових файлів Exchange. Відновлення потребує відновлення стану системи, який слід виконувати на ідентичному обладнанні.
Метод встановлення операційної системи «з нуля» включає відновлення Microsoft Windows шляхом виконання програми інсталяції Windows, відновлення набору резервних копій Windows, а потім запуск Exchange 2007 в режимі аварійного відновлення, щоб зберегти налаштування Exchange.
Відновлення поштових скриньок та окремих елементів
Система Exchange 2007 забезпечує розширену гнучкість у питанні відновлення поштових скриньок. Ця гнучкість досягається завдяки використанню таких можливостей як група аварійного зберігання. Дані можна також захистити на стороні клієнта, використовуючи можливість Microsoft Office Outlook 2007 працювати в режимі кешування Exchange.
-
Зберігання віддалених елементів на стороні сервера— цей метод дозволяє захистити поштові скриньки від випадкового видалення елементів у клієнтській програмі шляхом збереження віддалених елементів перед видаленням з поштової скриньки. Можна налаштувати термін зберігання віддалених елементів. Відомості про рекомендації щодо налаштування терміну зберігання видалених елементів див. у розділі Практичні рекомендації щодо зменшення наслідків аварій.
Повторне підключення з сервера поштових скриньок, які були видалені або позбавлені посилання— якщо поштові скриньки були видалені або втрачені посилання на них, ці скриньки можна повторно підключити до облікового записукористувача за допомогою консолі керування Exchange або командної консолі Exchange. Час зберігання на сервері віддалених або поштових скриньок, що втратили посилання, можна налаштовувати. Відомості про рекомендації щодо налаштування терміну зберігання поштових скриньок див. у розділі Практичні поради щодо зменшення наслідків аварій.
Відновлення резервних копій на рівні поштової скриньки— при пошкодженні поштової скриньки можна відновити окрему поштову скриньку користувача з архіву.
Група аварійного зберігання— можливість групи аварійного зберігання, реалізована в Exchange 2007, дозволяє підключити другу копію бази даних поштової скриньки Exchange до сервера, до якого підключено вихідну базу даних або іншого сервера тієї ж групи адміністрування Exchange, на якому виконується Exchange. Цю дію можна виконати у той час, коли вихідна база працює та обслуговує клієнтські комп'ютери. Така особливість дозволяє відновлювати дані зі старої копії бази даних, не впливаючи на доступ користувачів до поточних даних. Група аварійного зберігання також може бути корисною для різних випадків аварійного відновлення, особливо у разі тимчасового забезпечення обміну повідомленнями.
Модульні резервні копії сторонніх виробників— деякі засоби резервного копіювання сторонніх виробників дозволяють створювати резервні копії та відновлювати Exchange на рівні окремих поштових скриньок.
Метод альтернативного сервера- цей метод передбачає відновлення бази даних повністю на сервері, що знаходиться поза виробничим середовищем, а також вилучення потрібних даних поштової скриньки. Хоча цей метод працює, по можливості слід застосовувати метод відновлення групи аварійного зберігання.
Відновлення баз даних Exchange
Якщо дані Exchange пошкоджені або втрачені під час серйозного збою, їх необхідно відновити з резервної копії. Існує кілька випадків, у яких потрібне відновлення з резервної копії, у тому числі:
-
Ушкодження однієї або декількох баз даних у групі зберігання— у цьому випадку можна використовувати вбудовану в Exchange функцію відновлення з однієї бази даних для відновлення пошкоджених баз даних, не впливаючи на доступ до інших баз даних на тому ж сервері.
Збій обладнання, що призводить до втрати доступу до журналів транзакцій або баз даних— у цьому випадку може знадобитися відновлення всіх груп зберігання, включаючи пов'язані з ними файли журналів та баз даних.
Збій або пошкодження сервера поштових скриньок або спільних папок, для відновлення якого потрібно сервер— у цьому випадку для аварійного відновлення часто потрібне відновлення базового сервера та його операційної системи.
Відновлення баз даних Exchange із наборів потокового резервного копіювання Exchange
Можна відновити окремі бази даних групи зберігання, залишивши підключеними інші бази. Цей метод є кращим при заміні окремої збійної бази даних. При повторному підключенні бази даних транзакції з часу збою автоматично перетворюються з файлів журналу цієї групи зберігання.
При використанні служби резервного копіювання для відновлення баз даних Exchange виконуються API-дзвінки до модуля розширюваного сховища Exchange на відновлення файлів бази даних Exchange та пов'язаних із ними файлів журналу. Резервні копії бази даних Exchange можна використовувати для відновлення одного або кількохпошкоджених сховищ поштових скриньок чи спільних папок. Також можна використовувати резервні копії Exchange для відновлення всіх поштових скриньок та спільних папок на сервері. У разі аварійного відновлення, що включає відновлення сервера, за допомогою служби резервного копіювання можна відновити бази даних Exchange після встановлення Exchange та пакетів оновлення Exchange у режимі сервера відновлення (передбачається, що служба каталогів Active Directory, як і раніше, доступна).
Відновлення баз даних Exchange з використанням апаратних наборів резервних моментальних знімків
Exchange 2007 підтримує апаратні знімки з використанням служби тіньового копіювання томів, реалізованої в Microsoft Windows Server 2003 та Windows Server 2008. Загалом для відновлення з використанням резервної копії, зробленої за допомогою апаратного моментального знімка, потрібно значно менше часу. Тому залежно від обладнання та програмного забезпечення, яке використовувалося у цьому рішенні, відновлення даних Exchange із резервних копій таких типів може спростити забезпечення відповідності вимогам угод про рівень обслуговування. (Маються на увазі угоди, що діють щодо часу відновлення баз даних Exchange.) Крім того, оскільки відновлення великих баз даних виконується швидше, відновлення апаратних знімків дозволяє збільшити розмір баз даних, що підтримуються. При цьому зберігається можливість відповідати вимогам таких угод щодо відновлення баз даних Exchange.
Питання відновлення із групи аварійного зберігання
Для забезпечення підвищеної гнучкості при відновленні поштових скриньок та сховищ поштових скриньок у Exchange 2007 реалізовано функцію під назвоюгрупа аварійного зберігання. Група аварійного зберігання являє собою особливу групу зберігання, яка може існувати в Exchange поряд із звичайними групами зберігання, навіть якщо на сервері вже досягнуто максимальної кількості звичайних груп зберігання. Сховища поштових скриньок Exchange 2007 можна відновлювати з будь-якої групи зберігання в організації Exchange.
Після відновлення сховища поштових скриньок до групи аварійного зберігання слід перемістити відновлені дані поштових скриньок із групи аварійного зберігання до звичайної групи зберігання. Застосовуючи цей метод, можна відновити сховище поштових скриньок повністю, у тому числі всі дані бази даних, що включають дані журналів, або відновити окрему поштову скриньку. Поштові скриньки в групі аварійного зберігання відключені та недоступні для користувачів із клієнтськими поштовими програмами.
За допомогою групи аварійного зберігання можна швидко відновити після збою службу тонального набору. Ця можливість означає, що користувачі можуть створювати та отримувати повідомлення електронної пошти в процесі відновлення даних. Найчастіше такий підхід є найшвидшим способом відновлення поштової служби користувачам. Оскільки обсяг даних, що формується користувачами, найчастіше менший за обсяг бази даних, злиття даних поштової системи тонального набору з вихідним сховищем після його відновлення займе менше часу, ніж переміщення вмісту вихідної бази даних в нове сховище. При правильному використанні група аварійного зберігання може стати потужним засобом, який дозволяє скоротити період недоступності поштової системи.
Питання відновлення бази даних
Перед виконанням спеціальних процедур відновлення в організації Exchange 2007 слідуєпродумати такі питання:
Щоб мінімізувати час відновлення окремої бази даних, слід встановити граничні розміри поштових скриньок та спільних папок, щоб обмежити розмір баз даних.
У Exchange 2007 з пакетом оновлень 2 (SP2) є новий модуль, що підключається, що дозволяє створювати резервні копії даних Exchange на базі служби тіньового копіювання томів (VSS) за допомогою системи архівації даних Windows Server в Windows Server 2008. За допомогою системи архівації даних Windows Server можна створювати резервні копії баз даних Exchange 2007 з пакетом оновлень 2 (SP2) та відновлювати їх. Хороший системний адміністратор Exchange точно розуміє, які резервні копії необхідно створювати, де зберігати резервні копії та як їх відновлювати. Щоб отримати додаткові відомості про дані, резервні копії яких потрібно створювати в Exchange 2007, див. Створення резервної копії даних Exchange та їх відновлення за допомогою системи архівації даних Windows Server.
Розділи, що містять відомості про аварійне відновлення
Відомості з розділів цієї тематики можна використовувати для захисту даних організації та планування відновлення у різних випадках. До зазначеної тематики належать такі розділи: