Notes de mise à jour d'Omnissa Horizon 8

Avec Horizon 8, les services informatiques peuvent exécuter des applications et des postes de travail distants dans le centre de données et fournir ces derniers aux employés. Les utilisateurs bénéficient d'un environnement familier et personnalisé auquel ils peuvent accéder sur un grand nombre de périphériques depuis l'entreprise ou leur domicile. En centralisant les données dans le centre de données, les administrateurs gagnent en contrôle, en efficacité et en sécurité.

Remarques importantes

• Horizon 2512 Agent est désormais pris en charge avec les versions 2503 ESB Server et 2512 Server. Pour plus d'informations, reportez-vous à la section Matrice de compatibilité des différentes versions des composants d'Horizon 8.

• Horizon 8 2512 avec pools ou batteries de serveurs automatisés Nutanix : une modification du mécanisme de couplage dans la version 2512.1 nécessite la mise à jour des Serveurs de connexion et des agents vers la version 2512.1 pour réaliser les opérations de provisionnement en cours. Pour préparer votre environnement à une compatibilité en amont limitée, reportez-vous à l'article 6001315 de la base de connaissances.

• Horizon 8 n'est pas pris en charge avec vSphere 6.5 ou vSphere 6.7, qui ont tous deux dépassé la fin du support général. Les dispositifs Instant Clones Horizon 8 sont incompatibles avec vSphere 6.5 et vSphere 6.7. Vous devez donc effectuer une mise à niveau vers vSphere 7.0 ou version ultérieure avant d'effectuer une mise à niveau vers Horizon 8 si vous utilisez des dispositifs Instant Clones.

• Pour plus d'informations sur l'offre combinée d'Omnissa Horizon avec VMware vSphere Foundation for VDI, notamment sur les licences, les modules et les questions fréquemment posées, reportez-vous à l'article 6000381 de la base de connaissances.

Nouveautés de la version 2512.1

Horizon  8 2512.1 est une version de maintenance.

Nouveautés de la version 2512

Prise en charge de Nutanix AHV

La prise en charge d'Horizon 8 pour Nutanix AHV est désormais généralement disponible. Cette version ajoute également les fonctionnalités suivantes à la prise en charge de Nutanix AHV par Horizon :

• Prise en charge des batteries de serveurs RDSH automatisées, y compris les applications et les postes de travail publiés
• Applications publiées à la demande dans App Volumes
• Personnalisation ClonePrep pour les pools et les batteries de serveurs
• Gestion des profils Sysprep via Horizon Console
• Prise en charge du réseau superposé
• Applications hébergées sur VM (applications publiées sur des pools de postes de travail Nutanix à session unique)
• Horizon en mode FIPS activé
• Horizon Recording
• Surveillance d'Horizon dans Workspace ONE Intelligence
• Horizon Cloud Help Desk
• DEX pour Horizon

Remarque : les clients effectuant une mise à niveau à partir d'Horizon 8 2506 avec la fonctionnalité Nutanix en disponibilité limitée activée devront mettre à niveau les instances d'Horizon Agent immédiatement après la mise à niveau d'Horizon Connection Server, en raison de modifications apportées à la communication entre le serveur et les agents :

• Pools non persistants : mettez à niveau (ou créez) l'image standard avec l'agent 2512, lancez une tâche de transfert d'image pour mettre à jour le pool
• Pools persistants : mettez à niveau Horizon Agent de la version 2506 vers la version 2512 sur chaque machine virtuelle déployée. Mettez à niveau (ou créez) une image standard avec l'agent 2512 pour une future extension du pool.

Horizon Connection Server

• Cette version inclut l'intégration de Workspace ONE Assist pour Horizon 8 avec les clients connectés à Horizon Cloud. Les administrateurs peuvent désormais lancer des sessions de support à distance sécurisées directement à partir d'Horizon Cloud Universal Console vers un poste de travail VDI Horizon 8 actif. Cette amélioration simplifie le dépannage, élimine le besoin d'outils tiers et améliore l'efficacité du support dans tous les environnements.

• Cette version améliore la REST API Helpdesk pour renvoyer des mesures détaillées des segments de connexion dans un format structuré. Le point de terminaison mis à jour fournit des répartitions pour l'authentification, l'intermédiation, la connexion au protocole, la charge de GPO, le script d'ouverture de session, la charge de profil et la session interactive. Cela vous permet de mieux surveiller, diagnostiquer et réduire les délais de connexion VDI.

• Cette version ajoute une configuration SAML par espace dans Horizon, ce qui permet aux administrateurs de définir des paramètres SAML au niveau de l'espace plutôt que pour chaque Serveur de connexion individuel. Cette amélioration augmente la flexibilité, prend en charge les exigences d'identité spécifiques du locataire ou de l'espace et maintient une compatibilité descendante totale. Elle renforce également la sécurité, améliore les options de personnalisation et s'aligne mieux sur les besoins d'authentification variés de l'entreprise. En outre, cette version prend désormais entièrement en charge l'utilisation de caractères spéciaux dans les URL de métadonnées dynamiques.

• À partir d'Horizon 8 2512, les fichiers de sauvegarde chiffrés ne sont pas récupérables par des installations antérieures une fois que le mot de passe de récupération de données a été modifié. Lors de la mise à niveau vers la version 2512 ou version ultérieure, il est important de s'assurer que tous les Serveurs de connexion de l'espace ou du cluster sont mis à niveau avant de modifier le mot de passe de récupération de données.

• Cette version améliore la conformité de l'accessibilité dans Horizon 8 Connection Server, conformément aux normes DCSA et WCAG 2.0. Les améliorations corrigent les directives précédemment non respectées pour augmenter le score de conformité VPAT au-dessus de 50 %. Ce travail favorise une expérience utilisateur inclusive, garantit l'admissibilité continue à une utilisation fédérale et répond aux exigences imposées par le directeur informatique et les organismes fédéraux.

• Désormais, le programme d'installation transfère automatiquement le rôle FSMO Maître du schéma à l'instance LDAP locale avant de désinstaller les services du Serveur de connexion existants lors d'une mise à niveau. Cela évite les échecs de mise à niveau qui pourraient empêcher le serveur de répondre. Si le rôle Maître du schéma ne peut pas être transféré, le programme d'installation s'arrête en toute sécurité et préserve les services existants, garantissant ainsi la stabilité pendant les mises à niveau parallèles.

• Les contrôles de santé Favicon ont été déplacés de Tomcat vers une passerelle sécurisée, ce qui améliore l'efficacité du processus. À l'origine, l'interrogation /favicon.ico était traitée par Tomcat, ce qui augmentait la charge lors de contrôles de santé fréquents. Grâce à la mise en œuvre de cette modification, les temps de réponse globaux sont plus rapides, la charge back-end est réduite et les équilibreurs de charge peuvent désormais effectuer des interrogations plus fréquemment sans la contrainte précédente de deux équilibreurs à intervalles de 30 secondes.

