En este capítulo, se proporcionan directrices para la creación de secuencias de algunas de las instalaciones habituales de Sun JavaTM Enterprise System (Java ES).
Este capítulo incluye los siguientes apartados:
Ejemplo de Access Manager SDK con configuración de contenedor
Ejemplo de Portal Server con una instancia de Access Manager remota
Las secuencias de instalación de ejemplo incluidas en este capítulo tienen como finalidad proporcionar directrices generales para algunas de las instalaciones habituales de Java ES. No se trata de procedimientos literales, sino que proporcionan los pasos secuenciales necesarios para llevar a cabo determinadas situaciones de implementación.
Los ejemplos de una única sesión describen los pasos habituales para la instalación de uno o varios componentes de Java ES en un solo host en una única sesión de instalación. Se incluye también un ejemplo de evaluación. Los ejemplos restantes describen situaciones en las que se realizan varias sesiones de instalación en varios hosts para una serie de soluciones. En su mayor parte, las secuencias incluidas en este capítulo se basan en las relaciones entre los componentes descritas en la Guía de planificación de la instalación de Sun Java Enterprise System 2005Q4
El Ejemplo de Schema 1 de Calendar-Messaging es el único ejemplo basado en LDAP Schema 1. Todos los demás ejemplos están basados en Schema 2.
Durante la selección de componentes, el programa de instalación de Java ES identifica versiones incompatibles de componentes, así como el incumplimiento de requisitos. Recibirá mensajes de advertencia en los que se identifica el problema y se le indica las acciones que debe realizar. Muchos de estos mensajes señalan los requisitos que no se han cumplido aún. Otros mensajes indican que las versiones incompatibles de algunos o todos los componentes que está intentando instalar ya se encuentran en el host local. Puede utilizar el programa de instalación de Java ES para identificar los componentes que ya se encuentren instalados en el host local. Para obtener instrucciones, consulte Componentes incompatibles instalados
No habrá problemas de instalación si se identifican las versiones incompatibles de los componentes de Java ES y se eliminan o actualizan antes de iniciar el programa de instalación.
Para actualizar los componentes que ya se encuentren en el host local, consulte la Guía de actualización de Sun Java Enterprise System 2005Q4.
Los siguientes ejemplos hacen referencia a una instalación en un único host y en una única sesión:
Normalmente, se considera la instalación de evaluación como una implementación de prueba, una instalación rápida para comprobar su funcionamiento. Este ejemplo utiliza la interfaz gráfica y la opción Configurar ahora. Cuando aparezcan las páginas de configuración, debe aceptar los valores predeterminados siempre que sea posible.
En este ejemplo, se instalan todos los componentes de Java ES, excepto el software de Sun Cluster, en un solo host y en una única sesión de instalación. Como Web Server se utiliza como contenedor web, no se instalará Application Server.
Se deben realizar las siguientes tareas generales:
Inicio del programa de instalación gráfico de Java ES
Comprobación de los requisitos previos de instalación
Selección de la opción Instalar todo y anulación de la selección de Application Server y los componentes de Sun Cluster durante la selección de componentes
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora
Los mensajes indican los componentes que no pueden configurarse durante la instalación.
Aceptación de los valores de configuración predeterminados cuando aparezcan
Si no desea utilizar la información predeterminada, revise las tablas de configuración adecuadas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4.
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
El Capítulo 6, Configuración de los componentes tras la instalación contiene instrucciones para realizar la configuración posterior a la instalación.
Inicio de los componentes
El apartado Verificación después de la configuración posterior a la instalación contiene la secuencia de inicio de Java ES recomendada. Los procedimientos de inicio aparecen después de la tabla.
Si está utilizando un componente remoto para satisfacer las dependencias, dicho componente debe instalarse y ejecutarse antes de instalar los demás componentes que dependan de él.
En este ejemplo, se instala Portal Server con Access Manager en un único host utilizando Web Server como contenedor web. Portal Server y Access Manager deberían utilizar el mismo tipo de contenedor web.
Puede utilizar Identity Management and Policy Core Services, la consola de administración de Access Manager y los Servicios de dominio común para la federación en otro host anulando la selección de estos subcomponentes de Access Manager.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Portal Server y Web Server durante la selección de componentes
Access Manager, Directory Server y la Herramienta de preparación de Directory se seleccionan automáticamente. Como Administration Server proporciona una interfaz gráfica de Directory Server, es recomendable seleccionar también Administration Server.
Para utilizar una copia remota de Directory Server, anule la selección de Directory Server y especifique la copia remota cuando se lo indiquen.
La copia remota de Directory Server debe ejecutarse antes de instalar el resto de componentes. Para obtener instrucciones sobre cómo instalar Directory Server, consulte el apartado Ejemplo relacionado sólo con Directory Server .
Para utilizar una copia de remota de Access Manager, anule la selección de Access Manager y especifique la copia remota durante la configuración posterior a la instalación.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se muestran las páginas de configuración de aquellos componentes que permiten su configuración durante la instalación. No acepte los valores predeterminados para los componentes remotos; utilice la información remota.
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Inicio de los componentes
Inicio y detención de Web Server (Access Manager y Portal Server se inician automáticamente con Web Server ).
Acceso a la página de inicio de sesión predeterminada de Access Manager
http://webserver-host:port /amconsole
La siguiente tabla contiene información adicional sobre Access Manager.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Configuración posterior a la instalación | |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Access Manager |
Actualización |
La siguiente tabla contiene información adicional sobre Portal Server.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Configuración posterior a la instalación |
Configuración posterior a la instalación de Portal Server y Portal Server Secure Remote Access |
Inicio y detención |
Inicio del contenedor web para acceder a Portal Server Desktop |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Portal Server |
Actualización |
En este ejemplo, se instala únicamente Application Server.
Application Server necesita una copia local de Message Queue. Si utiliza el equilibrado de carga, es necesaria una copia local de un servidor web.
Si utiliza este componente con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster para obtener directrices acerca de Sun Cluster.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Application Server durante la selección de componentes
Message Queue se selecciona automáticamente. El complemento de equilibrado de carga y el agente del nodo de Application Server no se seleccionan.
(Opcional) Si va a implementar el equilibrado de carga, expanda Application Server y seleccione el complemento de equilibrado de carga. Seleccione Web Server si lo desea. Si desea utilizar Apache web server, esta aplicación debe estar ya instalada. Web Server también se instalará. En la página de instalación de Application Server, elija Web Server o Apache. Especifique la ruta al servidor web.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se mostrarán las páginas de configuración de los componentes locales que pueden configurarse durante la instalación.
Recopile la información de configuración de Application Server de las tablas que se muestran en Información de configuración de Application Server de Referencia de la instalación de Java ES System 2005Q4.
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Inicio de Application Server (Message Queue se inicia automáticamente)
La siguiente tabla contiene información adicional sobre Application Server.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Configuración posterior a la instalación |
Para configurar Application Server después de una instalación en el modo Configurar más tarde |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Application Server |
Actualización |
En este ejemplo, se instala únicamente Directory Server.
Directory Server no tiene ninguna dependencia con otros componentes de Java ES. Sin embargo, como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Si utiliza la función de replicación para el cifrado de Directory Server, debería seleccionar Administration Server durante la selección de componentes.
Si utiliza este componente con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster
Directory Server debe ejecutarse antes de instalar el resto de componentes que dependen de Directory Server.
Si la implementación necesita Schema 2, debe configurar Directory Server para Schema 2 antes de implementar el resto de componentes.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Directory Server y Administration Server (opcional) durante la selección de componentes
La Herramienta de preparación de Directory se selecciona automáticamente.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se mostrarán las páginas de configuración de los componentes locales que pueden configurarse durante la instalación.
Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4.
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Inicio de los componentes en el siguiente orden:
(Opcional) Inicio y detención de Administration Server y Server Console
La siguiente tabla contiene información adicional sobre Directory Server.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Configuración posterior a la instalación |
Configuración posterior a la instalación de Directory Server |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Directory Server |
Actualización |
En este ejemplo, se instala Directory Proxy Server con Directory Server en un único host.
Directory Proxy Server requiere la instalación de Directory Server, pero no necesariamente una copia local. Además, Directory Proxy Server necesita una copia local de Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Directory Proxy Server durante la selección de componentes
Directory Server, la Herramienta de preparación de Directory y Administration Server se seleccionan automáticamente.
(Opcional) Si utiliza una copia remota de Directory Server, anule la selección de Directory Server y especifique la copia remota cuando se lo indiquen.
La copia remota de Directory Server debe ejecutarse antes de instalar los otros componentes. Para obtener instrucciones sobre cómo instalar Directory Server, consulte el apartado Ejemplo relacionado sólo con Directory Server .
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se mostrarán las páginas de configuración de los componentes locales que pueden configurarse durante la instalación.
No acepte los valores predeterminados para los componentes remotos; utilice la información remota.
Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Inicio de los componentes en el siguiente orden:
Inicio y detención de Administration Server y Server Console
Inicio y detención de Directory Proxy Server
La siguiente tabla contiene información adicional sobre Directory Proxy Server.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Configuración posterior a la instalación |
Configuración posterior a la instalación de Directory Proxy Server |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Directory Proxy Server |
Actualización |
En este ejemplo, se instala únicamente Instant Messaging. No es extraño que Instant Messaging se instale en una sesión diferente una vez instalados y configurados el resto de componentes.
Si utiliza un inicio de sesión único o las directivas administradas de Access Manager, es necesario instalar Access Manager. Para obtener instrucciones, consulte el apartado Ejemplo de Instant Messaging y Access Manager .
El programa de instalación no selecciona automáticamente los componentes de los que depende Instant Messaging. Debe seleccionar manualmente estos componentes.
Si implementa otros componentes con Instant Messaging, deberá configurarlos antes de configurar Instant Messaging.
Entre los componentes de Java ES utilizados habitualmente con Instant Messaging, se incluyen Messaging Server, Calendar Server y Portal Server (con Access Manager).
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Instant Messaging durante la selección de componentes
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar más tarde
Instant Messaging no puede configurarse durante la instalación.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Configuración de Instant Messaging después de una instalación en el modo Configurar más tarde
Inicio de Instant Messaging (después de iniciar los demás componentes de los que puede depender Instant Messaging)
Inicio y detención de Instant Messaging Server y Multiplexor
La siguiente tabla contiene información adicional sobre Instant Messaging.
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación |
Configuración de Instant Messaging después de una instalación en el modo Configurar más tarde |
Inicio y detención |
Inicio y detención de Instant Messaging Server y Multiplexor |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Instant Messaging |
Actualización | |
Situaciones de implementación de ejemplo |
Sun Java System Communications Deployment Planning Guide |
En este ejemplo, se instala únicamente Message Queue.
Message Queue no tiene ninguna dependencia con otros componentes de Java ES.
Si utiliza este componente con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster para obtener directrices acerca de Sun Cluster.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Message Queue durante la selección de componentes
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
SO Solaris:
Si se detecta una copia anterior de Message Queue Platform Edition en el host, el programa de instalación actualizará la instalación con Message Queue Enterprise Edition.
Si se detecta una copia anterior de Message Queue Enterprise Edition en el host, debe salir del programa de instalación y seguir las instrucciones de actualización a Message Queue Enterprise Edition incluidas en la Guía de actualización de Sun Java Enterprise System 2005Q4.
Linux:
Si se detecta una copia anterior de Message Queue, (Platform Edition o Enterprise Edition) en el host, debe salir del programa de instalación y seguir las instrucciones de actualización y migración a Message Queue Enterprise Edition incluidas en la Guía de actualización de Sun Java Enterprise System 2005Q4.
Selección de la opción Configurar más tarde.
Message Queue no puede configurarse durante la instalación.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Inicio de Message Queue
La siguiente tabla contiene información adicional sobre Message Queue.
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación | |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Message Queue |
Actualización |
En este ejemplo, se instala Portal Server Secure Remote Access con Access Manager en un único host utilizando Web Server como contenedor web.
Portal Server Secure Remote Access necesita una copia local de Access Manager o Access Manager SDK. Portal Server Secure Remote Access Core necesita una copia local de Portal Server, excepto en el caso de Gateway, en el que Portal Server Secure Remote Access no necesita una copia local de Portal Server y puede instalarse en un host independiente. Portal Server Secure Remote Access debe instalarse en la misma ubicación que Portal Server. Portal Server requiere la instalación de Directory Server, pero no necesariamente una copia local. Access Manager necesita un contenedor web local.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Portal Server Secure Remote Access y Web Server durante la selección de componentes
Portal Server, Access Manager, Directory Server y la Herramienta de preparación de Directory se seleccionan automáticamente.
Para utilizar una copia remota de Directory Server, anule la selección de Directory Server y especifique la copia remota cuando se lo soliciten.
La copia remota de Directory Server debe ejecutarse antes de instalar los otros componentes. Para obtener instrucciones sobre cómo instalar Directory Server, consulte el apartado Ejemplo relacionado sólo con Directory Server .
Para utilizar una copia remota de Access Manager, anule la selección de Access Manager y especifique la copia remota durante la configuración posterior a la instalación.
La copia remota de Access Manager debe ejecutarse antes de instalar el resto de componentes. Para obtener instrucciones sobre cómo instalar Access Manager, consulte el apartado Ejemplo de Identity Management.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se muestran las páginas de configuración de aquellos componentes que permiten su configuración durante la instalación. No acepte los valores predeterminados para los componentes remotos; utilice la información remota.
Deberá recopilar la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4.
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Para la opción Configurar ahora:
Para la opción Configurar más tarde:
Inicio de los componentes
Inicio y detención de Web Server (Access Manager y Portal Server se inician automáticamente.)
Acceso a la página de inicio de sesión predeterminada de Access Manager
http://webserver-host:port/amserver |
Acceso al portal
http://webserver-host:port/portal/dt |
Acceso a la puerta de enlace del portal
http://gateway-server:port/ |
La siguiente tabla contiene información adicional sobre Portal Server Secure Remote Access.
Tarea |
Información relevante |
---|---|
Información de configuración para el programa de instalación | |
Inicio y detención | |
Desinstalación |
Comportamiento de desinstalación de Portal Server Secure Remote Access |
Resolución de problemas |
Sugerencias para la resolución de problemas de Portal Server Secure Remote Access |
Actualización |
En este ejemplo, se instala únicamente Service Registry.
Service Registry requiere una copia local de Application Server y, como mínimo, dos subcomponentes: Domain Administration Server y la Herramienta de administración de línea de comandos. También es necesario instalar Message Queue.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Service Registry durante la selección de componentes
Application Server y todos sus subcomponentes necesarios, así como Message Queue, se seleccionan automáticamente.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, el programa de instalación mostrará las páginas de configuración de Application Server.
Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Service Registry no puede configurarse durante la instalación.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación, en el siguiente orden:
Inicio de Application Server y Service Registry
La siguiente tabla contiene información adicional sobre la instalación de Service Registry.
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación |
Configuración posterior a la instalación de Service Registry |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Service Registry |
En este ejemplo, se instala únicamente Web Server .
Web Server no tiene dependencias con otros componentes.
Si utiliza este componente con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster para obtener directrices acerca de Sun Cluster.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Web Server durante la selección de componentes
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, el programa de instalación mostrará las páginas de configuración de Web Server .
Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Inicio de Web Server
Inicio y detención de Web Server
La siguiente tabla contiene información adicional sobre la instalación de Web Server .
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación | |
Inicio y detención | |
Desinstalación | |
Resolución de problemas | |
Actualización |
Este apartado contiene una breve descripción de la compatibilidad de las zonas de Solaris 10 con la versión actual de Java ES. Se incluye una secuencia de instalación de ejemplo.
La función de zonas de Solaris 10 (denominadas también contenedores de Solaris) permite crear entornos de sistemas operativos virtualizados en una instancia del SO Solaris. Esta función permite que uno o varios procesos se ejecuten de forma aislada independientemente del resto de actividades del host. Por ejemplo, un proceso que se ejecuta en una zona sólo podrá enviar señales a otros procesos de la misma zona, independientemente del Id. de usuario y del resto de credenciales.
Cada host de Solaris 10 contiene una única zona global. La zona global es la zona predeterminada del host y aquélla utilizada por el control administrativo de todo el sistema. Todos los procesos se ejecutan en la zona global si el administrador global no ha creado ninguna zona no global. Algunos componentes de Java ES como, por ejemplo, el software de Sun Cluster sólo puede ejecutarse en la zona global.
Una zona no global sería similar a una caja. Una o varias aplicaciones pueden ejecutarse en esa caja sin interactuar con el resto del host. Cada zona no global tiene lo que vendría a ser su propia instancia del sistema operativo Solaris 10 instalada con una configuración e información adicional exclusivos de esa zona. De forma predetermina, la zona no global se configura para compartir parte de su sistema de archivos con la zona global (como un montaje de sistema de archivos de bucle de realimentación de sólo lectura). En Java ES, todas las zonas no globales deben crearse como zonas “root completas”, es decir, sin sistemas de archivos heredados.
La siguiente lista describe el nivel de compatibilidad de zonas de Java ES con esta versión de Java ES:
Java ES puede instalarse en la zona global, aunque ya existan zonas no globales.
Las zonas no globales pueden crearse después de instalar Java ES en la zona global.
Java ES puede instalarse en una zona root completa, aunque ya se haya realizado la instalación de Java ES en la zona global.
No se puede instalar Java ES en la zona no global root dispersa predeterminada. El programa de instalación de Java ES no puede continuar si se encuentra un sistema de archivos root disperso.
Java ES puede instalarse en la zona global, aunque ya se haya instalado en la zona no global root completa.
En este ejemplo, se instala el software de Java ES en una zona no global de Solaris 10.
Se deben realizar las siguientes tareas generales:
Comprobación de la instalación de Solaris 10 en el host
La zona global se crea automáticamente.
Comprobación de la creación de zonas no globales especificadas en el plan de implementación como zonas “root completas” por parte del administrador de la zona global
Para obtener información sobre cómo crear zonas no globales, consulte el Capítulo 18, Planning and Configuring Non-Global Zones (Tasks) de System Administration Guide: Solaris Containers-Resource Management and Solaris Zones.
Inicio del programa de instalación de Java ES en la zona no global deseada
Selección de los componentes deseados
Algunos componentes no pueden instalarse en una zona no global, ya que necesitan el acceso a las funciones de zonas globales. Estos componentes no están disponibles durante la selección de componentes.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación como sea pertinente
El Capítulo 6, Configuración de los componentes tras la instalación proporciona instrucciones para la configuración posterior a la instalación.
Inicio de los componentes
El Capítulo 7, Verificación de los componentes instalados proporciona prodimientos para iniciar y detener los componentes de Java ES.
Repetición del mismo proceso en las zonas no globales adicionales
En este ejemplo, se instala Messaging Server en una estructura de Sun Cluster.
Entre los componentes que pueden configurarse para que se ejecuten en un clúster en lugar de en un único servidor, se incluyen Administration Server, Application Server Calendar Server, Directory Server, HADB, Message Queue, Messaging Server y Web Server .
Antes de instalar o configurar el software de Sun Cluster, asegúrese de que la combinación de hardware y software elegida para el clúster conforme una configuración de Sun Cluster admitida.
Messaging Server requiere la instalación de Directory Server, pero no necesariamente una copia local. Además, Messaging Server necesita una copia local de Administration Server. Necesitará el componente Sun Cluster Core, así como Sun Cluster Agents for Directory Server, Administration Server y Messaging Server. Si se utiliza un Directory Server remoto, entonces no es necesaria una instalación de Sun Cluster Agents for Directory Server.
La instalación, configuración e inicio de los componentes en el orden correcto es vital para una correcta implementación de Sun Cluster.
Instalación del componente Java ES Sun Cluster
Configuración de la estructura de Sun Cluster
Instalación de los componentes de Java ES necesarios para que Messaging Server funcione en el clúster
Configuración del servicio de datos de Sun Cluster mediante los agentes para los componentes de Java ES pertinentes
Deben llevarse a cabo, al menos, dos sesiones de instalación en cada nodo del clúster.
Deben realizarse las siguientes tareas en todos los nodos del clúster.
Comprobación de la correcta conexión del hardware para el clúster
Sun Cluster 3.0–3.1 Hardware Collection for Solaris OS (SPARC Platform Edition) http://docs.sun.com/coll/1024.1
Sun Cluster 3.0–3.1 Hardware Collection for Solaris OS (x86 Platform Edition) http://docs.sun.com/coll/1142.1
Ejecución del programa de instalación de Java ES
En Solaris 10, el software de Sun Cluster sólo puede instalarse en la zona global.
Selección de Sun Cluster durante la selección de componentes
En una instalación con la opción Configurar ahora (en la que normalmente se seleccione la instalación de todos los componentes de Java ES), se le preguntará si desea habilitar la compatibilidad con una configuración remota de Sun Cluster. Si la respuesta es afirmativa, la configuración del software de Sun Cluster posterior a la instalación será más sencilla.
Selección de la opción Configurar más tarde
Seguimiento de las instrucciones de configuración de la estructura de Sun Cluster para cada host del clúster
Siga las instrucciones incluidas en el Capítulo 2, Installing and Configuring Sun Cluster Software de Sun Cluster Software Installation Guide for Solaris OS. Cuando en la documentación de Sun Cluster se haga referencia al CD-ROM de Sun Cluster, sustituya este nombre por el CD-ROM de Java ES equivalente.
Para obtener documentación sobre la creación de grupos de recursos y la configuración de servicios de datos, consulte la Sun Cluster Data Services Planning and Administration Guide for Solaris OS.
Instalación de las funciones especiales de Sun Cluster (si es necesario): RSMAPI ( SUNWscrif),adaptadores SCI-PCI (SUNWsci) y controladores RSMRDT (SUNWscrdt)
Deben realizarse las siguiente tareas en todos los nodos del clúster.
Ejecución del programa de instalación de Java ES
Selección de los siguientes componentes:
Messaging Server
Directory Server, la Herramienta de preparación de Directory y Administration Server se seleccionan automáticamente.
(Opcional) Si utiliza una copia remota de Directory Server, anule la selección de Directory Server y especifique la copia remota cuando se lo indiquen.
La copia remota de Directory Server debe ejecutarse antes de instalar los otros componentes. Para obtener instrucciones sobre cómo instalar Directory Server, consulte el apartado Ejemplo relacionado sólo con Directory Server
Sun Cluster Agents for Sun Java System
Se seleccionan todos los agentes de forma predeterminada.
Expansión del componente Sun Cluster Agents for Sun Java System y anulación de la selección de todos los agentes, excepto Administration Server, Directory Server y Messaging Server
Resolución de incompatibilidades
El programa de instalación comprueba el software del nodo y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Messaging Server y Sun Cluster no se pueden configurar durante la instalación.
Configuración de todos los componentes seleccionados excepto Sun Cluster Agents
Configuración posterior a la instalación de Directory Server
Configuración posterior a la instalación de Administration Server
Configuración posterior a la instalación de Messaging Server
Cuando especifique los directorios de instalación, utilice una ubicación dentro del sistema de archivos del clúster para Messaging Server.
Inicio de todos los componentes, excepto Sun Cluster Agents, en el siguiente orden:
Configuración de los servicios de datos de los componentes instalados y configurados
Configuración de los servicios de datos de Sun Cluster
La siguiente tabla contiene información adicional sobre Sun Cluster.
Tarea |
Información relevante |
---|---|
Información de configuración posterior a la instalación | |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas del software de Sun Cluster Software |
Actualización |
En este ejemplo, se instala Access Manager SDK utilizando una copia de Access Manager instalada en un host remoto.
Para utilizar esta secuencia de ejemplo, consulte también el problema conocido 6293225 en las Notas de la versión de Sun Java Enterprise System 2005Q4.
Antes de instalar Access Manager SDK, Access Manager Core Services deben instalarse y ejecutarse en un host remoto. La información del contenedor web y la información de configuración de Directory Server que se proporciona durante esta instalación de ejemplo debe coincidir con el contenedor web y con la información de configuración que se proporcionó durante la instalación de Access Manager Core Services.
Cuando el programa de instalación solicite información acerca del contenedor web remoto y sobre Directory Server, se mostrarán los valores predeterminados en función del host local.
No acepte los valores predeterminados: úselos sólo como ejemplos de formato. En su lugar, debe proporcionar la información correcta desde el host remoto.
El programa de instalación de Java ES no permite configurar el contenedor web al instalar únicamente Access Manager SDK.
Se deben realizar las siguientes tareas generales:
Inicio e instalación de Access Manager Core Services
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Access Manager SDK durante la selección de componentes
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar más tarde
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Comprobación de la correcta instalación y ejecución del contenedor web
Edición del archivo amsamplesilent
En el directorio AccessManager-base/SUNWam/bin , realice una copia del archivo amsamplesilent.
Muchos parámetros de configuración incluyen delimitadores de forma predeterminada en el archivo amsamplesilent. Incluya delimitadores en los siguientes parámetros:
SERVER_NAME
SERVER_HOST
SERVER_PORT
ADMIN_PORT
DS_HOST
DS_DIRMGRPASSWD
ROOT_SUFFIX
ADMINPASSWD
AMLDAPUSERPASSWD
COOKIE_DOMAIN
AM_ENC_PWD
NEW_OWNER
NEW_GROUP
PAM_SERVICE_NAME
WEB_CONTAINER
Modifique los siguientes parámetros en el archivo amsamplesilent:
DEPLOY_LEVEL debería establecerse en 4.
SERVER_HOST y SERVER_PORT deberían establecerse con el host y el puerto del servidor completo que utilizará Access Manager SDK.
DS_HOST, DS_DIRMGRPASSWD y ROOT_SUFFIX deberían establecerse con el nombre de host, la contraseña del administrador de directorio y el sufijo root de Directory Server del Host A.
ADMINPASSWD y AMLDAPUSERPASSWD deberían establecerse con las contraseñas de amadmin y amldapusert utilizadas en el Host A.
AM_ENC_PWD debería establecerse con la clave de cifrado de contraseña utilizada en el Host A. En el caso de Access Manager SDK, utilice la misma clave de cifrado de contraseña de AM_ENC_PWD como clave de cifrado durante la instalación remota de Access Manager en el Host B. Utilice el siguiente comando para obtener este valor: grep pwd /etc/opt/SUNWam/config/AMConfig.properties
WEB_CONTAINER debería establecerse en el valor correspondiente del contenedor web que se esté utilizando.
BASEDIR debería establecerse en el directorio de instación utilizado durante la instalación de Access Manager SDK con la opción Configurar más tarde.
AM_REALM debería establecerse en Habilitado si se utiliza el modo de dominio en el Host A y en Deshabilitado si se utiliza el modo tradicional.
Busque los parámetros de configuración correspondientes al contenedor web que se utilizará para SDK y modífiquelos con la información de dicho contenedor. Por ejemplo, si WEB_CONTAINER se establece en WS6 (Sun Java System Web Server), debería modificar los parámetros de configuración que incluyen el prefijo WS61 (WS61_INSTANCE, WS61_HOME, WS61_PROTOCOL, etc.).
Como usuario root, utilice el archivo amsamplesilent editado para implementar Access Manager.
Reinicio del contenedor web
En este ejemplo, se instalan Calendar Server y Messaging Server en un entorno Schema 2 de 3 hosts. Se utilizarán copias de Access Manager y Directory Server.
Para el ejemplo de Schema 1, consulte Ejemplo de Schema 1 de Calendar-Messaging .
Access Manager es necesario si va a implementar un inicio de sesión único o las directivas administradas de Access Manager. En este caso, es necesario Access Manager o una copia local de Access Manager SDK. Access Manager SDK requiere la instalación de Access Manager, pero no necesariamente una copia local. Calendar Server y Messaging Server requieren la instalación de Directory Server, pero no necesariamente una copia local. Messaging Server necesita una copia local de Administration Server.
En este ejemplo, se utilizarán copias locales de Directory Server y Access Manager. Access Manager necesita un contenedor web local.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Si utiliza este componente con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster
El Directory Server remoto debe instalarse y ejecutarse antes de instalar los demás componentes que dependen de él.
La instancia remota de Access Manager debe ejecutarse antes de instalar Access Manager SDK. Para obtener instrucciones sobre cómo instalar Access Manager, consulte el apartado Ejemplo de Identity Management
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Instalación e inicio del contenedor web y Access Manager (anulación de la selección de Directory Server)
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Calendar Server, Messaging Server y Access Manager SDK durante la selección de componentes
Directory Server, la Herramienta de preparación de Directory y Administration Server se seleccionan automáticamente.
Anulación de la selección de Directory Server y especificación de la copia remota cuando se solicite
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora
Calendar Server y Messaging Server no se pueden configurar durante la instalación.
Se muestran las páginas de configuración de los componentes locales que pueden configurarse durante la instalación. No acepte los valores predeterminados para los componentes remotos; utilice la información remota. Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación, incluida la especificación de componentes remotos
Inicio de los componentes en el siguiente orden:
Inicio y detención de Administration Server y Server Console
Inicio y detención de Calendar Server
La siguiente tabla contiene información adicional sobre Calendar Server.
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación | |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Calendar Server |
Actualización |
La siguiente tabla contiene información adicional sobre Messaging Server.
Tarea |
Información relevante |
---|---|
Configuración posterior a la instalación |
Configuración posterior a la instalación de Messaging Server |
Inicio y detención | |
Desinstalación | |
Resolución de problemas |
Sugerencias para la resolución de problemas de Messaging Server |
Actualización |
En este ejemplo, se instalan Calendar Server y Messaging Server en un entorno Schema 1 LDAP de dos hosts. Se utilizará una versión remota de Directory Server.
Calendar Server y Messaging Server requieren la instalación de Directory Server, pero no necesariamente una copia local. Además, Messaging Server necesita una copia local de Administration Server.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Calendar Server y Messaging Server durante la selección de componentes
Directory Server, la Herramienta de preparación de Directory y Administration Server se seleccionan automáticamente.
Anulación de la selección de Directory Server
Cuando se le solicite que seleccione una instancia local o remota de Directory Server, seleccione la instancia remota (el servidor Directory Server que se haya instalado y ejecutado en el Host A).
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora
Recibirá un mensaje en el que se indica que Calendar Server y Messaging Server no pueden configurarse durante la instalación.
Revisión de las páginas de configuración de Administration Server
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación:
Inicio de los componentes en el siguiente orden:
En este ejemplo, se instala Communications Express para los servicios de mensajería en un entorno Schema 2 de dos hosts. Se utilizará una copia remota de Directory Server.
En Linux: Para utilizar esta secuencia de ejemplo, consulte también el problema conocido 6283991 en las Notas de la versión de Sun Java Enterprise System 2005Q4.
Communications Express requiere Access Manager o Access Manager SDK para Schema 2. Siempre es necesaria una copia local de Access Manager SDK, aunque puede utilizar una copia remota de Access Manager. Directory Server es necesario para Access Manager y Communications Express, aunque no es obligatorio que Directory Server se encuentre en el host local. Communications Express necesita un contenedor web local, ya sea Application Server o Web Server .
Para utilizar los servicios de mensajería, Communications Express necesita una copia local de Messaging Server que, a su vez, necesita una copia local de Administration Server. Para utilizar los servicios de calendario, Communications Express requiere la instalación de Calendar Server, aunque no es necesario que Calendar Server se encuentre en el host local. En este ejemplo, se utilizan los servicios de mensajería.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Si utiliza Messaging Server o Web Server con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar los demás componentes. Consulte el apartado Ejemplo de software de Sun Cluster para obtener directrices acerca de Sun Cluster.
El Directory Server remoto debe instalarse y ejecutarse antes de instalar los demás componentes que dependen de él.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Communications Express, Access Manager, Messaging Server y Web Server durante la selección de componentes
Administration Server, Directory Server y la Herramienta de preparación de Directory se seleccionan automáticamente.
Anulación de la selección de Directory Server
Cuando se le solicite que selecciona un instancia local o remota de Directory Server, seleccione la instancia remota (el servidor Directory Server que se ha instalado y ejecutado en el Host A).
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora
Communications Express no se puede configurar durante la instalación, por lo que se debe realizar después.
Se muestran las páginas de configuración de aquellos componentes que pueden configurarse durante la instalación.
Revisión de las páginas de configuración
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación:
Inicio de los componentes
Inicio y detención de Web Server (Access Manager se inicia automáticamente).
Uso de la siguiente URL para acceder a la página de inicio de sesión predeterminada de Communications Express:
http://webcontainer-host:webcontainer-port/ uri-path-CommsExpress |
Uso de la siguiente URL para acceder a la página de inicio de sesión predeterminada de Access Manager:
http://web-container-host:web-container-port /amserver/UI/Login |
En este ejemplo, se instala Instant Messaging con Access Manager utilizando un servidor Directory Server remoto y Web Server como contenedor web.
Access Manager es necesario para el subcomponente Instant Messaging Core, pero no hace falta utilizar una copia local. Para el subcomponente Instant Messaging Resources, debe existir una copia local de Access Manager SDK en Instant Messaging. Access Manager necesita un contenedor web, que puede ser remoto. Si utiliza Access Manager, es necesario Directory Server, pero no hace falta una copia local. Si utiliza Access Manager con Instant Messaging, debe utilizar también Access Manager SDK.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
El programa de instalación no selecciona automáticamente los componentes de los que depende Instant Messaging. Debe seleccionar manualmente estos componentes.
Si implementa otros componentes con Instant Messaging, deberá configurarlos antes de configurar Instant Messaging.
Entre los componentes de Java ES implementados habitualmente con Instant Messaging se incluyen Messaging Server, Calendar Server y Portal Server (con Access Manager).
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Instant Messaging y Web Server durante la selección de componentes
Anulación de la selección de Directory Server y especificación de la copia remota cuando se solicite
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Comprobación de los directorios de instalación
Selección de la opción Configurar ahora o Configurar más tarde
Instant Messaging no puede configurarse durante la instalación.
Si se selecciona la opción Configurar ahora, se mostrarán las páginas de configuración de Web Server.
Recopile la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Configuración de Instant Messaging después de una instalación en el modo Configurar más tarde (Optional) For remote components: Durante la configuración de Instant Messaging, especifique ubicaciones remotas para Directory Server, Access Manager y Web Server .
Inicio de los componentes en el siguiente orden:
En este ejemplo, se instala la mayoría de los componentes de Java ES para implementar los servicios de comunicación y colaboración entre cuatro hosts.
Si utiliza alguno de estos componentes con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar cualquier componente de Java ES. Consulte el apartado Ejemplo de software de Sun Cluster
Directory Server es necesario para todos los componentes de comunicaciones, pero no hace falta utilizar una copia local. Messaging Server necesita una copia local de Administration Server. Es necesario Access Manager o Access Manager SDK, aunque Access Manager puede ser remoto. En este ejemplo, Web Server cumple los requisitos de Access Manager en relación con el contenedor web. Aunque Calendar Server y Messaging Server no necesiten un contenedor web local, Communications Express sí. Communications Express puede utilizar una copia remota de Calendar Server, pero Messaging Server debe ser local.
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Para implementar un inicio de sesión único, Instant Messaging necesita la instalación de Access Manager y un contenedor web remoto o local. Portal Server Secure Remote Access necesita la instalación de Access Manager y un contenedor web local. Portal Server Secure Remote Access también requiere la instalación de Portal Server, pero no necesariamente una copia local. Portal Server Secure Remote Access debe instalarse en la misma ubicación que Portal Server. Access Manager y Portal Server no pueden utilizar contenedores web diferentes.
Para implementaciones de gran tamaño, es recomendable implementar cada componente en un servidor independiente en aproximadamente el mismo orden que se muestra en este ejemplo. Para las implementaciones de menor tamaño, los componentes deben instalarse en sesiones de instalación distintas en un menor número de servidores.
Para utilizar esta secuencia de ejemplo, consulte también el problema conocido 6284663 en las Notas de la versión de Sun Java Enterprise System 2005Q4.
En este ejemplo, se utilizan las siguientes sesiones de instalación:
Sesión 1, Host A: instalación de Access Manager y Directory Server
Sesión 2, Host B: instalación de Portal Server y Web Server (mediante una instancia remota de Directory Server y Access Manager en el Host A)
Sesión 3, Host C: instalación de Calendar Server (mediante una instancia remota de Directory Server y Access Manager en el Host A)
Sesión 4, Host D: instalación de Communications Express, Messaging Server, Access Manager SDK y Web Server (mediante una instancia remota de Directory Server y Access Manager en el Host A, y una instancia remota de Calendar Server en el Host C)
Sesión 5, Host D: instalación de Instant Messaging (mediante una instancia remota de Directory Server y Access Manager en el Host A) una vez que se han instalado y están en funcionamiento los demás componentes
Sesión 6, Host D: instalación de Portal Server Secure Remote Access (mediante una instancia remota de Directory Server y Access Manager en el Host A)
Al dividir la instalación en varias sesiones, podrá comprobar los componentes en cada sesión antes de pasar a la siguiente.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Access Manager y Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Portal Server y Web Server , y especificación de la instancia remota de Access Manager y Directory Server que se han instalado y ejecutado en el Host A.
Portal Server debe utilizar una copia local Access Manager SDK y un contenedor web.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Calendar Server, y especificación de la instancia remota de Access Manager y Directory Server que se han instalado en el Host A.
Messaging Server y Calendar Server deben utilizar una copia local de Access Manager SDK.
Instale únicamente Calendar Server siguiendo la secuencia mostrada en Ejemplo de Calendar Server y Messaging Server .
Se deben realizar las siguientes tareas generales:
Instalación de Communications Express, Messaging Server, Access Manager SDK y Web Server utilizando la opción Configurar más tarde
Realización de la configuración de Web Server posterior a la instalación
Para configurar Web Server después de una instalación en el modo Configurar más tarde
Realización de la configuración de AM SDK para que funcione con la instancia local de Web Server y la instancia remota de Access Manager
Ejemplo de Access Manager SDK con configuración de contenedor
Realización de la configuración de Administration Server posterior a la instalación
Para configurar Administration Server después de una instalación en el modo Configurar más tarde
Realización de la configuración de Messaging Server posterior a la instalación
Configuración posterior a la instalación de Messaging Server
Inicio de Messaging Server
Realización de la configuración de Communications Express posterior a la instalación
Durante la configuración, especifique la información para Access Manager en el Host A, Calendar Server en el Host C y Messaging Server en el Host D.
Para configurar Communications Express después de una instalación en el modo Configurar más tarde
Reinicio de Web Server en el Host D
Se deben realizar las siguientes tareas generales:
Instalación de Instant Messaging
Realización de la configuración de Instant Messaging posterior a la instalación
Configuración posterior a la instalación de Instant Messaging
Se deben realizar las siguientes tareas generales:
Instalación de Portal Server Secure Remote Access y especificación de la instancia remota de Access Manager y Directory Server que se han instalado en el Host A.
También se instala Portal Server como requisito de Portal Server Secure Remote Access.
Ejemplo de Portal Server con una instancia de Access Manager remota
Establecimiento de un usuario inicial y configuración del inicio de sesión único.
En este ejemplo, se implementa Identity Management mediante la instalación de Access Manager y Directory Server con Directory Server en un host remoto.
Access Manager requiere la instalación de Directory Server, pero no necesariamente una copia local. Access Manager necesita un contenedor web que, en este ejemplo, es Web Server . La copia remota de Directory Server debe ejecutarse antes de instalar los otros componentes.
Se deben realizar las siguientes tareas generales:
Instalación e inicio de Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Access Manager y Web Server durante la selección de componentes
Directory Server y la Herramienta de preparación de Directory se seleccionan automáticamente.
Anule la selección de Directory Server y especifique una copia remota cuando se lo soliciten.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora o Configurar más tarde
Si se selecciona la opción Configurar ahora, se muestran las páginas de configuración de aquellos componentes que permiten su configuración durante la instalación. No acepte los valores predeterminados para los componentes remotos; utilice la información remota.
Deberá recopilar la información de configuración de las tablas mostradas en el Capítulo 1, Información de configuración de Referencia de la instalación de Java ES System 2005Q4.
Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación
Para la opción Configurar ahora:
Configuración de Access Manager después de una instalación en el modo Configurar ahora
Para la opción Configurar más tarde:
Inicio de los componentes
Inicio y detención de Web Server (Access Manager se inicia automáticamente.).
Acceso a la página de inicio de sesión predeterminada de Access Manager
http://webserver-host:port/amserver |
Establecimiento de un usuario inicial y configuración del inicio de sesión único
HADB (utilizado para el almacenamiento de sesiones de alta disponibilidad) se utiliza junto con Application Server para proporcionar funciones de conmutación por error, entre las que se incluye la persistencia de sesión.
Si utiliza estos componentes con el software de Sun Cluster, debe realizar una serie de tareas precisas antes de instalar cualquier componente de Java ES. Consulte el apartado Ejemplo de software de Sun Cluster para obtener directrices acerca de Sun Cluster.
En este ejemplo, se proporcionan directrices para la implementación de un clúster HADB de dos nodos con equilibrado de carga. Sin embargo, es recomendable instalar HADB en cuatro nodos sin ningún elemento instalado. El servidor de administración de dominio (DAS), que incluye una copia de HADB para la administración y un equilibrador de carga, así como Web Server, se instalarán en un equipo diferente.
En un sistema operativo dividido en particiones, es recomendable que los dos servidores estén instalados (en un host o zona) con, como mínimo, un proceso HADB en ejecución en cada uno.
Application Server necesita una copia local de Message Queue. Application Server y HADB deben encontrarse en el mismo host para poder utilizar las herramientas de administración integradas que proporciona Application Server. El subcomponente de equilibrado de carga de Application Server necesita un servidor web. En este ejemplo, se utiliza Java ES Web Server como contenedor.
Entre las tareas generales, se incluye:
Instalación de los componentes de Java ES
Inicio de los servidores
Configuración de HADB
Configuración del equilibrado de carga
Puede utilizar las siguientes directrices para instalar todos los componentes en un nodo o zona. En los nodos siguientes, instale los componentes necesarios para la implementación. Son necesarias, como mínimo, dos sesiones de instalación.
Se deben realizar las siguientes tareas generales:
Comprobación de la correcta conexión del hardware para el clúster
Ejecución del programa de instalación de Java ES
Selección de Application Server y del almacén de sesiones de alta disponibilidad durante la selección de componentes
Message Queue y todos los subcomponentes de Application Server, excepto el agente del nodo de Application Server y el complemento de equilibrado de carga, se seleccionan automáticamente.
Expansión del componente Application Server y selección del complemento de equilibrado de carga.
Debe instalar Web Server y el complemento de equilibrado de carga con los mismos permisos de acceso.
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora
Message Queue no necesita ninguna configuración.
Se mostrarán las páginas de configuración de los componentes que pueden configurarse durante la instalación. Recopile la información de configuración de la tabla mostrada en Información de configuración HADB de Referencia de la instalación de Java ES System 2005Q4.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Inicio de los componentes:
Inicio y detención de Application Server (Message Queue se inicia automáticamente.).
Realización de la configuración de HADB posterior a la instalación
Consulte Configuración de HADB después de una instalación en el modo Configurar más tarde.
Realización de la configuración del equilibrado de carga
En este ejemplo, se instala Portal Server y sus componentes necesarios en un host utilizando una copia de Access Manager que se encuentra instalada junto con Directory Server en otro host. Access Manager y Portal Server deben utilizar el mismo tipo de contenedor web.
Para utilizar esta secuencia de ejemplo, consulte también el problema conocido 6284663 en las Notas de la versión de Sun Java Enterprise System 2005Q4.
Portal Server requiere una copia de Access Manager. Access Manager necesita una copia local o remota de Directory Server y un contenedor web local. Puede ejecutar Portal Server en un host independiente de Access Manager; en ese caso, Portal Server necesita una copia local de Access Manager SDK y un contenedor web local. Al instalar Portal Server y Access Manager SDK, debe anular la selección de los subcomponentes de Access Manager innecesarios. (El programa de instalación selecciona todos los subcomponentes de Access Manager al seleccionar Portal Server.)
Debe utilizar el tipo de instalación tradicional de Access Manager (6.x) si instala Access Manager con Portal Server, Messaging Server, Calendar Server, Delegated Administrator o Instant Messaging. El tipo de instalación de dominio de Access Manager (7.x) sólo se puede utilizar si no va a instalar ninguno de estos componentes.
Se deben realizar las siguientes tareas generales:
Comprobación de la correcta instalación y ejecución de Access Manager y Directory Server
Como Administration Server proporciona una interfaz gráfica para Directory Server, es recomendable seleccionar también Administration Server.
Se deben realizar las siguientes tareas generales:
Ejecución del programa de instalación de Java ES
Selección de Portal Server durante la selección de componentes
Todos los componentes de Access Manager se seleccionan automáticamente, así como Directory Server y la Herramienta de preparación de Directory.
No se selecciona el contenedor web. La página de selección del contenedor web le solicitará que seleccione un contenedor.
Anulación de la selección de Directory Server y todos los subcomponentes de Access Manager, excepto Access Manager SDK
Los mensajes de dependencia le indicarán que realice las siguientes tareas:
Resolución de incompatibilidades
El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.
Selección de la opción Configurar ahora
Aparecen las páginas de configuración.
Especificación de los siguientes valores en la página Access Manager: Administration (1 of 4) (Access Manager: Administración [1 de 4] ) para la instancia remota de Access Manager:
Administrador (amAdmin) Contraseña (amAdmin)
Usuario LDAP (amldapuser) Contraseña (amldapuser)
Clave de cifrado de contraseña
Especificación de la información de Directory Server en el Host A en la página Access Manager: Directory Server Information (Access Manager: Información de Directory Server).
Información de Directory Server
Contraseña del administrador del directorio
Sufijo
Especificación de la información sobre la instancia remota de Access Manager en el Host A en Access Manager: Web container for running Sun Java System Access Manager Services (Access Manager: Contenedor web para la ejecución de los servicios de Sun Java System Access Manager Services).
Debería especificarse el nombre completo de host en el Host A.
Especificación del contenedor web (y cualquier parámetro de configuración) en el que se esté ejecutando Portal Server en la página Portal Server: webcontainer.
Ejecución de la instalación
Visualización del registro y del resumen de instalación
Realización de la configuración posterior a la instalación:
Este apartado contiene los siguientes ejemplos no root:
Ejemplo de configuración de Access Manager para ejecutarse como usuario no root
Ejemplo de Portal Server en una instancia no root de Web Server o Application Server
Para obtener información sobre usuarios no root, consulte Configuración de los componentes con identificadores no root
En Linux: Para utilizar estas secuencias de ejemplo, consulte también el problema conocido 6284698 en las Notas de la versión de Sun Java Enterprise System 2005Q4.
En este ejemplo, se proporcionan una secuencia de instalación y procedimientos de configuración que permiten ejecutar Access Manager en un contenedor web que no pertenece a un usuario root.
Si la planificación de la instalación exige la implementación de Access Manager en una instancia de Web Server o Application Server que no pertenece a un superusuario ( root ), debe instalar Access Manager en una sesión de instalación independiente de Directory Server y Web Server, o Application Server.
Entre los pasos generales para la creación de esta secuencia de instalación, se incluyen:
Sesión 1, Host A: instalación de Directory Server y Administration Server
Sesión 2, Host B: instalación de Web Server
Sesión 3, Host B: instalación de Access Manager
Si ya ha implementado Access Manager en una instancia de Web Server o Application Server de un usuario root, desinstale la copia de Access Manager antes de seguir el procedimiento descrito en este apartado.
Se deben realizar las siguientes tareas generales:
Instalación de Directory Server y Administration Server con la opción Configurar ahora
En la página de configuración común del servidor, especifique el usuario no root para el usuario del sistema y el grupo no root para el grupo del sistema.
Seleccione números de puerto para Directory Server y Administration Server superiores a 1024 (no utilice 389 ni 390).
Inicio de Directory Server y Administration Server como usuario no root (todos los procesos deben pertenecer al usuario no root)
Se deben realizar las siguientes tareas generales:
Instalación de Web Server con la opción Configurar ahora
En la página de configuración común del servidor, especifique el usuario no root para el usuario del sistema y el grupo no root para el grupo del sistema.
En la página Web Server: Administration (1 of 2) (Web Server: Administración [1 de 2]), cambie el Id. de usuario de tiempo de ejecución de administración por el usuario no root.
En la página Web Server: Default Web Server Instance (Web Server: Instancia predeterminada de Web Server):
Cambie el Id. de usuario de tiempo de ejecución por el usuario no root.
Cambie el grupo de tiempo de ejecución por el grupo no root.
Seleccione un valor para el puerto HTTP superior a 1024.
Inicio de la instancia de administración de Web Server y la instancia de Web Server como usuario no root
Todos los procesos deben pertenecer a los usuarios no root.
Se deben realizar las siguientes tareas generales:
Instalación de Access Manager con la opción Configurar más tarde
Cambio del propietario de los siguientes directorios de root/otro a usuario no root/grupo no root:
Estos directorios de componentes compartidos deben cambiarse porque se han establecido en la ruta de clase del contenedor web en la configuración de Access Manager.
SO Solaris: /opt/SUNWma y /etc/opt/SUNWma
Linux: /opt/sun/mobileaccess y /etc/opt/sun/mobileaccess
chown -R nonroot-user:nonroot-group /opt/SUNWma /etc/opt/SUNWma |
Edición del archivo amsamplesilent
Vaya al directorio bin de Access Manager:
SO Solaris: cd AccessManager-base /SUNWam/bin
Linux: cd AccessManager-base /identity/bin
Realice una copia del archivo amsamplesilent. Por ejemplo:
cp -p amsamplesilent am.non_root_install
Edite la copia del archivo amsamplesilent.
Establezca BASEDIR en el mismo valor seleccionado para el directorio de instalación de Access Manager durante la instalación.
Actualice SERVER_HOST, SERVER_PORT, DS_HOST, DS_PORT, ROOT_SUFFIX, WS61_ADMINPORT y todos los campos de contraseña relacionados (DS_DIRMGRPASSWD, ADMINPASSWD y AMLDAPUSERPASSWD).
Uso del archivo amsamplesilent para implementar Access Manager
./amconfig -s ./am.non_root_install |
Detención de la instancia de administración de Web Server y la instancia de Web Server como usuario no root
Cambio del propietario del directorio de instalación de Web Server como root
chown -R <non-root-user\>:<non-root-group\> WebServer-base |
Inicio de la instancia de administración de Web Server y la instancia de Web Server como usuario no root
Acceso a la consola de administración de Web Server en el explorador e inicio de sesión como usuario de administración
Selección de la instancia en la que se ha implementado Access Manager
En este ejemplo, se proporcionan una secuencia de instalación y procedimientos de configuración que permiten ejecutar Portal Server en un contenedor web que no pertenece a un usuario root.
Si la planificación de la instalación exige la implementación de Portal Server en una instancia de Web Server o Application Server que no pertenece a un superusuario (root), debe instalar Portal Server en una sesión de instalación independiente de Web Server o Application Server.
Si ha configurado el host de Portal Server para que se ejecute como usuario no root y, a continuación, aplica una revisión, se restablecerá el propietario de algunos directorios a root, ya que la revisión se aplica como usuario root.
Una vez aplicada satisfactoriamente la revisión, vuelva a configurar el host para que se ejecute como usuario no root.
Se deben realizar las siguientes tareas generales:
Instalación e inicio del contenedor web y Access Manager (anulación de la selección de Directory Server)
Ejemplo de Identity Management
Omita esta tarea si Portal Server va a utilizar una copia de Access Manager instalada en un host remoto.
Se deben realizar las siguientes tareas generales:
Confirmación de que la instancia no root de Web Server o Application Server se ha instalado y configurado en el mismo host en el que se está instalando Portal Server
Para Web Server :
Si aún no se ha instalado Web Server , utilice el programa de instalación para instalar esta aplicación con la opción Configurar ahora. Especifique el propietario no root en los parámetros de configuración de usuario y grupo de tiempo de ejecución.
Ejemplo relacionado únicamente con Web Server
Si ya se ha instalado Web Server , use las utilidades administrativas de Web Server para crear una nueva instancia de Web Server para un usuario no root.
Para Application Server:
Si aún no se ha instalado Application Server, utilice el programa de instalación para instalar esta aplicación.
Ejemplo relacionado sólo con Application Server
Una vez instalado Application Server, use las utilidades administrativas de Application Server para crear una nueva instancia de Application Server para un usuario no root.
Confirmación de que la instancia de Web Server o Application Server se está ejecutando, así como la instancia administrativa de Web Server o Application Server
Instalación de Portal Server con la opción Configurar ahora
Durante la configuración de Portal Server, realice lo siguiente:
Introduzca la información de usuario y de grupo del propietario de la instancia no root en los parámetros de usuario y grupo del sistema al especificar valores en la página de configuración común del servidor.
Introduzca la información sobre la instancia no root al especificar valores en la página de Portal Server: Sun Java System Web Server o Portal Server Sun Java System Application Server.
Después de la instalación, cambie el propietario de los directrorios de Portal Server de root a Userid: UserGroup.
SO Solaris:
chown -R Userid:UserGroup /opt/SUNWps chown -R Userid:UserGroup /etc/opt/SUNWps chown -R Userid:UserGroup /var/opt/SUNWps |
Linux:
chown -R Userid:UserGroup /opt/sun/portal chown -R Userid:UserGroup /etc/opt/sun/portal chown -R Userid:UserGroup /var/opt/sun/portal |
Establecimiento de los siguientes permisos para los directorios de Portal Server
SO Solaris:
chmod 0755 /opt/SUNWps chmod 0755 /etc/opt/SUNWps chmod 0755 /var/opt/SUNWps |
Linux:
chmod 0755 /opt/sun/portal chmod 0755 /etc/opt/sun/portal chmod 0755 /var/opt/sun/portal |
Detención e inicio de Web Server o Application Server.