Резервная копия и восстановление работы — не одно и то же
Наличие резервной копии не говорит о том, когда Ваш бизнес снова заработает. Восстановление сервера объёмом в десятки терабайт из резервной копии может занять часы, а иногда и дни. Для производственной линии, интернет-магазина или системы ERP такой срок может быть неприемлем.
Аварийное восстановление — это ответ на два вопроса: как долго максимально может простаивать эта система (RTO)? Какой объём данных максимально допустимо потерять (RPO)? Если ответ измеряется минутами, Вам нужно больше, чем резервная копия.
Методы
Репликация
Критичный сервер непрерывно или с очень короткими интервалами копируется на свою реплику на второй площадке. При отказе основного сервера пользователи перенаправляются на реплику, и работа продолжается в течение нескольких минут.
Переключение в облако (DRaaS)
Вместо строительства второго центра обработки данных копия критичных систем поддерживается в облаке в готовом состоянии. В случае аварии системы поднимаются в облаке.
Быстрое восстановление
Репликация нужна не каждой системе. Для менее критичных систем время восстановления сокращается такими методами, как запуск виртуальной машины непосредственно из файла резервной копии.
Решения, с которыми мы работаем
- Carbonite (OpenText): с OpenText Availability (ранее Carbonite Availability) — побайтная репликация в реальном времени и переключение при отказе для физических, виртуальных и облачных серверов; с OpenText Migrate (Carbonite Migrate) — перенос серверов с минимальным простоем.
- StorageCraft (Arcserve): с ShadowProtect — резервное копирование на основе образов для систем Windows и Linux и быстрый запуск системы из файла резервной копии. Цепочки резервных копий управляются с помощью ImageManager.
- Veeam: репликация виртуальных машин, мгновенное восстановление и автоматическая проверка резервных копий.
Аварийное восстановление с Unna
- Сначала слушаем. Ранжируем Ваши системы по влиянию на бизнес и вместе определяем для каждой целевое время простоя и допустимую потерю данных.
- Планируем вместе. Определяем, какая система будет защищена репликацией, а какая — быстрым восстановлением; проектируем резервную площадку и канал связи. Соотносим затраты с целевыми показателями.
- Внедряем и документируем. Разворачиваем техническую инфраструктуру и готовим план восстановления, где описано, кто, что и в каком порядке делает в случае аварии.
- Тестируем и остаёмся рядом. Регулярно тестируем план, не затрагивая рабочие системы, и делимся с Вами результатами. Непроверенный план — это не план.
Часть единого целого
- Аварийное восстановление строится на основе резервного копирования: Veeam, Acronis и UnnaBulut.
- В качестве резервной площадки мы используем инфраструктуру центра обработки данных.
- С FortiGate мы организуем защищённое соединение и маршрутизацию между основной и резервной площадками.
Частые вопросы
Что такое RTO и RPO?
RTO — это максимальное время, в течение которого система может быть недоступна, а RPO — максимальный допустимый объём потери данных.
Нужно ли аварийное восстановление для каждой системы?
Нет. Как правило, действительно критична лишь небольшая часть систем. Если выделить репликацию для них, а остальные защитить качественным резервным копированием, затраты будут сбалансированы.
Влияет ли тестирование аварийного восстановления на рабочую систему?
При правильной настройке — нет. Тесты проводятся в изолированной сети на резервной площадке, а рабочая система продолжает работать.
