В конце января мы публиковали комплексный материал, посвященный всем аспектам функционала и ключевым особенностям имплементации App Volumes в тандеме с Horizon 8 2012, постаравшись осветить все нововведения в продукте, в том числе. Однако 14 февраля 2021 года к версии 4 2012 VMware выпустила небольшой патч, в котором не только была проведена достойная работа над известными ошибками, но даже добавилась новая опция.
Об этом в деталях – ниже, но, для начала оговоримся, что пока версия билда на странице загрузок осталась прежней. Если выложат новую, этот материал обязательно обновим, как только это случится.
Новое в опциях
Заявлено об улучшении импорта метаданных. Дополнительные метаданные App Volumes 4 сохраняются в хранилище вместе с пакетом. Они точно так же обрабатываются при импорте пакета, и пакеты автоматически ассоциируются с родительским приложением.
Решенные проблемы
- При импорте пакетов приложений, создавалось новое родительское приложение для каждого импортируемого пакета. Если пакет трансферился из одной системы App Volumes в другую, некоторые метаданные, ассоциированные с этим приложением, могли не переместиться с пакетом;
- Если метаданные тома уже существуют в локации назначения, происходил сбой репликации тома (.vmdk);
- Созданный в процессе захвата файл и переименованный с использованием 8.3-имени целевого пути в пакете приложения становился недоступным после разворота приложения;
- При обновлении пакета приложения последний импортированный «.vmdk»-файл использовался как источник в процессе апдейта. Иногда этот файл мог находится в локации хранилища, например, подмонтированного NFS, и доступ к нему был очень медленным. В результате процесс копирования замедлялся и пакет приложения получался thick provisioned вместо thin provisioned;
- При создании приложения или апдейте существующего и инициации опции Rescan, приложение иногда могло теряться в UI App Volumes Manager. Эта проблема носила периодический характер и наблюдалась до тех пор, пока не истекал срок кэша (дефолтное время ожидания составляет 30 минут с момента создания файла кэша);
- Даже если подключение к базе данных App Volumes находилось в статусе «offline», хелс-чек URL возвращал некорректный код статуса (200 вместо 500);
- Вкладки инвентаря Application, Packages и Programs появлялись с большой задержкой при загрузке большого количества объектов;
- На компьютере агента появлялась BSOD-ошибка при открытии переименованной директории с использованием целевого пути, если процесс переименования все еще прогрессировал;
- При добавлении сетевого принтера с Control Panel при помощи Writable Volume иногда добавление принтера фейлилось с ошибкой:
Windows cannot connect to the printer
- При использовании операционного режима In-Guest и захвате приложения в VHD в Windows 7 всплывающее окно «Packaging in progress» не показывалось при перезапуске агента ВМ (проблема переведена в статус решенных, так как поддержка Microsoft Windows 7 завершилась еще 14.01.2020);
- Если создание ВМ мгновенным клонированием давало сбой с BSOD, тома (Writable Volumes или пакеты приложений) оставались прикрепленными, даже после перезагрузки ВМ. Когда новый пользователь логинился, он мог видеть эти тома как отдельные диски в контрольной панели Windows Computer Management;
- Когда пользователь, отличный от роли администратора, пытался захватить приложение на упаковывающей машине, от него либо требовали учетную запись администратора, либо упаковывающая машина получалась пустой.
Пояснение от VMware: Только администратор домена или локальный администратор обладает правами захватывать приложения на упаковывающей ВМ. Поведение системы в описанной проблеме подкорректировано, и теперь она выдает правильное всплывающее сообщение;
- Если администратор инсталлировал MS Office на системном томе и создавал пакет приложения либо с Visio, либо с Project, а также применял maintenance-апдейт к офису с помощью Windows Update, при своем последующем запуске Visio или Project меняли настройки и появлялось диалоговое окно перенастройки.