• Horizon 8 prend désormais en charge la stratégie Accès basé sur l'emplacement de l'utilisateur pour les pools de postes de travail automatisés, de postes de travail manuels, de postes de travail RDS et d'applications. Les administrateurs peuvent configurer des paramètres pour l'accès interne (via Horizon Connection Server), l'accès externe (via UAG) ou les deux. Par exemple, les utilisateurs de banque sur le réseau de bureau peuvent accéder à toutes les applications bancaires, tandis que ceux qui se connectent à domicile n'ont accès qu'aux e-mails.

• Cette version améliore la journalisation d'Horizon pour les restrictions du client. Les nouveaux événements d'audit sont enregistrés dans la base de données d'événements et transférés à Syslog pour une visibilité SIEM. Les journaux capturent les détails des actions de blocage/avertissement du client avec les métadonnées de version, d'adresse IP, de stratégie et de motif. Les types d'événements incluent des recommandations de version, des clients non pris en charge et des résultats de stratégie de certificat.

• La durée de vie par défaut du certificat vdm est désormais définie sur 6 mois. Cette modification améliore la sécurité en exigeant un renouvellement plus fréquent des certificats, réduisant ainsi le risque associé aux informations d'identification de longue durée. Cette mise à jour s'aligne sur les tendances actuelles du secteur en faveur de durées de vie plus courtes des certificats.

• Ajout de la fonctionnalité de contrôle d'accès basé sur les rôles (RBAC) à Horizon Recording, afin d'aider les administrateurs à configurer qui peut accéder à Horizon Recording Console et les tâches que différents groupes d'utilisateurs sont autorisés à effectuer. Avec le contrôle d'accès basé sur les rôles, vous pouvez créer des rôles, attribuer des privilèges de manière sélective et créer des autorisations et un niveau d'accès à des groupes d'utilisateurs Active Directory spécifiques.

• Cette version ajoute la prise en charge de Single Sign-On aux applications et postes de travail joints avec Entra ID lorsque le client Windows est lancé à l'aide d'Omnissa Workspace ONE Access. Les utilisateurs s'authentifient via Omnissa Access et peuvent lancer leurs postes de travail et applications Horizon sans avoir à entrer de nouveau leurs informations d'identification Entra ID dans le poste de travail. Cela simplifie l'accès aux environnements basés sur Entra ID et offre aux organisations sur site un chemin plus fluide lors de la livraison de ressources Horizon basées sur Azure. ​En attente du déploiement de Microsoft GA (provisoire : d'ici fin janvier 2026). Reportez-vous à la section SSO aux applications et postes de travail joints avec Entra ID via Workspace ONE Access du Guide des postes de travail et applications.

• Mise à niveau du client géré par un broker : Horizon Connection Server prend désormais en charge la gestion des mises à niveau de clients pour les clients Windows et Mac. Les administrateurs peuvent appliquer des stratégies de version, héberger des fichiers de programme d'installation pour des clients de postes de travail et inviter les utilisateurs à effectuer une mise à jour lorsque leur version du client est bloquée.

• Cette version introduit la possibilité de rechercher des machines avec la grille indiquant les utilisateurs attribués d'un groupe particulier en fonction de l'ID de groupe. Le filtrage et le tri ne sont pas disponibles dans les colonnes de la grille Rechercher des machines pour l'instance de REST API dans le workflow Utilisateurs et groupes.

Horizon Console

• Les administrateurs peuvent désormais désactiver/activer l'équilibrage de charge de session RDSH basé sur l'indice de charge au niveau d'une batterie de serveurs RDSH via Horizon Console ou Horizon REST API. Auparavant, les administrateurs ne pouvaient désactiver l'équilibrage de charge que de session RDSH basé sur l'indice de charge au niveau d'un espace via une modification de la base de données ADAM. En outre, les attributs de compartimentage de session RDSH s'adaptent désormais selon les besoins pour garantir une distribution uniforme de la charge pendant les périodes d'utilisation faible et élevée. Pour plus d'informations, reportez-vous à la section Paramètres d'équilibrage de charge.

• Cette version introduit la prise en charge du filtrage et du tri au niveau des colonnes côté serveur pour les vues de grille, remplaçant ainsi le précédent filtre global côté client. L'instance améliorée de REST API permet désormais un filtrage et un tri précis sur des colonnes individuelles dans des workflows tels que Machines et Inventaire. Cela améliore la clarté, la convivialité et la cohérence des données à mesure que de plus en plus de workflows passent à des opérations d'UI basées sur le serveur.

• Les administrateurs peuvent désormais sélectionner un profil vGPU directement dans Horizon Console lors de la création de pools de postes de travail Instant Clone ou des workflows de transfert d'image. Auparavant, les profils vGPU étaient hérités des snapshots. Cette amélioration ajoute une liste déroulante de profil vGPU dans le cadre de la définition du profil de calcul lors de la création d'un pool d'Instant Clone ou lors de la préparation d'une opération de transfert d'image. Cela permet d'utiliser une image standard vGPU unique avec différents pools tout en autorisant différents profils vGPU, et évite d'avoir à mettre à jour les images standard uniquement pour modifier le profil vGPU.

• Les administrateurs peuvent désormais activer la gestion de Workspace ONE UEM directement à partir d'Horizon Console lors de la création de pools de postes de travail persistants (dédiés). Cette amélioration étend Workspace ONE UEM aux périphériques physiques, aux points de terminaison mobiles et à Horizon VDI, pour offrir une expérience de gestion de jour 2 unifiée via une console unique. L'intégration garantit une application cohérente des stratégies dès le premier jour, simplifie les opérations, améliore la conformité et la sécurité, et réduit le coût total de possession.

• La mise à niveau automatique de l'agent est désormais disponible avec une prise en charge étendue de la source d'agent. En plus du CDS hébergé par Omnissa et des URL complètes, les administrateurs peuvent définir un chemin UNC pour utiliser un partage de fichiers SMB pour la livraison d'agents. Horizon Console permet de télécharger l'agent, de sélectionner le partage et de le configurer comme source de mise à niveau.

Horizon Agent for Linux

• Prise en charge des GPU NVIDIA Blackwell : Horizon Agent for Linux prend désormais en charge les GPU NVIDIA Blackwell dans toutes les distributions Linux. Cela signifie que les charges de travail VDI Linux peuvent utiliser l'architecture GPU la plus récente.

• Cette version inclut la fonctionnalité de redirection d'URL pour l'agent Linux. Désormais, les URL ouvertes dans le navigateur de l'agent Omnissa Horizon Linux peuvent être redirigées pour s'ouvrir sur la machine Omnissa Horizon Client, en fonction de paramètres configurables par l'utilisateur.

