Guía de instalación de Sun Java Enterprise System 2005Q4 para UNIX

Capítulo 2 Secuencias de instalación de ejemplo

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:

Uso de este capítulo

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


Nota –

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


Consejo –

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.

Ejemplos de instalación en una única sesión

Los siguientes ejemplos hacen referencia a una instalación en un único host y en una única sesión:

Ejemplo de evaluació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.

ProcedurePara desarrollar una secuencia de evaluación de Java ES

Se deben realizar las siguientes tareas generales:

Pasos
  1. Inicio del programa de instalación gráfico de Java ES

  2. Comprobación de los requisitos previos de instalación

  3. 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.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora

    Los mensajes indican los componentes que no pueden configurarse durante la instalación.

  6. 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.

  7. Visualización del registro y del resumen de instalación

  8. 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.

  9. 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.


    Nota –

    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.


Ejemplos de Access Manager y Portal Server

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para Access Manager y Portal Server

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.


      Nota –

      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.

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. 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.

  5. Ejecución de la instalación

  6. Visualización del registro y del resumen de instalación

  7. Realización de la configuración posterior a la instalación

  8. Inicio de los componentes

  9. 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 

    Información de configuración de Access Manager de Referencia de la instalación de Java ES System 2005Q4

    Configuración posterior a la instalación 

    Configuración posterior a la instalación de Access Manager

    Inicio y detención 

    Inicio y detención de Access Manager

    Desinstalación 

    Comportamiento de desinstalación de Access Manager

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Access Manager

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

    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 

    Información de configuración de Portal Server de Referencia de la instalación de Java ES System 2005Q4

    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 

    Comportamiento de desinstalación de Portal Server

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Portal Server

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo relacionado sólo con Application Server

En este ejemplo, se instala únicamente Application Server.

Requisitos

Application Server necesita una copia local de Message Queue. Si utiliza el equilibrado de carga, es necesaria una copia local de un servidor web.


Nota –

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.


ProcedurePara desarrollar una secuencia para Application Server

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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.

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. Realización de la configuración posterior a la instalación

  9. 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 

    Información de configuración de Application Server de Referencia de la instalación de Java ES System 2005Q4

    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 

    Inicio y detención de Application Server

    Desinstalación 

    Comportamiento de desinstalación de Application Server

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Application Server

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo relacionado sólo con Directory Server

En este ejemplo, se instala únicamente Directory Server.

