Veeam vPower: запуск виртуальных машин из резервных копий, внутри тестовой среды, и гранулярное восстановление файлов

  • Tutorial
По законодательным требованиям США публичные компании обязаны высылать свои квартальные отчеты членам Совета Директоров в определенные сроки. Но бывают и эксцессы. Например, в одной публичной компании в последний день предоставления отчетности за 3 квартал 2004 года, внезапно упал почтовый сервер. То есть отчет был готов, но CEO не мог его отправить через доверенный почтовый сервер. Падение произошло утром в пятницу, а сервер удалось восстановить и сделать доступным для работы пользователей только к утру понедельника. Требования закона были нарушены. Поэтому важнейшим параметром любого продукта резервного копирования является время восстановления – RTO (Recovery Time Objective). Именно этот параметр кардинально улучшает технология vPower.

Технология vPower интегрирована в Veeam Backup & Replication, начиная с версии 5.0. В 2010 году Veeam подал заявку на получение патента; сейчас vPower поддерживает два самых распространенных на рынке гипервизора – VMware vSphere и Windows Server Hyper-V.

Что делает vPower?


vPower позволяет запускать виртуальные машины (ВМ) прямо из сжатого и дедуплицированного файла резервной копии – без предварительного извлечения ВМ во временное хранилище. На основе этого решения команда R&D Veeam’а смогла реализовать функции, благодаря которым Veeam Backup & Replication популярен среди пользователей:

  • Instant VM Recovery, или Мгновенное восстановление виртуальных машин, позволяет в течение пары минут восстановить «упавшую» ВМ из резервной копии, благодаря чему сильно сокращается время простоя рабочей среды и ущерб от него. Пока ВМ работает из резервной копии с небольшой потерей производительности, у вас есть время, чтобы разобраться в причинах сбоя и исправить ошибку, а потом спокойно копировать ВМ из хранилища резервных копий в рабочую среду. Посмотрите это 3-минутное видео (на английском), чтобы увидеть, как работает Instant VM Recovery.

Рис. 1. Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
Рис. 1. Instant VM Recovery (Мгновенное восстановление виртуальных машин)

Рис. 2. Instant VM Backup (Мгновенное восстановление виртуальных машин): Выбор ВМ
Рис. 2. Instant VM Recovery (Мгновенное восстановление виртуальных машин): Выбор ВМ

Рис. 3. Instant VM Backup (Мгновенное восстановление виртуальных машин): Выбор места, куда восстанавливается ВМ
Рис. 3. Instant VM Recovery (Мгновенное восстановление виртуальных машин): Выбор места, куда восстанавливается ВМ

Рис. 4. Instant VM Backup (Мгновенное восстановление виртуальных машин): Настройка миграции восстановленной ВМ в рабочую среду
Рис. 4. Instant VM Recovery (Мгновенное восстановление виртуальных машин): Настройка миграции восстановленной ВМ в рабочую среду

  • SureBackup – позволяет автоматически проверить надежность каждой резервной копии в специальной изолированной среде, т.е. проверить будет ли ВМ работать после восстановления из резервной копии. Про технологию SureBackup мы подробно писали в предыдущем посте. Также можно посмотреть это 2-минутное видео (на английском).

Рис. 5. SureBackup: отчет об автоматической проверке резервной копии на восстанавливаемость
Рис. 5. SureBackup: отчет об автоматической проверке резервной копии на восстанавливаемость

  • Multi-OS File-Level Recovery, или Универсальное восстановление файлов, позволяет восстановить файл любой гостевой операционной системы или файловой системы прямо из резервной копии ВМ на уровне образа или реплики. При этом Вам не нужно восстанавливать или запускать саму ВМ.

Таблица 1. Универсальное восстановление файлов: Список поддерживаемых гостевых операционных систем и файловых систем
Таблица 1. Универсальное восстановление файлов: Список поддерживаемых гостевых операционных систем и файловых систем

Рис. 6. Multi-OS File-Level Recovery (Универсальное восстановление файлов)
Рис. 6. Multi-OS File-Level Recovery (Универсальное восстановление файлов)

Рис. 7. Multi-OS File-Level Recovery (Универсальное восстановление файлов): выбор ВМ
Рис. 7. Multi-OS File-Level Recovery (Универсальное восстановление файлов): выбор ВМ