• Mise à jour de la prise en charge de NVIDIA vGPU : Horizon Agent 2512 ajoute la prise en charge de NVIDIA vGPU versions 16.12, 18.5, 19.3 et 19.4.

Horizon Agent for Windows

• Installation sans mot de passe : les agents non gérés peuvent désormais être installés sur des machines jointes au domaine sans informations d'identification Horizon Administrator, à l'aide de la préallocation. Le programme d'installation de l'agent peut également découvrir son espace ou cluster préalloué.

• Les instances d'Horizon Client peuvent désormais obtenir et signaler leurs adresses IP publiques. Horizon Agent for Windows obtient et signale désormais l'adresse IP publique de la machine cliente dans le cadre de la télémétrie DEX. Le plug-in DEEM d'Horizon Client obtient l'adresse IP publique de l'agent DEEM lorsqu'un utilisateur se connecte à une session distante et la transfère à l'agent, qui le signale ensuite à Workspace ONE Intelligence (INTEL/WS1). Les administrateurs bénéficient d'une meilleure visibilité des sources de connexion, ce qui les aide à surveiller l'activité des utilisateurs, à répondre aux incidents et à respecter les exigences de conformité.

• Fin de la prise en charge de Windows 10 : Microsoft a mis fin au support général de Windows 10 en octobre 2025 et propose désormais des mises à jour de sécurité étendues (ESU). Horizon étend sa prise en charge de Windows 10 à partir de la version 2512 via l'agent 2603, mais uniquement lorsque le système d'exploitation est couvert par Microsoft ESU. Pour plus d'informations, reportez-vous à l'article 6001105 de la base de connaissances.

• Mise à niveau automatique de l'agent : la mise à niveau automatique de l'agent inclut désormais des contrôles de validation préalable. Si une vérification préalable échoue, la mise à jour de l'agent et la mise à jour de la machine virtuelle sont marquées comme ayant échoué. Les vérifications préalables comprennent les points suivants :

  • Détection d'espace disque insuffisant
  • Vérification en cours de Windows Update
  • Validation du redémarrage en attente
  • Vérifications de chemin UNC non valides ou inaccessibles

• Prise en charge des GPU NVIDIA Blackwell : Horizon Agent for Windows prend désormais en charge les GPU NVIDIA Blackwell sur les systèmes d'exploitation invités Windows 10, Windows 11 et Windows Server. Cela permet des charges de travail graphiques hautes performances sur la dernière génération de GPU.

• L'agent Horizon V2 prend désormais en charge la possibilité d'exécuter un script post-personnalisation. Les administrateurs peuvent configurer un script à exécuter une fois la personnalisation de l'agent terminée, y compris les scénarios de jonction Azure AD, de jonction AD sur site, de jonction hybride, de jonction de domaine Instant Clone et de « jonction de domaine ignorée » LCM. Cette capacité est contrôlée à l'aide de nouveaux champs de configuration JSON et de valeurs de registre pour le suivi de l'exécution et de l'état.

• Redirection USB améliorée pour les hôtes RDS : Horizon Agent pour Windows (RDSH) prend désormais en charge la redirection de plusieurs périphériques USB qui partagent les mêmes ID de fournisseur (VID) et ID de produit (PID). Auparavant, seul un périphérique disposant d'une paire VID/PID correspondante pouvait être redirigé vers une session. Cette amélioration permet aux environnements utilisant un matériel USB identique (tel que des scanners, des périphériques HID ou des périphériques personnalisés) d'attacher plusieurs instances simultanément.

• Mise à jour de la prise en charge de NVIDIA vGPU : Horizon Agent 2512 ajoute la prise en charge de NVIDIA vGPU versions 16.12, 18.5, 19.3 et 19.4.

• Prise en charge de Windows 11 25H2 et de Windows Server 2025 : la prise en charge complète a été ajoutée pour Windows 11 25H2 et Windows Server 2025, y compris les postes de travail à session unique, les batteries de serveurs multisession et les configurations du mode application. La prise en charge de Windows 11 22H2 est terminée.

Horizon 8 sur Amazon WorkSpaces Core

• Les opérations d'approvisionnement ont été améliorées pour fournir des temps de création de pool beaucoup plus rapides. Dans certains cas, le temps de provisionnement a été réduit jusqu'à 60 %, améliorant ainsi l'efficacité et l'évolutivité. Pour plus d'informations, reportez-vous à l'article 600123 de la base de connaissances.

• La mise à niveau automatique de l'agent pour Horizon 8 sur les pools dédiés Amazon WorkSpaces Core est désormais prise en charge. Cette fonctionnalité permet aux administrateurs de mettre à jour automatiquement les instances d'Horizon Agent sur les instances de WorkSpaces. Pour utiliser cette fonctionnalité, les instances de WorkSpaces doivent être à l'état disponible. Pour plus d'informations, reportez-vous à la section Mettre à niveau automatiquement Horizon Agent.

• Les administrateurs peuvent désormais configurer Alimentation optimisée - Pools horaires sans aucune réserve en ligne afin de réduire les coûts. En définissant le nombre de réserves sur « 0 » et en sélectionnant l'option permettant de provisionner toutes les machines à l'avance, toutes les machines seront provisionnées, puis suspendues afin de minimiser les dépenses courantes. Lorsqu'un droit d'utilisateur est lancé, l'instance de WorkSpaces est mise sous tension et fournie à l'utilisateur à la demande, garantissant ainsi la rentabilité sans compromettre la disponibilité. Le planificateur d'alimentation n'est plus nécessaire, et vos droits sont disponibles chaque fois que cela est nécessaire.

• Les administrateurs peuvent désormais activer la gestion de Workspace ONE UEM directement à partir d'Horizon Console lors de la création de pools de postes de travail dédiés.

• L'assistance à distance est désormais disponible avec Horizon 8 sur Amazon WorkSpaces Core. Vous pouvez générer des tickets d'assistance à distance pour les sessions connectées de poste de travail ou d'application. Les administrateurs peuvent utiliser l'assistance à distance pour prendre le contrôle du poste de travail d'un utilisateur et résoudre les problèmes.

• Omnissa Horizon 8 sur Amazon WorkSpaces Core prend désormais en charge les déploiements Microsoft Entra hybrides en modes fédéré et géré

Fonctionnalités de poste de travail distant

• Cette version introduit un contrôle basé sur GPO pour mapper la redirection d'URL à une session VDI connectée existante. Les URL redirigent vers le VDI connecté le plus récemment lorsqu'il existe plusieurs sessions, ou reviennent à un VDI par défaut défini lorsqu'aucun n'est actif. Si aucune valeur par défaut ne s'applique, les utilisateurs peuvent choisir d'effectuer le lancement dans un navigateur VDI ou local.

