Notas da versão do Omnissa Horizon DaaS 9.2.x

Horizon DaaS 9.2.x | 07 DE MARÇO DE 2025

Links para outros recursos

Documentação do Produto - toda a documentação do produto para o Horizon DaaS está localizada no Documentação do produto Omnissa.

Informações de Compatibilidade: para obter as informações mais recentes sobre compatibilidade entre este produto e outros produtos Omnissa, consulte as matrizes de interoperabilidade de produtos Omnissa.

NOVO: Horizon DaaS 9.2.4 – lançado em março de 2025

O Horizon DaaS 9.2.4 agora está disponível no Omnissa Customer Connect para download e instalação manual.

IMPORTANTE: nova compilação do Horizon Version Manager e do dispositivo Horizon Air Link 9.2.4

Como um problema foi identificado na compilação lançada anteriormente em 7 de março, a compilação foi substituída no Omnissa Customer Connect. O problema causou a falha na instalação do Horizon Version Manager e do dispositivo Horizon Air Link OVA. A compilação de substituição corrige esse problema.

Se você baixou os OVAs anteriores, substitua-os por estas versões atualizadas para garantir uma instalação bem-sucedida:

• Horizon-Version-Manager-22.1.0.0-15020209714_OVF10.ova
• horizon-air-link-vcpp-22.1.0.0-15331967732_OVF10.ova

O que há de novo?

Esta versão inclui os novos recursos a seguir.

• Suporte de atualização do agente para o Horizon Agents Installer 24.4.0

  A plataforma Horizon DaaS agora oferece suporte ao Horizon Agents Installer(HAI) 24.4.0. O upgrade automático para o HAI 24.4.0 só tem suporte no HAI versão 23.3.0 ou posterior. Os clientes em versões anteriores devem primeiro fazer upgrade para o HAI 23.4.2 ou posterior antes de usar o fluxo de trabalho de upgrade automático. O upgrade direto usando o pacote off-line é totalmente compatível com VMs com qualquer versão do agente.

• O Horizon DaaS agora oferece suporte a 256 MB de memória de vídeo e um número ilimitado de dispositivos de vídeo. As configurações padrão permanecerão com 128 MB de memória de vídeo e 4 dispositivos.

• O Tenant do Horizon DaaS pode ser configurado como um aplicativo Web no WS1 Access. Os usuários podem fazer login no Workspace ONE Access e, em seguida, usar o tenant registrado como um aplicativo para inicializar o portal de Administração de Tenants. Observe que você precisará fornecer credenciais duas vezes: primeiro durante o login no portal WS1 Access e novamente ao fazer login no Tenant como Administrador.

Para configurar o portal de Administração de Tenant como um aplicativo Web no WS1 Access:

1. Inicie o Console de Administração do Workspace ONE Access.
2. Selecione domínio como Domínio do Sistema e forneça as credenciais.
3. Selecione Recurso e, em seguida, Aplicativos Web.
4. Para configurar um tenant do Horizon DaaS pela primeira vez, selecione Novo.
5. Forneça o Nome e outros detalhes e clique em Avançar. O Tipo de Autenticação será exibido como SAML 2.0. (Observação: não altere.)
6. Em Configuração, selecione Manual.
7. Forneça o FQDN do tenant para os parâmetros: URL de Single Sign-On, URL do Destinatário e ID do Aplicativo. Os parâmetros restantes podem ser deixados com os valores padrão.
8. Deixe Propriedades Avançadas com valores padrão. Clique em Avançar.
9. Deixe Políticas de Acesso com valores padrão. Clique em Avançar.
10. Clique em Salvar e Atribuir.
11. Atribuir os usuários e os grupos a um aplicativo Web.
12. Na página Resumo, examine os detalhes novamente e clique em Salvar.
13. Depois de verificado, faça login novamente no Workspace ONE Console usando credenciais do Active Directory para ver o aplicativo Web.

Clicar no ícone do WebApp recém-configurado redirecionará você para o Console de Administração de Tenant. Insira as credenciais novamente para acessar o Console de Administração.

Problemas resolvidos no Horizon DaaS 9.2.4

• Problema de expansão de pool quando o TA-DM está em uma versão inferior a 9.2.3 e o SP-RM está na versão 9.2.3 ou posterior.

• Os logs de atividades não são exibidos corretamente em outros idiomas além do inglês após a aplicação da versão 9.2.3

Horizon DaaS 9.2.3: lançado em setembro de 2024

O Horizon DaaS 9.2.3 agora está disponível no Omnissa Customer Connect para download e instalação manual.

Esta versão inclui os novos recursos a seguir.

• Foram feitas melhorias de segurança para fortalecer os dispositivos de gerenciamento e os serviços da plataforma Horizon DaaS.

