Сьогодні ми поговоримо про вибір системи резервного копіювання для Вашої інфраструктури. Для початку трохи теорії.
Резервне копіювання даних
Як це працює? Є кілька способів створення резервних копій. Найпопулярніші з них: повні, інкрементальні, диференціальні.
Повне резервне копіювання. У випадку повного резервного копіювання щоразу створюється копія всіх даних, які підлягають резервуванню.
Плюс рішення в тому, що можна просто взяти копію та розгорнути її для відновлення даних. Мінус у тому, що при створенні наступних копій витрачається багато часу, а також зберігається великий обсяг дубльованих даних. Це особливо актуально, якщо в процесі роботи у масиві захищених даних відбуваються лише незначні зміни.
Диференціальне резервне копіювання. У цьому випадку перший раз створюється повна копія захищених даних, а надалі передаються лише блоки змінених даних порівняно з останньою повною копією.
Таким чином, для розгортання системи потрібна остання повна резервна копія та остання диференціальна. Використовуючи цей метод, можна зекономити час створення бекапу, але все ще існує дублювання даних у резервних копіях.
Інкрементальне резервне копіювання. За такого методу копіювання передаються лише зміни, що відбулися після створення останньої копії.
Серед плюсів можна відзначити найменший час створення бекапу та відсутність дублювання інформації під час зберігання резервних копій. Проте для відновлення даних потрібна остання повна копія та всі інкрементні бекапи до потрібного моменту відновлення.
Кожна система резервного копіювання прагне до унікальності, тому залежно від типу даних, на резервування яких у першу чергу спрямована система, а також від особливостей, закладених розробниками, система може використовувати інші методи створення резервних копій, про які найкраще прочитати в документації до конкретного ПЗ.
Що копіювати?
На першому етапі потрібно визначити, яка інформація підлягає резервному копіюванню: системні дані, файлові масиви застосунків, бази даних, віртуальні машини. Кожен із наведених типів інформації має різну важливість і поводиться по-різному в процесі роботи системи, а саме: змінюється з різною швидкістю, у деяких випадках блокується для доступу та інші тонкощі. Зрештою, різні дані мають різний розмір.
Куди копіювати?
Складність перенесення резервної копії в географічно віддалене сховище полягає ще й у тому, щоб безпечно передати великий обсяг даних через незахищені слабкі канали зв’язку Інтернету.
Саме вищезазначені проблеми частково вирішуються правильним вибором способу резервного копіювання.
Коли і як часто копіювати?
У різних випадках потреби бувають різними. Виконувати резервні копії можна
- За вимогою, найчастіше вручну.
- За подією, вручну або автоматично.
- За розкладом, в автоматичному режимі.
Частота резервного копіювання залежить від швидкості зміни захищеної інформації, а також від вимог до її актуальності у випадку збою.
Якими засобами?
Лише відповівши на запитання «Що?», «Куди?», «Коли?» і «Як часто?» можна чітко визначити свої потреби. Саме після цього потрібно приступати до вибору продукту для виконання резервного копіювання та відновлення.
Ми пропонуємо такий план підбору ПЗ для резервного копіювання:
- Визначити ОС і системи (в тому числі віртуалізація, бази даних тощо), дані яких потрібно резервувати.
- Визначити можливості сховища резервних копій і протоколи доступу до нього.
- Визначити способи передачі даних. З урахуванням можливостей інкрементальних резервних копій, стиснення даних при передачі мережею.
- Визначити вимоги до способу і частоти виконання резервних копій, а також інформування про результати виконання операції.
- Скласти перелік кандидатів для реалізації функції резервного копіювання.
- Оцінити системні вимоги та додаткові можливості кожної розглядуваної системи.
- Зробити попередній вибір.
У мережі Інтернет запропоновано досить багато рішень для резервного копіювання різної потужності. Ось що радять наші спеціалісти.
Максим (системний адміністратор):
У наші дні як рішення для резервного копіювання, окрім таких комбайнів як Symantec Backup Exec і Veeam Backup можна навести приклад:
BACULA – доволі старий і «бородатий» проєкт. У закордонних компаніях при великих обсягах часто зустрічається. Є багато прикладів, як його під’єднати до хмари на RackSpace. Старіє, як на мене.
FSBACKUP – «бородатий», як і Bacula. Багато інформації та прикладів у мережі. Думаю, прив’язати до хмари теж не складе труднощів.
HANDYBACKUP – платний, але по-своєму непоганий. Варіант використати його, коли немає можливості й часу розбиратися. Купив, налаштував і забув.
Відновлення даних
Обрану систему потрібно розгорнути й протестувати. Оскільки основна мета системи резервного копіювання — отримання робочої бізнес-системи під час відновлення з резервної копії, то сам процес відновлення може суттєво відрізнятися для різного ПЗ. Проте результат повинен бути однаковим. За результатами тестування потрібно визначити час відновлення потрібних даних у різних сценаріях та якість відновлених даних. Як приклади тестів можна навести:
- Повне розгортання сервера з резервної копії на інше обладнання.
- Відновлення бази даних на інший сервер SQL.
- Відновлення однієї поштової скриньки з поштової бази.
Потрібне копіювання чи відновлення даних?
На чому зупинитися?
У разі, якщо щось пішло не так, краще перейти до наступного кандидата. Ну а якщо намічені Вами тести пройшли успішно й час відновлення прийнятний для Вашого бізнесу — ця система цілком придатна для використання у продуктивному середовищі.
На фінальному кроці потрібно звернути увагу на наявність у вибраного ПЗ підтримки розробника. «Навіщо?» — спитаєте Ви. Навіть якщо під час тестування все пройшло успішно, ніхто не застрахований від того, що в критичний момент програма дасть збій. Щоб не залишитися наодинці з помилкою 0х12345678 у той момент, коли все лежить і над головою, крім сокири, висять ще й настирливі користувачі зі своїм невідкладним бажанням терміново попрацювати, украй важливо мати можливість звернутися з питанням до розробника. На жаль, у вільно розповсюджуваному ПЗ часто такої можливості немає. На чому зупинитися – вирішувати вам. Ну а якщо вам із певних причин нічого не підійшло, то найкращим рішенням буде системний адміністратор, який напише власні скрипти для резервного копіювання даних і вирішить ваші проблеми.