У наш час, коли неприємні новини стали нормою, важко дивуватися, коли насувається криза. Хоча ми продовжуємо сподіватися на краще, ми звикли чекати гіршого. Саме тому наявність готового плану аварійного відновлення є вкрай важливою.
Комплексний план відновлення дозволить звести до мінімуму вплив стихійного лиха на безперервність бізнесу, дотримання нормативних вимог та втрату даних. Хороший план також допоможе прискорити відновлення після кібератак, подібних до тих, що нещодавно обрушилися на Ticketmaster, AT&T і Dell.
Якщо план аварійного відновлення вашої організації застарів, недостатній або, що ще гірше, не існує, нехай ці події спонукають вас переглянути або створити стратегію аварійного відновлення зараз, поки вона вам не знадобилася.
Отже, що таке план аварійного відновлення та що він має включати?
Ось вісім кроків створення плану аварійного відновлення, який допоможе запобігти втраті даних, забезпечити безперервність бізнесу, а також гарантувати відповідність вимогам конфіденційності даних і SLA.
Крок 1: Створіть групу реагування на стихійні лиха та задокументуйте обов’язки
Під час кризи ваша група реагування на стихійні лиха очолюватиме роботу з відновлення та поширюватиме інформацію серед співробітників, клієнтів та зацікавлених сторін.
Призначте кожному члену команди конкретні завдання щодо реагування та задокументуйте їх, щоб усі знали, хто за що відповідає. Вам також знадобиться резервний персонал для ключових членів команди, якщо призначений керівник не буде доступним під час кризи.
Крок 2: Встановіть чіткі RTO та RPO
Одним з найбільш важливих компонентів плану аварійного відновлення даних є визначення цілей за часом відновлення (RTO) та точки відновлення (RPO).
RTO – це час, протягом якого програма може не працювати, перш ніж це негативно позначиться на вашому бізнесі. RTO сильно варіюється між програмами, оскільки деякі з них можуть не працювати всього кілька секунд, перш ніж це позначиться на бізнесі, клієнтах або користувачах. Інші, навпаки, можуть простоювати годинами, днями чи тижнями.
RTO розраховується в залежності від важливості програми:
- RTO близько нуля: Критично важливі додатки, які мають бути стійкими до відмов.
- RTO від чотирьох годин: Менш критичні, тому є час для відновлення на місці із «голого заліза»
- RTO від восьми та більше годин: Несуттєві програми, які можуть простоювати невизначений час
Мета точки відновлення (RPO) – це найбільша кількість даних, яка може бути втрачена до того, як вашому бізнесу буде завдано значної шкоди. Цей компонент плану аварійного відновлення ІТ-системи визначає, як часто вам потрібно буде створювати резервні копії даних.
Сума, яку ви готові витратити на резервне копіювання тієї чи іншої програми, також відіграє важливу роль, оскільки ви прагнете контролювати витрати на ІТ:
- RPO близько нуля: Використання безперервної реплікації (критично важливі дані). Ця вимога вимагає ефективних рішень щодо забезпечення безперервності бізнесу, які практично виключають простої.
- RPO від чотирьох годин: Використовуйте реплікацію знімків за розкладом.
- RPO від 8 до 24 годин: Використання існуючого рішення для резервного копіювання (дані, які можуть бути відтворені з інших сховищ).
Крок 3: Складіть креслення мережевої інфраструктури
Створення докладної документації мережевої інфраструктури значно полегшить відновлення системи після катастрофи, особливо якщо мережу було пошкоджено кібератакою.
Різні компоненти системи мають різний рівень важливості для забезпечення безперервності бізнесу, тому обов’язково вкажіть пріоритет кожної служби як критично важливу, важливу чи несуттєву, щоб їх можна було відновити у відповідному порядку. Не забудьте включити системні залежності в план, оскільки вони можуть вплинути на пріоритетність відновлення.
Крок 4: Вибір рішення для аварійного відновлення
Місткість сховища, терміни відновлення та складність конфігурації впливають на вартість рішення для аварійного відновлення. У багатьох випадках ви вибираєте між рішенням, яке забезпечує швидке відновлення даних, але може втратити кілька днів, і рішенням, яке підтримує доступність системи, але вбиває вас високою складністю та витратами.
Зверніть увагу на рішення для аварійного відновлення, таке як Arcserve Unified Data Protection (UDP), що дозволяє недорого захистити ваші системи та програми від втрати даних. Arcserve також мінімізує складності, спрощуючи управління резервним копіюванням, аварійним відновленням та відновленням угод про рівень обслуговування.
Крок 5: Створіть контрольний список критеріїв для запуску плану реагування на стихійні лиха
Тільки деякі інциденти вимагають повномасштабного розгортання плану реагування на катастрофи. Створення контрольного списку критеріїв для визначення того, що є катастрофою, допоможе вашій команді відновлення зрозуміти, коли час розпочинати дії, не витрачаючи ресурси і гроші марно, реагуючи на незначну загрозу.
Наприклад, тимчасове відключення електрики та пряме влучення урагану четвертої категорії вимагають абсолютно різних заходів реагування.
Крок 6: Документуйте процес аварійного відновлення
Щоб забезпечити швидке відновлення даних та операцій після катастрофи, створіть покрокові інструкції доступною мовою, щоб ваша команда могла приступити до відновлення після катастрофи відразу, як тільки стане безпечно.
Зберігайте копію плану аварійного відновлення віддалено від мережі або в незмінному сховищеі, щоб захистити її від пошкодження під час атаки здирництва або фізичної втрати внаслідок стихійного лиха.
Крок 7: Тестування плану аварійного відновлення
Регулярно тестуйте план аварійного відновлення, щоб переконатися у його працездатності у разі потреби. Двічі на рік проводьте тест часткового відновлення та щорічно – симуляцію повного відновлення.
Також не завадить періодично влаштовувати раптові навчання, щоб ви могли точно оцінити, наскільки добре працюватимуть процеси у реальній надзвичайній ситуації.
Крок 8: Регулярно переглядайте та оновлюйте плани забезпечення безперервності бізнесу та аварійного відновлення
Ваш план аварійного відновлення бізнесу – лише частина загальної стратегії забезпечення безперервності бізнесу. Необхідно регулярно переглядати та оновлювати його, щоб відобразити організаційні зміни та те, як вони впливають на процес відновлення.
Джерело: Step-by-Step Guide to Creating a Disaster Recovery Plan