• Commutation de transport BENIT améliorée : amélioration de la commutation BENIT pour maintenir les performances dans des conditions de réseau fluctuantes. La logique de commutation de transport BENIT peut utiliser la qualité de connexion TCP pour l'aider à basculer le transport actif entre TCP et BEAT. Cette approche permet une adaptation plus flexible du transport Blast aux conditions actuelles du réseau, améliorant ainsi l'expérience de l'utilisateur final dans divers environnements réseau. Cette amélioration s'applique uniquement à Windows Horizon Agent et à tous les clients.

• Compatibilité de Blast avec les GPU NVIDIA sur vSphere/VCF 9.x : Horizon prend désormais en charge les connexions Blast à l'aide des vGPU NVIDIA sur vSphere et VMware Cloud Foundation (VCF) 9.x. Cette mise à jour active les performances de Blast accélérées par GPU sur les systèmes d'exploitation invités pris en charge, notamment Windows 10, Windows 11, Windows Server et les distributions Linux prises en charge.

• Horizon prend désormais en charge Blast Extreme Adaptive Transport (BEAT) sur une connexion inverse. Auparavant, la connexion inverse ne prenait en charge que Blast basé sur TCP. BEAT fonctionne désormais dans les déploiements de connexion inverse sans nécessiter de configuration supplémentaire, mis à part la garantie de la connectivité UDP sortante entre l'agent et UAG.

• Mise à jour de la prise en charge de NVIDIA VideoSDK et capacités de codage Blast améliorées : Blast est désormais mis à niveau vers NVIDIA VideoSDK 13, remplaçant ainsi la prise en charge SDK 8 existante et permettant l'utilisation des SDK 12 et 13. Cette mise à jour inclut des améliorations apportées aux préréglages d'encodeur et aux profils de réglage recommandés par NVIDIA, ce qui se traduit par une efficacité de compression améliorée pour fournir une qualité vidéo supérieure à des débits binaires inférieurs.

• Redirection de fuseau horaire dynamique pour RDSH : ajout de la prise en charge de la redirection de fuseau horaire dynamique dans les environnements RDSH (sessions multiples) pour garantir que le fuseau horaire client de l'utilisateur, y compris les règles d'heure d'été dynamique, est appliqué avec précision dans la session. (Cela est déjà pris en charge dans une session unique VDI.)

• Le canal brut Vvc pour Blast MKS/Audio est désormais pris en charge sur les clients Mac et mobiles, et dans les déploiements utilisant UAG.

• Certaines des améliorations de performances dans les canaux bruts Vvc ont été étendues à toutes les autres fonctionnalités basées sur Vvc sur TCP.

• Prise en charge de la fonctionnalité Zoom de MS Teams : Horizon Agent prend désormais en charge la fonctionnalité Zoom lors de l'utilisation de l'optimisation Teams d'Omnissa WebRTC.

• Contrôle de suppression manuelle du bruit : Horizon prend désormais en charge la désactivation manuelle de la suppression du bruit lors de l'utilisation de l'optimisation d'Horizon Teams (WebRTC 1.0).

Outil d'optimisation du SE Windows pour Omnissa Horizon

• Cette version ajoute la prise en charge de Windows 11, version 24H2 et versions ultérieures.

Problèmes résolus de la version 2512.1

Les nombres inclus devant les problèmes résolus font référence aux problèmes consignés dans le système de suivi des problèmes internes d'Omnissa.

• AST-8489 : résolution d'un problème pour lequel certaines applications UWP, y compris Microsoft Photos, HEVC Video Extensions et HEIF Image Extensions, pouvaient prendre jusqu'à 15 à 20 minutes pour s'enregistrer après l'ouverture de session de l'utilisateur lorsque l'image Windows était optimisée à l'aide de l'option « Conserver toutes les applications du Windows Store ».
• HZN-7784 : impossible de créer des pools de postes de travail manuels gérés par vCenter avec le convertisseur 3D défini sur le GPU NVIDIA, car la grille des machines virtuelles n'affichait aucune VM compatible avec le vGPU. En outre, la modification et l'enregistrement d'un pool automatisé (Instant Clone ou Clone complet) avec vGPU activé pouvaient échouer, ce qui entraînait l'erreur « max_number_of_monitors ne peut pas être défini si grid_vgpus_enabled l'est sur true », même si le champ Nombre max. de moniteurs était grisé et ne pouvait pas être modifié dans l'UI.
• HZN-7808 : Horizon Connection Server, fonctionnant dans Workspace ONE, signalait de manière incorrecte l'erreur « Votre version d'Horizon Client ne prend pas en charge les fonctionnalités de cette instance d'Horizon Connection Server. Mettez à niveau votre client. » Les lancements de postes de travail ou d'applications suivants étaient bloqués après le verrouillage des informations d'identification SSO de l'utilisateur suite au lancement initial.
• HZN-7810 : dans la console d'administration, il est impossible de trier les machines en fonction de la colonne Image en attente dans l'onglet Machines pour les pools d'Instant Clone.
• HZN-7844 : les applications publiées à la demande à partir d'App Volumes 2512 ne pouvaient pas se lancer et affichaient le message d'erreur « L'application n'a pas pu être lancée, probablement parce qu'elle est manquante ou configurée incorrectement ».
• HZN-7478 : échec de la personnalisation des pools de postes de travail Nutanix en mode FIPS, entraînant des erreurs de délai d'expiration.
• VCART-10256 : le pool de postes de travail Clone Prep sous Nutanix était bloqué à l'état « Jonction de domaine hybride en cours ».

Problèmes résolus de la version 2512

Les nombres inclus devant les problèmes résolus font référence aux problèmes consignés dans le système de suivi des problèmes internes d'Omnissa.