Requisitos y problemas de secuencias

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para Directory Server

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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.

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. Realización de la configuración posterior a la instalación

  9. Inicio de los componentes en el siguiente orden:

    1. Inicio y detención de Directory Server

    2. (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 

      Información de configuración de Directory Server de Referencia de la instalación de Java ES System 2005Q4

      Configuración posterior a la instalación 

      Configuración posterior a la instalación de Directory Server

      Inicio y detención 

      Inicio y detención de Directory Server

      Desinstalación 

      Comportamiento de desinstalación de Directory Server

      Resolución de problemas 

      Sugerencias para la resolución de problemas de Directory Server

      Actualización 

      Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo de Directory Proxy Server

En este ejemplo, se instala Directory Proxy Server con Directory Server en un único host.

Requisitos

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.

ProcedurePara desarrollar una secuencia para Directory Proxy Server

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.


    Nota –

    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 .


  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. Realización de la configuración posterior a la instalación

  9. Inicio de los componentes en el siguiente orden:

    1. Inicio y detención de Directory Server

    2. Inicio y detención de Administration Server y Server Console

    3. 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 

      Información de configuración de Directory Proxy Server de Referencia de la instalación de Java ES System 2005Q4

      Configuración posterior a la instalación 

      Configuración posterior a la instalación de Directory Proxy Server

      Inicio y detención 

      Inicio y detención de Directory Proxy Server

      Desinstalación 

      Comportamiento de desinstalación de Directory Proxy Server

      Resolución de problemas 

      Sugerencias para la resolución de problemas de Directory Proxy Server

      Actualización 

      Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo relacionado sólo con Instant Messaging

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.


Nota –

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 .


Problemas de secuencias

ProcedurePara desarrollar una secuencia para Instant Messaging

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de Instant Messaging durante la selección de componentes

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar más tarde

    Instant Messaging no puede configurarse durante la instalación.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. 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

  9. 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 

    Comportamiento de desinstalación de Instant Messaging

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Instant Messaging

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

    Situaciones de implementación de ejemplo 

    Sun Java System Communications Deployment Planning Guide

Ejemplo relacionado únicamente con Message Queue

En este ejemplo, se instala únicamente Message Queue.

Requisitos

Message Queue no tiene ninguna dependencia con otros componentes de Java ES.


Nota –

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.


ProcedurePara desarrollar una secuencia para Message Queue

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de Message Queue durante la selección de componentes

  3. 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.

  4. Selección de la opción Configurar más tarde.

    Message Queue no puede configurarse durante la instalación.

  5. Ejecución de la instalación

  6. Visualización del registro y del resumen de instalación

  7. Inicio de Message Queue

    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 

    Configuración posterior a la instalación de Message Queue

    Inicio y detención 

    Inicio de Message Queue

    Desinstalación 

    Comportamiento de desinstalación de Message Queue

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Message Queue

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo de Portal Server Secure Remote Access

En este ejemplo, se instala Portal Server Secure Remote Access con Access Manager en un único host utilizando Web Server como contenedor web.

Requisitos

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para Portal Server Secure Remote Access

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.


      Nota –

      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.


      Nota –

      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.


  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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.

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  5. Ejecución de la instalación

  6. Visualización del registro y del resumen de instalación

  7. 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:

  8. Inicio de los componentes

  9. Acceso a la página de inicio de sesión predeterminada de Access Manager


    http://webserver-host:port/amserver
  10. Acceso al portal


    http://webserver-host:port/portal/dt
  11. 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 

    Información de configuración de Portal Server, Secure Remote Access de Referencia de la instalación de Java ES System 2005Q4

    Inicio y detención 

    Inicio y detención de Portal Server Secure Remote Access

    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 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo relacionado únicamente con Service Registry

En este ejemplo, se instala únicamente Service Registry.

Requisitos

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.

ProcedurePara desarrollar una secuencia para Service Registry

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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

    2. 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.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. Realización de la configuración posterior a la instalación, en el siguiente orden:

    1. Configuración posterior a la instalación de Application Server

    2. Configuración posterior a la instalación de Service Registry

  9. 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 

    Comportamiento de desinstalación de Service Registry

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Service Registry

Ejemplo relacionado únicamente con Web Server

En este ejemplo, se instala únicamente Web Server .

Requisitos

Web Server no tiene dependencias con otros componentes.


Nota –

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.


ProcedurePara desarrollar una secuencia para Web Server

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de Web Server durante la selección de componentes

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. Realización de la configuración posterior a la instalación

    Configuración posterior a la instalación de Web Server

  9. 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 

    Configuración posterior a la instalación de Web Server

    Inicio y detención 

    Inicio y detención de Web Server

    Desinstalación 

    Comportamiento de desinstalación de Web Server

    Resolución de problemas 

    Sugerencias para la resolución de problemas de Web Server

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Zonas de Solaris 10

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.

Visión general de las zonas de Solaris

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.

Compatibilidad de zonas con esta versión de Java ES

La siguiente lista describe el nivel de compatibilidad de zonas de Java ES con esta versión de Java ES:

  1. Java ES puede instalarse en la zona global, aunque ya existan zonas no globales.

  2. Las zonas no globales pueden crearse después de instalar Java ES en la zona global.

  3. Java ES puede instalarse en una zona root completa, aunque ya se haya realizado la instalación de Java ES en la zona global.

  4. 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.

  5. Java ES puede instalarse en la zona global, aunque ya se haya instalado en la zona no global root completa.

Ejemplo de zonas de Solaris 10

En este ejemplo, se instala el software de Java ES en una zona no global de Solaris 10.

ProcedurePara desarrollar una secuencia para las zonas de Solaris 10

Se deben realizar las siguientes tareas generales:

Pasos
  1. Comprobación de la instalación de Solaris 10 en el host

    La zona global se crea automáticamente.

  2. 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.

  3. Inicio del programa de instalación de Java ES en la zona no global deseada

  4. 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.

  5. Ejecución de la instalación

  6. Visualización del registro y del resumen de instalación

  7. 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.

  8. 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.

  9. Repetición del mismo proceso en las zonas no globales adicionales

Ejemplo de software de Sun Cluster

En este ejemplo, se instala Messaging Server en una estructura de Sun Cluster.


Nota –

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.

Requisitos y problemas de secuencias

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.

  1. Instalación del componente Java ES Sun Cluster

  2. Configuración de la estructura de Sun Cluster

  3. Instalación de los componentes de Java ES necesarios para que Messaging Server funcione en el clúster

  4. 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.

Fase 1. Instalación y configuración de la estructura de Sun Cluster

Deben realizarse las siguientes tareas en todos los nodos del clúster.

ProcedurePara desarrollar una secuencia para la estructura de Sun Cluster

Pasos
  1. Comprobación de la correcta conexión del hardware para el clúster

  2. 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.

  3. Selección de Sun Cluster durante la selección de componentes


    Consejo –

    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.


  4. Selección de la opción Configurar más tarde

  5. 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.

  6. Instalación de las funciones especiales de Sun Cluster (si es necesario): RSMAPI ( SUNWscrif),adaptadores SCI-PCI (SUNWsci) y controladores RSMRDT (SUNWscrdt)

    Sun Cluster Software Installation Guide for Solaris OS

Fase 2. Instalación y configuración de los componentes y agentes

Deben realizarse las siguiente tareas en todos los nodos del clúster.

ProcedurePara desarrollar una secuencia para la configuración de componentes y agentes

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de los siguientes componentes:

    1. 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.


      Nota –

      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


    2. Sun Cluster Agents for Sun Java System

      Se seleccionan todos los agentes de forma predeterminada.

    3. 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

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del nodo y proporciona ayuda en caso de detectar incompatibilidades.

  4. Comprobación de los directorios de instalación

  5. 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.

  6. Configuración de todos los componentes seleccionados excepto Sun Cluster Agents

  7. Inicio de todos los componentes, excepto Sun Cluster Agents, en el siguiente orden:

    1. Inicio y detención de Directory Server

    2. Inicio y detención de Administration Server y Server Console

    3. Inicio y detención de Messaging Server

  8. 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 

    Fase 1. Estructura de Sun Cluster

    Configuración de los servicios de datos de Sun Cluster

    Inicio y detención 

    Detención y reinicio del software de Sun Cluster

    Desinstalación 

    Comportamiento de desinstalación de Sun Cluster

    Resolución de problemas 

    Sugerencias para la resolución de problemas del software de Sun Cluster Software

    Actualización 

    Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo de Access Manager SDK con configuración de contenedor

En este ejemplo, se instala Access Manager SDK utilizando una copia de Access Manager instalada en un host remoto.


Nota –

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.


Requisitos

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.


Nota –

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.

ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    Inicio e instalación de Access Manager Core Services

    Ejemplo de Identity Management

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de Access Manager SDK durante la selección de componentes

  3. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  4. Selección de la opción Configurar más tarde

  5. Ejecución de la instalación

  6. Visualización del registro y del resumen de instalación

  7. Comprobación de la correcta instalación y ejecución del contenedor web

  8. Edición del archivo amsamplesilent

    1. En el directorio AccessManager-base/SUNWam/bin , realice una copia del archivo amsamplesilent.

    2. 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

    3. 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.).

  9. Como usuario root, utilice el archivo amsamplesilent editado para implementar Access Manager.

    ./ amconfig -s ./am.sdk_install

  10. Reinicio del contenedor web