Рис. 8. Multi-OS File-Level Recovery (Универсальное восстановление файлов): Сохранение восстановленных файлов
Рис. 8. Multi-OS File-Level Recovery (Универсальное восстановление файлов): Сохранение восстановленных файлов

  • U-AIR (Universal Application‑Item Recovery, или Универсальное восстановление объектов приложений) позволяет восстановить отдельные объекты из любых виртуализированных приложений, например, Active Directory или Microsoft SQL.

Рис. 9. Universal Application‑Item Recovery (Универсальное восстановление объектов приложений): Восстановление атрибутов объектов Active Directory
Рис. 9. Universal Application‑Item Recovery (Универсальное восстановление объектов приложений): Восстановление атрибутов объектов Active Directory

Рис. 10. Universal Application‑Item Recovery (Универсальное восстановление объектов приложений): Восстановление таблиц из резервной копии Microsoft SQL Server
Рис. 10. Universal Application‑Item Recovery (Универсальное восстановление объектов приложений): Восстановление таблиц из резервной копии Microsoft SQL Server

Для Microsoft Exchange Veeam выпустил отдельный инструмент, встроенный в Veeam Backup & Replication, начиная с версии 6.5, — Veeam Explorer for Microsoft Exchange, который позволяет восстанавливать удаленные письма, заметки, контакты, т.д. из резервной копии ВМ с помощью пары кликов.

Рис. 11. Veeam Explorer for Microsoft Exchange: Восстановление объектов из резервной копии Microsoft Exchang
Рис. 11. Veeam Explorer for Microsoft Exchange: Восстановление объектов из резервной копии Microsoft Exchang

Подробнее про U-AIR и Veeam Explorer for Microsoft Exchange можно прочитать в одном из наших предыдущих постов про гранулярное восстановление объектов.

Что в итоге?


В итоге получается, что vPower отвечает насущным потребностям компании любого размера, если эта компания хотя бы немного заботится о резервном копировании своих данных:

  • Мгновенное восстановление ВМ позволяет восстановить работу пользователей в течение пары минут;
  • Автоматическая проверка резервных копий дает администраторам уверенность в восстанавливаемости каждой ВМ без затрат времени;
  • Технология U-AIR поможет быстро восстановить объекты любого приложения;
  • vPower разрешает многие проблемы, связанные с резервным копированием, выполняя быстрое одношаговое восстановление отдельных файлов или ВМ.

Все это возможно благодаря функции запуска ВМ прямо из хранилища резервных копий и восстановления объектов из .VMDK файлов.
Veeam Software
Продукты для резервного копирования информации