• HZN-7190 : Horizon Connection Server peut être soumis à une utilisation élevée du CPU causée par SamlReconfigure.
• HZN-5129 : impossible de modifier le conteneur AD de la valeur par défaut de CN=Computers dans Horizon Console lors de la création d'un pool Nutanix.
• HZN-5146 : des VM de rechange sont générées lors de la phase de reprovisionnement suivant une opération de transfert dans un pool d'Instant Clone à la demande.
• HZN-5409 : les utilisateurs peuvent observer que les attributions de machine sont passées d'un nom d'utilisateur lisible à un GUID.
• HZN-5591 : le chargement lent des sessions utilisateur dans l'UI d'administration a une incidence significative sur la productivité du personnel du support technique et l'accès des utilisateurs.
• HZN-5776 : les utilisateurs peuvent rencontrer des problèmes intermittents avec la fonctionnalité marche/arrêt à la demande dans leurs sessions VDI Horizon.
• HZN-6120 : impossible d'enregistrer la valeur d'indicateur vTPM définie lors de l'opération de transfert planifiée via REST API.
• HZN-6137 : l'outil de support technique ne parvient pas à déconnecter correctement les VM entre les espaces, ce qui entraîne des erreurs de session.
• HZN-6202 : certains utilisateurs ont rencontré des échecs de mise à niveau nécessitant la suppression du serveur réplica et les mises à niveau ultérieures du serveur standard.
• HZN-6331 : la bannière d'erreur de provisionnement n'est pas effacée sur la console d'administration bien que le provisionnement ait réussi ultérieurement après la correction de l'erreur de provisionnement.
• HZN-6444 : un Instant Clone devient indisponible et indique « Agent désactivé » dans Horizon Console, même si VDI semble fonctionner correctement
• HZN-6726 : le certificat d'identité du cluster indique qu'il n'est pas utilisé dans Horizon Console, même après son remplacement par un certificat signé par une autorité de certification.
• HZN-6733 : 10 réseaux au maximum sont affichés pour la sélection lors du workflow de création de pools Nutanix.
• HZN-6734 : les serveurs RDS avec des sessions utilisateur actives passent à l'état désactivé lorsque l'opération de transfert est effectuée avec l'option « attendre que les utilisateurs ferment leur session ». Toutefois, leur état continue à s'afficher comme « Disponible » dans l'UI d'administration d'Horizon.
• HZN-6911 : la stratégie d'alimentation du pool est configurée pour la mise hors tension. Toutefois, lorsque les utilisateurs ferment leur session, les postes de travail VDI restent sous tension au lieu de s'arrêter.
• HZN-6931 : certains utilisateurs ont pu rencontrer des difficultés à associer des étiquettes de réseau à des postes de travail de clone complet lors de la création de pools.
• HZN-6958 : de nouvelles VDI persistantes de clone complet créées via l'API ou l'outil d'étiquette réseau se déploient sur le VLAN du modèle maître au lieu du VLAN mis à jour du pool.
• HZN-7024 : les données de mesure du segment d'ouverture de session peuvent disparaître par intermittence en quelques minutes, ce qui affecte la précision des rapports.
• HZN-7053 : la console d'administration d'Horizon n'affiche aucun événement de manière incorrecte, ce qui empêche les utilisateurs d'identifier rapidement les problèmes dans le cluster.
• HZN-7075 : bien que le cache de mot de passe soit activé et que le mode TrueSSO soit désactivé dans Workspace ONE, la connexion TrueSSO est toujours en cours d'initialisation.
• HZN-7189 : lorsque les administrateurs recherchent des utilisateurs et tentent de sélectionner la session de machine virtuelle de l'utilisateur, ils peuvent rencontrer une erreur si la machine virtuelle exécute RHEL 9.6.
• HZN-7275 : les utilisateurs signalaient un ralentissement du tableau de bord de santé du système après la mise à niveau vers la version 2503.1.
• HZN-7356 : certains utilisateurs ne parviennent pas à réinitialiser leurs postes de travail à partir de la console du Hub Workspace ONE Access.
• HZN-7365 : la connexion via F5 au Serveur de connexion ne fonctionne pas après la mise à niveau vers la version 2503.
• UBI-585 : le paramètre Actualiser le disque du système d'exploitation après n jours pour les pools Nutanix provoque une actualisation après la fermeture de session.
• UBI-680 : impossible de réenregistrer une image standard Nutanix avec le Serveur de connexion.

Problèmes connus

Les numéros inclus devant les problèmes connus font référence aux problèmes journalisés dans le système de suivi des problèmes internes d'Omnissa.

Avant d'effectuer la mise à niveau vers cette version, passez en revue les informations fournies dans l'article 6000681 de la base de connaissances et dans la section Mise à niveau vers Omnissa Horizon 8 2412 et versions ultérieures.

Horizon Connection Server

• HZN-5160 : les possibilités de tri et de filtrage ont été supprimées pour des colonnes spécifiques dans les grilles administratives. Cela entraîne une perte de fonctionnalités par rapport aux versions précédentes et peut avoir une incidence sur les workflows administratifs.

  Solution : aucune

• HZN-7443 : si une machine virtuelle est bloquée dans l'état Personnalisation, supprimez-la de la console d'administration d'Horizon ou d'Horizon REST API. Horizon recréera ensuite la machine virtuelle.

• Lorsqu'un utilisateur dispose de plus de dix droits globaux dédiés, le nom d'hôte de la machine n'est parfois pas visible dans les droits globaux si l'option « Afficher le nom d'hôte attribué » est activée.

• La planification d'une mise à niveau d'un hôte RDS peut aboutir, mais la mise à niveau proprement dit peut échouer lorsque la durée planifiée est atteinte.

  Solution : reportez-vous à l'article 6000992 de la base de connaissances.

• Si la base de données d'événements Horizon est hébergée par une instance de Microsoft SQL Server (n'importe quelle version), ne désactivez pas TLS 1.2. Cette connexion ne peut pas s'établir sur TLS 1.3.

• HZN-2542 : lors de la modification des paramètres régionaux du navigateur et de l'actualisation de l'UI d'Horizon Console, les alertes d'erreur ne s'affichent pas pour la langue récemment sélectionnée.

  Solution : connectez-vous à Horizon Console dans un nouvel onglet du navigateur.

• HZEC-2336 : les consommateurs de l'API View tels que l'adaptateur MP4H appellent MachineDetailsView. Cette API échoue par intermittence avec une erreur de données utilisateur introuvables.

  Solution : aucune

• HZEC-2873 : le nombre de problèmes signalés pour les hôtes ESXi dans le résumé du tableau de bord peut ne pas correspondre à celui de la section Problèmes des hôtes ESXi dédiés du tableau de bord.

  Si la prise en charge de NVIDIA vGPU détecte une non-correspondance avec les vGPU pris en charge pour l'hôte fourni, le nombre de problèmes doit être incrémenté, bien qu'il puisse ne pas s'afficher dans l'UI.

  Solution : affichez les avertissements dans Tableau de bord > Santé du système > Afficher > vSphere > Hôtes ESX.

Horizon Agent for Windows

• HZN-8997 : l'interface utilisateur d'administration affiche un type de GOS incorrect pour la VM agent suite à la mise à niveau de Windows 10 vers Windows 11.

  Solution : supprimez la machine de l'interface utilisateur d'administration (sous Machines enregistrées > Autres), puis réinstallez l'agent non géré. Une fois ces étapes terminées, l'interface utilisateur d'administration affiche correctement le système d'exploitation comme étant Windows 11.

Horizon Agent for Linux

Cette section décrit les problèmes qui peuvent se produire avec Horizon Agent for Linux ou lorsque vous configurez un poste de travail Linux.

• VCART-9593 : les sessions VDI Linux ne peuvent pas se lancer lorsque le mode FIPS est activé sur RHEL 8.10. Il n'existe aucune solution à ce problème.

