Обновление VCSA 7.0 до update 1 или тренировка восстановления с резервной копии

Недавно мы писали о выходе нового обновления для vSphere 7.0

Релиз VMware vSphere 7.0 update 1

И вот, встав не с той ноги, решили обновить VCSA в нашей инфраструктуре Horizon.

Облом с обновлением через GUI

Как у нас заведено, сделали снимок ВМ VCSA с оперативной памятью и запустили в GUI обновление, аналогично

Обновление одиночного VMware vCenter 6.7

Как это бывает с GUI, обновление не завершилось:

Статусы служб при попытке пнуть вручную:

Решили откатить снимок и запустить обновление с CLI, но vpxd был с нами не согласен:

Предположительно, во время снятия снимка Horizon клепал ВМ и мы попали в конфликт записей о ВМ.

Грабли при восстановлении VCSA с file-based резервной копии

Сделав несколько вздохов, приступили к восстановлению из резервной копии. На всякий случай, прогулялись по граблям:

  1. ВМ VCSA привязали к обычным портгруппам vDS, соответственно, сетка попала в пустоту. Исправили, переключив на ephemeral.
  2. Стали накатывать резервную копию, оказалось, номер сборки vCenter не совпал с резервной копией. Скачали нужный, переразвернули VCSA.
  3. При повторном накате опять получили ошибку, что не совпадает deployment size — мы выбрали medium, а был другой. Посмотрели конфигурацию старой ВМ, переразвернули VCSA в large.

Обновление VCSA с CLI

Как обновлять с помощью ISO в CLI описано в статье

Обновление VMware vCenter 6.7 в конфигурации HA

В этот же раз мы обновляли с URL:

Обновление VCSA 7.0 до update 1 или тренировка восстановления с резервной копии: 3 комментария

  1. Добрый день.
    А с Horizon ничего не случилось после восстановления вЦентра? Ничего не отломалось? Ведь фактически появился совершенно новый вЦентр с новым UUID, хоть и со всеми настройками со старого вЦентра и, вероятно, со старым именем в FQDN. Horizon ведь не поддерживает миграцию всех своих разного типа ВМ на другой вЦентр, только через пересоздание LC-пулов и перерегистрацию всех FC-ВМ.

  2. Думаю, что идентификаторы зашиты в бэкап.
    Пулы не пересоздавали, хотя такое может быть при определенных поломках…

  3. Встали на ошибку:

    [2020-11-13T04:58:54.318] : For the first instance of the identity domain, this is the password given to the Administrator account. Otherwise, this is the password of the Administrator account of the replication partner.
    Enter Single Sign-On administrator password:

    [2020-11-13T04:59:00.318] : Validating software update payload
    [2020-11-13 04:59:00,707] : Running validate script…..
    [2020-11-13T04:59:05.318] : Validation successful
    [2020-11-13 04:59:05,730] : Copying software packages [2020-11-13T05:04:16.318] : Installation process failed
    [2020-11-13T05:04:16.318] : Package checksum verification failed.

    Выполнили перезагрузку и:
    software-packages unstage

    software-packages install —url https://vapp-updates.vmware.com/vai-catalog/valm/vmw/8d167796-34d5-4899-be0a-6daade4005a3/7.0.0.10400.latest/ —acceptEulas

Добавить комментарий

Ваш адрес email не будет опубликован.