Записки о виртуализации и жизни
Так получилось, что у меня есть опыт использования нескольких продуктов резервного копирования: Veeam Backup and Replication 8.0 и Symantec NetBackup 7.7.3.
Это не последние версии, однако работал я именно с ними.
В статье я опишу свои впечатления от перехода Veeam BR->Symantec NB и обращу внимание на некоторые недостатки продукта от Symantec.
Неожиданно встал на известную заморочку с подключением дисков через механизм Raw Device Mapping. Как и в 7-летней статье Подключение локального диска через RDM нашелся один нюанс — RDM доступен не во всех конфигурациях. Ситуация у меня сложилась следующая — 2 хоста с ESXi 6 и хранилище IBM Storwize V3700, подключенное по SAS. Потребовалось подключить диск для репозитория Veeam B&R, который решили сделать в виде RDM.
Лун в хостах определился, но при попытке подключить диск к виртуальной машине пункт RDM показывался серым цветом.
Поиск в БЗ сразу выдал нужную статью Raw Device Mapping option in the vSphere Client is grayed out, для нашего случая подходящее решение — снять галку RdmFilter.HbaShared в Advanced Settings и сделать ресканирование устройств хранения.
У коллеги развернут Veeam B&R 8 Patch#1. Так получилось, он ретроград и сторонник заголовка статьи 🙂
Понадобилось ему сделать отдельный полный бэкап всех виртуальных машин с одного стораджа. Он собрал все виртуалки в одно задание объемом 12ТБ и запустил задание.
И стал очень недоволен скоростью 🙂
Возникла задача переноса ряда виртуальных машин из точки А в точку Б.
Навскидку вспомнились следующие варианты:
Компания обновила API по работе с тэгами, что привело к необходимости перенастраивать все задания резервного копирования, основанные на тэгировании в Veeam B&R.
Цитата из Release Notes for Veeam Backup & Replication 8.0 Update 2b:
vSphere 6 tags integration. vSphere 6 introduces new APIs for programmatic access and management of vSphere tags. With vSphere 6 tag support, you can continue building new advanced backup policies based on tags, even after you upgrade to vSphere 6. Due to new unique tag IDs in vSphere 6, be sure to review your job setup after upgrading to vCenter Server 6.0 and running your jobs at least once to let them match tags automatically based on the tag name.
Итак, третий акт Марлезонского балета. Предыдущий акт Обновление хостов ESXi 5.5 с коммутатором Cisco Nexus 1000V до ESXi 6.0.
При сканировании хостов ESXi 5.5 VMware Update Manager пишет «Unsupported configuration» без всяких пояснений. Для начала читаем /var/log/vua-*.log и ищем слово error:
--> <test> --> <name>SANE_ESX_CONF</name> --> <expected> --> <value>True</value> --> </expected> --> <found> --> <value>False</value> --> </found> --> <result>ERROR</result> --> </test>
--> ERROR:root:could not get system uuid
--> ERROR:root:Skipping VMFS version check. Couldn't get filesystem list: (256) Errors: --> Unable to resolve hostname 'vbackup02'
Поиск по ошибке выдает статью Upgrading to VMware ESXi 5.x fails with the error: Error in ESX configuration file esx.conf (2011588).
Подтверждаем, что ошибку определили верно:
~ # esxcfg-info | grep 'System UUID' Error: Unable to resolve hostname 'vbackup02'
Открываем файлик /etc/vmware/esx.conf и видим:
/nas/VeeamBackup_vbackup02/readOnly = "false" /nas/VeeamBackup_vbackup02/enabled = "true" /nas/VeeamBackup_vbackup02/share = "/VeeamBackup_vbackup02" /nas/VeeamBackup_vbackup02/host = "vbackup02"
При использовании технологии Veeam Instant Recovery создается и монтируется к хостам NAS-хранилище. Если же вы сменили сервер Veeam, а хранилище отмонтировали, то наивно думать, что в конфигурации ESXi произошли все требуемые зачистки.
Удаляем лишние строки и сохраняем файл. Делаем проверку, что проблема ушла:
~ # esxcfg-info | grep 'System UUID' |----World Command Line...grep System UUID |----System UUID...51d560ed-d21d-176e-d080-3440b5e48bc8
Запускам сканирование заново.
Описание аналогичной ситуации для любителей английского Unsupported Configuration when using VUM for a Major Upgrade.
Вышел Veeam Backup & Replication 8.0 Update 2 с поддержкой vSphere 6.0, теперь можно планировать переход на новую платформу.
Для vSphere 6.0 заявлено: