Зміст
Введення
Попереднє планування
Щоденний огляд логів процесу резервного копіювання
Захист бази даних резервного копіювання або каталогу
Щоденне визначення тимчасового вікна резервного копіювання
Локалізація та збереження "зовнішніх" систем і томів
Максимально можлива централізація і автоматизація резервного копіювання
Створення та підтримка відкритих звітів, звітів про відкриті проблемах
Резервне копіювання повинно бути включено в процес контролю змін системи
Консультації з вендорами
Резервне копіювання
Різні дані - різні підходи до резервному копіюванню
Операційна система
Прикладне програмне забезпечення
Програми для резервного копіювання: купити чи розробити
Типи резервного копіювання
Повні копії
Додаткові копії
Різницеві копії
Резервний носій
Стрічка
Диск
Мережа
Зберігання резервних копій
Питання відновлення
Відновлення на "голому" комп'ютері
Перевірка копій
Введення
Незалежно від використовуваної технології резервного копіювання завжди слід дотримуватися деяких фундаментальних правил. Ми наведемо 10 умов, виконання яких полегшує проведення резервного копіювання. На перший погляд, ці умови прості та очевидні, але не завжди їх легко виконати.
Коли хтось про щось розповідає або ділиться враженнями, завжди простіше і ефектніше говорити про чомусь поганому. Погані новини впливають завжди сильніше, ніж хороші. Наприклад, зриви нічних сесій резервного копіювання, безповоротно зіпсовані стрічки, невідновні дані. Втім, не все так погано. Є установи, де резервне копіювання і відновлення проходять нормально і без всяких утруднень укладаються в виділене тимчасове вікно. Очевидне умова існування надійної і налагодженої інфраструктури резервного копіювання - наявність ефективного управління та оптимальної організації всієї обчислювальної системи. Добре налагоджена та організована середу забезпечить чітке розуміння завдань і способів їх рішення. Нижче наведено десять моментів, на які має сенс звернути увагу при організації системи резервного копіювання або при оптимізації існуючої.
Попереднє планування
Резервне копіювання є стратегічним компонентом захисту даних (існує також дзеркалювання, снепшот і реплікація даних). Але найважливішим, фундаментальним елементом всієї стратегії зберігання даних повинно стати планування резервного копіювання.
Всі компоненти інфраструктури резервного копіювання повинні враховуватися в процесі планування, а всі додатки, сервери та тенденції збільшення ємності первинних сховищ даних не повинні залишатися без уваги. Дуже часто зміни в середовищі не беруться до увагу. Це може викликати збої і зробити згубний вплив на роботу системи резервного копіювання.
Крім того, правильне планування дозволяє скласти більш повне уявлення про потреби і особливості роботи додатків з точки зору захисту даних. Додатки баз даних, де присутні розділені "дзеркала" та додатки, працюючі в файловій середовищі, в якій немає додаткового захисту даних, вимагають різних стратегій і підходів до резервному копіюванню. Аналогічно, велике корпоративне додаток, розгорнуте на декількох серверах і передбачає складну взаємозалежність даних для забезпечення подальшого відновлення, буде вимагати відповідної синхронізації резервного копіювання.
Встановлення життєвого циклу і календаря операцій
Ефективна робота системи резервного копіювання вимагає щоденного успішного виконання певних завдань. Однак є не менш важливі завдання, які виконуються щотижня, щомісячно, щоквартально і щорічно. Завдання з коротким циклом в більшій ступеня є тактичними, а завдання з великим циклом - стратегічними. В середовищі ефективного резервного копіювання всі завдання повинні бути задокументовані та виконуватися згідно з розкладом.
Щоденні завдання є основою, з якої добре знайомі системні адміністратори. До них відносяться:
моніторинг завдань;
звіти про збої та успішному виконанні;
аналіз і вирішення проблем;
маніпуляції зі стрічками і управління бібліотекою;
розклад виконання завдань.
У разі щотижневих, щомісячних та інших операцій треба звертати увагу на:
аналіз продуктивності;
тенденції зміни обсягів і планування цих змін;
розгляд і аналіз методики резервного копіювання;
перевірку можливості відновлення;
планування розвитку архітектури. Визначаємо щоденні, щотижневі та щомісячні завдання.
документуємо їх, і переконуємося, що вони виконуються і генерують звіти в повній відповідності з розкладом. Всі ці тимчасові файли можна випускати з уваги. Зберігатися вони будуть довго, пройде рік, завершиться річний цикл. Спочатку це здасться незручним, але потім з'явиться розуміння, як оптимізувати середовище (або виявиться, що середа резервного копіювання вже оптимізована).
Щоденний огляд логів процесу резервного копіювання
Огляд логів помилок і виконання резервного копіювання є необхідною щоденною завданням. Але часто це легше сказати, ніж зробити, оскільки таке заняття вимагає багато часу. Однак витрачений час може принести непогані дивіденди у вигляді надійно працюючої системи резервного копіювання. Проблеми при резервному копіюванні, як правило, виникають лавиноподібно. Один-єдиний збій може спричинити за собою цілу послідовність, на перший погляд навіть не пов'язаних між собою утруднень. Наприклад, завдання резервного копіювання може або "зависнути", або не запуститися через те, що потрібний привід магнітних стрічок не був звільнений попереднім завданням. Це попереднє завдання зберігало сервер додатків, на якому одночасно йшов незапланований ресурсномісткий процес. Виконання даного процесу не дозволило закінчити резервне копіювання в встановлений розкладом термін. Відповідальний системний адміністратор своєчасно не інформував адміністратора резервного копіювання, щоб він міг внести відповідні зміни до розкладу процесів. Часом для того щоб визначити, чи є деякий стан причиною або наслідком чогось іншого, може знадобитися чималого досвіду і зусиль, а сам процес буде нагадувати детективне розслідування. Природно, для успішного вирішення виникаючих проблем необхідна злагоджена робота системних, мережевих адміністраторів та адміністраторів баз даних.
Захист бази даних резервного копіювання або каталогу
Всі додатки резервного копіювання ведуть свою базу даних або каталог, необхідні для подальшого відновлення збережених даних. Втрата каталогу спричиняє втрату збережених даних. Хоча деякі додатки резервного копіювання мають механізми коректного читання стрічок і індексів для відновлення, це може виявитися непосильним завданням. Такий каталог повинен розглядатися як будь-яке інше критично важливий додаток баз даних. Бажано мати його дзеркальну копію або, принаймні, зберігати в RAID-системою. Крім того, бажано переконатися в тому, що каталог зберігається згідно з розкладом і без помилок.
Щоденне визначення тимчасового вікна резервного копіювання
Помилки, пов'язані з тимчасовим вікном резервного копіювання, не залишають відповідних повідомлень у звітах, так як насправді це нормальний і успішно завершився процес резервного копіювання. Тому часто проблема залишається непоміченою. Якщо завдання починають наближатися або виходити за межі відведеного тимчасового вікна, це є ознакою наближення до граничної ємності системи або наявності "вузьких місць "у продуктивності. Своєчасне виявлення таких ознак може позбавити від подальших більш великих збо...
