Acronis Cyber Protect · аварийное восстановление
Аварийное восстановление (DRaaS): бизнес продолжает работать, даже когда сервер вышел из строя
Резервное копирование сохраняет данные. Аварийное восстановление сохраняет работу: когда основная среда недоступна, её копия запускается в облаке Acronis, и сотрудники продолжают работать оттуда, пока всё не вернётся в обычный режим.
- Переключение на облако (Failover)
- Готовые сценарии восстановления
- Проверки без помех для работы
- Плановый возврат (Failback)
Сроки восстановления определяются вместе с вами, исходя из критически важных для бизнеса систем.
Основная среда недоступна
- Сервер приложений
- База данных
- Файловый сервер
Серверы восстановления в облаке Acronis
Запускаются из последней резервной копии
- В заданном порядке
- Изолированная сеть
- VPN-подключение
Работа продолжается
- Из офиса
- Из дома
- Клиенты и поставщики
Без собственной DR-площадки
Вся инфраструктура — в облаке Acronis
Готовые сценарии
Порядок запуска серверов задан заранее
Настоящие проверки
Тестовое переключение в изолированной среде
Из той же консоли
Добавляется к существующему резервному копированию
Резервное копирование и аварийное восстановление
Резервная копия возвращает данные. DR возвращает работу
После серьёзного сбоя восстановление сервера из резервной копии может занять много часов: нужны замещающее оборудование, установка и перенос всех данных. Всё это время заказы, бухгалтерия и почта стоят.
При аварийном восстановлении не нужно ждать окончания восстановления. Копия сервера запускается в облаке Acronis, сотрудники подключаются к ней, а основная среда восстанавливается в фоновом режиме.
Только резервное копирование
- Данные сохранены, и их можно восстановить
- Прежде чем начать, нужно замещающее оборудование
- Бизнес простаивает до конца восстановления
- Подходит для систем, которые могут подождать
Резервное копирование с аварийным восстановлением
- Сервер запускается в облаке из резервной копии
- Нет зависимости от оборудования в офисе
- Сотрудники продолжают работать из облака
- Подходит для систем, от которых зависит бизнес
В критический момент
Что происходит, когда что-то идёт не так
Пожар, затопление, отказ оборудования, атака программы-вымогателя или человеческая ошибка. Причина менее важна, чем вопрос, как быстро вы вернётесь к работе.
Процесс заранее описан в виде сценария (runbook): какие серверы запускаются, в каком порядке и что проверяется на каждом этапе. Так не приходится импровизировать в самый напряжённый момент.
Обнаружение сбоя
Основная среда недоступна, и принимается решение о переключении.
Запуск сценария
Серверы восстановления запускаются в облаке в заданном порядке.
Подключение сотрудников
Сотрудники подключаются по защищённому каналу и продолжают работать.
Восстановление основной среды
Повреждённое ремонтируется или заменяется, без спешки.
Возврат к обычной работе (Failback)
Актуальные данные переносятся обратно в основную среду.
Управление и контроль
В любой момент вы знаете, готовы ли вы
Панель мониторинга показывает, какие устройства защищены аварийным восстановлением, в каком состоянии облачная инфраструктура и каковы результаты последней проверки.
План, который не проверяли, — это лишь предположение. Поэтому система выполняет тестовое переключение в изолированной среде, не затрагивая рабочую, и сообщает, запустились ли серверы так, как ожидалось.
- Состояние защиты каждого сервера
- Исправность инфраструктуры восстановления в облаке
- Результаты последнего тестового переключения
- Оповещения об облачных серверах, требующих внимания
Возможности
Что входит в аварийное восстановление Acronis
Всё необходимое, чтобы спланировать, проверить и выполнить переключение на облако.
Сценарии восстановления (Runbooks)
Один раз задаёте порядок запуска серверов и проверки на каждом этапе, а затем запускаете сценарий одним нажатием.
Тестовое переключение
Сценарий выполняется в изолированной среде, чтобы убедиться, что он работает, без влияния на текущую работу.
Защищённое подключение к облаку
VPN-соединение между офисом и облаком и удалённое подключение для сотрудников, работающих из дома.
Выбор точки во времени
Запуститься можно из последней резервной копии или из более ранней точки, например до атаки программы-вымогателя.
Возврат в основную среду
Упорядоченный процесс Failback переносит изменения, сделанные в облаке, обратно на ваши серверы.
Основные серверы в облаке
В облаке можно держать и постоянно работающий сервер, например контроллер домена, чтобы сократить время переключения.
Официальное видео
Acronis Disaster Recovery вкратце
Краткое объяснение от Acronis о том, как сервис запускает серверы в облаке во время сбоя.
Видео на английском языке, с официального YouTube-канала Acronis.
Два понятия, которые стоит знать
RPO и RTO: два решения, которые определяют план
До них нет смысла говорить о цене или технологии.
RPO: сколько данных допустимо потерять
Recovery Point Objective. Если резервное копирование выполняется раз в день, в худшем случае теряется день работы. Чем чаще копирование, тем меньше потери.
RTO: сколько времени допустим простой
Recovery Time Objective. Время от момента сбоя до того, как система снова доступна. Аварийное восстановление существует, чтобы его сократить.
Системы не одинаковы
Система заказов срочнее старого архива. Системы ранжируют по приоритету и вкладываются в быстрое восстановление только там, где оно необходимо.
Процесс развёртывания
Как строится план аварийного восстановления
Четыре этапа, по итогам которых вы получаете план, проверенный на практике.
- Шаг 1
Инвентаризация и приоритеты
Определяем критически важные системы и задаём для каждой целевые RPO и RTO.
- Шаг 2
Развёртывание в облаке
Настраиваем серверы восстановления, сеть и защищённое подключение.
- Шаг 3
Составление сценария
Определяем порядок запуска серверов и проверки на каждом этапе.
- Шаг 4
Проверка и сопровождение
Выполняем тестовое переключение, исправляем то, что требуется, и периодически повторяем проверку.
Частые вопросы
Частые вопросы об аварийном восстановлении
Что такое DRaaS?
Disaster Recovery as a Service — аварийное восстановление как услуга. Вместо того чтобы создавать и обслуживать собственную резервную площадку, копии серверов хранятся в облаке и запускаются там, когда основная среда недоступна.
Чем резервное копирование отличается от аварийного восстановления?
Резервное копирование сохраняет копию данных, а восстановление из неё требует времени и оборудования. Аварийное восстановление запускает саму копию в облаке, поэтому работа продолжается, пока восстанавливается основная среда. Оно опирается на резервное копирование, поэтому это дополнительный уровень над ним, а не замена.
Сколько времени занимает возврат к работе?
Это зависит от числа серверов, порядка запуска и заданного сценария. Целевое время мы определяем вместе с вами на этапе планирования и в ходе тестового переключения убеждаемся, что оно достигается на практике.
Нужно ли защищать аварийным восстановлением все серверы?
Нет. Обычно так защищают только системы, без которых бизнес не может работать, а для остальных используют обычное резервное копирование. Так расходы остаются разумными.
Как сотрудники подключаются во время переключения на облако?
Через защищённое VPN-подключение. К облаку можно подключить всю офисную сеть, а можно — каждого сотрудника отдельно из дома.
Что происходит, когда сбой устранён?
Выполняется Failback: данные, изменившиеся за время работы в облаке, переносятся обратно в основную среду, и работа возвращается в неё в плановом порядке.
Подходит ли это небольшой компании?
Да. Поскольку резервная площадка и дублирующее оборудование не нужны, даже компания с одним-двумя серверами может иметь настоящий план аварийного восстановления.
Коммерческое предложение
Подготовим для вас план аварийного восстановления
Расскажите, какие системы критически важны для бизнеса, и мы вернёмся с предложением и планом работ.
- Инвентаризация критически важных систем
- Целевые RPO и RTO, подходящие бизнесу
- Проверка переключения до того, как вы начнёте полагаться на план