• Suporte para Windows 11 e vTPM

  Atribuições baseadas em Windows 11 com vTPM agora são compatíveis com Atribuições de Clonagem Completa e de Clones Instantâneos, ampliando o suporte ao vTPM com a versão 9.2.2.

• Suporte a perfil e cartão de vGPU NVidia dinâmicos

  Para poder dar suporte a uma seleção cada vez maior de cartões de Grade NVidia, esta versão dá suporte à importação de infraestrutura com hardware NVidia anteriormente não compatível, e detectando automaticamente os perfis vGPU disponíveis nesse cluster do vCenter. Essa funcionalidade foi introduzida com a versão 9.2.2 e agora foi aprimorada para oferecer suporte à detecção automática ao atualizar um cluster do vSphere que já foi importado para o Centro de Serviço. Como antes, todos os hosts na nova capacidade precisam ter o mesmo hardware e drivers carregados para que isso tenha suporte. Após a detecção, o administrador do CSP pode atribuir os perfis de vGPU disponíveis aos tenants usando esse hardware. Consulte a documentação dos novos fluxos de trabalho atualizados.

• Gerenciamento de cota de buffer de quadros de vGPU

  Historicamente, ao particionar um cluster vCenter entre vários tenants, a quota disponibilizada para o tenant era limitada apenas à vCPU e à vRAM. Com esta versão, foi adicionada a possibilidade de particionar o buffer de quadros vGPU. Essa função limita efetivamente o tenant a consumir toda a capacidade de vGPU disponível em um cluster.

• Desktop Manager (DM) de tenant para oferecer suporte a áreas de trabalho de vGPU e não vGPU

  O fluxo de trabalho de criação de atribuição para o administrador de tenant agora permite a seleção do perfil de vGPU "nenhum", também quando a coleção de capacidade da área de trabalho atribuída ao Desktop Manager (DM) do tenant aplicável tem a vGPU ativada. Isso permitirá um melhor consumo da infraestrutura atribuída se a quota de buffer de quadros de vGPU atribuída tiver sido esgotada e simplificará a arquitetura para tenants menores que desejam executar áreas de trabalho com e sem vGPU, não precisando de dois DMs separados.

Horizon DaaS 9.2.2: lançado em dezembro de 2023

O Horizon DaaS 9.2.2 agora está disponível no Omnissa Customer Connect para download e instalação manual.

Esta versão inclui os novos recursos a seguir.

• Melhorias de segurança para fortalecer os dispositivos de gerenciamento e os serviços da plataforma Horizon DaaS.

• Suporte para Autenticação Multifator (MFA/2FA) por meio do Unified Access Gateway (UAG) de tenant

  Com esta versão, o administrador de tenant pode definir e atualizar as configurações de MFA usando o UAG que foi instalado pelo CSP que fornece o serviço. O fluxo de trabalho atualizado permite obter as configurações atuais de MFA e atualizá-las para os requisitos do tenant, incluindo as opções mais recentes com suporte pela RSA MFA. Para esses novos fluxos de trabalho, as políticas de MFA de tenant foram adicionadas. Consulte a documentação dessas atualizações.

• Suporte a perfil e cartão de vGPU Nvidia dinâmicos

  Para ajudar a oferecer suporte a um número crescente de cartões de grade da Nvidia, esta versão dá suporte à importação de infraestrutura com cartões de grade da Nvidia anteriormente não compatíveis e detecta automaticamente os perfis vGPU disponíveis nesse cluster do vCenter. Todos os hosts na nova capacidade precisam ter o mesmo hardware e drivers carregados para que isso tenha suporte. Após a detecção, o administrador do CSP pode atribuir os perfis de vGPU disponíveis a tenants usando esse hardware. Consulte a documentação para obter detalhes.

• Suporte para Windows 11 e vTPM

  As atribuições de clone completo baseadas no Windows 11 com vTPM agora são suportadas com atribuições de clone completo dedicadas, quando o vCenter/vSphere 8 é usado como hipervisor e o vTPM é ativado na golden image usada para a atribuição. As atualizações na documentação para atribuições de clone instantâneo com vTPM ativado serão publicadas em curto prazo.

Horizon DaaS 9.2.1: lançado em agosto de 2023

Esta versão inclui os novos recursos a seguir.

• Foram feitas melhorias de segurança para fortalecer os dispositivos de gerenciamento e os serviços da plataforma Horizon DaaS.

• Nova versão do Modelo de Dispositivo Horizon DaaS: com o Horizon DaaS 9.2.0, o Provedor de Serviços, o Gerenciador de Recursos e os Dispositivos de Tenant têm o upgrade feito para o Ubuntu 22.04 LTS por meio do processo de upgrade Azul/Verde. A versão 9.2.1 adiciona atualizações a vários serviços principais para oferecer suporte completo ao sistema operacional do dispositivo atualizado.

