Skip to main content

27 mai 2026

Mise à niveau hors ligne d'Omnissa Access vers la version 24.07

Utilisez le script update-with-zip.hzn pour effectuer une mise à niveau hors ligne du dispositif virtuel Omnissa Access existant vers la version 24.07.0.0.

Important : vous ne pouvez pas effectuer une nouvelle installation d'Omnissa Access 24.07.0.0. Effectuez plutôt une mise à niveau hors ligne vers Omnissa Access 24.07.0.0.

Conditions préalables

Procédure

  1. Connectez-vous au dispositif Omnissa Access en tant qu'utilisateur racine.

  2. Accédez au répertoire disposant de suffisamment d'espace pour télécharger les fichiers.

    L'emplacement recommandé pour l'enregistrement du fichier est /var/tmp.

  3. Téléchargez le fichier update-with-zip.hzn.

  4. Téléchargez le fichier ws1access-24.07.0.0-buildnumber-updaterepo.zip.

    Vérifiez qu'au moins 5 Go d'espace disque sont disponibles sur la partition racine principale du dispositif virtuel après la copie des fichiers de mise à niveau de la version 24.07.0.0 sur le dispositif.

  5. Tapez chmod +x update-with-zip.hzn pour rendre exécutable le fichier update-with-zip.hzn.

  6. Exécutez /var/tmp/update-with-zip.hzn -f /var/tmp/ws1access-24.07.0.0-buildnumber-updaterepo.zip pour effectuer une mise à niveau vers la version 24.07.0.0.

    -f upgradeFilePathMettez à niveau le dispositif à l'aide de upgradeFilePath, lequel doit être un chemin absolu.

    Lorsque vous mettez à niveau des nœuds dans un cluster, dans le premier nœud que vous mettez à niveau, entrez y pour réindexer les index. Lorsque vous mettez à niveau les autres nœuds du cluster, entrez n. Pour une mise à niveau à nœud unique, le paramètre est y par défaut.
    Obligatoire
    -rRedémarrez après la mise à niveau.Facultatif
    -hAffiche l'utilisation du script.Facultatif
  7. Si vous effectuez une mise à niveau à partir d'Omnissa Access 23.09.0.0, passez à l'étape 8.

    Lorsque vous effectuez une mise à niveau à partir d'Omnissa Access 22.09.1.0, si vous avez activé les paramètres du proxy de certificat Configuration VA > Mobile SSO > Android SSO dans votre environnement, vous devez mettre à niveau les paramètres suivants lors de la mise à niveau.

    1. Please provide number of load balancers between CertProxy and Access instance:

    Remarque : si vous n'utilisez pas d'équilibreur de charge, entrez 0 comme valeur. Lorsque vous entrez 0, la question CertProxy suivante ne s'affiche pas.

    1. Please provide client IP load balancer header name (x-forwarded-for/x-real-ip):

    2. Please provide list of CertProxy instance IP addresses, separated by a semicolon, either in CIDR format, subnet format delimited by a space, or as a single IP:

    Important : si le nombre d'équilibreurs de charge est égal à 0 et que la destination CertProxy est définie sur localhost, vous devez ajouter l'adresse IP de localhost à la liste d'adresses IP dans la liste autorisée. En général, il s'agit de 127.0.0.1.

  8. Si vous n'avez pas utilisé l'option -r avec le script, redémarrez le dispositif virtuel une fois la mise à niveau terminée.

    reboot

    Si le dispositif se trouve dans un cluster, mettez à niveau les autres nœuds un par un.

  9. Après la mise à niveau de tous les nœuds dans votre déploiement d'Omnissa Access, utilisez le tableau de bord de diagnostics pour surveiller la santé des informations système.

    1. Connectez-vous à la console Omnissa Access.

    2. Sélectionnez Surveiller > Résilience.

    3. Si votre déploiement comporte plusieurs dispositifs Omnissa Access, sélectionnez celui à surveiller.

    4. Vérifiez l'état des différents services.

Cette page vous a-t-elle été utile ?

Envoyer un commentaire sur cette rubrique

Cette rubrique vous a-t-elle été utile ?

N'indiquez aucune information personnelle ou confidentielle.

Génération du lien…