Ejemplo de Calendar Server y Messaging Server

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.


Nota –

Para el ejemplo de Schema 1, consulte Ejemplo de Schema 1 de Calendar-Messaging .


Requisitos y problemas de secuencias

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo relacionado sólo con Directory Server

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Paso

    Instalación e inicio del contenedor web y Access Manager (anulación de la selección de Directory Server)

    Ejemplo de Identity Management

ProcedurePara desarrollar una secuencia para el Host C

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. Anulación de la selección de Directory Server y especificación de la copia remota cuando se solicite

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. Comprobación de los directorios de instalación

  6. 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.

  7. Ejecución de la instalación

  8. Visualización del registro y del resumen de instalación

  9. Realización de la configuración posterior a la instalación, incluida la especificación de componentes remotos

  10. Inicio de los componentes en el siguiente orden:

    1. Inicio y detención de Administration Server y Server Console

    2. Inicio y detención de Messaging Server

    3. 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 

      Configuración posterior a la instalación de Calendar Server

      Inicio y detención 

      Inicio y detención de Calendar Server

      Desinstalación 

      Comportamiento de desinstalación de Calendar Server

      Resolución de problemas 

      Sugerencias para la resolución de problemas de Calendar Server

      Actualización 

      Guía de actualización de Sun Java Enterprise System 2005Q4

      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 

      Inicio y detención de Messaging Server

      Desinstalación 

      Tareas posteriores a la desinstalación de Messaging Server

      Comportamiento de desinstalación de Messaging Server

      Resolución de problemas 

      Sugerencias para la resolución de problemas de Messaging Server

      Actualización 

      Guía de actualización de Sun Java Enterprise System 2005Q4

Ejemplo de Schema 1 de Calendar-Messaging

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.