• Suporte Brownfield para NSX-V para NSX: o Horizon DaaS 9.2.0 inclui um caminho de migração documentado (guiado) para CSPs que atualmente usam o NSX-V para gerenciar suas redes do Horizon DaaS, para uma versão mais recente do VMware NSX (anteriormente NSX-T) para oferecer suporte a seus tenants do DaaS. A versão 9.2.1 adiciona atualizações à documentação.

• Suporte para NSX 4.1: a partir do Horizon DaaS 9.2.1, o NSX 4.1 tem suporte.

• Suporte para vSphere e vCenter 8.0 U1: com o EoS para vSphere/vCenter 6.7, a versão completa 9.2.1 adiciona suporte para o vSphere/vCenter 8.0 U1.

• Adicionar informações de sessão do usuário para os administradores de tenants: No 9.1.x, informações adicionais do usuário foram disponibilizadas por meio de uma função de pesquisa (oculta). Na versão completa 9.2.1, esse recurso foi produzido de forma mais ampla e está disponível para os administradores de tenant por meio dos fluxos de trabalho de pesquisa e atribuição.

• Log de atividades de administrador de tenant: uma nova opção de relatório foi disponibilizada para os Superadminstradores de Tenant que permite relatar as alterações de configuração feitas por meio do portal de Administração de Tenant pelos administradores.

• Log de atividades de Administrador do Centro de Serviços: uma nova opção de relatório foi disponibilizada para os Superadminstradores do Provedor de Serviços que permite relatar as alterações feitas por meio do portal do Centro de Serviço por qualquer administrador.

• Mudar a autenticação 2FA de AT para UAG: com a versão 9.2.0, o suporte para autenticação de dois fatores do RSA (2FA) foi movido para o Omnissa Unified Access Gateway [para Horizon/Workspace ONE] para permitir um suporte mais amplo para os recursos mais recentes da 2FA do RSA. Com a versão 9.2.1, opções de gerenciamento adicionais foram adicionadas ao Horizon Version Manager para detectar qual autenticação 2FA está em vigor. Também foram adicionadas políticas adicionais de tenant ao Centro de Serviço para gerenciar a 2FA (para migração).

• Suporte a vGPU em atribuições de IC: com a versão completa 9.2.1, foi adicionado suporte para vGPU com atribuições de Clone Instantâneo.

• Suporte a vGPU em Farms: com a versão completa 9.2.1, foi adicionado suporte para vGPU com Farms (para atribuições baseadas em Aplicativo e Sessão).

Versões de software necessárias para upgrade

Antes de fazer upgrade para o Horizon DaaS 9.2.0, confirme se o provedor de serviços e os dispositivos do tenant em seu ambiente estão executando o Horizon DaaS 9.0.0, 9.0.1, 9.0.2, 9.1.0, 9.1.1, 9.1.2, 9.1.3 ou 9.1.4. Essas são as versões necessárias para o upgrade.

Observação sobre a restauração de dispositivos após o upgrade

Há suporte para a restauração de dispositivos de plataforma Horizon DaaS para versões anteriores após a atualização para a versão 22.1.0/9.2.0.

Para garantir que a configuração da plataforma possa oferecer suporte a restaurações inesperadas ou previstas de qualquer dispositivo da versão 20.2.x/9.0.x ou 21.1.x/9.1.x, antes de executar a restauração, você deve copiar todo o diretório do dispositivo 20.2.x/9.0.x ou 21.1.x/9.1.x Horizon Air Link para o novo dispositivo 22.1.0/9.2.0 Horizon Air Link no mesmo caminho. Isso pode ser feito a qualquer momento após a instalação do dispositivo Horizon Air Link 22.1.0/9.2.0, inclusive após a atualização dos dispositivos de gerenciamento de plataforma (SPs e RMs).

Novos recursos

Esta versão inclui os novos recursos a seguir.

• Migrar Implantações para o Ambiente NSX-T: se você usa atualmente o VMware NSX for vSphere (também conhecido como NSX-V) para gerenciar suas redes Horizon DaaS, esta versão oferece suporte a um caminho de migração para o VMware NSX (também conhecido como NSX-T). Para obter instruções sobre como migrar sua infraestrutura de rede virtual, consulte Migração do Horizon DaaS 9.2.x para NSX-T.

• Nova versão do modelo de dispositivo do Horizon DaaS: o upgrade Azul/Verde para o Horizon DaaS 9.2 inclui um novo modelo de dispositivo, com base em uma versão mais recente do SO do dispositivo subjacente. A versão mais recente permite suporte de longo prazo para os principais serviços usados pela plataforma e será a base para as atualizações de produtos no futuro.

