Les utilisateurs autres que les administrateurs (utilisateurs non root) peuvent installer WebSphere Application Server Network Deployment en mode non Admin (silencieux ou interactif), qu'il s'agisse d'installation ou de suppression complète du produit, d'installation de fonctions incrémentielle ou des mise à niveau d'édition.
Dans le cas d'installations existantes, l'utilisateur propriétaire des fichiers actuellement installés est le seul qui puisse effectuer des opérations d'installation ultérieures, de maintenance ou de suppression sur cette installation, excepté sous l'une des conditions suivantes :
- Installation Manager et le produit ont été installés en mode groupe.
- Le propriétaire réaffecte la propriété des répertoires et des fichiers appropriés à un autre utilisateur.
L'ensemble d'opérations de post-installation assujetties à cette règle inclut l'installation d'une fonction, l'installation de la maintenance et la désinstallation du produit.
Installation : points à prendre en considération
Plusieurs points sont à prendre en compte
si vous désirez effectuer une installation en mode non Admin.
- Les installations non administrateur peuvent s'appliquer à tous les composants logiciels WebSphere du module du produit
Les
utilisateurs non administrateurs peuvent installer tous les composants logiciels du produit.
- Les installations non administrateur installent un produit opérationnel
Si une partie d'une installation requiert des privilèges d'administrateur,
Installation Manager fournit une option permettant chaque fois que possible à l'utilisateur non administrateur d'installer un produit opérationnel sans lui conférer ces droits.
- Installation Manager identifie les options propres à l'utilisateur root
Installation
Manager identifie clairement les options associées à des privilèges administrateur en les désactivant dans
l'interface de l'utilisateur non administrateur.
- Les emplacements d'installation par défaut sont situés dans le répertoire de base de l'utilisateur non administrateur
Les emplacements d'installation par défaut sont situés dans le répertoire de base de l'utilisateur non administrateur pour vérifier l'existence d'un espace disque inscriptible. Installation Manager vérifie qu'il est possible d'écrire dans les emplacements du disque spécifiés.
Installation privée du GSKit
Remarque : L'installation IBM® HTTP Server et de Web Server
Plug-ins installe une copie privée d'IBM Global
Security Kit (GSKit), laquelle permet aussi bien aux administrateurs qu'aux autres utilisateurs d'activer la prise en charge
SSL.
Le module GSKit s'installe dans le répertoire gsk8, dans le répertoire racine de l'installation du produit.
La maintenance de la copie privée du
GSKit se fait via les modules de mise à jour du GSKit contenus dans les groupes de correctifs d'IBM HTTP Server
et des plug-ins de serveur Web.
Si vous utilisez des zones sur le système d'exploitation Solaris, vous pouvez utiliser le GSKit privé sans un répertoire /usr de zone accessible en écriture.
Limitations affectant les utilisateurs non administrateurs
Certaines limitations et différences sont présentes en cas d'installation par un utilisateur non administrateur.
- Installation en local du plug-in de serveur Web
Si le plug-in de serveur Web et le serveur d'applications sont installés sur la même
machine (scénario d'installation locale), l'installation par un utilisateur non administrateur du composant plug-in n'est prise en charge que si le serveur d'applications a été installé par ce même utilisateur. Sinon, l'exécution des scripts de configuration du serveur Web échoue lors de l'installation du serveur d'applications.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
Répertoires de baseVous ne pouvez pas réaliser certaines tâches de post-installation si un répertoire de base n'a pas été défini pour l'utilisateur non administrateur qui effectue l'installation. Tout utilisateur installant
et utilisant le produit doit avoir un répertoire de base valide.
- Affectation des valeurs des ports
La création de profil évite les conflits de valeur de port en examinant celles utilisées par d'autres installations de WebSphere Application
Server. Les installations successives par plusieurs utilisateurs non administrateurs diminuent la capacité à détecter et à éviter des conflits de port. Les installations de WebSphere Application Server ne sont visibles que par l'ID de leur installateur vu que les installations par des utilisateurs non administrateurs ne s'enregistrent pas au niveau global. Ce problème est évité si un administrateur effectue toutes les installations de WebSphere Application Server.
Limitations de FRCA (Response Cache Accelerator)/AFPA (Adaptive Fast Path Architecture)FRCA/AFPA
est obsolète à compter de la version 7.0 et son utilisation est déconseillée. Aucune prise en charge n'est assurée pour les systèmes
d'exploitation Windows 7, Windows Server 2012 ou tout système d'exploitation
Windows ultérieur.
L'AFPA est une architecture logicielle qui améliore considérablement l'efficacité et, par conséquent, la capacité des serveurs Web et autres serveurs réseau grâce à la mise en cache des fichiers statiques.
L'AFPA est un pilote de périphérique de niveau du noyau de Windows à l'intérieur de IBM HTTP Server. L'AFPA met en cache les fichiers statiques servis à partir de IBM HTTP Server. L'AFPA est recommandée seulement pour les sites Web à fichiers statiques de gros volume.
Les pages Web dynamiques telles que celles générées par WebSphere Application Server ne peuvent généralement pas être mises en cache.
La plupart des serveurs d'applications ne devraient pas activer l'AFPA.
- Un pilote de périphérique de niveau de noyau de Windows ne peut pas être installé à partir d'un utilitaire d'installation autre qu'administrateur. Windows exige des droits de groupe d'administrateur pour l'installation de pilotes de périphérique.
- Edge Components
Edge exige des privilèges administrateur (root) en raison de ses mécanismes d'installation natifs.
Java™ Web StartApplication Client prend en charge
Java Web Start (JWS) sur toutes les plates-formes prises en charge. En ce qui concerne plus particulièrement les systèmes Windows, le client d'application exige l'accès administrateur pour pouvoir configurer correctement JWS en mettant à jour les entrées de registre natives de Windows avec des entrées propres à JWS.
Les utilitaires d'installation qui ne sont pas administrateurs ne peuvent pas enregistrer la mise à jour, ce qui constitue une prise en charge moins que complète de JWS. Par exemple, une application JWS ne peut pas être lancée à partir des navigateurs Internet Explorer ou Mozilla Firefox.
JWS n'est pas une caractéristique pouvant être installée pour le client et ne peut pas être installée séparément par un utilitaire d'installation administrateur. Le programme d'installation répertorie JWS comme l'une des limitations des comptes autres qu'administrateur sur les systèmes
Windows.
Limitations des services Windows- L'utilisateur non administrateur ne peut créer aucun service Windows pour les processus de WebSphere Application Server, y compris pour le serveur d'applications, l'agent de noeud, le gestionnaire de déploiement,
IBM HTTP Server ou IBM Administration
Server.
- Un administrateur peut créer le service après l'installation à l'aide de la commande WASService.
Limitations des menus
Entrées du menu DémarrerLes entrées du menu sont destinées à l'installateur non administrateur mais ne sont pas disponibles pour tous les utilisateurs.
Si un administrateur installe le produit et que des utilisateurs non administrateurs créent ensuite des profils, ces derniers peuvent voir leurs raccourcis.
Entrées des menus Gnome et KDELes entrées du menus sont destinées à l'installateur non administrateur mais ne sont pas accessibles par tous les utilisateurs.
Normalement, les éléments du menu ne sont visibles que par l'utilisateur qui procède à l'installation. Si vous souhaitez que d'autres utilisateurs qui créent des profils puissent visualiser les éléments de menu associés à leur profils, ils doivent avoir accès à une copie du fichier WebSphere#.menu de base. Les raccourcis de profils sont visibles par tous les utilisateurs ayant accès au fichier WebSphere#.menu de base. Copiez ce fichier soit vers le répertoire /etc/xdg/menus/applications-merged (pour l'ensemble des utilisateurs),
soit vers le répertoire $HOME/.config/menus/applications-merged d'un utilisateur spécifique. Assurez-vous de l'absence de conflits entre les noms des fichiers de menu des répertoires /etc/xdg/menus/applications-merged et
$HOME/.config/menus/applications-merged d'un utilisateur quelconque.