Comments 20

    0
    > Технология vPower™
    Без добавления tm это уже не технология?

    > Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
    > Таблица 1. Универсальное Восстановление Файлов
    Если писать слова с маленьких букв, это выглядит не так привлекательно, да?

    > При этом Вам не нужно восстанавливать
    Форма «вы» с маленькой буквы недостаточно продаёт?

    Что за маркетологический бред?
      0
      > Instant VM Backup (Мгновенное Восстановление Виртуальных Машин)
      > Таблица 1. Универсальное Восстановление Файлов
      Это официальный перевод названия, как названия Apple или Глонасс.

      > При этом Вам не нужно восстанавливать.
      Я стараюсь придерживаться вежливой формы общения.

      В любом случае, спасибо за отзыв :)

        +2
        > Это официальный перевод названия, как названия Apple или Глонасс.
        Речь не об этом.
        В русском языке в многословных названиях с прописной буквы пишется только первое слово, независимо от расстановки прописных букв оригинала.
        То есть правильно писать так: «Instant VM Backup (Мгновенное восстановление виртуальных машин)»

        Исключения из этого правила есть, но рекламно-ознакомительная статья в их число не входит.
          0
          Названия поправлены. Спасибо!
      0
      >> Пока ВМ работает из резервной копии с небольшой потерей производительности
      насколько небольшая потеря?
        0
        «Проседание», в целом, может зависеть от ряда факторов — от типа и скорости хранилища данных, на котором хранятся резервные копии, от производительности NFS-сервера, от того, насколько забита сеть между NFS-сервером и ESX'ом.

        В целом, если среда хорошо спроектирована и реализована, потеря производительности будет в несколько процентов. Пользователи могут этого даже не заметить.
        0
        >> Multi-OS File-Level Recovery, или Универсальное Восстановление Файлов, позволяет восстановить файл любой гостевой операционной системы или файловой системы…
        если не секрет, то какие примерные потери скорости копирования данных их резервной копии не ms файловых систем?
        Насколько я помню почти все решения по поддержке банальной Ext файловой системы в win грешат удручающей скоростью работы с фс.
        Я к тому, что если мне надо выдернуть из бэкапа *nix-системы кучу данных, то не окажется ли, что быстрее будет выдернуть vhd из бэкапов и смонтировав его на другую виртуалку скопировать данные через сетку?
          0
          Потери в скорости происходят из-за накладных расходов сетевого взаимодействия компонент, участвующих в восстановлении данных. Наиболее существенными они будут при восстановлении большого количества мелких файлов, в сетях с большой латентностью, а также на сильно фрагментированных файловых системах.

          Если немного подробнее, то при file-level восстановлении (Windows & multi-OS) компоненты, участвующие в восстановлении, заранее не знают, какие части диска потребуются для этого потребуются. Если восстанавливаемый файл нефрагментирован и достаточно велик, то количество сетевых взаимодействий можно уменьшается за счет кэширования данных. В случае восстановления всей ВМ исчезает необходимость в чтении произвольных фрагментов диска, отправка данных производится большими порциями, т.д., что минимизирует количество запросов на блоки данных вплоть до нуля.
          0
          в чем функциоальная разница между репликой и бекапом?
          Может у вас есть табличка какие фичи есть в том или ином методе??
            +2
            Репликация — это копирование оригинальной ВМ на другой сервер ESX. При этом создается точная копия (реплика), в которую периодически подгружаются изменения оригинальной ВМ. Репликация тем хороша, что обеспечивает лучшие RTO и RPO, потому что вы фактически имеете копию оригинальной ВМ в состоянии, готовом к запуску в любой момент. Репликацию лучше использовать для самых критически важных ВМ, где RTO — минимально. Реплика занимает гораздо больше места, чем резервная копия, потому что резервная копия — это сжатый и дедуплицированный файл.

            Поэтому общий совет такой: нужно сделать резервные копии всех ВМ, и вдобавок к этому реплики самых критически важных ВМ, чтобы иметь возможность восстановить самые важные ВМ максимально быстро «в случае чего».
              0
              т.е. все фичи и плюшки в плане восстановления одинаковы как для бекапа так и для реплики и разница только в RTO и RPO?
                0
                Фактически, разница между репликой и резервной копией заключается в:
                • RTO (восстановление из резервной копии занимает больше времени)
                • количестве занимаемого дискового пространства (резервные копии сжаты и дедуплицированы)
                • количестве точек восстановления (резервные копии имеют больше точек восстановления и используются для хранения за более длительный период, чем реплики)

                  0
                  ну а как же возможность проверки бекапа? :)
                  виртуал лаб и прочие плюшки?
                  0
                  Поставил veeam_backup_6.5.0.144
                  на win7 x86 и на Windows Server 2012R2
                  Подключаю хосты, ладно что он не увидел ВМ Windows Server 2012R2,
                  но он и Hyper-V Server 2012 ВМ не видит,

                  пишит loading VM list.
                  Переподключил перезагрузил все…
                  Подключение всегда без ошибок происходит
                  ищет минуту-две
                  нашел…
                  Ура думаю, начинаю делать бекап
                  второй пункт
                  Building VM list (в одном месте Building, в другом loading )
                  минута две три
                  И вылетает с ошибкой

                  добавлял это в реестр
                  Windows Registry Editor Version 5.00

                  [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\Internet]
                  «Ports»=hex(7):35,00,30,00,30,00,30,00,2d,00,35,00,31,00,30,00,30,00,00,00,00,\
                  00
                  «PortsInternetAvailable»=«Y»
                  «UseInternetPorts»=«Y»

                  порты на firewall открыл 22 135 137-139 445 6160 6162 6163 2500-5100

                    0
                    Лучше всего такой вопрос задать на портале техподдержки, так как могут потребоваться логи и информация об окружении, а такой информацией лучше обмениваться в частном порядке.

                    Или, можно задать этот вопрос на форуме Veeam Backup,- там тоже оперативно отвечают.
                  0
                  Разница между бекапом и репликой ещё и в том, что при логическом разрушении данных внутри вм, очень скоро тоже самое произойдёт в реплике. Если ничего не изменилось в самых последних версиях Veeam'а, реплика не умеет хранить несколько точек восстановления.
                    0
                    реплика прекрасно хранит точки восстановления :)
                      0
                      Прикрутили таки аналог Recovery Point'а и подобных? Сколько точек максимально даёт держать для одной реплики?
                        0
                        По умолчанию 7 точек восстановления. Максимальное количество определяется ограничениями VMware — порядка 48.

            Only users with full accounts can post comments. Log in, please.