• Nova versão do dispositivo do Horizon Version Manager (HVM): a atualização do dispositivo HVM oferece opções adicionais, especificamente para registro de erros e controle de reversão. Agora os administradores do HVM podem coletar logs para os dispositivos do Horizon Air Link, do gerenciador de recurso, do provedor de serviços e do Desktop Manager em uma única etapa.

• Opção de domínio padrão para login do usuário: os administradores de tenant agora podem usar a política de tenant display.default.domain.at.top para especificar o domínio padrão para o login do cliente (usuário). Isso permite que os clientes atualizados exibam o domínio de usuário padrão como pré-selecionado no topo da lista de domínios.

• ** Suporte aprimorado para o Active Directory (AD)**: novas políticas de tenant foram adicionadas a esta versão, projetadas especificamente para ajudar os administradores do CSP em situações em que a autenticação do AD do tenant causa problemas com servidores do AD em links lentos ou sites complexos do AD.

Práticas recomendadas

Antes de usar o Horizon DaaS, é útil conhecer os fatos a seguir.

Para versões do Horizon DaaS usando o JDK 11.0.18: os tipos de criptografia Kerberos mais fracos DES e RC4-HMAC (16 e 23) não têm suporte.

Mover VMs no vCenter: Não é recomendável mover VMs de dispositivo para outras pastas no vCenter porque há verificações que são realizadas durante a ressincronização e upgrades que falharão se a VM do dispositivo não estiver na pasta na qual ela foi criada.

Alterar a configuração da VM de área de trabalho: Não é recomendado alterar a configuração (rede, repositório de dados, cluster, host do ESX) para VMs criadas pela plataforma do Horizon DaaS (VMs de dispositivo, VMs de área de trabalho, VMs de farm, imagens e outras). A plataforma rastreia a configuração após a criação e não verificará ativamente com o vCenter se as alterações são feitas manualmente ou por outros meios. Se for necessário fazer essa alteração, entre em contato com o Omnissa Customer Connect sobre as etapas necessárias para tornar essas alterações aparentes na camada de gerenciamento do Horizon DaaS.

Atualização do Agente para atribuição com 1 VM: Se você estiver realizando a Atualização do Agente para uma atribuição com apenas 1 VM, deverá definir VMs Disponíveis para Usuários como 0.

Substituir os arquivos da plataforma antes do upgrade: às vezes, os arquivos da plataforma no site do Customer Connect são atualizados para correções de bugs e melhorias. Quando isso acontece, você deve substituir os arquivos no HVM pelos novos para evitar problemas conhecidos durante o upgrade.

• Confirme se os arquivos no HVM são os mesmos que os arquivos do site do Customer Connect comparando os valores de hash em cada arquivo antes de fazer upgrade do Provedor de Serviços, do Gerenciador de Recurso e do Tenant.

• Se os valores de hash não forem iguais, baixe os novos arquivos do site do Customer Connect e coloque-os no HVM.

Implantar o Horizon DaaS em escala: estas são as práticas recomendadas para a criação e o dimensionamento de uma implantação de produção do Horizon DaaS:

• Cada Gerenciador de Recurso de Tenant (RM) oferece suporte a no máximo 18 tenants (sendo 12 tenants o máximo recomendado).

• Cada RM de tenant gerencia uma única instância do vCenter Server.

  • A instância do vCenter Server gerencia um máximo de 10.000 VMs distribuídas em vários clusters.

• Quando um tenant requer vários Desktop Managers (e o dispositivo do tenant também é um Desktop Manager), cada DM deve ser atribuído a um cluster do vCenter separado, mas pode ser atribuído ao mesmo vCenter. Assim sendo, para tenants grandes com dois DMs, eles devem ser atribuídos a dois clusters do vCenter separados, mas eles podem ser gerenciados pelo mesmo RM de tenant que está gerenciando a instância de vCenter Server para ambos os clusters. Lembre-se das boas práticas para o dimensionamento do vCenter Server (incluindo recomendações ao usar o Omnissa App Volumes para o gerenciamento do ciclo de vida do aplicativo).

Exemplo : uma implantação de produção do Horizon DaaS com 60 tenants que precisam apenas dos dispositivos do tenant, com uma única coleta de capacidade atribuída ao tenant, e cada tenant executando menos de 2.000 VMs.

Para esse ambiente, a configuração recomendada seria:

• Par de dispositivos do provedor de serviços do centro de dados.

  • O provedor de serviços se conecta a um vCenter Server para os dispositivos de gerenciamento.

  • Embora esse vCenter seja apenas para a função de gerenciamento de plataforma, ele não precisa ser dedicado a essa tarefa e pode ser usado para outras funções de gerenciamento.

  • O provedor de serviços não se conecta diretamente ao vCenter, mas usa o dispositivo do HAL para as operações do vCenter.

