|
| |
| Sun Java Enterprise System Gu�a de instalaci�n para Microsoft Windows | |
Cap�tulo 2
Desarrollo de la secuencia de instalaci�nEste cap�tulo proporciona informaci�n y directrices sobre c�mo desarrollar una secuencia de instalaci�n basada en el plan de implementaci�n de Sun Java Enterprise System. Si todav�a no ha desarrollado un plan de implementaci�n, consulte la Gu�a de planificaci�n de la implementaci�n de Java Enterprise System (http://docs.sun.com/doc/819-0058).
Este cap�tulo incluye los siguientes apartados:
�Qu� requiere mi plan de implementaci�n?En este apartado se indica c�mo se deben interpretar los documentos de planificaci�n de la implementaci�n en relaci�n con las tareas de instalaci�n de Sun Java Enterprise System que se deber�n llevar a cabo. Hay dos documentos de planificaci�n de la implementaci�n que constituyen la base del plan de instalaci�n: la arquitectura y las especificaciones de implementaci�n.
Revisi�n de la arquitectura de implementaci�n
Una arquitectura de implementaci�n es una asignaci�n global de una arquitectura l�gica a un entorno inform�tico f�sico. El entorno f�sico incluye los nodos inform�ticos de un entorno de intranet o Internet, los v�nculos de red que se establecen entre ellos y otros dispositivos f�sicos necesarios para la compatibilidad del software.
La figura siguiente muestra una arquitectura de implementaci�n t�pica.
Figura 2-1 Ejemplo de una arquitectura de implementaci�n
�Cu�les son los problemas clave de la instalaci�n?Cada implementaci�n presenta distintos componentes y problemas. El estudio de las especificaciones de implementaci�n permite la identificaci�n de los problemas principales que determinar�n las tareas necesarias para efectuar la instalaci�n.
La tabla siguiente presenta algunas de las situaciones de implementaci�n t�picas que pueden afectar a la secuencia de instalaci�n.
Tabla 2-1 Problemas de la instalaci�n que se deben considerar
Situaci�n
Directrices o instrucciones
Repetici�n de directorio
Las directrices para configurar la repetici�n de Directory Server se encuentran en Sun Java Enterprise System User Management Guide (http://docs.sun.com/app/docs/doc/817-5761).
Separaci�n de Portal Server y Access Manager
Portal Server y Access Manager pueden instalarse en m�quinas separadas.
Schema 1
En una implementaci�n de Schema 1 no se puede usar Access Manager.
Entrada �nica de usuario
Las directrices para configurar una entrada �nica de usuario, posiblemente para el inicio de sesi�n �nica, se encuentran en Sun Java Enterprise System User Management Guide (http://docs.sun.com/app/docs/doc/817-5761). Access Manager se requiere para configurar el inicio de sesi�n �nico para Schema 2.
�C�mo afectan las interdependencias de los componentes a mi instalaci�n?Para determinar la mejor secuencia para instalar Sun Java Enterprise System, es importante comprender las relaciones de dependencia existentes entre los componentes. Desde el punto de vista de la instalaci�n, los componentes de Sun Java Enterprise System tienen una estructura por capas, en la que las capas inferiores dan soporte a las superiores.
La figura anterior no indica necesariamente los componentes que requieren la presencia de otros componentes en el host. Por ejemplo, si la implementaci�n no necesita un contenedor Web, entonces la capa 2 de la figura no estar� presente en la planificaci�n de la instalaci�n.
La tabla siguiente muestra las dependencias entre los componentes de Sun Java Enterprise System (no muestra las dependencias entre los componentes compartidos, como J2SE). Sirvi�ndose de esta tabla, puede confeccionar una lista o un diagrama con la cadena de dependencias para la instalaci�n. En la columna de la izquierda se enumeran los componentes, en la del centro se indica lo que requiere cada componente y en la columna de la derecha se especifica si los componentes requeridos deben instalarse o no en la m�quina local.
Tabla 2-2 Dependencias cruzadas entre componentes
Componente
Componentes requeridos
�Deben ser locales?
Access Manager
Directory Server
No
Contenedor Web, uno de los dos:
S�
Access Manager SDK
Access Manager
No
Administration Server
Directory Server
No
Application Server
Message Queue
S�
Web Server (necesario para el equilibrado de carga)
S�
Calendar Server
Directory Server
No
Para Schema 2:
Access Manager o
Access Manager SDK
No
S�Un contenedor Web. Consulte Access Manager.
No
Communications Express
Directory Server
No
Administration Server
S�
Access Manager o
Access Manager SDKNo
S�Contenedor Web, uno de los dos:
S�
Calendar Server si se usa un servicio de calendario
No
Messaging Server con Administration Server si se usa un servicio de mensajer�a
S�
Administrador delegado
Cualquier contenedor Web y Access Manager
S�
Directory Proxy Server
Directory Server
No
Administration Server
S�
Directory Server
Ninguna
No aplicable
Secuencia de preparaci�n de directorio
Directory Server
S�
HADB
Ninguna
No aplicable
Instant Messaging
Directory Server
No
Para el inicio de sesi�n �nica o las directivas administradas de Access Manager:
Access Manager
o
Access Manager SDK
No (Instant Messaging Core)
S� (recursos de Instant Messaging)
Un contenedor Web. Consulte Access Manager.
No
Message Queue
Ninguna
No aplicable
Messaging Server
Directory Server
No
Administration Server
S�
Para Schema 2:
Access Manager o
Access Manager SDK
No
S�Un contenedor Web. Consulte Access Manager.
No
Portal Server
Access Manager o
Access Manager SDKNo
S�Un contenedor Web. Consulte Access Manager.
S�
Portal Server Secure Remote Access
Portal Server
No
Access Manager o
Access Manager SDKNo
S�Un contenedor Web. Consulte Access Manager.
S�
Web Server
Ninguna
No aplicable
Las dependencias de los componentes afectan a la instalaci�n de diversas formas. Por ejemplo:
- Contenedor Web. Varios productos como Access Manager, Portal Server, Communication Express y Administrador delegado requieren un contenedor Web. El contenedor Web puede ser Application Server o Web Server.
- Dependencias remotas. Se puede satisfacer una serie de dependencias de componentes usando una copia remota de un componente requerido. El componente remoto debe estar instalado y en ejecuci�n antes de instalar cualquier componente que dependa de �l. Esto requiere instalaciones en varias sesiones.
- Schema 1. Calendar Server y Messaging Server pueden usar Schema 1 o Schema 2. Si usa Calendar Server o Messaging Server con Schema 1, no podr� usar Access Manager.
- Schema 2. Si usa Calendar Server o Messaging Server con Schema 2, deber� seleccionar Access Manager o Access Manager SDK.
- Inicio de sesi�n �nica. Se requiere Access Manager si est� implementando un inicio de sesi�n �nico o directivas administradas de Access Manager en un entorno Schema 2. Administrador delegado se instala autom�ticamente con Access Manager.
- Access Manager SDK. Access Manager SDK s�lo es necesario si usa Access Manager. Si se instala por separado, Access Manager SDK requiere una copia remota de Access Manager.
Durante la instalaci�n, si se comete un error al seleccionar un componente que deba satisfacer un requisito, aparecer� un mensaje que informar� de que dicho requisito no se ha cumplido. La instalaci�n no podr� continuar hasta que se solucione el problema.
El orden en que se instalen los componentes en varios hosts estar� determinado por las interdependencias de los componentes que seleccione.
Una persona que tiene experiencia en instalar Sun Java Enterprise System puede ser capaz de ajustar una secuencia de instalaci�n de diferentes formas para reducir el tiempo necesario. Los escenarios de instalaci�n siguientes pueden ofrecer algunas ideas al respecto.
�Cu�l es el mejor tipo de instalaci�n?El programa de instalaci�n de Sun Java Enterprise System ofrece dos opciones de instalaci�n:
Opci�n Default (Predeterminada)
El programa de instalaci�n selecciona todos los componentes de Java Enterprise System para que se instalen y configura autom�ticamente los productos estableciendo dependencias. Podr� establecer la configuraci�n de administrador que se aplicar� a todos los productos. Sin embargo, no podr� seleccionar ning�n subconjunto de productos o tipo de configuraci�n. Este tipo de instalaci�n es el m�s adecuado para las instalaciones de evaluaci�n �nicas de sistema.
Opci�n Custom (Personalizada)
El programa de instalaci�n muestra el panel Product Selection (Selecci�n de producto) y permite seleccionar los “componentes” que se desean instalar en esta sesi�n. Asimismo, podr� elegir la configuraci�n del subconjunto de productos que se van a instalar.
�Cu�l es la mejor opci�n de configuraci�n?El programa de instalaci�n de Sun Java Enterprise System ofrece dos opciones de configuraci�n de componentes del sistema:
- Configure automatically during installation (Configurar autom�ticamente durante la instalaci�n) (o Quick Configure (Configurar r�pidamente)). La configuraci�n se lleva a cabo inmediatamente despu�s de la instalaci�n utilizando la configuraci�n predeterminada indicada por el programa de instalaci�n.
- Configure manually after installation (Configurar manualmente tras la instalaci�n) (o Configure Later (Configurar m�s tarde)). En esta sesi�n s�lo se realiza la instalaci�n, la configuraci�n se efect�a m�s tarde en una sesi�n posterior mediante archivos de proceso por lotes.
Se le solicitar� que s�lo seleccione el tipo de configuraci�n durante la primera sesi�n de ejecuci�n del programa de instalaci�n. Para cualquier sesi�n posterior, el programa de instalaci�n considerar� la opci�n de configuraci�n elegida durante la primera sesi�n como entrada. Para obtener informaci�n acerca de varias sesiones, consulte Instalaci�n en varias sesiones.
Opci�n Quick Configure (Configurar r�pidamente)
Al seleccionar la opci�n Quick Configure (Configurar r�pidamente), el programa de instalaci�n considera los valores predeterminados para cada producto y finaliza la configuraci�n. Puede seleccionar o deseleccionar los productos desde el panel de selecci�n de productos. Todos los productos seleccionados se configuran durante la instalaci�n con la opci�n Quick Configure (Configurar r�pidamente).
Opci�n Configure Later (Configurar m�s tarde)
Al seleccionar la opci�n Configure Later (Configurar m�s tarde), el programa de instalaci�n instala los archivos de los paquetes de componentes en sus directorios respectivos. No se realiza ninguna configuraci�n de par�metros y la mayor�a de los componentes no estar�n operativos dado que los servicios de tiempo de ejecuci�n no est�n disponibles. Tras la instalaci�n, debe ejecutar las herramientas de configuraci�n para cada componente instalado.
�Cu�ntas sesiones de instalaci�n se necesitan?Para instalar varios componentes de Java ES en varios sistemas en un escenario de implementaciones distribuidas, necesitar� varias sesiones de instalaci�n para cada uno de los sistemas. En estos casos, se recomienda el utilizar el modo Configure Later (Configurar m�s tarde). Al crear una instalaci�n de evaluaci�n, puede elegir entre instalarlo todo en una sesi�n �nica o ejecutar el programa de instalaci�n varias veces para agregar m�s componentes cada vez. Puede utilizarse cualquiera de los modos de instalaci�n para las instalaciones en un �nico sistema.
instalaci�n en una �nica sesi�n
Una instalaci�n efectuada en una �nica sesi�n es �til si se dan las siguientes circunstancias:
Instalaci�n en varias sesiones
En las instalaciones en varias sesiones, se ejecuta el programa de instalaci�n una vez para instalar algunos componentes y, a continuaci�n, se ejecuta de nuevo para instalar otros componentes en otros hosts.
Cuando se lleve a cabo una instalaci�n en varias sesiones para componentes que est�n relacionados (por ejemplo, Directory Server, Directory Proxy Server y Administration Server), la configuraci�n de los par�metros debe ser la misma para cada sesi�n.
Pasos siguientesSi todav�a no ha estudiado los hosts existentes y no ha realizado las actualizaciones requeridas, consulte:
Gu�a de migraci�n y actualizaci�n de Java Enterprise System (http://docs.sun.com/app/docs/doc/819-2233).
Vaya al Cap�tulo 3, “Proceso de instalaci�n y requisitos previos” para obtener informaci�n acerca de los requisitos previos de instalaci�n y las interdependencias de componentes.
