Как восстановить данные из резервной копии Veeam Agent

В процессе эксплуатации любой системы рано или поздно возникает необходимость восстановления данных. Это может быть связано с ошибками пользователей, сбоями оборудования или программного обеспечения, а также с другими непредвиденными ситуациями.

Если в инфраструктуре используется Veeam Agent, задача восстановления значительно упрощается. Решение позволяет вернуть как отдельные файлы, так и полностью восстановить систему до рабочего состояния.

В данной статье рассмотрим основные варианты восстановления из резервной копии Veeam Agent и подробно разберём процесс восстановления данных на практике.

Введение

Рассмотрим реальную ситуацию, с которой может столкнуться любой системный администратор.

В инфраструктуре используется виртуальный сервер на базе zVirt (Red Hat Virtualization), внутри которого установлен Veeam Agent и настроено резервное копирование. У многих на этом этапе возникает логичный вопрос: почему используется именно Veeam Agent, а не встроенные средства бэкапа виртуальных машин?

В какой-то момент происходит сбой: сервер становится недоступен, восстановить его на текущей платформе невозможно. При этом есть актуальная резервная копия, и задача — как можно быстрее развернуть систему на новом хосте. В нашем случае под рукой есть инфраструктура VMware, куда и планируется выполнить восстановление.

Однако возникает проблема: для восстановления системы «с нуля» (Bare Metal Recovery) необходим загрузочный образ Veeam Recovery Media, а его заранее подготовлено не было.

В такой ситуации действуем следующим образом: разворачиваем Veeam Agent на любом доступном компьютере и создаём загрузочный ISO-образ, который в дальнейшем будем использовать для восстановления системы.

Подготовка к восстановлению: создание Recovery Media

Установка Veeam Agent

Скачиваем и запускаем установку Veeam Agent for Microsoft Windows. Процесс установки стандартный и не вызывает сложностей.

На первом этапе мастер установки предлагает краткое описание возможностей продукта — нажимаем Next.

Далее принимаем лицензионное соглашение, нажав кнопку I Accept.

После этого начинается установка Veeam Agent, которая занимает минимальное количество времени.

По завершении установки мастер предложит сразу создать Recovery Media — обязательно оставляем соответствующий пункт включённым и нажимаем Finish.

Создание загрузочного образа (Recovery Media)

После завершения установки автоматически запускается мастер создания загрузочного носителя.

На первом шаге выбираем тип носителя — в нашем случае это ISO-образ, который удобно использовать для загрузки виртуальной машины.

Дополнительно рекомендуется оставить включёнными следующие параметры:

• добавление сетевых настроек текущего компьютера
• добавление драйверов оборудования

Это позволит избежать проблем с доступом к сети и хранилищам при восстановлении.

На следующем шаге указываем путь для сохранения ISO-файла, например: C:\Users\Pawel\Documents\VeeamRecoveryMedia.iso

После этого проверяем итоговые настройки и нажимаем Create.

Начнётся процесс создания образа: монтирование среды восстановления, копирование компонентов, добавление драйверов и формирование ISO-файла.

По завершении появится сообщение об успешном создании Recovery Media — нажимаем Finish.

В результате мы получаем готовый загрузочный ISO-образ Veeam Recovery Media, который можно подключить к новой виртуальной машине и использовать для полного восстановления системы из резервной копии.

Восстановление системы из резервной копии Veeam Agent

После того как загрузочный образ Veeam Recovery Media подготовлен, можно переходить к самому важному этапу — восстановлению системы.

Разберём весь процесс последовательно, на реальном примере.

Подготовка виртуальной машины

Перед началом восстановления необходимо правильно подготовить новую виртуальную машину, в которую будет разворачиваться система.

В моём случае исходный сервер имел следующую структуру:

• диск 300 ГБ — под операционную систему
• диск 10 ТБ — под файловые данные

Чтобы избежать проблем при восстановлении, я заранее создал в новой виртуальной машине два диска аналогичного размера.

Это действительно важный момент. Если попытаться восстановить систему в другую структуру дисков (например, объединить всё в один диск или изменить размеры), Veeam может выдать ошибку:

The selected volume cannot be resized. Please specify a different destination disk.

Такие ошибки возникают из-за несовпадения структуры разделов, поэтому лучший и самый надёжный подход — максимально повторить исходную конфигурацию.

Настройка сетевого адаптера