• Cinco RMs de tenant, cada um gerenciando 12 tenants.

• Para oferecer suporte às cargas de trabalho da área de trabalho do tenant, cinco (5) vCenter Servers com clusters, e o número de clusters dependerá se forem usados clusters dedicados ou particionados.

  • Número máximo recomendado de 10.000 VMs por vCenter Server.

  • Cada dispositivo do tenant ou o Desktop Manager gerencia um máximo de 2.000 áreas de trabalho ou sessões.

  • Para tenants grandes, é recomendável dedicar o cluster do vCenter Server.

• Sessenta pares de dispositivos do tenant (e, provavelmente, sessenta pares de Unified Access Gateway).

• Se alguns desses tenants precisarem de outro DM, esses DMs poderão ser atribuídos a um RM de Tenant existente, mas não ao cluster do vCenter que está atribuído ao Dispositivo do Tenant do mesmo tenant.

  • Tenha em mente o máximo recomendado de 12 tenants com suporte por RM de tenant.

Experiência do navegador: o Console de administração é compatível com as versões recentes do Google Chrome, do Mozilla Firefox, do Microsoft Internet Explorer e do Microsoft Edge. Mesmo que você possa tentar usar o Apple Safari, o uso do Console Administrativo no Apple Safari não é compatível nesta versão.

Criar uma VM de modelo de área de trabalho: quando você estiver criando uma VM de modelo, depois de terminar de configurá-la, execute o seguinte comando no Windows PowerShell: Get-AppxPackage|Remove-AppxPackage. Isso evita um possível problema de sysprep que leva a uma falha na publicação da imagem.

Atualizar as informações de capacidade da área de trabalho na guia Cotas de Tenant: Se as informações de Capacidade da Área de Trabalho na guia Cotas não estiverem corretas, ao editar o tenant, atualize a página para corrigir isso. Em particular, o valor Em Uso para a Capacidade Padrão pode, às vezes, ser exibido incorretamente e precisar ser atualizado.

Placas GPU compatíveis

Esta seção das notas da versão lista as placas GPU compatíveis com o Horizon DaaS. A lista será atualizada à medida que novas placas forem verificadas.

Nota: Se você quiser usar um cartão que não esteja listado no momento, entre em contato com o Omnissa Customer Connect.

NVIDIAGRID K1

NVIDIATesla M60

NVIDIATesla M10

NVIDIATesla M6

NVIDIATesla P100C

NVIDIATesla P100

NVIDIATesla P100X

NVIDIATesla P40

NVIDIATesla P6

NVIDIATesla P4

NVIDIATesla T4

NVIDIATesla V100X

NVIDIATesla V100DX

NVIDIATesla V100

NVIDIATesla V100S

NVIDIATesla V100L

NVIDIATesla V100-PCIE-32GB

NVIDIAQuadro RTX 8000

NVIDIA A16

NVIDIA A40

NVIDIA RTX A2

NVIDIA RTX A10

NVIDIA RTX A6000

NVIDIA Quadro RTX 6000

NVIDIA Quadro RTX 8000

Limitações conhecidas

As alterações de configuração do dispositivo do cliente não persistem após o upgrade: depois de fazer upgrade de seu ambiente, as definições de configurações personalizadas que você tiver feito (por exemplo, modificar o tempo limite do disco) não persistirão e precisarão ser reaplicadas manualmente quando o upgrade for concluído.

Relatório de licença de atividade do usuário: os dados não persistem após o upgrade: depois de fazer upgrade de seu ambiente, os dados para os relatórios de licença de atividade do usuário (anteriormente conhecidos como relatórios de licença de usuários simultâneos) serão executados antes que o upgrade não esteja mais disponível. Para evitar esse problema, é recomendável salvar todos os dados que você desejar manter antes de realizar o upgrade.

Horizon Version Manager: conexão com o vCenter Server usando FQDN :se o Active Directory e o servidor DNS estiverem em execução na mesma máquina, você poderá descobrir que o Horizon Version Manager não consegue acessar o vCenter Server pelo nome de domínio totalmente qualificado (FQDN), embora ainda possa se conectar usando o endereço IP. A solução alternativa para isso é adicionar entradas de host ao arquivo /etc/hosts para o FQDN. Por exemplo: vc1dc1.newdaas.local xx.xxx.xx.xx