Requisitos

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.

ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo relacionado sólo con Directory Server

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. 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).

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. 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.

  6. Revisión de las páginas de configuración de Administration Server

  7. Ejecución de la instalación

  8. Visualización del registro y del resumen de instalación

  9. Realización de la configuración posterior a la instalación:

  10. Inicio de los componentes en el siguiente orden:

    1. Inicio y detención de Administration Server y Server Console

    2. Inicio y detención de Messaging Server

    3. Inicio y detención de Calendar Server

Ejemplo de Communications Express y Messaging Server

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.


Nota –

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.


Requisitos y problemas de secuencias

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo relacionado sólo con Directory Server

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. 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).

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. 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.

  6. Revisión de las páginas de configuración

  7. Ejecución de la instalación

  8. Visualización del registro y del resumen de instalación

  9. Realización de la configuración posterior a la instalación:

  10. Inicio de los componentes

  11. 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
    
  12. 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

Ejemplo de Instant Messaging y Access Manager

En este ejemplo, se instala Instant Messaging con Access Manager utilizando un servidor Directory Server remoto y Web Server como contenedor web.

Requisitos y problemas de secuencias

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.


Nota –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo relacionado sólo con Directory Server

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. Selección de Instant Messaging y Web Server durante la selección de componentes

  3. Anulación de la selección de Directory Server y especificación de la copia remota cuando se solicite

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. Comprobación de los directorios de instalación

  6. Selección de la opción Configurar ahora o Configurar más tarde

    Instant Messaging no puede configurarse durante la instalación.

    1. 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

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  7. Ejecución de la instalación

  8. Visualización del registro y del resumen de instalación

  9. Realización de la configuración posterior a la instalación

  10. Inicio de los componentes en el siguiente orden:

    1. Inicio y detención de Web Server

    2. Inicio y detención de Instant Messaging Server y Multiplexor

Ejemplo de Communication and Collaboration Services

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.


Nota –

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


Requisitos y problemas de secuencias

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.


Nota –

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.


Nota –

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:

ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo de Identity Management

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Paso

    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.

ProcedurePara desarrollar una secuencia para el Host C

Se deben realizar las siguientes tareas generales:

Paso

    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 .

ProcedurePara desarrollar una secuencia para el Host D (primera sesión)

Se deben realizar las siguientes tareas generales:

Pasos
  1. Instalación de Communications Express, Messaging Server, Access Manager SDK y Web Server utilizando la opción Configurar más tarde

  2. 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

  3. 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

  4. 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

  5. Realización de la configuración de Messaging Server posterior a la instalación

    Configuración posterior a la instalación de Messaging Server

  6. Inicio de Messaging Server

    Para iniciar Messaging Server

  7. 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

  8. Reinicio de Web Server en el Host D

    Inicio y detención de Web Server

ProcedurePara desarrollar una secuencia para el Host D (segunda sesión)

Se deben realizar las siguientes tareas generales:

Pasos
  1. Instalación de Instant Messaging

    Ejemplo relacionado sólo con Instant Messaging

  2. Realización de la configuración de Instant Messaging posterior a la instalación

    Configuración posterior a la instalación de Instant Messaging

ProcedurePara desarrollar una secuencia para el Host D (tercera sesión)

Se deben realizar las siguientes tareas generales:

Pasos
  1. 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

  2. Establecimiento de un usuario inicial y configuración del inicio de sesión único.

Ejemplo de Identity Management

En este ejemplo, se implementa Identity Management mediante la instalación de Access Manager y Directory Server con Directory Server en un host remoto.

Requisitos

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.

ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo relacionado sólo con Directory Server

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. Anule la selección de Directory Server y especifique una copia remota cuando se lo soliciten.

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. Selección de la opción Configurar ahora o Configurar más tarde

    1. 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.

    2. Si se selecciona la opción Configurar más tarde, no se mostrarán las páginas de configuración.

  6. Ejecución de la instalación

  7. Visualización del registro y del resumen de instalación

  8. 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:

  9. Inicio de los componentes

    Inicio y detención de Web Server (Access Manager se inicia automáticamente.).

  10. Acceso a la página de inicio de sesión predeterminada de Access Manager


    http://webserver-host:port/amserver
  11. Establecimiento de un usuario inicial y configuración del inicio de sesión único

Ejemplo de Web and Application Services

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.


Nota –

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.

Requisitos y problemas de secuencias

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:

  1. Instalación de los componentes de Java ES

  2. Inicio de los servidores

  3. Configuración de HADB

  4. 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.

