Восстановление из резервной копии с помощью Veeam Agent for Linux

  • Tutorial
Конечная цель создания резервной копии – обеспечить возможность восстановления данных в случае сбоя, и сегодня я вкратце расскажу, как с этим способен справиться новый Veeam Agent for Linux. Возьмем в качестве «подопытного кролика» тот же бэкап, создание которого было описано в предыдущем посте, и посмотрим, как из него можно восстановиться. За сим добро пожаловать под кат.



Восстановление на уровне файлов


Как вы помните, Veeam Agent for Linux успешно сохранил бэкап на сервер NFS. Запустим уже знакомый нам UI, введя команду
veeam
Сверим часы, то есть данные о последней сессии задания резервного копирования:


Внизу, в списке команд теперь появилась команда R (Recover Files) – восстановить файлы. По ней будет выведена информация о имеющихся в наличии резервных копиях: какой хост был в работе, какое задание создало бэкап, сколько получилось точек восстановления (в нашем случае – одна) и в какое время.


Дважды нажимаем Enter, и выбранный бэкап монтируется на файловую систему нашего хоста в папку /mnt/backup:


Почему мы решили ограничиться этой операцией? Просто подумали, что у пользователей обычно есть свои предпочтения в работе с файлами, и ни к чему изобретать велосипед. Так что после того, как прошло монтирование, вы можете задействовать привычный для вас способ – например, командную строку или популярный Midnight Commander (mc):


Восстановление тома


Теперь рассмотрим, как выполняется восстановление тома целиком. Для начала выполняем загрузку машины с использованием Veeam Recovery Media (скачивается вместе с установочным пакетом решения Veeam Agent for Linux). Он запускается, используя файл ISO.

Veeam Recovery Media открывает нам графический интерфейс с вот таким набором команд:


Здесь есть возможность восстановления томов (Restore volumes), восстановления файлов (Restore files), настроек сети (Configure network), перехода к командной строке (Switch to command line), а также перезагрузки (Reboot) и выключения (Shutdown).
Если, как в нашем примере (и как рекомендовано!), бэкап хранится вовсе не на локальной машине, а на сетевой СХД, то нужно до начала процедуры восстановления убедиться в наличии доступа к месту хранения бэкапа, а в ходе самой процедуры — выполнить настройку параметров сети. Можно задать настройки вручную. Для этого:

  1. В данном меню выбираем пункт Configure network, затем выбираем в списке нужный сетевой адаптер, который будет использоваться для соединения с СХД, и жмем Enter.

  2. В диалоге Configure adapter (настроить адаптер) выбираем Manual (ручная настройка) и жмем Enter.

  3. В диалоге Adapter settings (параметры адаптера) указываем требуемое: IP-адрес, маску подсети, шлюз по умолчанию, сервер DNS

  4. Кликаем Apply (применить) и жмём Enter.


    Если вы работаете с сервером DHCP, то нужные настройки Veeam Agent for Linux сделает автоматически – если в диалоге Configure adapter выбрать Auto.

  5. Продолжаем восстанавливать том: выбираем соответствующую операцию из списка команд — это Restore volumes.

  6. Далее на шаге Select Backup Location нужно указать местонахождение нашего бэкапа. Для нашего примера нужно выбрать опцию добавления шары Add shared folder…

  7. Затем на шаге Mount Shared Folder указываем, что у нас это NFS:


  8. В поле Server/Directory вводим имя сетевой шары, в которой лежат файлы бэкапа. Veeam Agent for Linux смонтирует ее в папку /media на файловой системе нашего recovery image и отобразит содержимое смонтированного тома. На шаге Browse for Backup Files вы сможете выбрать нужную точку восстановления, чтобы импортировать ее:


    Полезно: Если ваши бэкапы хранятся на одном из локальных устройств, то на шаге Select Backup Location вы, естественно, выберете опцию Mount local disk. При этом можно будет выполнять монтирование многократно — для нескольких устройств, на которых живут файлы резервных копий. Для этого нужно вернуться на шаг выбора местонахождения бэкапа Select Backup Location и опять выбрать опцию Mount local disk.

  9. На шаге Backup выбираем нужный бэкап и в нём — точку восстановления.

  10. Затем на шаге Disk Mapping можно просмотреть, какие тома имеются у машины в продакшене (то есть у локального хоста – Current System) и в бэкапе. Veeam Agent for Linux отобразит для выбранного тома подробную информацию, включая тип раздела, файловую систему, местоположение точки монтирования, размер тома, а также выведет список доступных команд:

    • Restore volume from (восстановить том) – восстановить данный том из бэкапа.

    • Delete partition (удалить раздел) — позволяет переразметить диск перед восстановлением тома. После удаления раздела можно будет создать новый и замапить на него том из бэкапа.

    • [для восстановления томов LVM] Create LVM physical volume (создать физический том LVM)— создать физический том LVM на выбранном разделе и добавить его в уже существующую группу томов (volume group, VG), либо создать новую группу. Это позволит восстановить логические тома LVM или группы томов в выбранную VG.

    • Close (закрыть) — закрыть диалог и выбрать другой том.

    Здесь мы выбираем Restore volume from и жмем Enter.

  11. В панели Current system в поле Restore напротив выбранного тома появится имя того, с которого будем восстанавливаться:


  12. Подтверждаем выбор (будьте внимательны, оплошность может дорого обойтись, поскольку данные будут перезаписаны теми, что в бэкапе!), нажимаем (Start restore).

  13. Cмотрим краткую сводку, подтверждаем выбор ещё раз и наблюдаем за прогрессом:



После завершения процесса мы заканчиваем работу с Veeam Recovery Media:

  1. Нажимаем Esc для возврата в главное меню.
  2. Отключаем носитель с recovery image.
  3. В главном меню выбираем Reboot и жмем Enter.
  4. Ждем старта ОС.

Вот, в общем-то, и весь рассказ о том, как происходит восстановление с помощью Veeam Agent for Linux.

Полезные ссылки



UPD: Обратите внимание — по ссылке для скачивания с 1 сентября выдается бета#2. Инструкцию по скачиванию и пароль можно по-прежнему найти на форуме по продукту.
Veeam Software
Продукты для резервного копирования информации

Комментарии 11

    +3
    Спасибо за статью. Есть два вопроса:
    1. Когда-нибудь планируется интеграция с сервером BR? Возможностью удаленного управления агентами на Linux серверах?
    2. Не планируется ли поддержка ленточных библиотек в качестве целевого репозитория?
      +3
      1. Да, интеграция планируется, но конкретных сроков сейчас не назову.
      2. Если речь идёт о том, сможет ли пользователь использовать backup-to-tape job для перевозки VAL бэкапов на кассеты, то да, сможет. Если речь идёт о бэкапе напрямую с linux машины на кассету, то в первой версии продукта это точно не планируется (но можно поместить уже готовые бэкап-цепочки на кассеты, например, при помощи tar).
        0
        Спасибо за ответ. Так-то понятно, что с помощью tar можно. Надеялся, вдруг, появится система управления кассетами :)
      0
      Дадите потестировать Veeam Agent for Linux?
      Уже три раза регистрируюсь — и тишина.
        0
        Дадим, конечно.
        Ответственные за выдачу разберутся с заявкой — надеюсь, что в ближайшем будущем — и выдадут ссылку.
          +1
          Да, была проблема с landing page; пока чинится, можно применить вот такой work-around:
          — если вы зарегистрированы на veeam.com — то можно скачать бету вот отсюда: https://www.veeam.com/beta/val.html
          — если еще не зарегистрированы, то нужно будет предварительно зарегистрироваться.
          Информация о системных требованиях и известных проблемах — на форуме: https://forums.veeam.com/veeam-agent-for-linux-f41/known-issues-t35902.html#p197949

          Сообщения о найденных проблемах можно постить в том же форуме согласно «How to Submit a New Issue». Если не готовы заводить топик на английском, можно отправить личное сообщение на русском (в любом случае нужна будет регистрация на форуме), например, ответственному пользователю PTide.
            0
            Спасибо!
              0
              При попытке скачать бету отсюда: https://www.veeam.com/beta/val.html
              спрашивает пароль.
              Подскажете?
              http://radikal.ru/lfp/s019.radikal.ru/i641/1608/ab/2b20ac67e83f.png/htm
                0
                См. прикрепленный топик-анонс в том же форуме, в части 'Download'.
                На всякий случай, на что там просят обратить внимание при тестировании:
                — режимы бэкапа (особенно поддержка более чем одного задания)
                — режимы восстановления (включая восстановление «на голое железо»)
                — функционирование нашего драйвера, ответственного за работу со снимками состояния
                — фцнкционирование нашего CBT-драйвера (как идет changed block tracking, т.е. отслеживание измененных блоков)
            0
            Парни из Veeam, а как вообще работает VAL? Ведь VSS нету. Как отрабатывается целостность СУБД, например?

            P.S. «Парни из Veeam» — это крайне уважительное для меня определение ваших отличных работ и решений.
            P.P.S, если ты девушка, то ты все равно Парень из Veeam ;)
              0
              Спасибо за позитивный отзыв, получать такой фидбэк очень приятно! Как в свое время гласил слоган на оф.сайте: «Listening to you, building the tools you need.») Мы в самом деле работаем для вас, наших пользователей и коллег.

              Что касается бета-версии VAL, то в ней предусмотрена возможность перевода приложения в консистентное состояние с помощью pre-freeze script, который можно указать в командной строке наряду с другими параметрами задания резервного копирования. (Они подробно описаны в документе, который входит в комплектацию беты.) Предполагается, что скрипт создает сам пользователь; если интересует опыт коллег по созданию таковых и работе с VAL, то добро пожаловать на форум: https://forums.veeam.com/veeam-agent-for-linux-f41/

              Думаю, что к релизной версии подоспеет еще ряд возможностей (например, предусмотрена работа с pre-job и post-job скриптами).

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

            Самое читаемое