Los usuarios que no son administradores (usuarios no root) pueden instalar
WebSphere Application
Server Network
Deployment en modalidad nonAdmin silenciosa e interactiva para instalaciones y
eliminaciones de producto completo, instalaciones de características incrementales y
actualizaciones de edición.
Para las instalaciones existentes, el usuario que es propietario de los archivos
instalados actualmente, es el único usuario que puede realizar las operaciones
posteriores de instalación, mantenimiento o eliminación en esa instalación excepto en una
de las condiciones siguientes:
- Installation
Manager y el producto se han instalado en modalidad de grupo.
- El propietario reasigna la propiedad de los archivos y los directorios
apropiados a otro usuario.
El conjunto de operaciones posteriores a la instalación que están sujetas a esta norma incluye la instalación de una característica, la instalación del mantenimiento y la desinstalación del producto.
Consideraciones de instalación
Existen varias consideraciones que debe examinar si desea instalar en modalidad nonAdmin.
- Las instalaciones de usuario no administrador se aplican a todos los componentes de
software de WebSphere del paquete del
producto
Los usuarios no administradores pueden instalar todos los componentes de software del producto.
- Las instalaciones no administrador instalan un producto operativo
Si una
parte de una instalación requiere privilegios de usuario administrador, Installation
Manager ofrece una opción para que el usuario no administrador instale un producto
operativo sin necesidad de habilitar la opción con privilegios siempre que sea posible.
- Installation Manager identifica las opciones que sólo son de usuario root
Installation Manager identifica claramente las opciones privilegiadas inhabilitándolas en
la interfaz del usuario no administrador.
- Las ubicaciones de instalación predeterminadas están en el directorio de inicio
del usuario no administrador
Las ubicaciones de instalación predeterminadas están
en el directorio de inicio del usuario no administrador para comprobar un espacio de
disco donde se pueda grabar. Installation Manager verifica que se pueda escribir en las ubicaciones de disco especificadas.
Instalación del GSKit privado
Nota: Al instalar IBM® HTTP
Server y los Plug-ins de servidor web se instala una copia privada de IBM Global
Security Kit (GSKit), que permite, tanto a los usuarios administradores como a los no administradores, habilitar el soporte SSL.
El paquete GSKit se instala en el directorio gsk8 dentro del directorio raíz del producto que se instala.
La copia privada de GSKit se mantiene a través de los paquetes de
actualización de GSKit entregados en los fixpacks de
IBM
HTTP Server y plug-in de servidor web.
Si utiliza zonas en el sistema operativo Solaris, puede utilizar el GSKit privado sin un directorio /usr grabable por zonas.
Limitaciones del usuario no administrador
Existen algunas limitaciones y diferencias al instalar como usuario no administrador y
como usuario administrador.
- Instalación de plug-in de servidor web local
Cuando el plug-in de servidor
web y el servidor de aplicaciones están instalados en la misma máquina (marco de
instalación local), la instalación de usuario no administrador para el componente de
plug-in sólo está soportada si el servidor de aplicaciones lo instaló también el mismo
usuario. De lo contrario,
los scripts de configuración de servidor web no se ejecutan
correctamente contra la instalación del servidor de aplicaciones.
![[AIX]](../images/aixlogo.gif)
![[HP-UX]](../images/hpux.gif)
![[Linux]](../images/linux.gif)
Directorios padreNo es posible
completar satisfactoriamente algunas tareas posteriores a la instalación si el usuario no
administrador que realiza la instalación no tiene definido un directorio padre. Los usuarios que instalen y utilicen el producto deben tener un directorio de inicio válido.
- Asignación del valor de puerto
La creación de perfiles evita los conflictos
de valor de puerto examinando los valores de puerto que utilizan otras instalaciones de
WebSphere Application Server. Varios
instaladores no administrativos disminuyen la capacidad de detectar y evitar conflictos
de valores de puerto.
Las instalaciones de WebSphere Application Server son
visibles sólo para el ID de instalador, porque las instalaciones de usuario no administrador no se registran globalmente. Si el administrador realiza todas las
instalaciones de WebSphere Application
Server, se evita el problema.
Limitaciones de FRCA (Fast Response Cache Accelerator)/AFPA (Adaptive
Fast Path Architecture)FRCA/AFPA está en desuso desde la versión 7.0 y no se
recomienda su utilización.
No se ofrece soporte para los sistemas operativos Windows 7, Windows Server 2012 o posteriores sistemas operativos Windows.
AFPA es una arquitectura de software que aumenta significativamente la
eficacia y, por lo tanto, la capacidad de los servidores web y otros
servidores de red mediante el almacenamiento en memoria caché de archivos
estáticos.
AFPA es un controlador de dispositivo de nivel de kernel de Windows dentro IBM HTTP
Server. AFPA proporciona el almacenamiento en memoria caché de los archivos estáticos servidos desde IBM HTTP Server. AFPA sólo se recomienda para sitios web de archivos estáticos de volumen muy grande.
Las páginas
web dinámicas, como las generadas por WebSphere Application Server, normalmente no se pueden almacenar en memoria caché. La mayoría de servidores de aplicaciones no deben
habilitar AFPA.
- Un controlador de dispositivo de nivel de kernel de Windows no se puede instalar desde un instalador no administrador. Windows requiere los privilegios del grupo
administrador cuando se instalan los controladores de dispositivos.
- Edge Components
Edge requiere privilegios de administrador (root) debido a
sus mecanismos de instalación nativos.
Java™ Web StartEl cliente de aplicación
soporta Java Web Start (JWS) en todas las plataformas soportadas. En concreto,
en un sistema Windows, el cliente de aplicación requiere acceso de administrador para configurar JWS de forma adecuada, actualizando las entradas de registro nativo de Windows con algunas entradas específicas de JWS.
Los instaladores
no administrador no pueden registrar la actualización, lo que proporciona un soporte
no completo para JWS. Por ejemplo, una aplicación JWS no puede ejecutarse desde
Internet Explorer o un navegador Mozilla Firefox.
JWS no es una característica
instalable para el cliente y un instalador administrador no puede instalarla por
separado.
El programa de instalación lista JWS como una de las limitaciones de no
administrador en los sistemas Windows.
Limitaciones de servicios Windows- El usuario no administrador no puede crear servicios de
Windows para ninguno de los procesos de WebSphere Application Server,
incluyendo el servidor de aplicaciones, el agente de nodo,
el gestor de despliegue, IBM HTTP Server o IBM Administration
Server.
- Un administrador puede crear el servicio después de la instalación utilizando el
mandato WASService.
Limitaciones de menú
Entradas del menú InicioLas entradas del menú son para el instalador no
administrador, pero no están disponibles para todos los usuarios.
Si un
administrador instala el producto y, a continuación, los usuarios no administradores crean perfiles, los usuarios no administradores pueden ver sus atajos.
Entradas del menú Gnome y KDELas entradas en los menús son
para el instalador no administrador, en lugar de aplicarse a todos los usuarios.
Normalmente, los elementos de menú solamente son visibles
para el usuario que realiza la instalación.
Si desea permitir que otros usuarios que creen perfiles vean elementos de menú para sus
perfiles, estos deben tener acceso a una copia del archivo base WebSphere#.menu.
Todos los accesos directos de los perfiles son visibles para todos los usuarios que
tienen acceso al archivo base WebSphere#.menu.
Copie este archivo en el directorio /etc/xdg/menus/applications-merged
(para todos los usuarios) o en el directorio $HOME/.config/menus/applications-merged del usuario.
Asegúrese de que no existen conflictos entre los nombres de archivo del menú en el directorio /etc/xdg/menus/applications-merged y cualquier directorio $HOME/.config/menus/applications-merged del usuario.