Após falha na implantação: limpeza manual necessária: por motivos de segurança, após uma falha na implantação do Horizon DaaS, será preciso realizar uma limpeza manual no dispositivo do provedor de serviços primário (SP1). Durante a implantação, o Horizon Air Link estabelece uma relação de confiança SSH temporária entre o nó de instalação e o SP1. Para isso, ele copia a chave pública SSH do nó para a lista de chaves autorizadas do SP. Em uma implantação bem-sucedida, essas chaves são removidas automaticamente após a conclusão da implantação. Mas, quando há uma falha de implantação inesperada, é preciso remover essas chaves manualmente.

Migrar entre clusters em ambiente multiDM: Em um ambiente multiDM com dois clusters atribuídos a diferentes (mas vinculados) vCenters, se você migrar uma VM de um cluster para o outro, a VM migrada será marcada como excluída no arquivo FDB do tenant e não estará disponível para uso. A solução alternativa para isso é aguardar que o sistema realize uma atualização completa do inventário. Isso poderá levar até 12 horas. [2187188]

Conectando-se ao Console Administrativo usando o Mozilla Firefox

• A tentativa de se conectar ao Console Administrativo via Mozilla Firefox pode falhar com um tempo limite de conexão devido a um bug no Firefox. A solução alternativa para isso é alterar o nome do arquivo de certificado, que está localizado no diretório padrão C:\Users\‹username›\AppData\Roaming\Mozilla\Firefox\Profiles\‹filename›. e tem um nome semelhante para cert1.db, e reiniciar o navegador.

• A tentativa de se conectar ao Console Administrativo via Mozilla Firefox falha quando você está usando um certificado autoassinado (normalmente em um ambiente de desenvolvimento). Você pode evitar esse problema usando outro navegador.

Edições de IP do Servidor DNS para tíquete de suporte de solicitação de ingresso no domínio: ao editar um domínio do Active Directory existente, você não pode mais editar diretamente os IPs do servidor DNS no Console Administrativo. Para alterar os IPs do Servidor DNS, entre em contato com o Omnissa Customer Connect.

Limite padrão de 2.000 áreas de trabalho por pod: agora, há um limite padrão de 2.000 VMs por pod, tanto nas atribuições de área de trabalho de quanto nos farms. Isso inclui VMs criadas em versões anteriores do produto, mas não inclui áreas de trabalho do utilitário ou importadas. Quando você cria ou edita uma atribuição ou farm e a capacidade restante exibida parece estar muito baixa, talvez seja porque você atingiu o limite. O limite padrão de 2.000 pode ser ajustado na solicitação. Para obter mais informações, entre em contato com o Omnissa Customer Connect. Nota para Provedores de Serviços: ao registrar ou editar um tenant, você pode alterar essa configuração modificando o valor do novo campo Número Máximo de Áreas de Trabalho por DM na guia Geral.

O upgrade do agente para HAI 18.4 requer o uso do arquivo BAT: quando você faz upgrade de uma compilação de agente mais antiga para o HAI 18.4 usando a interface de usuário do HAI, o instalador cria o arquivo HAI-upgrade.bat e interrompe o upgrade, solicitando que você feche a interface de usuário e conclua o upgrade usando o arquivo BAT.

Quando o upgrade estiver concluído, a VM será reinicializada automaticamente. Você pode impedir essa reinicialização seguindo um destes procedimentos:

• Atualize as opções de linha de comando na interface de usuário do HAI antes do arquivo BAT ser gerado, adicionando /norestart no final do comando.

• Atualize manualmente o arquivo HAI-upgrade.bat gerado, adicionando /norestart no final do comando.

Nota: a VM deve ser reinicializada algum tempo após o upgrade para que o agente possa ser usado.

Atualizar imagens usando o acesso ao console: a execução de atualizações de imagens (como agentes de atualização) usando o acesso do console sem colocar a imagem offline e depois acessá-la pelo Console do Helpdesk (recurso beta) não é suportada e pode causar problemas com a imagem e pools subsequentes usando essa imagem. Não tente executar atualizações de imagem dessa forma. Sempre duplique a imagem por meio do Console Administrativo e, em seguida, atualize-a usando o Console HACA.

Copiar e colar entre o sistema cliente e a VM com HTML Access: por padrão, há suporte para copiar e colar texto entre um sistema cliente e uma VM quando o usuário está conectado por meio do Horizon Client. No entanto, quando o usuário está conectado via HTML Access, você deve configurar esse recurso antes que o cliente possa usá-lo. Para obter mais informações, consulte a documentação do Omnissa Horizon HTML Access.

Os usuários ainda conseguem fazer login em áreas de trabalho dedicadas após serem removidos do grupo de usuários: se um usuário estiver em um grupo do Active Directory atribuído a uma atribuição de área de trabalho dedicada, assim que o usuário fizer login em uma determinada área de trabalho, poderá continuar fazendo login na mesma área de trabalho até que o usuário seja desassociado dessa área de trabalho no Console Administrativo, a menos que o usuário seja removido totalmente do Active Directory ou a área de trabalho seja excluída.