Отдельно стоит остановиться на выборе сетевого адаптера.

Я использовал тип E1000E, и это сделано не случайно. Обратите внимание на предыдущий скриншот.

Дело в том, что среда восстановления Veeam (Recovery Media) содержит ограниченный набор драйверов. Драйверы для E1000E, как правило, уже встроены, и сеть поднимается автоматически.

Если же выбрать, например, VMXNET3, то с высокой вероятностью драйвера в образе не окажется. В этом случае после загрузки вы получите сообщение:

Your computer does not appear to be connected to any network. Would you like to configure the network settings?

Фактически это означает, что сеть не работает, и вы не сможете подключиться к репозиторию с бэкапами.

Конечно, драйвер можно подгрузить вручную, но это лишние действия. Гораздо проще сразу выбрать E1000E и избежать этой проблемы.

Загрузка с Recovery Media

После подключения ISO-образа к виртуальной машине запускаем её.

Процесс загрузки стандартный и полностью аналогичен установке Windows. На экране появится сообщение:

Нажимаем любую клавишу (например, Enter), чтобы начать загрузку среды восстановления.

После загрузки открывается стартовое меню Veeam Recovery Media.

Доступны три режима работы:

• Bare Metal Recovery - Полное восстановление системы на «голое железо» или новую виртуальную машину. Позволяет восстановить ОС, загрузчик, разделы и все данные. Именно этот вариант используется в большинстве аварийных сценариев.
• Windows Recovery Environment - Стандартная среда восстановления Windows. Может быть полезна для исправления загрузчика, работы с командной строкой или выполнения базовых операций, но не предназначена для полноценного восстановления из Veeam.
• Tools - Набор вспомогательных инструментов: командная строка, загрузка драйверов, диагностика, сетевые настройки и т.д.

В нашем случае выбираем Bare Metal Recovery, так как нам необходимо восстановить сервер полностью.

На следующем этапе мастер предлагает указать, где находится резервная копия.

Доступны два базовых варианта:

• Local storage - Используется, если бэкап находится на локальном диске, внешнем USB-накопителе или подключённом хранилище. В этом случае Veeam автоматически просканирует доступные устройства и попытается найти резервные копии.
• Network storage - Используется, если бэкап хранится в сети — например, на файловом сервере, NAS или в Veeam-репозитории.

В нашем сценарии резервная копия хранится в инфраструктуре Veeam Backup & Replication, поэтому выбираем Network storage.

Далее необходимо уточнить тип сетевого источника. Здесь уже появляется несколько вариантов:

• Object storage - Используется, если бэкапы хранятся в объектных хранилищах (например, S3-совместимых или облачных решениях).
• Shared folder (SMB) - Подходит, если резервные копии лежат на обычной сетевой папке (CIFS/SMB), например на NAS или файловом сервере.
• Veeam backup repository - Основной вариант при использовании Veeam Backup & Replication. Позволяет напрямую подключиться к серверу Veeam и работать с его репозиториями.
• Veeam Cloud Connect repository - Используется, если резервные копии размещены у облачного провайдера Veeam Cloud Connect.

В нашем случае выбираем Veeam backup repository, так как бэкап хранится именно в репозитории Veeam.

На следующем шаге необходимо указать параметры подключения:

• имя или IP-адрес сервера Veeam
• порт (по умолчанию используется 10001)
• учётные данные

В моём случае это:

• сервер: ca-backup-01
• пользователь: lunin

У вас, разумеется, будут свои значения — указываете адрес вашего сервера и соответствующие учётные данные.

После успешного подключения отобразится список доступных бэкапов.

Здесь можно увидеть:

• имена защищаемых машин
• дату последнего бэкапа
• количество точек восстановления

В моём случае выбираем сервер srv-fs-01, у которого доступно 10 точек восстановления.

Далее необходимо выбрать конкретную точку восстановления.

Я выбрал точку 14 дней назад (Full backup).

Такой выбор сделан не случайно.

В реальной практике часто бывают ситуации, когда последние инкрементальные бэкапы уже содержат нежелательные изменения:

• повреждённые данные
• последствия вирусной активности
• ошибки приложений или пользователей

Полный бэкап — это «чистая» и гарантированно целостная точка, с которой безопасно начинать восстановление.

На следующем этапе появляется предупреждение:

Это означает, что исходная система использовала разметку MBR, а новая виртуальная машина может быть настроена на загрузку в режиме UEFI (GPT).