ProcedurePara desarrollar una secuencia para Web and Application Services

Se deben realizar las siguientes tareas generales:

Pasos
  1. Comprobación de la correcta conexión del hardware para el clúster

  2. Ejecución del programa de instalación de Java ES

  3. 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.

  4. Expansión del componente Application Server y selección del complemento de equilibrado de carga.


    Nota –

    Debe instalar Web Server y el complemento de equilibrado de carga con los mismos permisos de acceso.


  5. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  6. 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.

  7. Ejecución de la instalación

  8. Visualización del registro y del resumen de instalación

  9. Inicio de los componentes:

  10. 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.

  11. Realización de la configuración del equilibrado de carga

    Consulte el Capítulo 4, Configuring Load Balancing and Failover de Sun Java System Application Server Enterprise Edition 8.1 2005Q2 High Availability Administration Guide.

Ejemplo de Portal Server con una instancia de Access Manager remota

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.


Nota –

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.


Requisitos

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.)


Nota –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

    Ejemplo de Identity Management

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. Ejecución del programa de instalación de Java ES

  2. 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.

  3. 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:

    1. Seleccione Application Server, Web Server o un contenedor web local instalado anteriormente.

    2. Seleccione una instancia remota de Access Manager.

  4. Resolución de incompatibilidades

    El programa de instalación comprueba el software del host y proporciona ayuda en caso de detectar incompatibilidades.

  5. Selección de la opción Configurar ahora

    Aparecen las páginas de configuración.

  6. 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

  7. 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

  8. 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.

  9. 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.

  10. Ejecución de la instalación

  11. Visualización del registro y del resumen de instalación

  12. Realización de la configuración posterior a la instalación:

Ejemplos no root

Este apartado contiene los siguientes ejemplos no root:


Nota –

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.


Ejemplo de configuración de Access Manager para ejecutarse como usuario no root

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.

Requisitos y problemas de secuencias

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:


Nota –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Pasos
  1. 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).

  2. Inicio de Directory Server y Administration Server como usuario no root (todos los procesos deben pertenecer al usuario no root)

ProcedurePara desarrollar una secuencia para el Host B (primera sesión)

Se deben realizar las siguientes tareas generales:

Pasos
  1. 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):

      1. Cambie el Id. de usuario de tiempo de ejecución por el usuario no root.

      2. Cambie el grupo de tiempo de ejecución por el grupo no root.

      3. Seleccione un valor para el puerto HTTP superior a 1024.

  2. 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.

ProcedurePara desarrollar una secuencia para el Host B (segunda sesión)

Se deben realizar las siguientes tareas generales:

Pasos
  1. Instalación de Access Manager con la opción Configurar más tarde

  2. 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
  3. Edición del archivo amsamplesilent

    1. Vaya al directorio bin de Access Manager:

      SO Solaris: cd AccessManager-base /SUNWam/bin

      Linux: cd AccessManager-base /identity/bin

    2. Realice una copia del archivo amsamplesilent. Por ejemplo:

      cp -p amsamplesilent am.non_root_install

    3. 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).

  4. Uso del archivo amsamplesilent para implementar Access Manager


    ./amconfig -s ./am.non_root_install
    1. Establezca NEW_OWNER en el usuario no root.

    2. Establezca NEW_GROUP en el grupo no root.

  5. Detención de la instancia de administración de Web Server y la instancia de Web Server como usuario no root

  6. Cambio del propietario del directorio de instalación de Web Server como root


    chown -R <non-root-user\>:<non-root-group\> WebServer-base
    
  7. Inicio de la instancia de administración de Web Server y la instancia de Web Server como usuario no root

  8. Acceso a la consola de administración de Web Server en el explorador e inicio de sesión como usuario de administración

  9. Selección de la instancia en la que se ha implementado Access Manager

    1. Haga clic en Administrar.

    2. Haga clic en Aplicar y, a continuación, en Aplicar cambios.

Ejemplo de Portal Server en una instancia no root de Web Server o Application Server

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.

Requisitos

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.


Precaución – Precaución –

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.


ProcedurePara desarrollar una secuencia para el Host A

Se deben realizar las siguientes tareas generales:

Paso

    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.

ProcedurePara desarrollar una secuencia para el Host B

Se deben realizar las siguientes tareas generales:

Pasos
  1. 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.

  2. 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

  3. Instalación de Portal Server con la opción Configurar ahora

  4. 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.

  5. 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
  6. 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
  7. Detención e inicio de Web Server o Application Server.

    Inicio y detención de Application Server

    Inicio y detención de Web Server