• VCART-1502 : l'icône de collaboration de session disparaît de la barre d'état système après le redimensionnement d'un poste de travail Debian 12.x.

  Solution : déconnectez-vous du poste de travail, puis reconnectez-vous à ce dernier. L'icône de collaboration de session s'affiche généralement après une reconnexion au poste de travail. Vous pouvez également essayer de redémarrer GNOME Shell en procédant comme suit :

  1. Appuyez sur Alt+F2 pour afficher la boîte de dialogue Exécuter une commande.

  2. Entrez « r » dans la boîte de dialogue.

  3. Appuyez sur Entrée.

• VCART-9623: parfois, la fenêtre Collaboration n'apparaît pas une fois que vous êtes connecté à un poste de travail distant et que vous cliquez sur l'icône d'interface utilisateur de Collaboration.

  Solution : redimensionnez la fenêtre du poste de travail ou reconnectez-vous au poste de travail distant.

• VCART-9624 : la disposition et les paramètres régionaux du clavier de l'agent Linux ne se synchronisent pas avec le client si le système de méthode de saisie du clavier est défini sur fcitx.

  Solution : définissez le système de mode de saisie du clavier sur iBus.

• VCART-9625 : si vous configurez deux écrans avec des résolutions différentes, et que la résolution de l'écran principal est inférieure à celle de l'écran secondaire, vous pouvez ne pas parvenir à bouger la souris ou à faire glisser des fenêtres d'application vers certaines zones de l'écran.

  Solution : assurez-vous que la résolution de l'écran principal est au moins égale à celle de l'écran secondaire.

• VCART-9626 : si un utilisateur client réduit la fenêtre d'une application publiée Linux à l'aide de la commande Réduire et s'il sélectionne la commande Agrandir, la fenêtre est restaurée à sa taille précédente au lieu de passer au mode plein écran comme prévu.

  Solution : pour passer au mode plein écran, sélectionnez à nouveau la commande Agrandir.

• VCART-9627 : les applications publiées Linux ne prennent pas en charge l'utilisation de la barre des tâches de la fenêtre pour diviser la zone de travail dans un affichage à plusieurs moniteurs. Par exemple, supposez qu'un utilisateur client dispose de deux moniteurs disposés côte à côte. Si l'utilisateur déplace la barre des tâches vers le côté droit de l'écran du moniteur de gauche ou vers le côté gauche de l'écran du moniteur de droite, la zone de travail est divisée en deux parties. Cependant, si l'utilisateur agrandit ensuite la fenêtre de l'application, celle-ci s'affiche incorrectement par rapport à la barre des tâches.

• VCART-9638 : lorsque vous vous connectez à une application publiée Linux à partir d'Horizon Client pour Mac, la fenêtre de l'application s'affiche avec des angles carrés au lieu d'angles arrondis.

• VCART-9639 : si un utilisateur client laisse une boîte de dialogue non modale ouverte dans une application publiée Linux, puis s'il active une application native sur le système client, une partie de la boîte de dialogue semble être manquante lorsque l'utilisateur revient à l'application publiée.

• VCART-9640 : si l'utilisateur client réduit une fenêtre d'application publiée Linux ou s'il place une autre application devant la fenêtre de l'application publiée, la barre des tâches ne peut pas à afficher l'aperçu de la miniature de la fenêtre de l'application publiée. Si vous passez le curseur sur l'icône de l'application publiée dans la barre des tâches, une miniature vide s'affiche au lieu du contenu de la fenêtre de l'application publiée.

• VCART-9641 : les applications publiées Linux ne prennent pas en charge la fonctionnalité Aero Snap sur les systèmes clients Windows. Les utilisateurs qui se connectent à une application publiée Linux à partir d'Horizon Client pour Windows n'ont pas la possibilité d'aligner ou d'ajuster les fenêtres sur les bords de l'écran de l'ordinateur à l'aide du clavier ou de la souris.

• VCART-9642 : les applications publiées Linux ne prennent pas en charge la fonctionnalité de liste de raccourcis sur les systèmes clients Windows. Si un utilisateur se connecte à une application publiée Linux à partir d'Horizon Client pour Windows et s'il clique avec le bouton droit sur l'icône de la barre des tâches de l'application, aucune liste de raccourcis ne s'affiche.

• VCART-9643 : en raison d'une limitation dans la zone de travail, vous ne pouvez pas déplacer les fenêtres de l'application publiée Linux partiellement hors du bord de l'écran ou de la zone de travail du client. Si l'utilisateur tente de déplacer une fenêtre de l'application publiée au-delà du bord de l'écran, la fenêtre repasse dans les limites de l'écran.

• VCART-9644 : si l'utilisateur client ouvre une boîte de dialogue modale à partir d'une application publiée Linux, cette boîte de dialogue peut ne pas s'afficher devant les fenêtres natives.

• VCART-9645 : lors de la connexion à une application publiée à partir d'un système client Windows, il existe des différences entre les menus contextuels de la barre des tâches Windows et la barre de titre de la fenêtre de l'application. Si vous appuyez sur Maj et cliquez avec le bouton droit sur l'icône de l'application dans la barre des tâches Windows, un menu s'affiche avec les éléments suivants : Restaurer, Déplacer, Dimensionner, Réduire, Agrandir, Fermer. Si vous cliquez avec le bouton droit sur la barre de titre de la fenêtre de l'application, un menu s'affiche avec les éléments suivants : Réduire, Agrandir, Déplacer, Redimensionner, Fermer.

• VCART-9646 : les applications publiées ne prennent pas en charge les commandes contextuelles Déplacer et Dimensionner de la barre des tâches sur des systèmes clients Windows. Lorsqu'un utilisateur appuie sur la touche Maj et clique avec le bouton droit sur l'icône de l'application publiée de la barre des tâches Windows, Déplacer et Dimensionner s'affichent dans le menu. Cependant, aucune des deux commandes n'a d'effet si elles sont sélectionnées.

• VCART-9647 : les applications publiées ne prennent pas en charge la commande Dimensionner dans le menu contextuel de la fenêtre de l'application. Lorsqu'un utilisateur clique avec le bouton droit sur la barre de titre de la fenêtre de l'application, Dimensionner s'affiche dans le menu des commandes, mais sa sélection n'entraîne aucun effet.

• VCART-9648 : lorsqu'un utilisateur ouvre des fenêtres multisession pour la même application publiée sur un système client Windows, la commande Disposer toutes les fenêtres en cascade n'a aucun effet.

• VCART-9649 : si un utilisateur client Windows disposant d'une configuration à deux moniteurs agrandit une application publiée dans la zone de travail du moniteur de résolution inférieure, la barre des tâches Windows devient noire.

• VCART-9650 : après la publication d'une application LibreOffice en tant que pool d'applications, des icônes LibreOffice en double peuvent s'afficher dans Horizon Client.

  Solution : à partir du Serveur de connexion, attribuez manuellement l'icône de l'application LibreOffice.