Tempo de espera para geração do relatório de atividades do administrador: quando você inicia uma exportação na guia Administradores da página Atividade (Monitorar > Atividade > Administradores), há um intervalo de tempo à medida que o sistema gera o relatório, durante o qual você não pode executar outras tarefas no Console Administrativo. Dependendo do número de registros, esse intervalo pode levar vários minutos. Para o tamanho máximo do relatório (50.000 registros), o tempo de espera é de aproximadamente 10 minutos.

Classificação de dados no relatório de atividade do usuário exportado: quando você exporta dados da guia Usuários da página Atividade (Monitorar > Atividade > Usuários), os dados no arquivo .csv gerado não são classificados por data. Existem duas opções para corrigir isso:

• Abra o arquivo .csv no Excel e defina o formato de data das células que contêm datas para **mm/dd/aa hh:mm AM/PM **(por exemplo, 14/3/12 1:30 PM).

• Crie uma nova pasta de trabalho do Excel em branco e use o assistente de importação de dados para importar o arquivo .csv.

Converter uma área de trabalho em uma imagem se você iniciar a conversão de uma área de trabalho para uma imagem, mas cancelar antes da conclusão da tarefa, uma segunda tentativa de converter o desktop para uma imagem poderá falhar. Para evitar esse problema, você deve desligar a área de trabalho e ligá-la novamente antes de tentar convertê-la uma segunda vez.

Intervalo de tempo antes que as alterações nas configurações entrem em vigor: depois de alterada qualquer uma das configurações a seguir, poderá levar até 5 minutos para que a alteração entre em vigor.

• Página Configurações Gerais (Configurações > Geral):

  • Tempo Limite da Sessão: intervalo de Heartbeat do Cliente, Sessão do Agente do Cliente, Usuário Ocioso do Cliente

  • HTML Access: credenciais de limpeza quando a guia é fechada

  • Opções de pool/farm: Habilitar Nova Tentativa do Cliente

• Página de Gerenciamento de Identidade (Configurações > Gerenciamento de Identidade):

  • Selecione o item e clique em Configurar: forçar usuários remotos ao Identity Manager

Informações do Provedor de Serviços: depois de alterada qualquer uma das políticas de tenant a seguir, poderá levar até cinco minutos para que a alteração entre em vigor.

• desktop.connection.corrective.action.required

• desktop.connection.retry.count

• client.retry.enabled

• element.session.logontiming.enabled

• jms.agent.allow.mmr

• jms.agent.allow.usb

Questões resolvidas

Os problemas a seguir foram resolvidos no Horizon DaaS 9.2.0.

• Atribuição de usuário durante a migração da VM

  Ao migrar uma VM com um usuário atribuído, o usuário foi atribuído erroneamente no nível do pool. Esse problema foi resolvido e não ocorre mais.

• Exibição nula no relatório do usuário para sessões ativas

  A interface do usuário do Relatório do Usuário estava exibindo NULL[...] para sessões ativas. Esse problema foi resolvido e não ocorre mais.

• Entradas DNS desatualizadas no resolv.conf

  As informações do servidor DNS atualizadas por meio da interface do usuário não se refletem no arquivo resolv.conf, que continuou a mostrar entradas DNS antigas. Esse problema foi resolvido e não ocorre mais.

• Suporte para o caractere '/' em nomes de rede

  O campo nome da rede não aceitou o caractere '/'. Esse problema foi resolvido e não ocorre mais.

• Tempo limite da solicitação para certssoutil solicitações de configuração

  Tempo limite de solicitação introduzido em solicitações de configuração certssoutil para a configuração do TrueSSO. Esse problema foi resolvido e não ocorre mais.

• Suporte para UAG 23.12 no script apsetup

  O script apsetup precisava de atualizações para ser compatível com o UAG 23.12. Esse problema foi resolvido e não ocorre mais.

• Erro Desktone_DatabaseStatus nos relatórios do Nagios após aplicar RollUp02

  Após aplicar RollUp02, o Nagios relatava um erro relacionado a Desktone_DatabaseStatus. Esse problema foi resolvido e não ocorre mais.

• Falha na publicação da imagem quando a versão do VMware Tools na VM é anterior à ESXi versão do host

  A publicação de uma imagem falhará se a versão do VMware Tools na VM for anterior à versão incluída no host ESXi. Esse problema foi resolvido e não ocorre mais.

• Falha ao converter o Windows Server 2019 em imagem com o HAI 22.2 Ao tentar converter uma máquina Windows Server 2019 em uma imagem com Horizon Agent Installer (HAI) 22.2, esta mensagem de erro é exibida: "Erro: não é possível enviar mensagem=SEAL. Todos os tipos de remetente foram esgotados". Esse problema foi resolvido e não ocorre mais. [3095930]

