CHAPITRE   3

Mise à niveau de SGD

Ce chapitre décrit la configuration requise et les procédures de mise à niveau à partir des versions antérieures de SGD.

Il est constitué des rubriques suivantes :


Avant la mise à niveau

Cette section répertorie les points à considérer avant de lancer la mise à niveau.

Version 4.4 et changements d'organisation

SGD version 4.4 inclut un nouvel outil d'administration via le Web‐, la console d'administration SGD, qui remplace le gestionnaire d'objets, le gestionnaire de baies, l'assistant de configuration et le gestionnaire de sessions. Par conséquent, des modifications significatives ont été apportées à la hiérarchie d'organisation de SGD, notamment :

Lorsque vous mettez à niveau, vos objets d'application et d'hôte existants (et les objets de groupe et d'unité d'organisation associés) sont déplacés vers les nouvelles organisations. Autant que possible, SGD tente de préserver les relations entre les objets, mais une fois la mise à niveau effectuée, il est possible que certains utilisateurs ne trouvent plus certaines applications sur leur bureau Web.

Avant d'effectuer la mise à niveau, nous vous recommandons d'effectuer un test pour déterminer les modifications qui risquent de vous affecter. Pour cela, mettez à niveau un environnement de pré-production reflétant votre environnement de production normal. Vous pouvez également isoler un serveur secondaire de la baie et le mettre à niveau.

Mises à niveau et logiciel EAP

Les mises à niveau des versions EAP (Early Access Program) de SGD ne sont pas prises en charge. Les versions EAP doivent toujours correspondre à une nouvelle installation.

Conditions de mise à niveau

Les mises à niveau vers cette version de SGD ne sont prises en charge qu'à partir des versions suivantes :

Si vous souhaitez mettre à niveau une autre version de SGD ou la version 3.3 (ou une version antérieure) de Tarantella Enterprise 3, contactez le service d'assistance Sun.

Si vous êtes certain de vouloir effectuer une mise à niveau non prise en charge, vous devez créer un fichier vide /install‐dir/var/UPGRADE avant d'installer la nouvelle version du logiciel. Votre installation SGD risque de ne pas être mise à niveau correctement.

Avant la mise à niveau sur une plate-forme SE Solaris

Lors de la mise à niveau sur une plate-forme SE Solaris, la commande pkgadd réalise diverses vérifications et vous invite à confirmer les modifications avant d'installer le package. Si vous le souhaitez, créez un fichier d'administration pour spécifier que la commande pkgadd doit ignorer ces vérifications et installer le package sans demander la confirmation de l'utilisateur.

Pour éviter les interactions de l'utilisateur, le fichier d'administration doit contenir la ligne suivante :

conflict=nocheck
instance=unique

Lors de la mise à niveau de SGD, spécifiez le fichier d'administration à l'aide de la commande pkgadd -a fichieradmin.

Si vous ne spécifiez aucun fichier d'administration lors de la mise à niveau, le programme d'installation de SGD en crée un et vous propose de quitter l'installation pour exécuter à nouveau la commande pkgadd avec l'option -a fichieradmin.

Avant la mise à niveau de la version 4.2 sur une plate-forme Linux

Supprimez tous les packs logiciels SGD optionnels manuellement avant de mettre à niveau la version 4.2 de SGD sur une plate-forme Linux.

Pour obtenir la liste des packs logiciels SGD installés, tapez la commande ci‐dessous :


# rpm -qa | grep -i tta

Les packs logiciels SGD optionnels sont les suivants :


Package Nom de pack logiciel SGD
ttasecure Security Pack
tta3270 Mainframe Connectivity Pack
tta5250 AS/400 Connectivity Pack
ttafandr Andrew X fonts
ttafhang Hangul X fonts
ttaficl ICL X fonts
ttaforie Oriental X fonts
ttafscot SCO Term X fonts

Pour supprimer tous les packs logiciels SGD optionnels :


# rpm -e package ...

Mises à niveau et configuration existante

Lors de la mise à niveau, les modifications suivantes sont appliquées à la configuration existante :


Mise à niveau

