Вышел Vembu BDR Suite v4.0

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

Наш спонсор без устали работал и выпустил новую версию своего флагманского продукта – Vembu BDR Suite v4.0.

Из нововведений:

  • поддержка резервного копирования виртуальных машин (ВМ), находящихся в Hyper-V кластере. Теперь инкрементальная копия не прервется при переезде ВМ;
  • появился компонент “Credential Manager”, позволяющий использовать централизованное хранение административных учетных записей при добавлении новых хостов;
  • добавилась поддержка “Shared VHDX”;
  • добавилась технология создания инкрементов, использующаяся при сбое основного механизма “Change Block Tracking”;
  • интерфейс (GUI) был оптимизирован с целью упрощения процессов.

Также есть ряд более “мелких” нововведений:

  • новый диск виртуальной машины будет сохранен при создании инкремента (ранее он сохранялся только при выполнении полного резервного копирования);
  • про сбое задания на бэкап, например, при отпадывании сети, оно автоматически продолжится при восстановлении сетевого соединения;
  • при восстановлении ВМ из бэкапа VMware вы можете указать – какими характеристиками будет обладать ВМ (количество сокетов и ядер, памяти и т.п.);
  • при восстановлении ВМ из бэкапа Hyper-V вы можете указать другой хост/кластер;
  • вы можете выбрать, с каких ВМ нужно собирать “Application state”, чтобы делать консистентные бэкапы MSSQL, например. Netbackup пока так не умеет 😉
  • добавилась возможность переключать реплику между серверами, находящимися в резервном сайте;
  • при выполнении “Quick Recovery (включение из бэкапа)” вы получите краткий отчет о статусе этой операции, содержащий имя ВМ и хоста;
  • выпущен API, позволяющий анализировать утилизацию хранилища бэкапов виртуальными машинами.

Скачать можно отсюда, здесь – информация о выпуске (release notes).

А теперь – обещаный бонус: компания Vembu проводит опрос, за участие в котором вы можете получить подарочную карту Amazon.

PowerCLI – CloneVM

Понадобилось наполнить объект vAPP однотипными клонами одной и той же ВМ.

Клонировать ее вручную показалось трудоемко – изучил возможности PowerCLI и написал себе шпаргалку:

После подключения к vCenter запускаем подобный скрипт:

После запуска данного скрипта у вас появится 67 однотипных клонов виртуальной машины vm01_bi.

Вместо параметра VApp рекомендуется использовать параметр “ResourcePool”

vSphere HA reconfiguration timed out

После обновления Windows vCenter до версии 6.0 Update 3h (с 3d или 3e), на ряде кластеров стала наблюдаться замечательная картина – агенты на хостах vSphere 6.0U3 в разных кластерах стали выдавать ошибку:

Перенастройка HA (Reconfigure for vSphere HA) завершалась таймаутом.

Чтение журнала fdm.log показало, что в момент начала переконфигурирования агента выдается следующее сообщение:

Смутно похожая статья из KB рекомендовала “просто выключить и включить HA”.

Удостоверившись, что настройки кластера стандартные, я выключил HA, подождал несколько минут, проверил статус служб “vSphere High Availability Agent” и заново включил HA.

Помогло.