Мы уже рассматривали новые возможности платформы VMware vSphere 5, в состав которой входит продукт для резервного копирования виртуальных машин VMware Data Recovery 2.0 (vDR).

Остановимся на них несколько подробнее. Что появилось нового в vDR 2.0:

• Виртуальный модуль Data Recovery использует 64-битную ОС CentOS 5.5, что улучшает масштабирование и надежность.
• Swap-файлы (внутри гостевой ОС Windows и Linux) больше не включаются в резервные копии, что ускоряет процесс резервного копирования.
• Операции Integrity check (проверка консистентности) и reclaim (высвобождение места) теперь можно запускать по расписанию (кроме того, работают быстрее). Кроме того, если процесс проверки будет приостановлен (например, вылезет за пределы окна обслуживания), то его можно продолжить с того же места, не запуская с начала. Кроме того, процесс может выполняться одновременно с другими задачами.
• Улучшена устойчивость к нестабильности сетевого соединения.
• Можно приостановить виртуальный модуль, чтобы новые задачи бэкапа не запускались.
• Доступны оповещения администраторов по email об успешном и неудачном завершении задач.
• Улучшенная производительность дедупликации.

Как мы видим, улучшения достаточно небольшие, поэтому vDR до продукта Veeam Backup and Replication еще далеко, шестая версия которого выйдет уже совсем скоро.

Полный список улучшений приведен в документе "What's New in VMware Data Recovery 2.0". См. также нашу статью "Как работает VMware Data Recovery".

Для тех, кому лень читать, можно посмотреть вот это видео... (нажимаем читать дальше и комментировать)

Компания Veeam Software в рамках изучения обстановки в сфере защиты данных виртуальных инфраструктур VMware vSphere и перед выходом Veeam Backup and Replication 5, подготовила отчет "VMware Data Protection Report 2010".

Штука очень классная. Чтобы ее сделать, компания Veeam наняла независимую исследовательскую компанию Vanson Bourne, которая опросила 500 ИТ-директоров крупных компаний (в каждой из которых работает больше 1000 человек).

Вот что они говорят:

• Восстановление виртуальной машины занимает до 5 часов (!)
• 59% организаций до сих пор используют продукты для резервного копирования, которые применяются и для физической среды (что плохо, так как они не выполняют специфических для виртуализации задач)
• 63% испытывают проблемы ежемесячно, когда пытаются восстановить виртуальный сервер сервер

Например, вот основные выгоды, которые получают компании от виртуализации. Заметьте, что повышение эффективности защиты данных далеко не на последнем месте:

А вот какая часть инфраструктуры виртуализована сейчас и сколько будет через 2 года:

Там есть много еще интересных статистик - так что регистрируйтесь и скачивайте отчет.

Как вы знаете, у VMware есть продукт для резервного копирования и восстановления виртуальных машин VMware vSphere для совсем небольших инфраструктур (для средних и больших нужен Veeam Backup). В недавно вышедшем VMware Data Recovery 1.1 появились возможности восстановления отдельных файлов виртуальных машин из GUI, что представлено на видео ниже (откроется в новом окне):

Если вкратце описать процесс восстановления файлов из бэкапа виртуальной машины на VMware ESX, то это выглядит так:

1. Устанавливаем клиент VMware File Level Restore (FLR) client в гостевую ОС Windows.

2. Запускаем VMware File Level Restore (FLR) client и указываем IP-адрес виртуального модуля VMware Data Recovery Appliance:

3. Появится список точек восстановления виртуальной машины (restore points), из которого необходимо выбрать нужную копию и смонтировать ее в директорию, которая будет read only. Дальше необходимо просто скопировать нужный файл в директорию назначения гостевой ОС.

VMware Data Recovery FLR поддерживает одновременное монтирование сразу нескольких точек восстановления.

Резервное копирование виртуальной инфраструктуры является краеугольным камнем для большинства администраторов VMware Virtual Infrastructure / vSphere. С одной стороны - виртуальные машины можно рассматривать как физические системы и делать бэкап "по старинке" с установкой агентов в гостевые ОС. С другой же стороны, "отвязанность" виртуальных машин от аппаратного обеспечения серверов позволяет...
Таги: VMware, vSphere, Backup, Data Recovery, Veeam, ESX

Почему лучше переставлять, чем обновлять: баг в VMware Data Recovery - остаются и не удаляются снапшоты (snapshots).

Компания VMware вместе с vSphere / ESX 4 выпустила продукт VMware Data Recovery 1.0 для резервного копирования виртуальных машин. Как оказалось, в Data Recovery первой версии оказался один очень серьезный баг: снапшоты, сделанные механизмом VMware Dtata Recovery, не удалялись после снятия резервной копии.

Суть бага проста - в файл-дескриптор снапшота (vm_name-000001.vmdk) виртуальной машины добавлялась и не удалялась строчка ddb.deletable = "false", которая не позволяла после отработки механизма VMware Data Recovery удалить снапшот. В результате для виртуальных машин снапшоты множились и росли, очень сильно изменяя инфраструктуру в очень плохую сторону, тем более, что утилиты типа RVTools не могли их обнаружить.

Для решения проблемы предлагается использовать скрипт...
Таги: VMware, vSphere, Data Recovery, Bugs, ESX, vmdk

Как работает резервное копирование и восстановление VMware Data Recovery для виртуальных машин на ESX в vSphere 4.

Как многие уже знают, продукт VMware Data Recovery позволяет производить резервное копирование и восстановление виртуальных машин прямо из консоли vSphere Client за счет плагина к VMware vCenter. Однако было заявлено и восстановление не только образов виртуальных машин и отдельных виртуальных дисков целиком, но и отдельных файлов для ВМ с ОС Windows. Действительно, такая возможность есть и поддерживается она пока только экспериментально.
Таги: VMware, Data Recovery, Backup, vSphere, ESX