La méthode de mise à niveau de SGD dépend du type de version de SGD mise à niveau (version d'évaluation ou version sous licence), ainsi que du type de groupe mis à niveau (groupe multiserveur ou serveur unique). Si vous avez personnalisé SGD, les fichiers personnalisés doivent être mis à niveau manuellement.

Mise à niveau d'une version d'évaluation de SGD

Si aucune clé de licence n'est installée pour un serveur SGD, ou s'il n'appartient à aucun groupe sous licence, alors le serveur SGD est en mode d'évaluation. À l'expiration de la période d'essai de 30 jours, le serveur SGD se trouve en mode d'évaluation expirée.

Pour mettre à niveau un serveur SGD en mode d'évaluation ou en mode d'évaluation expirée, installez la version suivante du logiciel.

Notez que l'expiration de la période d'évaluation rend la connexion au serveur Secure Global Desktop impossible, même après la mise à niveau.

Pour obtenir la licence d'un serveur en mode d'évaluation expirée, ajoutez une clé de licence valide à l'aide de la commande tarantella license add ou reliez le serveur à un groupe sous licence.

procedure icon  Mise à niveau d'un groupe serveur unique sous licence

  1. Assurez-vous qu'aucune session de bureau Web ni d'émulateur (y compris les sessions suspendues) n'est en cours d'exécution dans le groupe.

  2. Pour mettre à niveau le serveur, installez la nouvelle version de SGD.

procedure icon  Mise à niveau d'un groupe multiserveur sous licence

Tous les serveurs SGD d'une baie de plusieurs serveurs doivent exécuter la même version du logiciel SGD. Par conséquent, pour mettre à niveau une baie de serveurs, vous devez la démanteler, mettre à niveau chaque serveur individuellement, puis reconstituer la baie.

  1. Assurez-vous qu'aucune session de bureau Web ni d'émulateur (y compris les sessions suspendues) n'est en cours d'exécution dans le groupe.

  2. Démantelez le groupe.

    À partir du serveur SGD principal, séparez les serveurs SGD secondaires du groupe :


    # tarantella array detach --secondary serveur
    



    caution icon

    Attention - Séparez les serveurs SGD secondaires un par un. Avant de séparer un nouveau serveur SGD, vérifiez que les modifications apportées au groupe ont été appliquées à tous ses membres. Pour ce faire, exécutez la commande tarantella status sur chaque membre du groupe : le résultat doit être identique pour tous les membres.



    Lorsqu'un serveur SGD secondaire est séparé d'un groupe, il perd ses clés de licence, ce qui gêne temporairement la connexion à SGD sur cet hôte.

  3. Pour mettre à niveau le serveur SGD principal, installez la nouvelle version du logiciel.

  4. Pour mettre à niveau les serveurs SGD secondaires, installez la nouvelle version du logiciel.

  5. Reconstituez le groupe.

    À partir du serveur SGD principal, ajoutez les serveurs SGD secondaires au groupe :


    # tarantella array join --secondary serveur
    



    caution icon

    Attention - Ajoutez les serveurs SGD secondaires un par un. Avant d'ajouter un nouveau serveur SGD, vérifiez que les modifications apportées au groupe ont été appliquées à tous ses membres. Pour ce faire, exécutez la commande tarantella status sur chaque membre du groupe : le résultat doit être identique pour tous les membres.



    Dès qu'un serveur SGD secondaire est ajouté à un groupe, il bénéficie des clés de licence installées sur le serveur SGD principal.

Mise à niveau d'une installation SGD personnalisée

Lors d'une mise à niveau, le programme d'installation SGD ne modifie pas les fichiers personnalisés, mais il ne les met pas non plus à niveau. Le cas échéant, vous devez les mettre à niveau manuellement. La mise à niveau concerne deux jeux de fichiers :

Deux types de fichiers personnalisés peuvent requérir votre attention après la mise à niveau :

Mise à niveau de fichiers de serveur Web SGD personnalisés

Lors de la mise à niveau, si le programme d'installation SGD détecte des fichiers de serveur Web SGD personnalisés, il les sauvegarde. Les fichiers sauvegardés et leur emplacement sont répertoriés dans le fichier journal rép_install/var/log/ webservercustomized.list.

La mise à niveau des fichiers personnalisés consiste à comparer les fichiers sauvegardés et les fichiers de l'installation SGD standard, puis à fusionner les différences, par exemple à l'aide des utilitaires diff et patch.

Si le programme d'installation SGD détecte des fichiers de serveur Web SGD spécifiques, il les copie dans la nouvelle installation. Aucune modification n'est apportée à ces fichiers.

Mise à niveau de fichiers de serveur SGD personnalisés

Lors de la mise à niveau, si le programme d'installation SGD détecte des fichiers de serveur SGD personnalisés et spécifiques, il les sauvegarde et génère les fichiers journaux suivants :

  • rép_install/var/log/upgraded.files : récapitulatif des modifications ;

  • rép_install/var/log/customized.list : liste des fichiers modifiés ou ajoutés par l'administrateur ;

  • rép_install/var/log/customized.list : liste des fichiers ayant été modifiés par un administrateur et modifiés à la mise à niveau ;

  • rép_install/var/log/docrootjava.log : liste des fichiers Javatrademark ajoutés ou modifiés par rapport à l'installation d'origine.

Ces fichiers journaux permettent d'identifier les fichiers requérant une mise à niveau manuelle.

procedure icon  Mise à niveau manuelle de fichiers de serveur SGD personnalisés

  1. Créez une copie du fichier personnalisé.

  2. Identifiez les modifications effectuées d'une version de SGD à l'autre.

    Le fichier journal customizedchanged.list répertorie les fichiers personnalisés requérant une mise à niveau manuelle. Pour chaque fichier répertorié dans ce fichier journal, le système présente trois versions du fichier :

    • l'ancienne version personnalisée dans l'un des répertoires suivants :

      • rép_install/var/docroot.ancienneversion pour les fichiers de bureau Web classique ;

      • rép_install/var/serverresources.ancienneversion pour les scripts de connexion ;

      • rép_install/etc/data.ancienneversion pour les autres fichiers (les palettes de couleurs, par exemple).

    • l'ancienne version non personnalisée dans le répertoire rép_install/etc/templates.ancienneversion ;

    • la nouvelle version non personnalisée dans le répertoire rép_install/etc/templates.

    Utilisez un utilitaire tel que diff pour comparer l'ancien fichier non personnalisé au nouveau fichier non personnalisé. Identifiez les modifications effectuées d'une version de SGD à l'autre.

  3. Appliquez les modifications au fichier personnalisé.

    À l'aide d'un utilitaire tel que patch, appliquez les modifications identifiées à l'étape 2 à la copie du fichier personnalisé.

  4. Copiez le fichier personnalisé mis à niveau à l'emplacement adéquat de la nouvelle installation SGD.

procedure icon  Mise à niveau manuelle de fichiers de serveur SGD spécifiques

  1. Créez une copie du fichier spécifique.

  2. Identifiez les modifications effectuées d'une version de SGD à l'autre.

    Les fichiers journaux docrootjava.log et customized.list répertorient les fichiers spécifiques requérant une mise à niveau manuelle.

    Pour mettre à niveau les fichiers spécifiques, il faut d'abord comparer les versions des fichiers SGD standard afin de repérer les modifications effectuées, puis appliquer les modifications identifiées aux fichiers spécifiques.

    Utilisez un utilitaire tel que diff pour comparer l'ancien fichier non personnalisé au nouveau fichier non personnalisé. Identifiez les modifications effectuées d'une version de SGD à l'autre.

    Pour identifier les modifications, comparez les fichiers suivants :

    • l'ancienne version des fichiers SGD standard qui se trouve dans le dossier rép_install/etc/templates.ancienneversion ;

    • la nouvelle version des fichiers SGD standard qui se trouve dans le dossier rép_install/etc/templates.

  3. Appliquez les modifications au fichier spécifique.

    À l'aide d'un utilitaire tel que patch, appliquez les modifications identifiées à l'étape 2 à la copie du fichier spécifique.

  4. Copiez le fichier spécifique mis à niveau à l'emplacement adéquat de la nouvelle installation SGD.


Mise à niveau des autres composants

Cette section décrit la mise à niveau du module d'enrichissement SGD et du client SGD.

procedure icon  Mise à niveau du module d'enrichissement SGD pour Microsoft Windows

procedure icon  Mise à niveau du module d'enrichissement SGD pour plates-formes UNIX et Linux

Lorsque vous mettez à niveau le module d'enrichissement SGD et que vous installez le module audio UNIX, un message peut s'afficher indiquant que le module audio UNIX est déjà en cours d'exécution. Ce message s'affiche lorsque le pilote audio SGD est en cours d'utilisation et ne peut pas être arrêté. Le pilote audio SGD n'ayant pas été modifié dans cette version, vous pouvez ignorer ce message.

procedure icon  Mise à niveau automatique du client SGD

La mise à niveau automatique du client SGD requiert les deux conditions suivantes :

  • L'ancienne version du client SGD a été installée de manière automatique.

  • Le navigateur Web de l'utilisateur est équipé d'un plug-in Java pris en charge et la technologie Java est activée.

  1. Fermez toute session de navigateur Web existante, le cas échéant.

  2. Ouvrez une nouvelle session de navigateur Web.

  3. Connectez-vous à SGD.

    Reportez-vous à la section Procédure de connexion à SGD.

procedure icon  Mise à niveau manuelle du client SGD

Ne réalisez cette procédure que si l'ancienne version du client SGD a été installée manuellement.