• Falha do console do Horizon DaaS ao exibir perfis de vGPU disponíveis

  No console do Centro de Serviço, na guia Cotas, a lista "Perfis de vGPU Disponíveis" estava vazia. Esse problema foi resolvido, e agora o console exibe os perfis de vGPU disponíveis. [3085570]

• Indisponibilidade das funções de administração do tenant devido a um erro interno

  Os administradores não podiam realizar tarefas no console do tenant e encontravam a mensagem de erro: "Erro interno. Ocorreu um erro interno inesperado e o sistema não pôde concluir sua solicitação. Tente novamente mais tarde." Esse problema foi resolvido e não ocorre mais. [3079599]

• Clones tradicionais inicializados para OOBE ou inseridos em um loop de inicialização

  As máquinas virtuais em um pool clonado tradicional eram inicializadas no modo Out Of Box Experience (OOBE) ou ficavam travadas em um loop de inicialização. Esse problema foi resolvido e não ocorre mais. [3043629]

• O App Volumes 4.x não é compatível com o Horizon DaaS

  Em versões anteriores, o Horizon DaaS não funcionava corretamente com a versão 4.x do App Volumes. Esse problema foi resolvido, e agora o Horizon DaaS oferece suporte ao App Volumes 4.x. [3064658]

• A nova API Spring permite o particionamento de pools

  Esta versão implementa uma nova API Spring que possibilita a criação de partições de pool. [3018499]

• Os valores de uso da memória não são correspondentes entre o Centro de Serviço e o vCenter Server

  Havia uma discrepância entre os valores de uso de memória exibidos no portal do Centro de Serviço e no vCenter Server quando as máquinas virtuais tinham várias interfaces de rede. Esse problema foi resolvido e não ocorre mais. [3033772]

• As áreas de trabalho clonadas tradicionais não eram clonadas corretamente

  Havia um problema com as áreas de trabalho clonadas tradicionais, em que as áreas de trabalho eram ligadas com NICs no estado desconectado. Esse problema foi resolvido e não ocorre mais. [2938977]

• Indisponibilidade do ambiente porque a partição /var atingiu 100%

  O ambiente do tenant ficava indisponível quando a partição /var atingia 100% nos dispositivos do tenant. Esse problema foi resolvido e não ocorre mais. [2815895]

• Estrutura Spring atualizada

  A estrutura Spring foi atualizada para a versão 5.3.19. [2803741]

• GIGC em todos os dispositivos

  O CMS GC existente foi substituído pelo G1GC em todos os dispositivos. [2803738]

Problemas conhecidos

• A implantação do clone instantâneo e da ressincronização falha com o SERVER_FAULT_FATAL - Erro de tempo de execução

  Após o upgrade do vCenter Server para a versão 6.7 ou 7.0, a implantação do clone instantâneo falha com o seguinte erro no log de Atividade do Console Administrativo: "SERVER_FAULT_FATAL: erro de tempo de execução: nenhum link completo para VMs internas encontradas. Consulte Omnissa KB 89679.

• Falha na configuração do TrueSSO.

  Depois de emparelhar um tenant com o Servidor de Registro TrueSSO, a configuração do TrueSSO falha. Esse problema decorre das bibliotecas OpenSSL atualizadas incluídas nessa versão. Há planos para corrigir esse problema em uma versão futura.

  Solução alternativa: nenhuma

• A autenticação de dois fatores com RSA falha após o upgrade do tenant para a versão 9.2.0.

  Se um dispositivo de tenant existente usar RSA SecurID para autenticação de dois fatores e, em seguida, for atualizado para o Horizon DaaS 9.2.0, a conexão com o RSA Authentication Manager falhará. Há planos para corrigir esse problema em uma versão futura.

  Solução alternativa: mova a autenticação de dois fatores do dispositivo de tenant para a instância do Unified Access Gateway que gerencia o tráfego da rede diante do tenant .

• Os logs do Horizon Air Link devem ser baixados separadamente.

  O Horizon Version Manager fornece opções para coletar vários logs do dispositivo. No entanto, os logs de dispositivo do Horizon Air Link (HAL) não podem ser coletados junto com outros logs de dispositivo.

  Solução alternativa: colete os logs de dispositivo do HAL separadamente. Na página Projetos > Horizon-DaaS-Ops > Download-Logs, especifique apenas as configurações a seguir. Deixe todas as outras configurações em branco.

  • Insira as informações do provedor de serviços para Primary-SP-IP e SP-Appliance-Password.

  • Marque a caixa de seleção HAL.

  • Insira a Hal-Password.