• VCART-9651 : les applications publiées Linux ne prennent pas en charge l'option Mode de sessions multiples dans les paramètres du pool d'applications d'Horizon Console.

• VCART-9652 : lors de la connexion à une application publiée Linux, si l'utilisateur ouvre une boîte de dialogue associée aux contrôles de compte d'utilisateur (par exemple lors de la modification des paramètres du pare-feu), le poste de travail ne s'affiche pas.

• VCART-9653 : Horizon Agent for Linux ne prend pas en charge le détournement de session entre les postes de travail publiés et les applications publiées. Par exemple, si un utilisateur a ouvert une session de poste de travail publié, puis s'il tente d'ouvrir une session d'application en fonction de la même batterie de serveurs, la session de poste de travail reste active et la session d'application n'est pas établie. De même, si l'utilisateur a ouvert une session d'application, puis s'il tente d'ouvrir une session de poste de travail publié basée sur la même batterie de serveurs, la session d'application reste active et la session de poste de travail n'est pas établie.

• VCART-9628 : si un utilisateur saisit une entrée dans la zone de texte d'invitation Collaboration de session et éloigne le curseur de la zone de texte, l'entrée d'origine est effacée.

• VCART-9629 : si un utilisateur client disposant d'un système à plusieurs moniteurs ouvre une application publiée en mode fenêtre transparente, des problèmes d'affichage peuvent se produire lors du déplacement de la fenêtre de l'application entre les moniteurs.

  Solution : maintenez enfoncée la touche Maj et cliquez avec le bouton droit sur l'icône de l'application dans la barre des tâches du client et sélectionnez Agrandir pour agrandir et actualiser l'affichage de la fenêtre.

• VCART-9644 : des problèmes d'affichage peuvent se produire lorsqu'un utilisateur client ouvre des applications publiées en mode fenêtre transparente sur un système à plusieurs moniteurs dans lequel certains moniteurs disposent d'une orientation portrait tandis que d'autres disposent d'une orientation paysage. Si l'utilisateur agrandit les fenêtres de l'application dans tous les moniteurs, la barre des tâches s'affiche en noir dans les moniteurs en mode paysage.

• VCART-9630 : lorsque les utilisateurs clients copient le contenu des images au format RTF, puis collent le contenu dans une application sur un poste de travail Linux distant, les images seront peut-être manquantes dans le contenu collé. Ce problème est dû à une limitation dans certaines applications tierces telles qu'OpenOffice ou LibreOffice, pas à Horizon Agent for Linux.

  Solution : utilisez un gestionnaire de Presse-papiers pour récupérer le contenu manquant du Presse-papiers.

• VCART-9632 : le contrôle Entrer Ctrl+Alt+Suppr dans Horizon Client ne prend pas effet lorsque vous êtes connecté à un poste de travail RHEL 7.9 avec un environnement de poste de travail MATE.

  Solution : utilisez le raccourci clavier par défaut pour vous déconnecter d'un poste de travail MATE. Vous pouvez également définir un raccourci clavier personnalisé pour vous déconnecter.

• VCART-9633 : un petit enregistrement vierge (2 à 3 Ko) est parfois créé lorsque la solution Horizon Recording enregistre une session Blast s'exécutant sur l'agent Linux.

  Solution : aucune. Cela n'a aucun effet négatif sur la fonctionnalité, excepté l'affichage d'un petit enregistrement sur la page des enregistrements pour certaines sessions lors d'une nouvelle ouverture de session.

Horizon Agent for Windows

• VCART-7428 : la planification d'une mise à niveau d'un hôte RDS peut aboutir, mais la mise à niveau proprement dit peut échouer lorsque la durée planifiée est atteinte.

  Solution : reportez-vous à l'article 6000992 de la base de connaissances.

Horizon Client

Cette section décrit les problèmes que les utilisateurs finaux peuvent rencontrer lors de l'utilisation d'Horizon Client ou d'Horizon Web Client pour se connecter à des applications et postes de travail distants. Si des problèmes se produisent uniquement dans une plate-forme Horizon Client spécifique, reportez-vous aux notes de mise à jour d'Horizon Client dans le portail Documentation produit Omnissa.

• VCART-9656 : lorsque vous vous connectez à un poste de travail Linux, certaines entrées de clavier ne fonctionnent pas. Par exemple, si vous utilisez un éditeur de méthode d'entrée (IME) qui n'est pas en anglais à la fois sur le périphérique client et sur le poste de travail distant, certaines touches ne s'affichent pas correctement.

  Solution : aucune.

• VCART-9655 : lorsque vous utilisez Ambir Image Scan Pro 490i pour effectuer une numérisation sur une application ou un poste de travail distant, la boîte de dialogue affiche toujours « Numérisation… » et ne se termine pas.

  Solution : réalisez une numérisation sur le client. La numérisation du client étalonne le scanner. Une fois l'opération d'étalonnage terminée, enregistrez le fichier d'étalonnage et déployez-le dans ProgramData\AmbirTechnology\ImageScanPro490i.

• VCART-4245 : la prise en charge d'HDR pour le mode plein écran est limitée à un scénario dans lequel le moniteur sélectionné est le moniteur principal.

  Solution : aucune.

Outil d'optimisation du SE Windows

• Lorsque le rapport d'analyse est exporté vers la même VM sur laquelle vous exécutez le fichier EXE de l'outil d'optimisation, le rapport est supprimé automatiquement après l'exécution de la tâche Généraliser de l'outil. Bien que vous puissiez toujours afficher le rapport dans l'interface utilisateur de l'outil d'optimisation, le rapport exporté est supprimé après l'exécution de Sysprep dans le cadre de l'option Généraliser.

  Solution : exportez le rapport d'analyse vers un autre emplacement du réseau au lieu de l'enregistrer dans les dossiers utilisateur actuels sur la même VM. Étant donné que ces dossiers utilisateur sont supprimés dans le cadre de Sysprep, s'ils sont enregistrés dans ces dossiers sur la VM, le rapport est supprimé lors de l'exécution de l'option Généraliser. Si vous spécifiez de rediriger le rapport vers un autre emplacement sur le réseau, le rapport est conservé après l'exécution de l'option Généraliser.

API

• HZN-3296 : les ObjectGUID REST API changent après certains événements, tels que la récupération d'urgence et la reconstruction de l'espace.

  Solution : ne traitez pas les ObjectGUID comme des identifiants persistants. Après un événement tel qu'une récupération d'urgence et une reconstruction de l'espace, resynchronisez toutes les applications tierces avec les nouveaux ObjectGUID.

Nutanix

• HZN-6730 : les postes de travail ne peuvent pas s'actualiser lorsque le Serveur de connexion est en panne et que le serveur réplica est en service.

  Solution : aucune