На практике это может привести к проблемам с загрузкой после восстановления.

Решения два:

• использовать режим Legacy BIOS
• либо дополнительно настраивать загрузчик после восстановления

В большинстве случаев достаточно просто учитывать этот момент и продолжить работу.

На следующем шаге предлагается выбрать режим восстановления:

• Entire computer - Полное восстановление всей системы, включая все диски и разделы.
• System volumes only - Восстановление только системных разделов (например, если нужно «поднять» ОС без данных).
• Manual restore (advanced) - Ручной режим, позволяющий самостоятельно управлять разметкой дисков.

Сначала выбираем Entire computer, но в нашем случае появляется ошибка:

Это означает, что Veeam не смог автоматически сопоставить диски из бэкапа с дисками новой виртуальной машины.

Причина — различия в структуре или идентификаторах дисков.

Переходим в режим Manual restore (advanced).

На следующем шаге отображается текущая схема дисков. Для настройки нажимаем Customize disk mapping.

Далее необходимо вручную сопоставить разделы из бэкапа с новыми дисками.

Делаем это по следующей логике:

Disk 0 (300 ГБ):

• создаём раздел System Reserved (~500 МБ) — загрузочный
• размещаем раздел C: под операционную систему

Disk 1 (10 ТБ):

• полностью выделяем под раздел F: — файловые данные

Важно не перепутать диски и корректно распределить нагрузку:

• системные разделы — на первый диск
• данные — на второй

После настройки подтверждаем изменения кнопкой OK.

После возврата в мастер убеждаемся, что:

• все разделы корректно сопоставлены
• выбран режим Manual
• указаны нужные диски

Переходим далее и попадаем на экран Summary, где отображаются все параметры восстановления.

Проверяем и нажимаем Restore.

Начинается процесс восстановления:

• загрузка резервной копии
• подготовка инфраструктуры
• восстановление структуры разделов
• копирование данных

Время выполнения напрямую зависит от объёма данных и скорости сети.

В моём случае восстановление 10 ТБ заняло около 15 часов.

Заключение

Восстановление системы из резервной копии — это именно тот сценарий, который проверяет всю инфраструктуру на прочность. Пока всё работает — бэкапы воспринимаются как «есть и ладно». Но как только сервер перестаёт загружаться или полностью выходит из строя, именно от качества резервного копирования и понимания процесса восстановления зависит, сколько времени вы будете поднимать сервис обратно.

В рассмотренном примере мы столкнулись с довольно типичной ситуацией: виртуальная машина на базе zVirt перестала быть доступной, а восстановить её в той же среде не представляется возможным. При этом есть актуальный бэкап, и задача — максимально быстро развернуть систему на другой платформе, в данном случае — VMware.

И здесь Veeam Agent показывает себя с очень практичной стороны. Несмотря на то, что он работает «изнутри» операционной системы, он позволяет не только сохранять данные, но и полноценно восстановить сервер целиком — с загрузчиком, системой и файлами.

Отдельно стоит отметить, что сам процесс восстановления не всегда проходит «в один клик». На практике часто возникают нюансы:

• различия в структуре дисков
• несовпадение типов загрузки (MBR/UEFI)
• отсутствие драйверов сетевых адаптеров
• невозможность автоматического сопоставления дисков

Именно поэтому важно понимать, что происходит на каждом этапе. В нашем случае пришлось использовать ручной режим восстановления и самостоятельно настраивать разметку дисков — это нормальная ситуация, а не ошибка.

Также хорошо видно, что подготовка играет ключевую роль. Если заранее не создать Recovery Media или не учесть особенности виртуальной инфраструктуры (например, выбор сетевого адаптера), процесс восстановления может существенно усложниться.

В итоге, даже несмотря на полный отказ исходного сервера, система была успешно восстановлена на новой платформе. Да, это заняло время (особенно при объёмах в десятки терабайт), но сама возможность выполнить такой перенос — уже огромный плюс.

Главный вывод здесь простой: бэкап — это не только про «сделать копию», но и про умение её восстановить.

И если этот процесс один раз отработан и понятен, то в реальной аварийной ситуации вы будете действовать спокойно и последовательно, а не разбираться «на ходу», когда каждая минута простоя стоит денег.

Вам понравилась эта статья? Тогда вам, скорее всего, будет интересна другая полезная статья Как настроить оповещения Zabbix в MAX.