Привет, Хабр! Меня зовут Иван, и сегодня мы поговорим о восстановлении из резервной копии физических серверов при полной потере данных, включая саму операционную систему (bare-metal restore, BMR).  Согласно отчёту Gartner, более 90% предприятий используют или планируют использовать серверную виртуализацию. Однако, физические серверы еще остаются незаменимой частью инфраструктуры многих организаций. Как примеры можно привести системы с большим количеством ОЗУ (scale-up серверы с SAP HANA), системы, которые требуют прямого доступа к специфическому аппаратному обеспечению, системы с очень высокой активностью ввода-вывода. Каждый год наши заказчики сталкиваются с проблемами приводящими к необходимости полного (bare-metal) восстановления: Проблемы в работе RAID массивов, ошибки в firmware контроллера или дисков Ошибки администратора, не вовремя замененный диск или ошибки при замене дисков Порча данных из-за вредоносного ПО, вирусов и ransomware Проблемы при установке обновлений операционной системы А какие случаи в Вашей практике требовали полного восстановления данных приложения и ОС? Невиртуализованные системы нуждаются в резервном копировании ничуть не меньше чем виртуализованные. Простое файловое копирование не позволяет получить образ системы, пригодный для восстановления. Если таких систем в компании десятки и используется одновременно ОС Windows и Linux, то решение задачи становится крайне трудозатратным. Из-за сложностей с резервным копированием ОС в невиртуализованных окружениях, подавляющая часть заказчиков отказывается от резервного копирования ОС и делает только простые файловые копии конфигурационных файлов и настроек ОС. План восстановления из такой резервной копии подразумевает ручную установку и настройку ОС, установку агентов резервного копирования и последующее файловое восстановление. На практике это часто приводит к тому, что только во время аварийного восстановления выясняется, что часть нужных конфигурационных файлов расположенных на системных дисках не были включены в план резервного копирования. Такая процедура восстановления сложна, не автоматизирована и на практике не гарантирует успешность восстановления. Поэтому, при полной утере данных и порче ОС из-за очередного бага в прошивке SSD уложиться в регламентированное время восстановления (RTO) крайне сложно. В нашей СРК Кибер Бэкап есть функционал для блочного резервного копирования дисков. Настроить резервное копирование и восстановить разделы с ОС также легко, как и выполнить обычный файловый бэкап. Настраивается это через веб-интерфейс. Большинство СРК (и мы также) поддерживают Microsoft VSS, но никто не предлагает настолько же удобный и функциональный способ консистентного резервного копирования файловых систем Linux серверов. Резервное копирование выполняется в режиме online без остановки сервера, а консистентность данных достигается за счет драйвера SnapAPI, который отвечает за все операции ввода-вывода Кибер Бэкапа. Эта технология помогает сделать моментальный снимок блочного устройства, подобно тому как это могло быть сделано в виртуальных инфраструктурах средствами гипервизора. Драйвер SnapAPI в процессе резервного копирования отслеживает запись на блочное устройство и сохраняет содержимое изменяемых блоков на момент начала резервного копирования.  Преимущества нашего решения: Консистентный блочный бэкап без остановки ОС для Windows и Linux  Выборочное восстановление отдельных файлов / каталогов Поддержка схемы "всегда инкрементное", дедупликации и компрессии Блоки, не содержащие данных файловой системы не копируются агентом если используется одна из поддерживаемых Кибер Бэкапом файловых систем Для неподдерживаемых файловых систем и структур данных выполняется полное посекторное копирование Возможность преобразования типа дисков MBR ↔ GPT и режима загрузки BIOS ↔ UEFI для ОС Windows при восстановлении  Рассмотрим создание плана резервного копирования и восстановления на примере.  В консоли управления Кибер Бэкап создаём новый план новый резервного копирования. В поле "Выбор данных" выбираем "Вся машина" или отдельные диски данного сервера. Настраиваем расписание и другие параметры плана резервного копирования. Чтобы не ждать запуска бэкапа по расписанию, запускаем его вручную Дожидаемся успешного завершения операции резервного копирования Загрузочный носитель подготавливается утилитой Media Builder (Мастер создания загрузочных носителей), входящей в дистрибутив Кибер Бэкап. При помощи этой утилиты можно сделать загрузочный ISO или USB Flash-диск. Загрузочный носитель - это Live CD на основе Linux или Win PE с установленным агентом резервного копирования и интуитивно понятным интерфейсом для восстановления данных из резервной копии. Загружаем сервер с заранее подготовленного загрузочного носителя Указываем сетевые настройки и параметры подключения к серверу резервного копирования Кибер Бэкап После успешной регистрации сервера можно продолжить восстановление из резервной копии используя веб-консоль управления Кибер Бэкап. В консоли управления Кибер Бэкап переходим в раздел Устройства → Загрузочный носитель, далее выбираем систему и нажимаем пункт "Восстановление". Выбираем хранилище резервных копий Выбираем точку восстановления и нажимаем "Восстановление" → "Вся машина" Указываем дополнительные опции восстановления и нажимаем "Начать восстановление" Дожидаемся окончания восстановления из резервной копии Готово! Наша система успешно восстановлена. Как Вы увидели, создание резервной копии системы и ее восстановление выполняется за минимальное число шагов в простом и интуитивно-понятном интерфейсе. Кстати, а часто Вы сталкивались с необходимостью полного (bare-metal) восстановления ОС на физический сервер?