• HZN-6964 : les machines inscrites peuvent être supprimées lorsque des pools existent.

  Solution : aucune

• HZN-7169 : les batteries de serveurs peuvent être créées à l'aide du modèle GI de Windows 10.

  Solution : aucune

API Horizon 8

Pour obtenir le dernier ensemble d'API Horizon 8, reportez-vous au portail Omnissa Developer Portal et accédez à la version actuelle dans le menu déroulant. Cliquez sur l'onglet Documentation pour obtenir plus de détails et des exemples sur l'utilisation de l'API.

Horizon Edge et Horizon Cloud Connector

Applicable aux clients disposant d'un abonnement Horizon Universal Subscription, Horizon Enterprise Plus Subscription, Horizon Standard Plus Subscription, Horizon Apps Universal Subscription ou Horizon Apps Standard Subscription.

Horizon Edge est un composant requis pour connecter Horizon 8 au Horizon Control Plane de nouvelle génération pour l'activation des licences d'abonnement et les services SaaS de plan de contrôle supplémentaires.

Le dispositif virtuel Horizon Cloud Connector est un composant requis pour connecter Horizon 8 au Horizon Control Plane de première génération pour l'activation des licences d'abonnement et les services de plan de contrôle supplémentaires.

Horizon 8 déployé sur des SDDC de cloud public

Pour obtenir une liste des fonctionnalités d'Horizon 8 prises en charge sur Azure Omnissa Solution (AVS), reportez-vous à l'article 80850 de la base de connaissances.

Pour obtenir une liste des fonctionnalités d'Horizon 8 prises en charge sur VMware Cloud on AWS, reportez-vous à l'article 58539 de la base de connaissances.

Pour obtenir une liste des fonctionnalités d'Horizon 8 prises en charge sur Google Cloud VMware Engine, reportez-vous à l'article 81922 de la base de connaissances.

Pour obtenir une liste des fonctionnalités d'Horizon 8 prises en charge sur Oracle Cloud Omnissa Solution, reportez-vous à l'article 88202 de la base de connaissances.

Pour obtenir une liste des fonctionnalités d'Horizon 8 prises en charge sur Alibaba Cloud Omnissa Service (ACVS), reportez-vous à l'article 92140 de la base de connaissances.

Avant de commencer

• Remarque importante concernant l'installation de VMware Tools : si vous prévoyez d'installer une version de VMware Tools téléchargée à partir de la page de téléchargement des produits plutôt que la version par défaut fournie avec vSphere, vérifiez que la version de VMware Tools est prise en charge. Pour déterminer les versions de VMware Tools prises en charge, accédez à la Matrice d'interopérabilité des produits Omnissa. (Versions prises en charge : 11.1.0, 11.0.6, 10.3.22 et 10.3.21). Il existe également des problèmes de performances avec les versions 11.x de VMware Tools. Pour plus d'informations, reportez-vous à l'article 78434 de la base de connaissances.

• Lorsque vous déployez un Instant Clone en tant qu'hôte RDS, ne redémarrez pas l'hôte RDS directement depuis le système d'exploitation Windows Server. Actualisez plutôt la VM d'Instant Clone à l'aide du workflow d'image de transfert.

• Pour permettre l'utilisation de View Storage Accelerator dans un environnement vSphere, la taille d'une machine virtuelle de poste de travail doit être de 512 Go au maximum. View Storage Accelerator est désactivé sur les machines virtuelles d'une taille supérieure à 512 Go. La taille d'une machine virtuelle est définie par la capacité VMDK totale. Par exemple, un fichier VMDK peut avoir une taille de 512 Go ou un ensemble de fichiers VMDK peut avoir une taille totale de 512 Go. Cette exigence s'applique également aux machines virtuelles qui ont été créées dans une version antérieure de vSphere et mises à niveau vers vSphere 5.5.

• Pour obtenir des recommandations sur l'utilisation de Carbon Black avec Horizon 8, reportez-vous à l'article 95512 de la base de connaissances.

• Horizon 8 prend en charge un maximum de 500 machines virtuelles par hôte ESXi lors de l'utilisation d'une banque de données vSAN 8 ESA. La valeur maximale réalisable dépend de la charge de travail et des spécificités du matériel. Pour plus d'informations sur toutes les valeurs maximales de configuration d'Horizon, reportez-vous à la section Valeurs maximales de configuration VMware.

Mettre à niveau

Consultez la Matrice d'interopérabilité des produits Omnissa avant de mettre à niveau votre déploiement d'Horizon. Notez les directives suivantes :

• Vous pouvez uniquement effectuer une mise à niveau vers une version dont la date de publication est ultérieure à votre déploiement actuel.

• Lorsque vous mettez à niveau une version non-ESB vers une version ESB, la version ESB cible doit être postérieure à votre version non-ESB actuelle. Par exemple, vous ne pouvez pas mettre à niveau Horizon 8 2203 (non-ESB) vers Horizon 8 2111.1 (ESB), même si la version 2111.1 a été publiée après 2203 (sinon, vous perdrez des fonctionnalités). Vous pouvez uniquement effectuer une mise à niveau vers Horizon 8 2212 ou versions ultérieures.

• Important : prévoyez du temps et des préparatifs supplémentaires lorsque vous effectuez une mise à niveau d'une version d'Horizon de marque VMware vers une version d'Horizon de marque Omnissa. Pour plus d'informations, reportez-vous à l'article 6000681 de la base de connaissances et à la section Mise à niveau vers Omnissa Horizon 8 2412 et versions ultérieures.

Notes de compatibilité

Le tableau ci-dessous contient des informations de compatibilité spécifiques ainsi que des liens vers des informations situées ailleurs.

Utilisation de l'open source

Dans le cadre du processus d'installation, un fichier open_source_licenses.txt est écrit dans le système de fichiers. Les composants open source clés inclus dans cette version sont les suivants :

• Horizon Connection Server 2512 est basé sur la mise en œuvre Apache Tomcat de Jakarta EE, version 10.1.49.
• Horizon Agent for Linux 2512, Horizon Agent for Windows 2512 et Horizon Connection Server 2512 utilisent tous la distribution BellSoft Liberica d'OpenJDK, version 17.0.16.0.1 (CPU).

Documentation

La documentation d'Horizon 8 se trouve dans le portail Documentation produit Omnissa.

Contenu localisé pour Omnissa Docs

Pour plus d'informations sur la stratégie de localisation d'Omnissa, reportez-vous à la section Annonce de la prise en charge de la localisation d'Omnissa.

Coordonnées du support

Pour obtenir de l'aide et en savoir plus sur les stratégies de support, reportez-vous à la section Omnissa Customer Connect.

Pour plus d'informations sur le dépôt d'une demande de support dans Customer Connect et via le portail de Cloud Services, reportez-vous à l'article 6000005 de la base de connaissances.