Information Center de WebSphere Remote Server

WebSphere WebSphere® Remote Server
®
Versión 7.1
IBM® WebSphere® Remote Server
Information Center Versión 7.1
Febrero de 2010
Esta edición se aplica a IBM WebSphere Remote Server versión 7.1. Esta edición se aplica a todos los releases y
modificaciones posteriores mientras no se indique lo contrario en nuevas ediciones.
Al final de esta publicación se incluye un formulario para los comentarios de los lectores. Si se ha eliminado el
formulario, puede enviar sus comentarios a la siguiente dirección:
International Business Machines Corporation
Department 9BSA
P.O. Box 12195
Research Triangle Park, North Carolina
27709-2195
Cuando envíe información a IBM, otorga a IBM un derecho no exclusivo de utilizar o distribuir dicha información
de la forma que crea apropiada sin incurrir en ninguna obligación ante usted.
© Copyright IBM Corporation 2004, 2010.
Contenido
Capítulo 1. Visión general del producto
Novedades de este release . . . . .
Ediciones de WebSphere Remote Server
Instalador de WebSphere Remote Server
Aceleradores de gestión de sistemas .
Procesadores del almacén . . . . .
Servidor empresarial. . . . . . .
Componentes adicionales . . . . .
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
1
.
.
.
.
.
.
.
.
.
.
.
.
.
.
2
2
4
4
5
5
5
Capítulo 2. Instalación y despliegue. . . 7
Requisitos de hardware y software . . . . . .
Requisitos de hardware . . . . . . . . .
Requisitos de software . . . . . . . . .
Instalación del producto . . . . . . . . .
Instalación de IBM WebSphere Remote Server .
Instalación del entorno de desarrollo . . . .
Instalación remota de WebSphere Remote Server
Campos de entrada del asistente de despliegue
Instalación silenciosa . . . . . . . . .
Verificación de la instalación. . . . . . . .
Archivos de registro de instalación . . . .
Verificación de WebSphere Application Server .
Verificación de WebSphere MQ . . . . . .
Verificación de IBM HTTP Server . . . . .
Verificación de DB2 Workgroup Server Edition
Verificación de Informix Dynamic Server . .
Verificación de WebSphere sMash . . . . .
Instalación y despliegue de agentes de IBM Tivoli
Monitoring . . . . . . . . . . . . .
Instalación de archivos de soporte de agente .
Despliegue de agentes de Tivoli Monitoring
Monitoring . . . . . . . . . . . .
Desinstalación . . . . . . . . . . . .
. 7
. 8
. 9
. 10
. 10
. 11
13
16
. 25
. 27
. 27
. 27
. 27
. 28
28
. 28
. 30
. 30
. 30
. 31
. 48
Capítulo 3. Actualización y migración
51
Estrategia de actualización . . . . . . . .
Fixpacks y arreglos temporales de WebSphere
Remote Server . . . . . . . . . . . .
Puente TPM-RMA . . . . . . . . . . .
Requisitos previos de la instalación . . . .
Configuración de la instalación de TPM-Remote
Management Agent. . . . . . . . . .
Distribución de software para TPM-RMA . .
Puente Remote Management Agent v2 . . . .
Migración . . . . . . . . . . . . . .
Migración a 7.1 . . . . . . . . . . .
Migración silenciosa . . . . . . . . .
. 51
. 51
. 53
. 53
.
.
.
.
.
.
54
55
56
59
60
62
Activación del proveedor de datos de WebSphere
Remote Server . . . . . . . . . . . .
Configuración del proveedor de datos de
WebSphere Remote Server para la supervisión de
sucesos . . . . . . . . . . . . . . .
Controlador de mensajes de WebSphere MQ . . .
Instalación del controlador de mensajes de
WebSphere MQ . . . . . . . . . . . .
Configuración del controlador de mensajes de
WebSphere MQ . . . . . . . . . . . .
Enfoques alternativos al controlador de mensajes
Gestión de contraseñas mediante flujos de trabajo
de Tivoli Provisioning Manager. . . . . . . .
Instalación y habilitación de IBM Tivoli License
Compliance Manager . . . . . . . . . . .
Consideraciones sobre la seguridad . . . . . .
Control de WebSphere Remote Server . .
Supervisión de sucesos . . . . . . .
Utilización de la escucha de sucesos JMX
© Copyright IBM Corp. 2004, 2010
.
.
.
.
.
.
. 63
. 67
. 67
71
76
76
77
78
79
83
83
Capítulo 5. Ampliación . . . . . . . . 91
Ampliación de la solución . . . . . . . .
WebSphere sMash . . . . . . . . . . .
Creación de la solución de muestra . . . . .
Creación de la muestra . . . . . . . .
Preparación de la solución de muestra para la
instalación silenciosa . . . . . . . . .
Modificación de la solución de muestra . . .
Ampliación de WebSphere Remote Server con una
aplicación WebSphere de muestra . . . . . .
Descripción de la muestra . . . . . . .
Utilización de la solución de muestra
PlantsByWebSphere . . . . . . . . .
Desarrollo de su propia solución . . . . .
Creación de una aplicación . . . . . . . .
Preparación del despliegue remoto utilizando
Tivoli Provisioning Manager . . . . . . .
Control de WebSphere Remote Server y de las
aplicaciones de ISP . . . . . . . . . .
Ampliación de la gestión de contraseñas para
gestionar aplicaciones de usuario . . . . . .
.
.
.
.
91
92
93
93
. 95
. 96
. 96
. 97
. 104
. 105
. 110
. 113
. 115
. 119
Capítulo 6. Resolución de problemas
y soporte . . . . . . . . . . . . . 123
Instalación y utilización de IBM Support Assistant 123
Recopilador de registros . . . . . . . . . . 124
Utilización del flujo de trabajo del recopilador
de registros . . . . . . . . . . . . . 124
Consejos para la resolución de problemas . . . . 125
Capítulo 7. Información de referencia
Capítulo 4. Gestión . . . . . . . . . 63
70
Información general sobre el producto .
Documentos técnicos . . . . . . .
Avisos y marcas registradas . . . .
.
.
.
.
.
.
131
.
.
.
. 131
. 132
. 132
iii
iv
WebSphere Remote Server Information Center Versión 7.1
Capítulo 1. Visión general del producto
IBM® WebSphere Remote Server es una plataforma para entornos distribuidos
gestionados de manera remota de arquitectura orientada a servicios (SOA,
Service-Oriented Architecture) líder del sector que se ha diseñado para integrar y
proporcionar soporte para todos los dispositivos y aplicaciones de nivel de
almacén, pasados, presentes y futuros.
Como componente central de IBM Retail Integration Framework, WebSphere
Remote Server constituye la base para innovar en entornos de almacén donde las
tecnologías de autoservicio y atención al cliente tienen gran demanda a la hora de
ofrecer al consumidor una experiencia diferenciada. WebSphere Remote Server
proporciona una plataforma para crear, ensamblar, desplegar y gestionar estas
soluciones de próxima generación que dan soporte a los estándares de la industria,
y que protegen las soluciones existentes, ofreciendo una verdadera plataforma de
conectar y listo que aprovecha las tecnologías de middleware de J2EE.
WebSphere Remote Server, que es una colección de productos de middleware de
IBM, está previsto para instalarse en un servidor de un almacén. Este servidor
recibe el nombre de procesador del almacén (ISP).
Figura 1 muestra un entorno de almacén de ejemplo con varios ISP remotos. Cada
ISP se comunica con un servidor empresarial central. Cada uno de los almacenes
distribuidos geográficamente tiene un ISP que ejecuta WebSphere Remote Server.
Empresa
Servidor empresa
ISP
Almacén 1
I SP
Almacén 2
I SP
Almacén 3
I SP
…
Almacén N
Figura 1. Entorno de almacén de muestra con varios ISP remotos
© Copyright IBM Corp. 2004, 2010
1
Novedades de este release
Este tema describe las mejoras y las características nuevas que se proporcionan con
IBM WebSphere Remote Server V7.1.
Mejoras y características
v Actualizaciones para los productos de middleware y sistemas operativos
v soporte de sistemas operativos de 64 bits
Nota: La migración sólo está soportada en sistemas operativos de 32 bits.
v Soporte de SUSE Linux® Enterprise Server 11
v Soporte de supervisión y suministro proporcionado en componente de producto
Tivoli independiente
Componentes disponibles
WebSphere Remote Server V7.1 contiene los siguientes componentes:
v IBM Retail Store Server Starter Edition
v IBM Retail Store Server Starter Edition con Informix Dynamic Server
v IBM Retail Store Server Advanced Edition
v IBM Retail Store Server Advanced Edition con Informix Dynamic Server
v IBM Tivoli Provisioning and Monitoring Add On para IBM Retail Store Server
v IBM WebSphere Central Site Server
v IBM WebSphere Message Broker Retail Store Edition
v IBM WebSphere Enterprise Service Bus Retail Store Edition
Para obtener más información sobre cada componente, consulte “Ediciones de
WebSphere Remote Server”.
Nota: En las versiones 7.0 y 7.1, el nombre de producto de WebSphere Remote
Server y el nombre de edición de IBM Retail Store Server pueden utilizarse
indistintamente.
Ediciones de WebSphere Remote Server
IBM WebSphere Remote Server V7.1 contiene las ediciones y los componentes
descritos en este tema. Consulte los términos de la licencia (para cada edición de
WebSphere Remote Server que utiliza) para ver las restricciones de productos y de
entorno.
Nota: En las versiones 7.0 y 7.1, el nombre de producto de WebSphere Remote
Server y el nombre de edición de IBM Retail Store Server pueden utilizarse
indistintamente.
IBM Retail Store Server Starter Edition
IBM Retail Store Server Starter Edition proporciona un punto de entrada
para WebSphere Remote Server e incluye lo siguiente:
v IBM WebSphere MQ 7.0.1
v DB2 Limited Use Workgroup Edition 9.7 (funcionalidad restringida)
v IBM WebSphere Application Server Network Deployment 7.0.0.5
(funcionalidad restringida)
v IBM HTTP Server 7.0
2
WebSphere Remote Server Information Center Versión 7.1
v Aceleradores de gestión de sistemas (subconjunto que excluye los
componentes de supervisión)
v IBM WebSphere sMash 1.1.1
v IBM Software Assembly Toolkit 3.2.1
IBM Retail Store Server Starter Edition con Informix Dynamic Server
IBM Retail Store Server Starter Edition con Informix Dynamic Server
también proporciona un punto de entrada para WebSphere Remote Server
e incluye lo siguiente:
v IBM WebSphere MQ 7.0.1
v IBM Informix Dynamic Server Workgroup Edition 11.5xC5 (consulte
“Requisitos de hardware y software” en la página 7 para ver los
detalles)
v IBM WebSphere Application Server Network Deployment 7.0.0.5
(funcionalidad restringida)
v IBM HTTP Server 7.0
v Aceleradores de gestión de sistemas (subconjunto que excluye los
componentes de supervisión)
v IBM WebSphere sMash 1.1.1
v IBM Software Assembly Toolkit 3.2.1
IBM Retail Store Server Advanced Edition
IBM Retail Store Server Advanced Edition proporciona el rendimiento
máximo con todas las características de IBM Retail Store Server Starter
Edition e incluye la funcionalidad completa de DB2 Workgroup Server
Edition 9.7 y IBM WebSphere Application Server Network Deployment
7.0.0.5.
IBM Retail Store Server Advanced Edition con Informix Dynamic Server
IBM Retail Store Server Advanced Edition con Informix Dynamic Server
proporciona el rendimiento máximo con todas las características de IBM
Retail Store Server Starter Edition con Informix Dynamic Server e incluye
la funcionalidad completa de Informix Dynamic Server 11.5xC5 y IBM
WebSphere Application Server Network Deployment 7.0.0.5.
IBM Tivoli Provisioning and Monitoring Add On para IBM Retail Store Server
IBM Tivoli Provisioning and Monitoring Add On para IBM Retail Store
Server añade las prestaciones de supervisión y suministro a las ediciones
Starter o Advanced. Este complemento incluye lo siguiente:
v IBM Tivoli Provisioning Manager 7.1.1
v IBM Tivoli Composite Application Manager Agent para WebSphere
Applications 7.1
– IBM Tivoli Monitoring 6.2.2 Fixpack 1
– IBM Tivoli Composite Application Manager Agent para DB2 6.2.3
– IBM Tivoli Composite Application Manager Agent para Oracle
Database 6.2.1
– IBM Tivoli Composite Application Manager Agent para J2EE 6.1
– IBM Tivoli Composite Application Manager Agent para HTTP Servers
7.1
– IBM Tivoli Composite Application Manager Agent para WebSphere
MQ 7.0.1
– IBM Tivoli Composite Application Manager Agent para WebSphere
Broker 7.0.1
Capítulo 1. Visión general del producto
3
– IBM Tivoli Composite Application Manager Configuration Agent para
WebSphere MQ 7.0.1
Nota: Debe tener las ediciones Starter o Advanced instaladas antes de
instalar este complemento.
IBM WebSphere Central Site Server
WebSphere Central Site Server proporciona la titularidad completa de
WebSphere MQ 7.0.1, DB2 Workgroup Server Edition 9.7 y WebSphere
Application Server Network Deployment 7.0.0.5 con una licencia apropiada
para el despliegue a nivel de empresa.
IBM WebSphere Message Broker Retail Store Edition
IBM WebSphere Message Broker Retail Store Edition proporciona una
variedad de opciones para implementar un bus de servicio empresarial
universal para la conectividad y transformación en entornos heterogéneos
de tecnologías de la información.
IBM WebSphere Enterprise Service Bus Retail Store Edition
IBM WebSphere Enterprise Service Bus Retail Store Edition soporta la
integración de tecnologías orientadas a servicios, orientadas a mensajes y
dirigidas por sucesos para proporcionar una infraestructura de mensajería
basada en estándares a compañías que desean un inicio rápido en un bus
de servicio empresarial.
Instalador de WebSphere Remote Server
El instalador, que forma parte de los aceleradores de gestión de sistemas, instala
una solución creada con IBM Software Assembly Toolkit.
La solución está formada por una aplicación de muestra, middleware de IBM y un
entorno de desarrollador basado en Eclipse llamado Express Runtime Developer.
Los clientes, los ISV y los integradores del sistema pueden utilizar el entorno de
desarrollador para sustituir la aplicación de muestra y crear una solución propia.
El instalador proporciona tres opciones de instalación:
v Instalar el tiempo de ejecución de IBM Retail Store Server 7.1: instala el
tiempo de ejecución de IBM Retail Store Server que consiste en todos los
componentes de middleware y aplicaciones de muestra para WebSphere.
v Migrar WebSphere Remote Server 6.1, 6.2, 6.2.1 o 7.0: actualiza una instalación
de tiempo de ejecución de WebSphere Remote Server 6.1, 6.2, 6.2.1 o 7.0 a la
última versión de los productos de middleware de IBM Retail Store Server 7.1.
Nota: Esta tarea sólo está disponible para los usuarios de DB2 y en las
plataformas de migración soportadas. Consulte “Migración” en la página
59 para obtener información detallada.
v Instalar el entorno de desarrollo de la solución de IBM Retail Store Server: el
entorno de desarrollo de la solución consiste en IBM Software Assembly Toolkit
3.2.1, un espacio de trabajo del proyecto completo y las imágenes de instalación
para todos los productos de middleware.
Aceleradores de gestión de sistemas
Los Aceleradores de gestión de sistemas son una colección de herramientas que
proporcionan varias funciones para configurar un entorno de almacén.
4
WebSphere Remote Server Information Center Versión 7.1
Aceleradores de gestión de sistemas (o aceleradores) facilitan la instalación de
WebSphere Remote Server en numerosas máquinas.
Procesadores del almacén
Un procesador del almacén (ISP) es un servidor del almacén
Este servidor ejecuta un sistema operativo Linux o Windows® y tiene conectados
varios dispositivos, como por ejemplo controladores de punto de venta, quioscos,
sistemas de caja de autoservicio y otros dispositivos. El ISP ejecuta todo el software
que requieren las operaciones del almacén. WebSphere Remote Server se instala
sobre el procesador del almacén para formar una plataforma base para otras
aplicaciones.
Servidor empresarial
El servidor empresarial se utiliza como punto de gestión central para todos los
procesadores del almacén.
Las instalaciones de software se inician y los datos de supervisión se reciben en el
servidor empresarial. Después de que IBM WebSphere Remote Server se haya
instalado en todos los ISP utilizando los aceleradores, es posible realizar la mayor
parte de la gestión de los ISP de forma remota.
El servidor empresarial sólo debe ejecutar el software suficiente para iniciar
instalaciones en los ISP a través de los aceleradores. Por ejemplo, cliente FTP y
cliente Telnet.
Componentes adicionales
Hay disponibles dos componentes adicionales para IBM WebSphere Remote Server.
Estos componentes se deben instalar a nivel de almacén, independientemente de
WebSphere Remote Server, y en una máquina física o partición virtual separada.
Para obtener más información sobre estos componentes, consulte los enlaces
siguientes:
v IBM WebSphere Enterprise Service Bus Retail Store Edition Versión 7.0: soporta
la integración de tecnologías orientadas a servicios, orientadas a mensajes y
dirigidas por sucesos para proporcionar la infraestructura de mensajería basada
en estándares a las compañías que desean un inicio rápido en el bus de servicio
empresarial.
v IBM WebSphere Message Broker Retail Store Edition Versión 7.0: proporciona
una variedad de opciones para implementar un bus de servicio empresarial
universal para la conectividad y transformación en entornos de tecnologías de la
información heterogéneos.
Capítulo 1. Visión general del producto
5
6
WebSphere Remote Server Information Center Versión 7.1
Capítulo 2. Instalación y despliegue
Consulte estos temas para preparar la instalación, instalar IBM WebSphere Remote
Server y el entorno de desarrollo, así como verificar la instalación y desplegar
agentes.
WebSphere Remote Server Solution Installer puede utilizarse para instalaciones
nuevas de V7.1, o para migrar releases anteriores. Para obtener más información
sobre los escenarios de migración, consulte Capítulo 3, “Actualización y
migración”, en la página 51
Además, también puede instalar el entorno de desarrollo de soluciones de
WebSphere Remote Server. Con el entorno de desarrollo, puede desarrollar
soluciones personalizadas basadas en IBM WebSphere Remote Server.
Nota: El entorno de desarrollo no está soportado en Windows Embedded
POSReady 2009.
Requisitos de hardware y software
En esta sección se describen los requisitos de hardware y software para IBM
WebSphere Remote Server y sus componentes soportados.
Consejo: Para ver la lista más actualizada de plataformas de software y hardware
para todas las ediciones de WebSphere Remote Server, consulte la página
de requisitos del sistema y el documento de sistemas operativos
soportados.
Software empaquetado
WebSphere Remote Server empaqueta y da soporte a los siguientes niveles de
productos de IBM, según disponibilidad:
v IBM WebSphere Application Server Network Deployment 7.0.0.5
v IBM HTTP Server 7.0
v DB2 Limited Use Workgroup Edition 9.7 (disponible en Starter Edition), DB2
Workgroup Server Edition 9.7 (disponible en Advanced Edition) o IBM Informix
Dynamic Server Workgroup Edition 11.5xC51
v IBM WebSphere MQ 7.0.1
v IBM WebSphere sMash 1.1.1
v IBM Software Assembly Toolkit 3.2.1
Antes de empezar la instalación, revise los requisitos de hardware y software para
el procesador del almacén y los servidores empresariales.
1. La variable x representa una de las letras siguientes que representa una plataforma:
– F = 64 bits en cualquier plataforma UNIX®/Linux
– H = 32 bits basado en cualquier plataforma HP 11.x; también se ejecuta en HP 11.x 64 bits
– T = Plataformas Windows
– U = 32 bits en cualquier plataforma UNIX/Linux
Para obtener más información, consulte la Hoja de cálculo de la plataforma Informix.
© Copyright IBM Corp. 2004, 2010
7
Componentes separados
Los dos componentes adicionales siguientes están disponibles con WebSphere
Remote Server:
v IBM WebSphere Enterprise Service Bus Retail Store EditionVersión 7.0
v IBM WebSphere Message Broker Retail Store EditionVersión 7.0
El software siguiente forma parte de IBMTivoli Provisioning and Monitoring Add
On for IBM Retail Store Server.
v IBM Tivoli Provisioning Manager 7.1.1
v IBM Tivoli Composite Application Manager Agent para WebSphere Applications
7.1
– IBM Tivoli Monitoring 6.2.2 Fixpack 1
– IBM Tivoli Composite Application Manager Agent para DB2 6.2.3
– IBM Tivoli Composite Application Manager Agent para Oracle Database 6.2.1
– IBM Tivoli Composite Application Manager Agent para J2EE 6.1
– IBM Tivoli Composite Application
– IBM Tivoli Composite Application
– IBM Tivoli Composite Application
7.0.1
– IBM Tivoli Composite Application
WebSphere MQ 7.0.1
Manager Agent para HTTP Servers 7.1
Manager Agent para WebSphere MQ 7.0.1
Manager Agent para WebSphere Broker
Manager Configuration Agent para
Requisitos de hardware
A continuación se indican los requisitos mínimos de hardware para el procesador
del almacén y el servidor empresarial.
Consejo: Para ver la lista más actualizada de plataformas de software y hardware
para todas las ediciones de WebSphere Remote Server, consulte la página
de requisitos del sistema y el documento de sistemas operativos
soportados.
Procesador del almacén
v IBM PC server con procesador de 32 bits de Intel® Pentium® 500 MHz, se
recomienda 2 GHz o superior
v 2 GB de memoria
v 12 GB de espacio de disco
Servidor empresarial
WebSphere Remote Server requiere varios servidores empresariales. El servidor
empresarial que ejecuta Tivoli Provisioning Manager requiere el hardware mínimo
siguiente:
v IBM PC server con procesador de 32 bits de Intel Pentium 500 MHz, se
recomienda 2 GHz o superior
v 2 GB de memoria
v 12 GB de espacio de disco
8
WebSphere Remote Server Information Center Versión 7.1
Requisitos de software
Este tema proporciona los requisitos de software para el procesador del almacén y
el servidor empresarial.
Consejo: Para ver la lista más actualizada de plataformas de software y hardware
para todas las ediciones de WebSphere Remote Server, consulte la página
de requisitos del sistema y el documento de sistemas operativos
soportados.
Procesador del almacén
Tivoli entorno
Instale Tivoli Common Agent en cada ISP tal como se indica en IBM Tivoli
Provisioning Manager information center.
Entorno no Tivoli
Tabla 1. Software soportado para el ISP
Sistema operativo
Versiones soportadas
Linux
v SUSE Linux Enterprise Server 10 con
Service Pack 1 o Service Pack 2
v SUSE Linux Enterprise Server 11
v Red Hat Enterprise Linux 5.2
v Red Hat Enterprise Linux 5.3
Windows
v Windows 2003 Server Standard o
Enterprise edition con Service Pack 2
v Windows 2003 Server R2 Standard o
Enterprise edition con Service Pack 2
v Windows 2008 Server
v Windows Embedded POSReady 2009
v Windows XP Professional con Service
Pack 2
v Algún entorno para recibir archivos, como por ejemplo un servidor FTP.
v Algún entorno que permita ejecutar scripts remotos, como por ejemplo un
cliente Telnet o un servidor SSH.
Servidor empresarial
Tivoli entorno
Para obtener más información sobre la instalación de Tivoli Provisioning Manager,
consulte IBM Tivoli Provisioning Manager information center.
Entorno no Tivoli
v Algún entorno para distribuir archivos, como por ejemplo un cliente FTP.
v Algún entorno para conectar con servidores remotos, como por ejemplo un
servidor Telnet o un cliente SSH.
Capítulo 2. Instalación y despliegue
9
Instalación del producto
Utilice estos temas para instalar IBM WebSphere Remote Server y el entorno de
desarrollo.
Instalación de IBM WebSphere Remote Server
Utilice este tema para instalar IBM WebSphere Remote Server.
Antes de empezar
Si ya ha instalado una parte o todo el middleware necesario de una versión
anterior de WebSphere Remote Server, siga las instrucciones de “Migración” en la
página 59 para la instalación.
Importante: Si realiza la instalación en un sistema operativo Windows Embedded
POSReady 2009 o Windows XP Professional y necesita utilizar IPv6,
actualice la versión de Informix Dynamic Server incluida con
WebSphere Remote Server a UC4 para Linux o TC4 para Windows.
1. Inserte el DVD del instalador de WebSphere Remote Server para la plataforma
apropiada.
Notas:
v La migración sólo está soportada en sistemas operativos de 32 bits.
v En Linux, debe iniciar sesión como usuario root para realizar la
instalación utilizando los DVD de aceleradores.
v En Windows Embedded POSReady 2009, debe instalar el
componente opcional Programas de utilidad de línea de comandos
antes de instalar WebSphere Remote Server V7.1. Si aún no tiene
instalado este componente opcional, consulte las instrucciones de
instalación de Windows Embedded POSReady 2009 para obtener
información sobre cómo instalarlo.
Si el launchpad de WebSphere Remote Server no se abre automáticamente
cuando inserte el DVD, ejecute el mandato launchpad.exe en Windows o el
mandato launchpad.sh en Linux en el DVD. El launchpad contiene
información útil y enlaces para iniciar la instalación.
2. En el launchpad, seleccione instalar WebSphere Remote Server.
Cuando se selecciona el enlace para instalar WebSphere Remote Server, el
asistente de despliegue se instala temporalmente en la unidad de disco duro.
Cuando finaliza la instalación del asistente de despliegue, éste se inicia
automáticamente y le ayuda durante el proceso de instalación de WebSphere
Remote Server.
3. Pulse Acepto los términos de IBM y los que no son de IBM si está conforme
con el acuerdo de licencia y pulse Siguiente para continuar.
4. Pulse Siguiente cuando aparezca la página de bienvenida para continuar con
la instalación.
5. Elija instalar el tiempo de ejecución de IBM Retail Store Server 7.1. Para
obtener más información sobre las demás opciones de instalación, consulte
“Migración” en la página 59 y “Instalación del entorno de desarrollo” en la
página 11.
6. Seleccione los componentes que desea instalar.
Importante: Si está instalando Informix Dynamic Server, sólo podrá instalarse
en una partición NTFS.
10
WebSphere Remote Server Information Center Versión 7.1
7. Especifique los parámetros de instalación obligatorios y opcionales cuando se
los solicite el asistente de despliegue.
Consulte el tema sobre “Campos de instalación del tiempo de ejecución” en la
página 16 para obtener una descripción detallada de cada campo.
Nota: Si elige habilitar la seguridad de WebSphere Application Server en un
sistema operativo Linux, deberá cerrar WebSphere Application Server
antes de reiniciar el servidor.
8. Después de verificar que las tareas de instalación visualizadas en la ventana
Panel de resumen son correctas, despliegue las tareas.
9. Verifique que las tareas de despliegue se han realizado satisfactoriamente. Una
vez completadas las tareas de despliegue, la ventana Estado de despliegue
indicará si el despliegue se ha realizado satisfactoriamente. Se pueden
visualizar los mensajes detallados y el registro maestro para obtener más
información acerca del despliegue.
Para resolver cualquier error de instalación, consulte los registros de
instalación y utilice los “Consejos para la resolución de problemas” en la
página 125.
10. Si ha realizado la instalación en un sistema operativo Windows Embedded
POSReady 2009 o Windows XP, reinicie el servidor para que el sistema
operativo pueda recoger las actualizaciones.
Qué hacer a continuación
Verificar la instalación.
Instalación del entorno de desarrollo
Utilice este tema para instalar el entorno de desarrollo IBM WebSphere Remote
Server.
Por qué y cuándo se efectúa esta tarea
El entorno de desarrollo consta de Software Assembly Toolkit y del espacio de
trabajo de WebSphere Remote Server. Opcionalmente, puede instalar WebSphere
sMash para proporcionar una vía de acceso de comunicación desde los dispositivos
hasta los sistemas de fondo utilizando WebSphere MQ.
El espacio de trabajo incluye todos los archivos de proyecto y los paquetes de
despliegue (soporte de instalación para los productos de middleware en forma de
un archivo jar) para un determinado sistema operativo. Para desarrollar una
solución personalizada de WebSphere Remote Server, debe instalar el kit de
herramientas para el sistema operativo de la estación de trabajo de desarrollo y el
espacio de trabajo para el sistema operativo en cada uno de los servidores de
destino. Debe instalar el kit de herramientas antes que los espacios de trabajo. Si el
sistema operativo de la estación de trabajo de desarrollo coincide con el sistema
operativo de los servidores de destino, puede instalar el espacio de trabajo al
mismo tiempo. El espacio de trabajo y los paquetes de despliegue para una
determinada plataforma están disponibles en el DVD de WebSphere Remote Server
de dicha plataforma. Para el desarrollo entre diferentes plataformas o en
plataformas duales, debe instalar el espacio de trabajo desde el DVD apropiado de
WebSphere Remote Server.
Por ejemplo, supongamos que está desarrollando en una estación de trabajo de la
plataforma Windows pero la plataforma de destino es Linux. Primero instalará
Capítulo 2. Instalación y despliegue
11
Software Assembly Toolkit desde el DVD de WebSphere Remote Server for
Windows. Para instalar el espacio de trabajo de WebSphere Remote Server para
Linux, ejecutará el script WindowsSetup.exe desde el DVD de WebSphere Remote
Server for Linux. Al ejecutar el instalador de soluciones para Linux en una
máquina Windows, la instalación del espacio de trabajo de WebSphere Remote
Server es la única opción disponible.
Para crear una solución, utilice el instalador para instalar el entorno de desarrollo
en un sistema operativo Windows o Linux. Una vez instalado el entorno de
desarrollo, debe abrir Express Runtime Developer.
Nota: El entorno de desarrollo no está soportado en Windows Embedded
POSReady 2009.
1. Inserte el DVD del instalador de WebSphere Remote Server para la plataforma
apropiada.
Notas:
v La migración sólo está soportada en sistemas operativos de 32 bits.
v En Linux, debe iniciar sesión como usuario root para realizar la
instalación utilizando los DVD de aceleradores.
v En Windows Embedded POSReady 2009, debe instalar el
componente opcional Programas de utilidad de línea de comandos
antes de instalar WebSphere Remote Server V7.1. Si aún no tiene
instalado este componente opcional, consulte las instrucciones de
instalación de Windows Embedded POSReady 2009 para obtener
información sobre cómo instalarlo.
Si el launchpad de WebSphere Remote Server no se abre automáticamente
cuando inserte el DVD, ejecute el mandato launchpad.exe en Windows o el
mandato launchpad.sh en Linux en el DVD. El launchpad contiene
información útil y enlaces para iniciar la instalación.
2. En el launchpad, seleccione instalar WebSphere Remote Server.
Cuando se selecciona el enlace para instalar WebSphere Remote Server, el
asistente de despliegue se instala temporalmente en la unidad de disco duro.
Cuando finaliza la instalación del asistente de despliegue, éste se inicia
automáticamente y le ayuda durante el proceso de instalación de WebSphere
Remote Server.
3. Pulse Acepto los términos de IBM y los que no son de IBM si está conforme
con el acuerdo de licencia y pulse Siguiente para continuar.
4. Pulse Siguiente cuando aparezca la página de bienvenida para continuar con
la instalación.
5. Elija instalar el entorno de desarrollo de soluciones de IBM Retail Store Server.
6. Especifique los componentes que desea instalar. Los componentes son
Software Assembly Toolkit, WebSphere sMash y el espacio de trabajo de IBM
Retail Store Server.
7. Especifique los parámetros de instalación obligatorios y opcionales cuando se
los solicite el asistente de despliegue.
Consulte el tema sobre “Campos de instalación del entorno de desarrollo” en
la página 25 para obtener información detallada sobre cada campo.
Si se ha instalado una versión anterior de Software Assembly Toolkit en el
servidor, el software de Software Assembly Toolkit incluido con WebSphere
12
WebSphere Remote Server Information Center Versión 7.1
Remote Server 7.1 se instalará en una nueva ubicación de forma
predeterminada. Las diferentes versiones de Software Assembly Toolkit
coexistirán en el servidor.
8. Después de verificar que las tareas de instalación visualizadas en la ventana
Panel de resumen son correctas, despliegue las tareas.
9. Verifique que las tareas de despliegue se han realizado satisfactoriamente.
10. Abra Express Runtime Developer.
En el menú Inicio, seleccione Todos los programas → IBM
Software Assembly Toolkit 3.2.1 → Express Runtime Developer.
Ejecute este mandato: cd /opt/IBM/SAT/3.1/SolutionEnabler
./IRU_Developer.sh
11. Cuando se inicia Express Runtime Developer, un recuadro de diálogo solicita
la ubicación del espacio de trabajo que se debe abrir. Seleccione la ubicación
especificada durante la instalación del entorno de desarrollo de la solución, y
luego pulse Aceptar. De forma predeterminada, la ubicación del espacio de
trabajo es:
C:\Archivos de programa\IBM\SIF\workspace\irss71
/opt/IBM/SIF/workspace/irss71
Nota: Si realiza la instalación en el sistema operativo Red Hat Enterprise
Linux de 64 bits, el espacio de trabajo se abrirá con dos excepciones
previstas listadas en la vista del registro de errores. Para obtener más
información, consulte la sección “Excepción de Solution Assembly
Toolkit después de la instalación en Red Hat Enterprise Linux, 64 bits”
en la página 130 del tema de sugerencias para la resolución de
problemas.
Cuando se abra la ventana de la aplicación, se visualizará una página de
bienvenida.
12. Cierre la página de bienvenida para ver el entorno de trabajo y los proyectos
que componen el espacio de trabajo.
Si no está familiarizado con Express Runtime Developer, consulte la ayuda
incorporada siguiendo los pasos que se indican a continuación:
a. Seleccione Ayuda y el Contenido de la ayuda en la barra de menús de
Express Runtime Developer. Se abrirá una ventana titulada Ayuda: Express
Runtime Developer.
b. En el panel Contenido, pulse el enlace para Utilización de Express
Runtime Developer.
Qué hacer a continuación
Para obtener más información sobre Software Assembly Toolkit, consulte:
http://publib.boulder.ibm.com/infocenter/satinfo/v3r1/index.jsp
Instalación remota de WebSphere Remote Server
IBM WebSphere Remote Server se puede instalar remotamente utilizando IBM
Tivoli Provisioning Manager. La pila de tiempo de ejecución de WebSphere Remote
Server se puede instalar remotamente en una máquina que no tenga instalada
ninguna versión anterior de WebSphere Remote Server.
Importante: Antes de empezar, debe haber instalado Tivoli Provisioning Manager
7.1.1 con el arreglo temporal 7.1.1.0-TIV-TPM-IF00001 en un servidor y
en una máquina de desarrollo Windows separada con Software
Capítulo 2. Instalación y despliegue
13
Package Editor instalado. Para obtener información sobre Tivoli
Provisioning Manager 7.1.1, consulte Tivoli Provisioning Manager
information center. Para descargar e instalar el arreglo temporal,
consulte el documento Tivoli Provisioning Manager, arreglo temporal
7.1.1.0-TIV-TPM-IF00001.
Para instalar WebSphere Remote Server remotamente, se deben llevar a cabo los
pasos siguientes. Se proporciona información detallada sobre cada paso en las
secciones asociadas.
1. “Personalice el DVD de WebSphere Remote Server”.
2. Cree los paquetes de software.
3. Guarde los paquetes de software en un repositorio de archivos.
4. Publique, distribuya e instale el paquete de software.
Personalice el DVD de WebSphere Remote Server
Para instalar WebSphere Remote Server remotamente, debe personalizar el DVD
para la instalación silenciosa. Para personalizar el DVD de WebSphere Remote
Server, efectúe lo siguiente:
1. Copie el DVD en el disco duro de la máquina de desarrollo.
v Por ejemplo, en una máquina de desarrollo Windows:
xcopy d:\ C:\nombreDvd /i /e
v Por ejemplo, en una máquina de desarrollo Linux:
mkdir /tmp/nombreDvd
cp –r /media/cdrom/ /tmp/nombreDvd
El valor para nombreDvd es Irss<plataforma>With<bd>DVD para sistemas
operativos de 32 bits e Irss<plataforma>With<bd>x64DVD para sistemas
operativos de 64 bits. El valor para la variable <plataforma> es Windows o Linux
según el sistema operativo. El valor para <bd> es Db2 en Windows e Informix
en Linux.
2. Edite el archivo de tareas (task.xml) en el directorio de tareas. Para ver la lista
de variables que se pueden establecer, consulte el tema “Campos de entrada del
asistente de despliegue” en la página 16.
v Por ejemplo, en una máquina de desarrollo Windows:
C:\nombreDvd\tasks
v Por ejemplo, en una máquina de desarrollo Linux:
/tmp/nombreDvd/tasks
El archivo task.xml contiene parámetros de entrada para cada producto de
middleware de la pila de tiempo de ejecución de WebSphere Remote Server.
3. Edite el archivo C:\nombreDvd\IRU_install.properties. Este archivo es el
archivo de respuestas del asistente de despliegue. Especifique los valores
siguientes en este archivo para que la instalación sea silenciosa, aceptar el
acuerdo de licencia y especificar el archivo de tareas que se elige en el paso 2.
–silent=true
-taskFile=<La vía de acceso del xml de tareas>
4. Si desea especificar las partes de WebSphere Remote Server que están
instaladas, edite el archivo task.xml. Convierta en comentario las tareas
correspondientes a los productos que no desea instalar. Por ejemplo, para
eliminar IBM WebSphere MQ de la instalación, edite el fragmento de código
del archivo de tareas para WebSphere MQ de la manera siguiente:
14
WebSphere Remote Server Information Center Versión 7.1
<!-<deploy taskNumber="3">
<targetHostnames>
<targetHostname>localhost</targetHostname>
</targetHostnames>
<applications>
<application id="Mq_701_Win">
<variables>
</variables>
</application>
</applications>
</deploy>
-->
Cree los paquetes de software
WebSphere Remote Server incluye archivos de muestra de definición de paquete
de software (SPD) de Tivoli. Los archivos SPD son archivos de texto que se pueden
modificar utilizando un editor de texto o Tivoli Software Package Editor. Los
archivos SPD contienen mandatos de instalación y punteros para los archivos
instalables en el disco. Abra el archivo SPD en Software Package Editor, y luego
guárdelo como un archivo de bloque de paquete de software (SPB). El Software
Package Editor comprime todos los archivos y mandatos necesarios para instalar el
paquete en un archivo SPB. El archivo SPB se guarda en un repositorio de archivos
donde el servidor de Tivoli Provisioning Manager pueda utilizarlo.
Normalmente, sólo se necesita un archivo SPB para la instalación de un producto
de software. Sin embargo, los archivos SPB tienen un límite de tamaño de 2 GB.
Dado que las imágenes de instalación para la pila de tiempo de ejecución de
WebSphere Remote Server son superiores a 2 GB, se necesitan tres o cuatro
archivos SPB para instalar el producto WebSphere Remote Server.
Cada uno de los dos o tres primeros archivos SPD de muestra contiene referencias
a aproximadamente la mitad de los archivos del DVD de WebSphere Remote
Server. El tercer o cuarto archivo SPD sólo contiene los mandatos de instalación.
Por lo tanto, los archivos SPB generados a partir de los dos o tres primeros
archivos SPD son grandes, de casi 2 GB cada uno, mientras que el tercer o cuarto
archivo SPB es pequeño.
Los archivos SPD de muestra se encuentran en el directorio tpmFiles del DVD de
WebSphere Remote Server. (Por ejemplo, C:\nombreDvd\tpmFiles o
/tpm/NombreDvd/tpmFiles si ha copiado el DVD en el disco duro tal como se ha
indicado anteriormente.)
Los archivos SPD para sistemas operativos de 32 bits se llaman:
v
v
v
v
Irss<Plataforma>With<bd>DvdPart1.spd
Irss<Plataforma>With<bd>DvdPart2.spd
Irss<Plataforma>With<bd>DvdPart3.spd
Irss<Plataforma>With<bd>.spd
Nota: El valor para la variable <Plataforma> es Windows o Linux según el sistema
operativo. El valor para la variable <bd> es Db2 en Windows e Informix en
Linux.
Los archivos SPD para sistemas operativos de 64 bits se llaman:
v Irss<Plataforma>With<bd>x64DvdPart1.spd
v Irss<Plataforma>With<bd>x64DvdPart2.spd
Capítulo 2. Instalación y despliegue
15
v Irss<Plataforma>With<bd>x64DvdPart3.spd
v Irss<Plataforma>With<bd>x64.spd
Los archivos SPD de muestra contienen referencias a los archivos del árbol de
directorio C:\nombreDvd, que es la ubicación en la que ha copiado el DVD de
WebSphere Remote Server en el disco duro. Si ha copiado el DVD en una
ubicación diferente, actualice la variable de origen en los archivos SPD. Busque y
actualice la siguiente sección en los archivos SPD si es necesario:
default_variables
source = Directorio de la máquina de desarrollo
destination = Directorio de la máquina de punto final de destino
end
Cómo guardar los paquetes de software en el repositorio de
archivos
Abra los archivos SPD en el Software Package Editor, y luego guárdelos como
archivos SPB en un repositorio de archivos al que el servidor Tivoli Provisioning
Manager pueda acceder. Para obtener información sobre la configuración del
repositorio de archivos, consulte Tivoli Provisioning Manager information center.
Publicación, distribución e instalación del paquete de software
Cuando haya guardado los archivos SPB en el repositorio de archivos, puede
utilizar Tivoli Provisioning Manager para publicar, distribuir e instalar los archivos
SPB. Consulte la sección “Cree los paquetes de software” en la página 15 de este
tema para obtener información sobre los archivos del paquete de software.
Campos de entrada del asistente de despliegue
Esta sección describe los campos de entrada de cada sección del instalador.
Campos de instalación del tiempo de ejecución
Seleccionar tareas
La ventana Seleccionar tareas le pregunta sobre el tipo de instalación de
WebSphere Remote Server que está realizando:
v Instalar el tiempo de ejecución de IBM Retail Store Server 7.1: instala el
tiempo de ejecución de IBM Retail Store Server que consiste en todos los
componentes de middleware y aplicaciones de muestra para WebSphere.
v Migrar WebSphere Remote Server 6.1, 6.2, 6.2.1 o 7.0: actualiza una instalación
de tiempo de ejecución de WebSphere Remote Server 6.1, 6.2, 6.2.1 o 7.0 a la
última versión de los productos de middleware de IBM Retail Store Server 7.1.
Nota: Esta tarea sólo está disponible para los usuarios de DB2 y en las
plataformas de migración soportadas. Consulte “Migración” en la página
59 para obtener información detallada.
v Instalar el entorno de desarrollo de la solución de IBM Retail Store Server: el
entorno de desarrollo de la solución consiste en IBM Software Assembly Toolkit
3.2.1, un espacio de trabajo del proyecto completo y las imágenes de instalación
para todos los productos de middleware.
Componente base de IBM Retail Store Server
Variables típicas
16
WebSphere Remote Server Information Center Versión 7.1
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen del componente base de IBM Retail
Store Server.
Variables avanzadas
v Alias de nombre de host: el alias de nombre de host que debe utilizarse para
configurar los componentes de middleware.
DB2 Workgroup Server Edition
Instalaciones en Linux
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de DB2.
v ID de usuario de administrador: el ID de usuario utilizado para conectar a DB2
como administrador de DB2. Este usuario se creará si todavía no existe. Este ID
de usuario debe ser diferente de los ID de usuario de instancia y de usuario
protegido.
v Contraseña del administrador: la contraseña utilizada para el usuario de
administrador de DB2 definido antes. Si el usuario ya existe, esta contraseña
debe coincidir con la contraseña de dicho usuario. En caso contrario, el usuario
se creará con la contraseña que se proporciona aquí.
v ID de usuario de instancia: este ID de usuario controla todos los procesos de
DB2 y posee todos los sistemas de archivos y dispositivos utilizados por las
bases de datos que contiene la instancia. Este usuario se creará si todavía no
existe. Este ID de usuario debe ser diferente del ID de usuario de administrador.
v Contraseña de usuario de instancia: la contraseña utilizada para el usuario de
instancia de DB2 definido antes. Si el usuario ya existe, esta contraseña debe
coincidir con la contraseña del usuario. En caso contrario, el usuario se creará
con la contraseña que se proporciona aquí.
v ID de usuario protegido: el usuario protegido se utiliza para ejecutar las
funciones definidas por el usuario (UDF) y los procedimientos almacenados
fuera del espacio de direcciones utilizado por la base de datos DB2. Este usuario
se creará si todavía no existe. El ID de usuario protegido puede ser el mismo
que el ID de usuario de la instancia; sin embargo, no se recomienda para los
sistemas de producción.
v Contraseña de usuario protegido: la contraseña utilizada para el usuario
protegido de DB2 definido antes. Si el usuario ya existe, esta contraseña debe
coincidir con la contraseña del usuario. En caso contrario, el usuario se creará
con la contraseña que se proporciona aquí.
v ¿Desea instalar el centro de control de DB2?: si se selecciona esta opción, se
instalará el centro de control de DB2.
v Solicitudes de idioma para portugués de Brasil, chino simplificado, alemán,
francés, español, italiano, japonés, coreano, chino tradicional, danés, finlandés,
noruego, polaco, ruso, sueco: instale este soporte de idioma además de los otros
idiomas especificados. El inglés está siempre instalado.
Instalaciones en Windows
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de DB2.
v ID de usuario de administrador de DB2: el ID de usuario utilizado para
conectar a DB2 como administrador de DB2. Este usuario se creará si todavía no
existe.
Capítulo 2. Instalación y despliegue
17
v Contraseña de administrador de DB2: la contraseña utilizada para el usuario de
administrador de DB2 definido antes. Si el usuario ya existe, esta contraseña
debe coincidir con la contraseña del usuario. En caso contrario, el usuario se
creará con la contraseña que se proporciona aquí.
v Verificar contraseña: verifique la contraseña de administrador de DB2 que ha
definido en el campo anterior.
v ¿Desea instalar el centro de control de DB2?: si se selecciona esta opción, se
instalará el centro de control de DB2.
v ¿Desea crear atajos de menú de inicio?: en caso afirmativo, crea atajos a varias
funciones de DB2 en el menú Inicio de Windows.
v Solicitudes de idioma para portugués de Brasil, chino simplificado, alemán,
francés, español, italiano, japonés, coreano, chino tradicional, danés, finlandés,
noruego, polaco, ruso, sueco: instale este soporte de idioma además de los otros
idiomas especificados. El inglés está siempre instalado.
IBM Informix Dynamic Server Workgroup Edition
Instalaciones en Linux
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de Informix Dynamic
Server.
v Contraseña para el usuario de Informix Dynamic Server: es el usuario con
autorización de cuenta sobre la instancia de Informix Dynamic Server.
v Verificar contraseña: verifique la contraseña de usuario que ha especificado en
el campo anterior.
v Servidor base: el servidor de base de datos central para las operaciones básicas
del DBA sin ampliaciones, bibliotecas o programas de utilidad opcionales.
v Client SDK versión 3.00: IBM Informix Client Software Developer's Kit (Client
SDK) incluye varias interfaces de programación de aplicaciones (API) que los
desarrolladores pueden utilizar para escribir aplicaciones para los servidores de
bases de datos Informix en ESQL, C y Java™. También se pueden escribir
aplicaciones Informix en ESQL/C para el servidor de bases de datos DB2. IBM
Informix Connect contiene las bibliotecas de tiempo de ejecución de las API en
el Client SDK.
v IConnect versión 3.00: IBM Informix Connect contiene las bibliotecas de tiempo
de ejecución de las API en el Client SDK. Si elige instalar Client SDK, IConnect
no se instalará.
v Ampliaciones de servidor de bases de datos: herramientas de administración de
base de datos y ampliaciones de programación.
v J/Foundation: para escribir rutinas definidas por el usuario en el lenguaje de
programación Java.
v Módulos DataBlade incorporados: para realizar tareas como, por ejemplo,
gestión de la ubicación de objetos grandes, soporte de transacciones MQ,
publicación XML y soporte de tipos binarios definidos por el usuario.
v Soporte para conversión y reversión: infraestructura necesaria para migrar a
otras versiones del servidor de bases de datos y desde ellas.
v Característica de publicación XML: contiene un conjunto de funciones para
publicar consultas SQL como XML.
v Soporte de idioma global: los archivos de la característica para dar soporte a
idiomas, convenios culturales y conjuntos de códigos. Estos archivos no son
18
WebSphere Remote Server Information Center Versión 7.1
necesarios si el entorno local predeterminado utiliza inglés de EE.UU., que es el
idioma predeterminado en IDS cuando no hay instalada ninguna característica
GLS.
v Europa occidental y América: entornos locales de danés, holandés, inglés,
finlandés, francés, alemán, islandés, italiano, noruego, portugués, español y
sueco.
v Europa del Este y cirílico: entornos locales de checo, polaco, ruso y eslovaco.
v Chino: entornos locales de chino tradicional y chino simplificado.
v Japonés: entornos locales de japonés.
v Coreano: entornos locales de coreano.
v Otros: otros entornos locales.
v Copia de seguridad y restauración: programas de utilidad para la copia de
seguridad y restauración de datos de servidor de base de datos.
v Programas de utilidad ON-Bar: un script de shell editable en UNIX y un
archivo por lotes (onbar.dat) en Windows que inicia el controlador onbar. Utilice
el script onbar o el archivo de proceso por lotes, así como sus mandatos
relacionados, para personalizar las operaciones de copia de seguridad y
restauración y comprobar la versión del gestor de almacenamiento.
v Interfaz Informix para Tivoli Storage Manager: para implementar funciones
XBSA que utilizan Tivoli Storage Manager con ON-Bar.
v Informix Storage Manager: para gestionar dispositivos y soportes de
almacenamiento externo que contienen copias de seguridad.
v Programa de utilidad archecker: para verificar copias de seguridad y restaurar
partes de una base de datos, una tabla, una parte de una tabla o un conjunto de
tablas.
v Demos: bases de datos de demostración y ejemplos.
v Programas de utilidad de carga de datos: para cargar y descargar datos de
manera eficiente en determinadas configuraciones.
v Programas de utilidad onunload y onload: para descargar datos de una base de
datos, y luego cargar esos datos en una base de datos.
v Programa de utilidad dbload: para cargar datos en bases de datos o tablas que
han creado productos IBM Informix. Utilice el programa de utilidad dbload para
transferir datos desde uno o varios archivos de texto a una o varias tablas
existentes.
v Cargador de alto rendimiento (HPL): para cargar y descargar grandes
cantidades de datos de manera eficiente a una base de datos o desde una base
de datos.
v Replicación empresarial: para replicar datos entre servidores de bases de datos
de IBM Informix Dynamic Server.
v Programas de utilidad administrativos: conjuntos de características adicionales
de programas de utilidad administrativos.
v Programas de utilidad de supervisión del rendimiento: para supervisar el
rendimiento utilizando los programas de utilidad ON-Monitor y onperf.
v Programas de utilidad de supervisión varios: para visualizar el registro lógico
utilizando el programa de utilidad onlog o gestionar el servidor de bases de
datos con SNMP utilizando el programa de utilidad onsnmp.
v Programas de utilidad de auditoría: para administrar máscaras de auditoría,
pistas y otra información de auditoría sobre el servidor de bases de datos
utilizando los programas de utilidad onaudit y onshowaudit.
Capítulo 2. Instalación y despliegue
19
v Programas de utilidad de importación y exportación de bases de datos: para
descargar una base de datos en archivos de texto, creando y llenando una base
de datos a partir de dichos archivos de texto, o bien descargar un esquema de
base de datos en un archivo de texto.
v Separación de roles: seleccione Sí para habilitar la separación de roles o
seleccione No para inhabilitarla.
v Cuenta de grupo DBSA: grupo para las tareas de administración general (rol de
administración del sistema de bases de datos). Esto sólo se puede aplicar si se
selecciona habilitar la separación de roles.
v Separación de roles - grupo del responsable de seguridad de bases de datos:
grupo del responsable de seguridad de bases de datos para las tareas de
seguridad a nivel del sistema. Esto sólo se puede aplicar si se selecciona habilitar
la separación de roles.
v Separación de roles - grupo del responsable de auditoría: grupo del
responsable de auditoría para las tareas administrativas de auditoría. (Rol de
responsable de análisis de auditoría). Esto sólo se puede aplicar si se selecciona
habilitar la separación de roles.
v Separación de roles - grupo de usuarios: grupo para los usuarios de bases de
datos. Esto sólo se puede aplicar si se selecciona habilitar la separación de roles.
v Crear demo: el estado de selección del servidor de demos. Elija crear para
indicar que debe crearse el servidor de bases de datos de demostración. Elija
nocrear para indicar que no debe crearse el servidor de bases de datos de
demostración.
v Archivo onconfig preexistente: indica si se debe o no utilizar un archivo
onconfig preexistente para configurar el servidor de demos. Seleccione sí para
utilizar un archivo onconfig existente. Seleccione no para utilizar valores
individuales que proporcione. Si este valor está establecido en sí, debe
proporcionar un archivo en el argumento de la vía de acceso onconfig.
v Vía de acceso onconfig preexistente: la vía de acceso al archivo onconfig que
utilizará. Este campo sólo es necesario si selecciona sí en el campo Archivo
onconfig preexistente.
v Nombre de servidor: el nombre del servidor de bases de datos para la instancia
de la base de datos de demostración.
v Número de servidor: el valor para el servidor de bases de datos de
demostración. Los valores válidos incluyen enteros comprendidos entre 0 y 255.
v Vía de acceso raíz: vía de acceso completa al área de almacenamiento del
dbspace raíz para el servidor de bases de datos de demostración.
v Tamaño de directorio raíz: tamaño del dbspace raíz para el servidor de bases de
datos de demostración.
v Agrupación de almacenamiento intermedio: información de la agrupación de
almacenamiento intermedio no predeterminada para el servidor de bases de
datos de demostración.
v Número de CPU VPS: número de CPU VPS a configurar para el servidor de
bases de datos de demostración.
v Selección de terminal: el terminal que debe iniciarse después de una instalación
satisfactoria y creación de una instancia de base de datos de demostración. Si
elige otro, asigne Entrada de terminal manual a la ubicación del terminal de su
elección.
v Entrada de terminal manual: el terminal que prefiere utilizar. Por ejemplo, inicie
xterm utilizando la opción de entrada manual mediante el siguiente mandato:
/usr/bin/xterm
20
WebSphere Remote Server Information Center Versión 7.1
Instalaciones en Windows
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de Informix Dynamic
Server.
v Contraseña para el usuario de Informix Dynamic Server: es el usuario con
autorización de cuenta sobre la instancia de Informix Dynamic Server.
v Verificar contraseña: verifique la contraseña de usuario que ha especificado en
el campo anterior.
v Habilitar separación de roles: seleccione Sí para habilitar la separación de roles
o seleccione No para inhabilitarla.
v Cuenta de grupo DBSA: grupo para las tareas de administración general (rol de
administración del sistema de bases de datos). Esto sólo se puede aplicar si se
selecciona habilitar la separación de roles.
v Separación de roles - cuenta de grupo DBSSO: grupo del responsable de
seguridad de bases de datos para las tareas de seguridad a nivel del sistema.
Esto sólo se puede aplicar si se selecciona habilitar la separación de roles.
v Separación de roles - cuenta de usuario DBSSO: usuario del responsable de
seguridad de bases de datos para las tareas de seguridad a nivel del sistema.
Esto sólo se puede aplicar si se selecciona habilitar la separación de roles.
v Separación de roles - contraseña de usuario DBSSO: contraseña de usuario del
responsable de seguridad de bases de datos para las tareas de seguridad a nivel
del sistema. Esto sólo se puede aplicar si se selecciona habilitar la separación de
roles.
v Verificar contraseña: verifique la contraseña de usuario que ha especificado en
el campo anterior. Esto sólo se puede aplicar si se selecciona habilitar la
separación de roles.
v Separación de roles - cuenta de grupo AAO: grupo del responsable de auditoría
para las tareas administrativas de auditoría (rol de responsable de análisis de
auditoría). Esto sólo se puede aplicar si se selecciona habilitar la separación de
roles.
v Separación de roles - cuenta de usuario AAO: usuario del responsable de
auditoría para las tareas administrativas de auditoría (rol de responsable de
análisis de auditoría). Esto sólo se puede aplicar si se selecciona habilitar la
separación de roles.
v Separación de roles - contraseña de usuario AAO: contraseña de usuario del
responsable de auditoría para las tareas administrativas de auditoría. Esto sólo
se puede aplicar si se selecciona habilitar la separación de roles.
v Verificar contraseña: verifique la contraseña de usuario que ha especificado en
el campo anterior. Esto sólo se puede aplicar si se selecciona habilitar la
separación de roles.
v Separación de roles - grupo de usuarios: grupo para los usuarios de bases de
datos. Esto sólo se puede aplicar si se selecciona habilitar la separación de roles.
v Nombre de servidor: el nombre del servidor de bases de datos identifica el
servidor de bases de datos para las aplicaciones de cliente. En la mayoría de
casos, puede elegir el valor predeterminado.
v ¿Inicializar servidor?: si selecciona Sí, se perderán los datos existentes.
v Nombre de servicio: nombre del servicio de Windows para la instancia de la
base de datos Informix Dynamic Server. Esto sólo se puede aplicar si se
selecciona Inicializar servidor.
Capítulo 2. Instalación y despliegue
21
v Puerto: especifique el número de puerto para el protocolo TCP/IP. El número de
puerto especifica la entrada de puerto para el servidor de bases de datos en el
registro sqlhosts. Esto sólo se puede aplicar si se selecciona Inicializar servidor.
v Número de servidor: el número de servidor de bases de datos identifica de
forma exclusiva un servidor de bases de datos si hay instalada más de una
instancia de un servidor de bases de datos. Si sólo hay instalada una instancia
de la base de datos, establezca este número en 0. Sólo se puede aplicar si se ha
seleccionado Inicializar servidor.
v Nombre de dbspace: un dbspace es una recopilación lógica de fragmentos a los
que se asignan bases de datos y tablas. Esto sólo se puede aplicar si se
selecciona Inicializar servidor.
v Ubicación de datos primarios de dbspace: ubicación para dbspace. Esto sólo se
puede aplicar si se selecciona Inicializar servidor.
v Tamaño de dbspace: tamaño de dbspace en megabytes. Esto sólo se puede
aplicar si se selecciona Inicializar servidor.
v Nombre de sbspace: un sbspace es un área de almacenamiento lógico que el
servidor de bases de datos utiliza para almacenar objetos grandes e inteligentes
(datos CLOB y BLOB). Esto sólo se puede aplicar si se selecciona Inicializar
servidor.
v Ubicación de datos primarios de sbspace: ubicación para sbspace. Esto sólo se
puede aplicar si se selecciona Inicializar servidor.
v Tamaño de sbspace: tamaño de sbspace en megabytes. Esto sólo se puede
aplicar si se selecciona Inicializar servidor.
v Tamaño de página de sbspace: el tamaño de sbpage debe ser aproximadamente
el mismo tamaño que el objeto grande e inteligente más frecuente que contiene
el sbspace. El valor predeterminado es una página. Esto sólo se puede aplicar si
se selecciona Inicializar servidor.
v ¿Instalar controlador JDBC?: el controlador JDBC permite a los programadores
de Java acceder a bases de datos desde dentro de aplicaciones o applets Java.
v ¿Instalar Informix Connect?: Informix Connect contiene las bibliotecas de
tiempo de ejecución de las API en el Client SDK.
v ¿Instalar Client Software Developer's Kit?: este SDK incluye varias API que los
desarrolladores pueden utilizar para escribir aplicaciones para servidores de
bases de datos.
v ¿Instalar DataBlade Developer's Kit?: este kit de desarrollo incluye
herramientas para desarrollar y empaquetar módulos de DataBlade.
v ¿Instalar BladeManager?: utilice BladeManager para registrar nuevos módulos
de DataBlade en la base de datos.
v ¿Instalar ClusterIt?: agrupe en clúster el programa de utilidad de configuración.
WebSphere MQ
Los campos marcados con un distintivo Linux o Windows sólo están disponibles
en la instalación de dicha plataforma.
Contraseña para el usuario mqm: la contraseña utilizada para el
v
usuario mqm.
Verificar contraseña: verifique la contraseña de usuario que ha
v
especificado en el campo anterior.
Directorio de instalación: el nombre calificado al completo de la vía
v
de acceso donde se instalarán los archivos de imagen de instalación de IBM
WebSphere MQ.
22
WebSphere Remote Server Information Center Versión 7.1
Nota: No cambie la ubicación de instalación de WebSphere MQ al migrar
WebSphere Remote Server versión 6.1 a la versión 7.1. El cambio de
ubicación de instalación impide una desinstalación correcta del
componente WebSphere MQ cuando se ejecuta el desinstalador de
WebSphere Remote Server. Si la desinstalación de alguna parte de
WebSphere Remote Server no es satisfactoria, el componente base
WebSphere Remote Server no se desinstala. Para obtener más información
consulte “Consejos para la resolución de problemas” en la página 125.
v ¿Desea instalar MQ Explorer?: si se selecciona esta opción, se instalará
WebSphere MQ Explorer.
Solicitudes de idioma para portugués de Brasil, chino simplificado,
v
alemán, francés, español, italiano, japonés, coreano, chino tradicional: instale
este soporte de idioma además de los otros idiomas especificados. El inglés está
siempre instalado.
WebSphere Application Server Network Deployment
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de IBM WebSphere
Application Server Network Deployment.
Configuración de perfil autónomo de WebSphere Application Server
Variables típicas
v Nombre del perfil de WebSphere Application Server: el nombre del perfil que
debe crearse. El nombre del perfil debe ser exclusivo para la instalación de IBM
WebSphere Application Server.
v Nombre de nodo: el nombre de nodo para el WebSphere Application Server. El
nombre de nodo debe ser exclusivo dentro de una celda.
v Habilitar la seguridad administrativa: si es verdadero, los usuarios deben
iniciar sesión al acceder a las herramientas administrativas de WebSphere. Son
necesarios un usuario administrativo y una contraseña cuando se habilita esta
opción.
v Usuario administrativo: (necesario si utiliza la seguridad administrativa). ID de
usuario para acceder a las herramientas administrativas de WebSphere
Application Server.
v Contraseña de usuario administrativo: (necesaria si utiliza la seguridad
administrativa). Contraseña para acceder a las herramientas administrativas de
WebSphere Application Server.
v Verificar contraseña: verifique la contraseña de usuario administrativo que ha
especificado en el campo anterior.
v Habilitar WebSphere para ejecutarlo como servicio: en caso afirmativo, se
configurará WebSphere Application Server para que se ejecute como servicio.
Variables avanzadas
v Nombre de celda: el nombre de celda para el perfil que debe crearse.
v Puerto de transporte HTTP: puerto utilizado para el transporte HTTP al
servidor de aplicaciones. Este puerto se utiliza sobre todo para la comunicación
con el servidor web.
v Puerto de transporte HTTPS: puerto utilizado para el transporte HTTPS seguro
al servidor de aplicaciones. Este puerto se utiliza sobre todo para la
comunicación con el servidor web.
Capítulo 2. Instalación y despliegue
23
v Puerto de consola administrativa: este puerto se utiliza para acceder a la
aplicación de la consola administrativa.
v Puerto seguro de consola administrativa: este puerto se utiliza para acceder de
modo seguro a la aplicación de la consola administrativa.
v Puerto de programa de arranque: el puerto de programa de arranque se utiliza
en entornos de clúster de servidor de aplicaciones.
v Puerto de comunicación entre procesos administrativos: el puerto para el
conector JMX que escucha en el adaptador de bucle de retorno.
v Puerto de escucha de autenticación de servidor SAS: puerto del protocolo de
autenticación SAS (Secure Authentication Service). Este puerto se utiliza para la
comunicación con servidores de la versión 6.x federados en una celda 6.1.
v Puerto de conector SOAP: puerto que debe utilizarse para conexiones SOAP.
SOAP es el protocolo utilizado para la informática distribuida.
v Puerto de escucha de autenticación del servidor CSIv2: puerto del servidor de
protocolo de autenticación de Common Security Interoperability versión 2
(CSIv2).
v Puerto de escucha de autenticación del cliente CSIv2: puerto del cliente de
protocolo de autenticación de Common Security Interoperability versión 2
(CSIv2).
v Puerto de escucha de ORB: el intermediario para solicitudes de objetos utiliza
este puerto para proporcionar servicios de informática distribuida mediante el
protocolo InterORB de Internet (IIOP).
v Puerto de comunicación del gestor de alta disponibilidad: el gestor de
disponibilidad alta utiliza este puerto para establecer comunicación con otros
WebSphere Application Servers que formen parte del mismo grupo de alta
disponibilidad.
v Puerto de integración del servicio: este puerto se utiliza para establecer
comunicación con el servicio de mensajería del bus de integración del servicio.
El bus de integración del servicio utiliza el estándar Java Message Service (JMS).
v Puerto seguro de integración del servicio: este puerto se utiliza para establecer
una comunicación segura con el servicio de mensajería del bus de integración
del servicio. El bus de integración del servicio utiliza el estándar Java Message
Service (JMS).
v Puerto de transporte MQ: puerto utilizado para la comunicación con los
servidores de WebSphere MQ.
v Puerto seguro de transporte MQ: puerto utilizado para la comunicación segura
con los servidores de WebSphere MQ.
v Puerto del contenedor SIP: puerto utilizado por el contenedor SIP (Session
Initiation Protocol) para procesar solicitudes de SIP.
v Puerto seguro del contenedor SIP: puerto utilizado por el contenedor SIP
(Session Initiation Protocol) para procesar solicitudes de SIP mediante HTTPS.
IBM HTTP Server
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de instalación de IBM HTTP Server.
v Puerto HTTP: especifique el puerto predeterminado utilizado por IBM HTTP
Server.
v Puerto del servidor de administración: especifique el puerto predeterminado
utilizado por el servidor de administración.
24
WebSphere Remote Server Information Center Versión 7.1
v ¿Desea instalar el plug-in de IBM HTTP Server para WebSphere Application
Server?: especifique si debe instalarse el plug-in de WebSphere Application
Server.
Campos de instalación del entorno de desarrollo
Seleccionar tareas
La ventana Seleccionar tareas le pregunta sobre el tipo de instalación que está
realizando:
v Instalar Software Assembly Toolkit 3.2.1: este kit de herramientas proporciona
un IDE basado en Eclipse completo con el plugin de Express Runtime
Developer.
v Instalar WebSphere sMash 1.1.1: consulte “WebSphere sMash” en la página 92
para obtener información sobre esta opción.
v Instalar el espacio de trabajo de IBM Retail Store Server 7.1: instale el espacio
de trabajo y los paquetes de despliegue para IBM Retail Store Server 7.1. El
espacio de trabajo contiene todos los proyectos y el código necesario para
desarrollar soluciones personalizadas con IBM Retail Store Server. Los paquetes
de despliegue contienen todo el soporte de instalación para los productos de
middleware sobre los que se basa IBM Retail Store Server. El espacio de trabajo
y los paquetes de despliegue para Windows también pueden instalarse en un
servidor de desarrollo basado en Linux para el desarrollo entre diferentes
plataformas. Del mismo modo, el espacio de trabajo y los paquetes de
despliegue para Linux también pueden instalarse en un servidor de desarrollo
basado en Windows.
Componente base de IBM Retail Store Server
Variables típicas
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen del componente base de IBM Retail
Store Server.
Variables avanzadas
v Alias de nombre de host: el alias de nombre de host que debe utilizarse para
configurar los componentes de middleware.
Software Assembly Toolkit
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de Software Assembly Toolkit.
WebSphere sMash
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalarán los archivos de imagen de WebSphere sMash.
Entorno de trabajo de IBM Retail Store Server
v Directorio de instalación: el nombre calificado al completo de la vía de acceso
donde se instalará el espacio de trabajo de IBM Retail Store Server.
Instalación silenciosa
Este tema describe cómo realizar una instalación silenciosa del producto.
Capítulo 2. Instalación y despliegue
25
Por qué y cuándo se efectúa esta tarea
Debe personalizar el archivo de respuestas de muestra para su entorno antes de
realizar la instalación silenciosa. Las instrucciones sobre cómo personalizar el
archivo también se incluyen en el archivo de muestra. Después de personalizar el
archivo, puede emitir el mandato para realizar la instalación silenciosa. La
instalación silenciosa es especialmente útil si instala a menudo el producto o si
realiza la instalación desde un indicador de mandatos remoto.
Para ejecutar el instalador en modalidad silenciosa, siga estas instrucciones.
1. Elija el archivo de respuestas de muestra para la instalación deseada. El archivo
de respuestas de muestra se denomina taskList.xml y se encuentra en el
directorio tasks del DVD de WebSphere Remote Server correspondiente a su
sistema operativo.
Nota: No modifique el valor de la propiedad <taskNumber> en el archivo
taskList.xml, o de lo contrario la instalación fallará.
2. Edite el archivo IRU_install.iss Este archivo es el archivo de respuestas para
el asistente de despliegue.
a. Abra el archivo IRU_install.iss que se encuentra en el directorio raíz del
DVD de WebSphere Remote Server correspondiente a su sistema operativo.
b. Convierta la instalación en silenciosa estableciendo -silent en el archivo.
c. Establezca -G licenseAccepted=true para aceptar el acuerdo de licencia.
d. Especifique el archivo de tareas que desea utilizar: -W
solutionLauncher.taskFileName="nombrearchivo_respuestas_silenciosas"
Nota: El valor de la variable nombrearchivo_respuestas_silenciosas es el
nombre del archivo de respuestas de muestra. No incluya la vía de
acceso del archivo.
3. Puede utilizar una de dos opciones para iniciar el instalador en modalidad
silenciosa.
v Utilice el archivo IRU_install.iss en el directorio raíz del DVD. Si elige esta
opción, no especifique -options en la línea de mandatos.
WindowsSetup.exe IRU_install.iss
LinuxSetup IRU_install.iss
v Utilice el archivo IRU_install.iss desde otra ubicación. Si elige esta opción,
no edite el archivo IRU_install.iss en el directorio raíz del DVD. El valor
para la variable vía_acceso es la ubicación del directorio del archivo
IRU_install.iss.
WindowsSetup.exe -options "path\IRU_install.iss"
LinuxSetup -options "path/IRU_install.iss"
4. Verifique si la instalación se ha realizado satisfactoriamente consultando los
registros. Si hay archivos de registro en la siguiente ubicación, la instalación
silenciosa se ha completado:
C:\Archivos de programa\SolutionFiles\logs
/opt/SolutionFiles/logs
Si hay errores en los archivos de registro, consulte “Consejos para la resolución
de problemas” en la página 125 para ver posibles resoluciones del problema.
26
WebSphere Remote Server Information Center Versión 7.1
Verificación de la instalación
Esta sección describe cómo verificar que cada paquete de software se haya
instalado correctamente y funcione como es debido.
En las secciones siguientes se describen los pasos para verificar la instalación de
cada aplicación o paquete de software. La verificación de la instalación es opcional.
Nota: Se recomienda instalar el fixpack para un producto de middleware antes de
verificar la instalación del producto.
Archivos de registro de instalación
Se crean archivos de registro durante la instalación de cada producto de
middleware. Utilice estos registros para verificar que la instalación se ha realizado
satisfactoriamente.
Los archivos de registro de instalación están disponibles en las siguientes
ubicaciones:
v SIF_HOME\logs
v %TEMP%\logs
v C:\Archivos de programa\SolutionFiles\logs
v SIF_HOME/logs
v /tmp/logs
v /opt/SolutionFiles/logs
Verificación de WebSphere Application Server
La instalación de WebSphere Application Server ya ha sido verificada durante el
proceso de instalación utilizando los scripts ivt.bat e ivt.sh.
Verificación de WebSphere MQ
Esta sección describe los pasos para verificar la instalación de IBM WebSphere MQ.
Por qué y cuándo se efectúa esta tarea
Este paquete de software crea usuarios y grupos asociados con la aplicación
WebSphere MQ. Las siguientes instrucciones ayudan a crear, iniciar, finalizar y
suprimir un gestor de colas llamado QM1.
v En Linux:
1. Inicie la sesión en el procesador del almacén como usuario con acceso root.
2. Escriba el mandato siguiente para cambiar el usuario a mqm (el usuario
creado por el script de instalación):
su - mqm
3. Escriba el siguiente mandato para crear el gestor de colas llamado QM1:
crtmqm QM1
4. Escriba el siguiente mandato para iniciar el gestor de colas:
strmqm QM1
5. Escriba los siguientes mandatos para finalizar el gestor de colas:
Capítulo 2. Instalación y despliegue
27
endmqm -i QM1
6. Especifique el siguiente mandato para suprimir el gestor de colas:
dltmqm QM1
7.
v En
1.
2.
Finalice la sesión en el sistema del almacén y cierre todas las ventanas.
Windows:
Abra el indicador de mandatos.
Escriba el siguiente mandato para crear el gestor de colas llamado QM1:
crtmqm QM1
3. Escriba el siguiente mandato para iniciar el gestor de colas:
strmqm QM1
4. Escriba los siguientes mandatos para finalizar el gestor de colas:
endmqm -i QM1
5. Especifique el siguiente mandato para suprimir el gestor de colas:
dltmqm QM1
6. Cierre el indicador de mandatos.
Verificación de IBM HTTP Server
La instalación de IBM HTTP Server ya ha sido verificada por el instalador, que
detiene e inicia los servidores HTTP.
Verificación de DB2 Workgroup Server Edition
Este tema describe los pasos para verificar la instalación de DB2.
Por qué y cuándo se efectúa esta tarea
Utilice los pasos siguientes para crear y suprimir una base de datos.
1. Acceda a DB2.
Linux
a. Inicie la sesión en el procesador del almacén como usuario con acceso root.
b. Escriba el mandato siguiente para cambiar el usuario a db2inst1 (uno de los
usuarios creados por el script de instalación):
su - db2inst1
Windows
a. Abra una ventana de mandatos de DB2 (por ejemplo, execute db2cw).
2. Utilice este script para crear una base de datos de muestra: db2 create
database test.
3. Utilice este script para suprimir una base de datos de muestra: db2 drop
database test.
Verificación de Informix Dynamic Server
Utilice este tema para verificar la instalación de Informix Dynamic Server en los
sistemas operativos Windows o Linux.
Verificación en los sistemas operativos Windows
Por qué y cuándo se efectúa esta tarea
El procedimiento de instalación crea un archivo de proceso por lotes
dbservername.cmd que establece las variables de entorno en los valores. Este
archivo se encuentra en el directorio donde se ha instalado Informix Dynamic
28
WebSphere Remote Server Information Center Versión 7.1
Server. Ejecute este archivo antes de utilizar cualquiera de los programas de
utilidad de la línea de mandatos de Informix Dynamic Server. De forma
predeterminada, el nombre y la ubicación del archivo es C:\Archivos de
programa\IBM\SIF\IBM Informix Dynamic Server\11.50\ol_svr_custom.cmd.
1. En un indicador de mandatos, ejecute los siguientes mandatos para crear una
base de datos de muestra:
cd informixInstallDir
dbservername.cmd
cd bin
dbaccess - create database sample1;
2. Ejecute los mandatos siguientes para crear y eliminar una tabla.
Para crear una tabla:
create table test (
a_number integer,
a_string char(50),
another_string char(50));
Para insertar y recuperar filas:
insert into test values (123, "Hello", "My name is David");
insert into test values (456, "Bonjour", "Je m'appelle David");
select * from test;
a_number 123
a_string Hello
another_string My name is David
a_number 456
a_string Bonjour
another_string Je m'appelle David
Para eliminar la tabla y desconectar:
drop table test;
disconnect all;
3. Ejecute el siguiente mandato para eliminar la base de datos:
drop database 'sample1';
Verificación en los sistemas operativos Linux
1. Inicie la sesión en el procesador del almacen como usuario con acceso root.
2. Obtenga el siguiente archivo:
. /etc/profile.d/setInformixEnv.sh
$INFORMIXDIR/bin/dbaccess - >create database sample1;
3. Ejecute los mandatos siguientes para crear y eliminar una tabla.
Para crear una tabla:
create table test (
a_number integer,
a_string char(50),
another_string char(50));
Para insertar y recuperar filas:
insert into test values (123, "Hello", "My name is David");
insert into test values (456, "Bonjour", "Je m'appelle David");
select * from test;
a_number 123
a_string Hello
another_string My name is David
Capítulo 2. Instalación y despliegue
29
a_number 456
a_string Bonjour
another_string Je m'appelle David
Para eliminar la tabla y desconectar:
drop table test;
disconnect all;
4. Ejecute el siguiente mandato para eliminar la base de datos:
drop database 'sample1';
Verificación de WebSphere sMash
Siga estas instrucciones para verificar que WebSphere sMash se haya instalado.
Para verificar que WebSphere sMash se ha instalado, compruebe el archivo
install.log en el directorio de instalación de WebSphere sMash.
Para verificar que IBM Reliable Transport Extension for WebSphere sMash se ha
instalado, compruebe el archivo rte_install.log en el mismo directorio.
Instalación y despliegue de agentes de IBM Tivoli Monitoring
Este tema proporciona información sobre los agentes de IBM Tivoli Monitoring.
Tivoli Enterprise Monitoring Agents se utilizan para supervisar recursos. Los
agentes y los sistemas en los que se ejecutan, se llaman sistemas gestionados.
Instale los agentes en el sistema operativo, el subsistema o el sistema que desea
supervisar.
Nota: Se recomienda utilizar el método de instalación remoto para instalar agentes.
Para obtener información sobre la instalación, el despliegue y otros detalles de los
agentes de Tivoli Monitoring, consulte Tivoli Monitoring information center.
Instalación de archivos de soporte de agente
Cuando despliegue un agente de ITM, deberá instalar los archivos de soporte de
agente en TEMS y TEPS. Los archivos de soporte están disponibles en la imagen
de instalación del agente.
Por qué y cuándo se efectúa esta tarea
Siga estos pasos para instalar el soporte en un servidor de supervisión.
1. Detenga el servidor de supervisión, para ello ejecute el mandato siguiente:
/opt/IBM/ITM/bin/itmcmd server stop nombre_tems
2. Ejecute el mandato siguiente desde el soporte de instalación:
./install.sh
3. Cuando se le solicite el directorio padre de IBM Tivoli Monitoring, pulse Intro
para aceptar el predeterminado (/opt/IBM/ITM) o escriba la vía de acceso
completa del directorio de instalación que ha utilizado.
4. Aparecerá una ventana que le solicitará que elija entre las opciones siguientes:
Instalar productos en el host local, Instalar productos en el depósito para el
despliegue remoto (necesita TEMS) y Salir de la instalación. Elija la primera
opción para iniciar el proceso de instalación.
30
WebSphere Remote Server Information Center Versión 7.1
5. Escriba el número correspondiente al idioma en el que desea visualizar el
acuerdo de licencia de software y pulse Intro.
6. Pulse Intro para visualizar el acuerdo.
7. Escriba 1 para aceptar el acuerdo y pulse Intro.
8. Escriba la clave de cifrado de 32 caracteres y pulse Intro. Esta clave debe ser
la misma que la utilizada durante la instalación del servidor de supervisión.
Se visualizará una lista numerada de sistemas operativos disponibles y
componentes de instalación.
Nota: Si ya ha instalado otro componente de IBM Tivoli Monitoring en este
sistema o está instalando soporte para un agente desde una imagen de
instalación, este paso no aparecerá.
9. Escriba el número que corresponde a Soporte de Tivoli Enterprise Monitoring
Server y pulse Intro.
10. Escriba s para confirmar y pulse Intro. Aparecerá una lista de componentes
instalables.
11. Escriba el número que corresponde a todos los anteriores y pulse Intro.
12. Escriba s para confirmar la instalación. Empezará el proceso de instalación.
13. Después de que se hayan instalado todos los componentes, se le solicitará si
desea instalar componentes para un sistema operativo diferente. Escriba n y
pulse Intro.
14. Inicie el servidor de supervisión ejecutando el mandato siguiente:
/opt/IBM/ITM/bin/itmcmd server start nombre_tems
15. Ejecute el mandato siguiente para activar el soporte de la aplicación en el
servidor de supervisión, donde, nombre_tems es el nombre del servidor de
supervisión y cp es el código de producto para el agente.
/opt/IBM/ITM/bin/itmcmd support -t nombre_tems cp
16. Para ver el código de producto del soporte de la aplicación que acaba de
instalar, ejecute el mandato siguiente:
/opt/IBM/ITM/bin/cinfo
17. Escriba 1, cuando se le solicite para visualizar los códigos de producto de los
componentes instalados en el sistema. Añada sólo el soporte para el agente
que ha instalado. Por ejemplo, si ha instalado el soporte para el agente
DB2(R), ejecute el mandato siguiente, donde, ud es el código de producto para
el agente de DB2.
/opt/IBM/ITM/bin/itmcmd support -t ud nombre_tems_concentrador
18. Detenga el servidor de supervisión, para ello ejecute el mandato siguiente:
/opt/IBM/ITM/bin/itmcmd server stop nombre_tems
19. Ejecute el mandato siguiente para reiniciar el servidor de supervisión:
/opt/IBM/ITM/bin/itmcmd server start nombre_tems
Despliegue de agentes de Tivoli Monitoring Monitoring
Esta sección describe cómo desplegar remotamente los agentes de supervisión de
Tivoli Monitoring en el ISP desde la empresa. La característica de despliegue
remoto se proporciona en Tivoli Monitoring 6.2.2 Fixpack 1 y no depende de IBM
Tivoli Management Framework.
En las secciones siguientes se describen los despliegues remoto y local. Sin
embargo, el despliegue remoto es el método recomendado. El despliegue local
implica la carga individual del software del agente de supervisión en cada ISP,
para lo que se deberá emplear mucho tiempo si hay que realizar la instalación en
Capítulo 2. Instalación y despliegue
31
muchas máquinas. El despliegue remoto se realiza en la empresa, las imágenes se
crean en el servidor de supervisión (TEMS) y después se distribuyen en la empresa
a los ISP.
Los agentes de supervisión son recopiladores de datos. Los agentes supervisan los
sistemas, los subsistemas o las aplicaciones, recopilan datos y pasan los datos a
Tivoli Enterprise Portal a través del servidor de supervisión. Hay dos tipos de
agentes de supervisión:
v Agentes de sistema operativo: supervisan la disponibilidad y rendimiento de los
sistemas en el entorno de supervisión.
v Agentes de aplicación (o agentes que no son de sistema operativo): supervisan la
disponibilidad y rendimiento de aplicaciones específicas.
Tivoli Monitoring también proporciona un agente personalizable denominado
Universal Agent, que se puede utilizar para supervisar los datos específicos del
entorno empresarial.
Los siguientes agentes se despliegan en el ISP:
v
v
v
v
v
Agente de sistema operativo
Tivoli Universal Agent
IBM Tivoli Monitoring for Database: DB2 Agent 6.2
IBM Tivoli Composite Application Manager (ITCAM) for WebSphere 6.1.0
IBM Tivoli OMEGAMON XE (TOXE) for Messaging 6.0.1
Preparación del despliegue remoto
El despliegue remoto proporciona la posibilidad de desplegar la supervisión de
recursos en el entorno desde una ubicación central.
En esta ubicación central, la empresa, se crea un repositorio para almacenar las
imágenes de agente que se distribuirán por la red. Este repositorio se llama
depósito de agentes. El depósito de agentes se llena entonces con las imágenes de
instalación deseadas y se verifica el depósito. Cuando se ha verificado que el
depósito contiene todas las imágenes deseadas, se despliegan, lo que significa que
los agentes se distribuyen a los ISP a través de la red.
El despliegue remoto también se puede utilizar para configurar y aplicar
mantenimiento en agentes desplegados.
Requisitos previos:
El despliegue remoto requiere que IBM Tivoli Monitoring 6.2.2 Fixpack 1 esté
instalado en la empresa. Esta instalación del entorno de ITM Monitoring incluye la
instalación de Tivoli Enterprise Monitoring Server (TEMS), Tivoli Enterprise Portal
Server (TEPS) y Tivoli Enterprise Portal (TEP). Antes de instalar ITM, asegúrese de
que DB2 UDB esté instalada. Los requisitos previos para la configuración de la
empresa son:
v DB2 UDB 8.2.4 o superior
v IBM Tivoli Monitoring 6.2 (TEMS, TEPS, TEP Client)
Llenado del depósito de agentes:
El depósito de agentes es un directorio de instalación en el servidor de supervisión
(TEMS) desde el que se despliegan los paquetes de agentes y mantenimiento en el
entorno. Antes de desplegar agentes desde un servidor de supervisión, primero
32
WebSphere Remote Server Information Center Versión 7.1
debe llenar el depósito de agentes con paquetes. Un paquete es una imagen de
instalación de agente y los requisitos previos.
Cuando añade un paquete al depósito de agentes, debe añadir el paquete
adecuado que soporte el sistema operativo al que desea desplegar el paquete. Los
diferentes componentes de IBM Tivoli Monitoring proporcionan diferentes CD para
cada tipo de plataforma, por lo que debe añadir el paquete del CD de la
plataforma específica para el componente. Puede tener un depósito de agentes en
cada servidor de supervisión (TEMS) del entorno o se puede compartir un
depósito de agentes entre los servidores de supervisión utilizando un servidor de
archivos compartidos.
Todos los agentes que se desplegarán en la red requieren que los archivos de
soporte de aplicación que contienen la información específica del agente se instalen
en los servidores de la empresa (TEMS, TEPS, TEP Client) también.
Hay dos métodos para llenar el depósito de agentes:
v Llenado del depósito de agentes desde la imagen de instalación.
v Llenado del depósito de agentes con el mandato tacmd addBundles.
Las dos secciones siguientes describirán cada método con detalle.
Llenado del depósito de agentes desde una imagen de instalación:
Sólo puede utilizar la imagen de instalación para llenar un depósito de agentes
cuando llene el depósito con paquetes del mismo sistema operativo que el servidor
de supervisión (TEMS). Por ejemplo, puede utilizar una imagen de instalación de
Tivoli Monitoring Windows para añadir un paquete para un agente de Windows a
un servidor de supervisión (TEMS) de Windows, pero no puede utilizar una
imagen de instalación de Tivoli Monitoring Linux para añadir un paquete de Linux
a un servidor de supervisión de Windows. Si tiene que añadir paquetes para
sistemas operativos distintos del utilizado por el servidor de supervisión, utilice el
mandato tacmd addBundles.
Siga estos pasos para llenar el depósito de agentes desde la imagen de instalación
de IBM Tivoli Monitoring en Windows:
v Inicie el asistente de instalación, para ello efectúe una doble pulsación en el
archivo setup.exe del subdirectorio \Windows de la imagen de instalación.
v Seleccione Modificar en la ventana Bienvenido y pulse Siguiente.
v Se visualiza un mensaje de aviso sobre los componentes existentes en el sistema.
Pulse Aceptar.
v Pulse Aceptar en la ventana Agregar o quitar características sin realizar ningún
cambio. No borre ningún elemento seleccionado porque los eliminará del
sistema.
v En la ventana Despliegue de agente, seleccione los agentes que desea añadir al
depósito y pulse Siguiente.
v Revise el resumen de instalación y pulse Siguiente para empezar la instalación.
v Después de añadir los agentes al depósito de agentes, se visualizará la ventana
Tipo de configuración.
v Borre todos los componentes seleccionados porque ya están configurados. Pulse
Siguiente.
v Pulse Finalizar para completar la instalación.
Capítulo 2. Instalación y despliegue
33
Siga estos pasos para llenar el depósito de agentes desde una imagen de
instalación del agente de aplicación en Windows:
v Inicie el asistente de instalación, para ello efectúe una doble pulsación en el
archivo setup.exe del subdirectorio \Windows de la imagen de instalación.
v Seleccione Siguiente en la ventana Bienvenido.
v Pulse Siguiente en la ventana Seleccionar características sin realizar ningún
cambio.
v En la ventana Despliegue de agente, seleccione los agentes que desea añadir al
depósito y pulse Siguiente.
v Revise el resumen de instalación y pulse Siguiente para empezar la instalación.
v Después de añadir los agentes al depósito de agentes, se visualizará la ventana
Tipo de configuración.
v Borre todos los componentes seleccionados porque ya están configurados. Pulse
Siguiente.
v Pulse Finalizar para completar la instalación.
Siga estos pasos para llenar el depósito de agentes desde una imagen de
instalación de Linux o UNIX:
v Ejecute el mandato ./install.sh en el directorio en el que ha extraído los archivos
de instalación.
v Cuando se le solicite el directorio padre de IBM Tivoli Monitoring, pulse Intro
para aceptar el predeterminado (/opt/IBM/ITM). Si desea utilizar un directorio
de instalación diferente, escriba la vía de acceso completa para ese directorio y
pulse Intro.
v Si el directorio que ha especificado no existe, se le solicitará si desea crearlo.
Escriba s para crear el directorio.
v En la siguiente solicitud, seleccione Instalar productos en el depósito para el
despliegue remoto (necesita TEMS) y pulse Intro.
v Aparecerá la pantalla del acuerdo de licencia. Para seguir con la instalación,
acepte el acuerdo de licencia y pulse Intro.
v Escriba el número que corresponde a los agentes que desea añadir al depósito
de agentes, y pulse Intro. Si va a añadir más de un agente, utilice una coma (,)
para separar los números. Para seleccionar todos los agentes disponibles, escriba
todos.
v Puede seleccionar varios agentes con los números correspondientes consecutivos
escribiendo el primer y el último número para los agentes, separados mediante
un guión (-). Por ejemplo, para añadir todos los agentes entre 8 y 12, escriba
8-12.
v Para borrar un agente que ha seleccionado previamente, vuelva a escribir el
número para el agente.
v Cuando haya especificado todos los agentes que desea añadir al depósito de
agentes, escriba E y pulse Intro para salir.
Tabla 2. Teclas para navegar por la lista de agentes
34
Tecla
Navegación
U
Sube una línea en la lista.
D
Baja una línea en la lista.
F
Avanza una página en la lista.
B
Retrocede una página en la lista.
WebSphere Remote Server Information Center Versión 7.1
Llenado del depósito de agentes desde el indicador de mandatos:
Para llenar el depósito de agentes desde el indicador de mandatos, se utiliza el
mandato tacmd addBundles. Antes de emitir el mandato tacmd addBundles, debe
asegurarse de que se ha establecido el entorno y que ha iniciado la sesión
utilizando estos mandatos:
export CANDLEHOME=/opt/IBM/ITM
tacmd login -s <nombre de servidor> -u <nombre de usuario> -p <contraseña> -t <tiempo de espera>
Donde tiempo de espera es un valor en minutos, entre 0 y 1440.
Después, emita el mandato tacmd addBundles, donde la sintaxis es la siguiente:
[-i IMAGE_PATH] [-t PRODUCT_CODE] [-p OPERATING_SYSTEM] [-v VERSION] [-n] [-f]
Para ver la sintaxis completa, incluidas las descripciones de parámetros, consulte
IBM Tivoli Monitoring Consulta de mandatos.
Tabla 3. Llenado del depósito de agentes
Mandato
Descripción
tacmd addbundles -i
/mnt/cdrom/unix
Copia todos los paquetes de agentes incluidos los
requisitos previos en el depósito de agentes de un
sistema UNIX desde el soporte de instalación
(imagen de CD) ubicado en /mnt/cdrom/.
tacmd addbundles -i
/mnt/cdrom/unix -t ud
Copia todos los paquetes para DB2 Agent, en el
depósito de agentes de un sistema UNIX desde el
soporte de instalación (imagen de CD) ubicado en
/mnt/cdrom/.
tacmd addbundles -i
D:\WINDOWS\Deploy -t ud
Copia todos los paquetes para DB2 Agent, en el
depósito de agentes de un sistema Windows desde
el soporte de instalación (imagen de CD) ubicado
en D:\WINDOWS\Deploy.
De forma predeterminada, el mandato tacmd addBundles coloca el paquete de
agente en la ubicación definida en el archivo de configuración del servidor de
supervisión para DEPOTHOME. Si desea cambiar esta ubicación, haga lo siguiente
antes de ejecutar el mandato tacmd addBundles:
1. Abra el archivo de configuración del servidor de supervisión KBBENV ubicado
en el directorio <dir_instalación_itm>\CMS en Windows y el directorio
<dir_instalación_itm>/tables/<nombre_tems> en Linux y UNIX.
2. Localice la variable DEPOTHOME. Si no existe, añádala al archivo. De forma
predeterminada, el depósito de agentes está ubicado en el directorio
<dir_instalación_itm>/CMS/depot en Windows y en el directorio
<dir_instalación_itm>/tables/<nombre_tems>/depot en UNIX.
3. Escriba la vía de acceso para el directorio que desea utilizar para el depósito de
agentes y luego guarde y cierre el archivo.
4. En UNIX o Linux solamente, añada la misma variable y ubicación al archivo
kbbenv.ini ubicado en <dir_instalación_itm>/config/kbbenv.ini.
5. Si no añade la variable al archivo kbbenv.ini, se suprimirá del archivo KBBENV
la próxima vez que se vuelva a configurar el servidor de supervisión.
Verificación del llenado de agentes:
Capítulo 2. Instalación y despliegue
35
Con el mandato tacmd viewDepot, puede verificar si los agentes llenan el depósito
de agentes. Este mandato lista todos los agentes del depósito de agentes. Antes de
ejecutar este mandato, tiene que iniciar la sesión y verificar el estado de Tivoli
Enterprise Monitoring Server (TEMS).
v Abra la consola de gestión con el estado de TEMS y TEPS. Para hacerlo, ejecute
el mandato: itmcmd manage
v Asegúrese de que TEMS esté activo y en ejecución, y después ejecute el mandato
de inicio de sesión: CANDLEHOME=/opt/IBM/ITM tacmd login –s <Dirección
IP de TEMS/Nombre de host> -u <nombre de usuario> -p <contraseña> -t
<minutos-tiempo-espera>
v Ejecute el mandato de viewDepot: tacmd viewDepot
Puede utilizar los mandatos tacmd listBundles y tacmd removeBundles para listar
todos los paquetes disponibles en la imagen de instalación y eliminar los paquetes
del depósito de agentes respectivamente. Consulte Information Center de IBM
Tivoli Monitoring para obtener una descripción más detallada de estos mandatos
de Tivoli.
Despliegue de agentes
Esta sección describe los procedimientos que se deben seguir para desplegar
agentes. El despliegue de agentes significa que las imágenes de instalación de la
ubicación central se trasladarán a los nodos de la red.
Despliegue de agentes del sistema operativo:
Antes de poder desplegar un agente que no es del sistema operativo, debe instalar
un agente del sistema operativo en el sistema en el que desea desplegar el agente
que no es del sistema operativo. Además de supervisar el rendimiento del sistema
operativo base, el agente del sistema operativo también instala la infraestructura
necesaria para el despliegue y el mantenimiento remotos. Puede instalar
remotamente el agente del sistema operativo con el mandato tacmd createNode
desde el siguiente directorio: /opt/IBM/ITM/bin.
El mandato tacmd createNode crea un directorio denominado nodo en el sistema de
destino. Los agentes del sistema operativo se instalan en este directorio y todos los
agentes de que no son del sistema operativo también se desplegarán aquí.
El mandato tacmd createNode utiliza uno de los protocolos siguientes para conectar
con los sistemas en los que desea instalar el agente del sistema operativo:
v Server Message Block (SMB), utilizado principalmente para servidores Windows.
v Secure Shell (SSH), utilizado principalmente por servidores UNIX, pero también
disponible en Windows.
v Remote Execution (REXEC), utilizado principalmente por servidores UNIX, pero
no es no muy seguro.
v Remote Shell (RSH), utilizado principalmente por servidores UNIX, pero no es
muy seguro.
Puede especificar el protocolo que se debe utilizar; si no lo hace, el mandato tacmd
createNode seleccionará dinámicamente el protocolo apropiado.
La sintaxis para el mandato tacmd createNode es la siguiente, donde el valor de
propiedad se utiliza para especificar el protocolo. Para ver una explicación
completa de todos los atributos de este mandato, consulte IBM Tivoli Monitoring
and Setup Guide.
36
WebSphere Remote Server Information Center Versión 7.1
tacmd createnode -h <dirección_IP_ISP> -u <nombre_usuario> -w <contraseña> -p <nombre=valor>
Donde,
v -p nombre=valor (algunos agentes requieren propiedades personalizadas en los
pares nombre-valor)
v nombre = PROTOCOL o PORT
v valor = IP.UDP, IP.PIPE, IP.SPIPE, SNA cuando nombre=PROTOCOL
v valor = 1918 (cuando se especifica PORT=IP.UDP o IP.PIPE)
v valor = 3660 (cuando se especifica PORT=IP.SPIPE)
v valor = n/a (cuando se especifica PORT=SNA)
Verificación del despliegue del agente del sistema operativo:
El despliegue remoto del agente del sistema operativo incluye el despliegue, la
configuración y el inicio del agente. Después de desplegar el agente, puede verse el
agente en ejecución en el ISP. Para verificar el despliegue del agente del sistema
operativo, puede ver el agente en Tivoli Enterprise Portal (TEP) o comprobar el
archivo de registro. El URL para TEP es: http://<DirecciónIP-TEMS>:1920/.
En un sistema Windows, el archivo de registro está disponible de forma
predeterminada en: <CANDLEHOME>\tmaitm6\logs, donde CANDLEHOME
hace referencia a C:\IBM\ITM. En un sistema Linux, el archivo de registro está
disponible de forma predeterminada en: <CANDLEHOME>/logs/, donde
CANDLEHOME hace referencia a /opt/IBM/ITM.
En el archivo de registro, puede comprobar si el agente del sistema operativo se
comunica con TEMS. TEMS se denomina CMS en el archivo de registro. Para
verificarlo en TEP, puede iniciar la sesión en el portal y comprobar si se visualiza
el agente del sistema operativo y puede ver la información del sistema Windows.
Despliegue agentes que no son del sistema operativo:
Puede desplegar agentes que no son del sistema operativo mediante Tivoli
Enterprise Portal (TEP) o desde la línea de mandatos de TEMS. El despliegue y la
configuración de los agentes varían, según el agente específico. El procedimiento
siguiente proporciona información genérica de despliegue. Para conocer los valores
exactos necesarios para el agente, consulte la información de configuración en la
guía de usuario del agente. Asegúrese de haber llenado el depósito de agentes
antes de intentar el despliegue de agentes. También debe haber instalado o
desplegado un agente del sistema operativo en el sistema (ISP) en el que despliega
el agente que no es del sistema operativo. Los agentes que no son del sistema
operativo son Tivoli Universal Agent, DB2 Agent, IBM WebSphere Application
Server Agent y IBM WebSphere MQ Agent.
Despliegue mediante TEP:
Puede seguir estos pasos para desplegar un agente mediante la GUI del portal:
v En un entorno con archivos de TEMS remoto, debe propagar archivos de soporte
desde el TEMS remoto al TEMS concentrador. En Linux, puede utilizar el
mandato scp para realizar la copia. Emita los mandatos siguientes desde el
sistema TEMS concentrador, escribiendo los nombres del entorno.
scp perfil-usuario@nombre-host-de-TEMS-remoto:/opt/IBM/ITM/tables/servidor-TEMS-remoto/ATTRLIB/*ATR*
/opt/IBM/ITM/tables/servidor-TEMS-concentrador/ATTRLIB
scp perfil-usuario@nombre-host-de-TEMS-remoto:/opt/IBM/ITM/tables/servidor-TEMS-remoto/RKDSCATL/*CAT*
/opt/IBM/ITM/tables/servidor-TEMS-concentrador/RKDSCATL
Capítulo 2. Instalación y despliegue
37
v Después de copiar el archivo, reinicie los servidores TEMS, tanto el sistema
concentrador como remoto.
v Abra Tivoli Enterprise Portal.
v En el árbol Navegación, navegue hasta el sistema en el que desea desplegar el
agente.
v Pulse con el botón derecho del ratón el sistema y luego pulse Añadir sistema
gestionado.
v Seleccione el agente que desea desplegar y pulse Aceptar.
v Complete los campos de configuración necesarios para el agente. Para obtener
información sobre los campos, consulte la documentación de documentación
para el agente que despliega. Pulse Finalizar.
v Si el sistema en el que despliega el agente ya tiene instalada una versión de ese
agente, puede detener el despliegue, añadir una nueva instancia del agente, si es
posible, o volver a configurar el agente existente.
v Pulse Finalizar para completar el despliegue.
Despliegue mediante la línea de mandatos de TEMS:
Puede ejecutar los siguientes mandatos para desplegar un agente desde la línea de
mandatos:
v tacmd listSystems: busca los sistemas operativos gestionados, que actualmente
están conectados a TEMS.
v cinfo: indica los códigos de producto para agentes instalados en el sistema
actual.
v tacmd addSystem
Por ejemplo, el mandato siguiente despliega Universal Agent (código de producto
um) en el sistema stone.ibm.com y especifica la propiedad UA.CONFIG:
tacmd addSystem -t um -n stone.ibm.com:LZ -p UA.CONFIG="file_unix.mdl"
Donde, um hace referencia al código de producto de Universal Agent y
UA.CONFIG hace referencia a la propiedad de configuración y el archivo mdl que
se utiliza para la configuración durante el despliegue.
Cuando despliega Universal Agent, debe especificar un archivo .mdl y los scripts a
los que el archivo .mdl hace referencia. Antes de desplegar Universal Agent,
coloque el archivo .mdl en el depósito de agentes bajo el subdirectorio
/opt/IBM/ITM/tables/HUB_itmserver/depot/UACONFIG y los scripts bajo el
subdirectorio /opt/IBM/ITM/tables/HUB_itmserver/depot/UACONFIG/UASCRIPT.
Deberá crear ambos subdirectorios. Utilice el depósito de agentes del servidor de
supervisión al que se conecta Universal Agent.
Cada paquete de agente tiene sus propios parámetros de configuración exclusivos
que deberá proporcionar en este mandato. Si tiene instalado un agente del mismo
tipo que desea desplegar, puede ver los parámetros de configuración si ejecutar el
mandato siguiente: tacmd describeSystemType -t cp -p plataforma. Puede
obtener más información sobre los parámetros específicos del agente en los
siguientes enlaces de documentos:
v El agente del sistema operativo y Universal Agent: http://
publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?topic=/
com.ibm.itm.doc/using.htm
38
WebSphere Remote Server Information Center Versión 7.1
v IBM Tivoli OMEGAMON XE for Messaging information center:
http://publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?toc=/
com.ibm.omegamon.mes.doc/toc.xml
v IBM Tivoli Monitoring for Databases information center: http://
publib.boulder.ibm.com/infocenter/tivihelp/v15r1/index.jsp?toc=/
com.ibm.itmfd.doc/toc.xml
v IBM Tivoli Composite Application Manager information center:
http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/
com.ibm.itcamwas.doc/welcome.htm
En un entorno con archivos de TEMS remoto, debe propagar archivos de soporte
desde el TEMS remoto al TEMS concentrador. En Linux, puede utilizar el mandato
scp para realizar la copia. Emita los mandatos siguientes desde el sistema
concentrador de TEMS, escribiendo los nombres del entorno.
scp perfil-usuario@nombre-host-de-TEMS-remoto:/opt/IBM/ITM/tables/servidor-TEMS-remoto/ATTRLIB/*ATR*
/opt/IBM/ITM/tables/servidor-TEMS-concentrador/ATTRLIB
scp perfil-usuario@nombre-host-de-TEMS-remoto:/opt/IBM/ITM/tables/servidor-TEMS-remoto/RKDSCATL/*CAT*
/opt/IBM/ITM/tables/servidor-TEMS-concentrador/RKDSCATL
Después de copiar el archivo, reinicie los servidores TEMS, tanto el sistema
concentrador como remoto.
Por ejemplo, al desplegar DB2 Agent, debe proporcionar la propiedad INSTANCE
como: tacmd addSystem -t ud -n stone.ibm.com:LZ -p INSTANCE=db2inst. Donde,
ud hace referencia al código de producto de DB2 Agent, LZ hace referencia al
código de producto de Linux OS Agent y db2inst1 hace referencia a la instancia
disponible en DB2.
DB2 Agent debe ejecutarse como usuario de DB2 o usuario con permisos de DB2.
Si se utiliza el despliegue remoto, se maneja automáticamente. El mandato es: su db2inst1 -c "/opt/IBM/ITM/bin/itmcmd agent -o db2inst1 start ud". Después de
la instalación del agente (local o remota), edite el archivo /opt/IBM/ITM/config/
ud.ini en el ISP y añada CTIRA_HOSTNAME=$RUNNINGHOSTNAME$". Después
reinicie el agente.
Cuando se instala el agente de supervisión de Tivoli OMEGAMON XE, la máquina
requiere un gestor de colas que ya se haya instalado para supervisarlo. Por lo
tanto, en el ISP, cree e inicie un gestor de colas emitiendo los mandatos siguientes:
su - mqm
crtmqm myqm1
strmqm myqm1
Después de crear un gestor de colas, se puede supervisar. Recuerde que no se
puede desplegar un agente sin que haya un gestor de colas como mínimo. Cuando
se instala el agente de Tivoli OMEGAMON XE, la cuenta que se va a utilizar para
iniciar el agente debe tener mqm como grupo primario. ISP: itmcmd agent -o qm1
start mq
Nota: Si ejecuta el mandato tacmd por primera vez en el shell, debe iniciar la
sesión en el servidor antes de ejecutar un mandato tacmd: ./tacmd login -s
<dirección-ip-servidor-TEMS> -u <nombre-usuario-servidor-TEMS> -p
<contraseña-servidor-TEMS>
Despliegue de Tivoli Composite Application Manager para el agente WebSphere
6.1:
Capítulo 2. Instalación y despliegue
39
Dado que la arquitectura de IBM Tivoli Composite Application Manager es
diferente de otros agentes de IBM Tivoli Monitoring, hay que tener en cuenta
algunos puntos al desplegar el agente de Tivoli Composite Application Manager
para WebSphere. Tivoli Composite Application Manager para IBM WebSphere
Application Server consta de dos componentes que se utilizan en IBM WebSphere
Remote Server, el recopilador de datos y el agente de supervisión.
Nota: Tivoli Composite Application Manager debe desinstalarse antes de realizar
una actualización importante de WebSphere Application Server, y volverse a
instalar después de la actualización, si no WebSphere Application Server no
funcionará después de la actualización.
v El componente del recopilador de datos debe instalarse en WebSphere
Application Server.
v El agente de supervisión debe desplegarse remotamente.
Instalación remota de Tivoli Composite Application Manager Data Collector 6.1
WebSphere Remote Server incluye archivos SPD de muestra como ayuda para la
instalación remota del recopilador de datos de Tivoli Composite Application
Manager utilizando IBM Tivoli Provisioning Manager. Se utiliza un archivo SPD y
el CD IBM Tivoli Composite Application Manager para WebSphere V6.1: Data Collector
para crear un archivo SPB. Después puede importarse un archivo SPB al catálogo
de software donde puede distribuirse e instalarse en los ISP. Para crear un SPB siga
estos pasos:
v Instale Tivoli Software Package Editor en una máquina Windows.
v Instale WebSphere Remote Server en la misma máquina Windows.
v Inserte el CD IBM Tivoli Composite Application Manager para WebSphere V6.1: Data
Collector apropiado para la plataforma del ISP (Windows o Linux).
v Cree uno de los siguientes directorios según la plataforma del ISP, y luego copie
el contenido del CD en este directorio:
– dirSifServidor/cdimages/windows/ITCAM61DC
– dirSifServidor/cdimages/linux/ITCAM61DC
v En Tivoli Software Package Editor, abra uno de los archivos SPD siguientes
según la plataforma del ISP:
– dirSifServidor/packages/windows/ItcamDc61Win.spd
– dirSifServidor/packages/linux/ItcamDc61Lin.spd
Nota: Se recomienda utilizar /opt/IBM/SIF/ como valor para dirSifServidor.
v Guarde el archivo como SPB. Puede guardar el archivo directamente en el
repositorio de archivos de Tivoli Provisioning Manager, o puede copiarlo en el
servidor de Tivoli Provisioning Manager e importarlo al repositorio de archivos.
Nota: Los archivos ItcamDc61Win.spd e ItcamDc61Lin.spd hacen referencia a los
directorios dirSif/cdimages/windows/ITCAM61DC y dirSif/cdimages/
windows/ITCAM61DC respectivamente. Si no desea copiar el CD en el
disco duro, puede editar el archivo SPD y hacer que haga referencia
directamente al directorio raíz de la unidad de CD.
Antes de instalar Tivoli Composite Application Manager Data Collector 6.1 en un
ISP, debe instalar WebSphere Remote Server V6.1 en el ISP. El archivo SPD hace
referencia a scripts de instalación que el componente base de WebSphere Remote
Server instala en el ISP.
40
WebSphere Remote Server Information Center Versión 7.1
Instalación local de Tivoli Composite Application Manager Data Collector 6.1
WebSphere Remote Server proporciona scripts que realizan una instalación
silenciosa. Para utilizar estos scripts, inserte el CD IBM Tivoli Composite Application
Manager para WebSphere V6.1: Data Collector apropiado para la plataforma del ISP
(Windows o Linux). Después copie el contenido del CD en el siguiente directorio:
dirSif/cdimages//ITCAM61DC. Si instala manualmente este archivo en Linux (en
contraposición a durante la instalación) deberá desempaquetar el archivo tar.
Primero navegue hasta el directorio: cd ITCAMDC61, luego emita este mandato
para desempaquetar el archivo tar: tar -xvf ITCAMDC61.tar.
En el directorio dirSif/bin, ejecute uno de los siguientes mandatos según la
plataforma del ISP:
v ./SifInstall.sh ITCAMDC61
v .\SifInstall.bat ITCAMDC61
Este método de instalación silenciosa utiliza el archivo de respuestas en el
directorio dirSif/bin/ITCAM61DC.
Para instalar Tivoli Composite Application Manager interactivamente, utilice el
instalador del CD.
Para verificar si el recopilador de datos se ha iniciado en la plataforma Linux o
Windows, consulte las secciones respectivas:
Linux Compruebe la carpeta /opt/IBM/itcam/WebSphere/DC/_uninst y vea si existen
las carpetas de configuración de nodos y células de WebSphere Application
Server en una carpeta llamada configurado.
Compruebe todos los registros de rastreo en /var/ibm/tivoli/common/CYN/
logs/.
Si Tivoli Enterprise Monitoring Agent para WebSphere Application Server
ya está instalado, reinicie el agente. Si no está instalado, instálelo y ejecute
el agente. Después de ejecutar el agente, compruebe el archivo de registro
en la carpeta de registros /opt/IBM/ITM/logs/
<nombre_host>_yn_<número_numérico>.log. Donde, yn es un código de
producto para Tivoli Enterprise Monitoring Agent para WebSphere
Application Server. En el archivo de registro debe ver contenido como el
siguiente:
v Servidor de aplicaciones descubierto: estado desconectado
v El servidor de aplicaciones está ahora activo
v La recopilación de datos se ha iniciado
Si el contenido mencionado arriba aparece en el archivo de registro, Tivoli
Composite Application Manager Data Collector se ha instalado y
configurado satisfactoriamente para recopilar datos de WebSphere
Application Server.
Windows
Compruebe la carpeta C:\Archivos de programa\IBM\itcam\WebSphere\DC\
_uninst y vea si existen las carpetas de configuración de nodos y células de
WebSphere Application Server en una carpeta llamada configurado.
Compruebe todos los registros de rastreo en C:\Archivos de
programa\IBM\tivoli\common\CYN\logs.
Capítulo 2. Instalación y despliegue
41
Si Tivoli Enterprise Monitoring Agent para WebSphere Application Server
ya está instalado, reinicie el agente. Si no está instalado, instálelo y ejecute
el agente. Después de ejecutar el agente, compruebe el archivo de registro
en la carpeta de registros C:\IBM\ITM\logs\
<nombre_host>_yn_<número_numérico>.log. Donde, yn es un código de
producto para Tivoli Enterprise Monitoring Agent para WebSphere
Application Server). En el archivo de registro debe ver contenido como el
siguiente:
v Servidor de aplicaciones descubierto: estado desconectado
v El servidor de aplicaciones está ahora activo
v La recopilación de datos se ha iniciado
Si el contenido mencionado arriba aparece en el archivo de registro, Tivoli
Composite Application Manager Data Collector se ha instalado y
configurado satisfactoriamente para recopilar datos de WebSphere
Application Server.
Despliegue local de ITCAM para el agente de supervisión de
WebSphere
El despliegue local implica la carga individual del software del agente de
supervisión en cada máquina de ISP.
Instalación y configuración de un agente de supervisión en Windows:
Esta sección describe las instrucciones para instalar y configurar localmente un
agente de supervisión en un sistema Windows.
Siga estos pasos para instalar y configurar un agente de supervisión en un sistema
Windows.
1. Inicie el asistente de instalación efectuando una doble pulsación en el archivo
setup.exe del subdirectorio \WINDOWS del soporte de instalación.
2. Pulse Siguiente en la ventana de bienvenida.
3. Pulse Acepto para aceptar el acuerdo de licencia.
4. Si no tiene instalada una base de datos en este sistema, aparecerá un mensaje
indicando que es posible que falte software. No es necesaria una base de
datos para instalar un agente de gestión en este sistema, por lo tanto, pulse
Siguiente e ignore este mensaje.
5. Elija el directorio en el que desea instalar el producto. Pulse Siguiente.
Nota: Este paso sólo se aplica a los agentes que se instalan desde la imagen
de instalación de IBM Tivoli Monitoring. Para los agentes instalados
desde la imagen de instalación de agente no se aplica este paso. Si
instala un agente desde una imagen de instalación de agente, vaya al
paso 7.
6. Escriba una clave de cifrado de 32 caracteres. Esta clave debe ser la misma
que la utilizada durante la instalación del servidor de supervisión al que se
conecta este agente de supervisión. Pulse Siguiente, y luego pulse Aceptar
para confirmar la clave de cifrado.
7. Expanda Agentes de Tivoli Enterprise Monitoring.
8. Seleccione el nombre del agente que desea instalar y pulse Siguiente.
Nota: Si instala el agente en un sistema que ya tiene instalado un servidor de
supervisión, el siguiente paso es llenar el depósito. Si no tiene un
servidor de supervisión en este sistema, debe saltarse este paso.
42
WebSphere Remote Server Information Center Versión 7.1
9. Escriba una carpeta de programa para utilizar en el menú Inicio y pulse
Siguiente. La carpeta predeterminada es IBM Tivoli Monitoring.
Nota: Este paso sólo se aplica a los agentes que se instalan desde la imagen
de instalación de IBM Tivoli Monitoring. Para los agentes instalados
desde la imagen de instalación de agente no se aplica este paso.
10. Revise los detalles del resumen de la instalación. Este resumen identifica los
elementos que va a instalar y el lugar de su instalación. Pulse Siguiente para
empezar la instalación de componentes. Después de instalar los componentes
e inicializar el entorno de configuración, se visualizará una ventana de
configuración.
11. Pulse Siguiente para empezar la configuración de los valores predeterminados
para el agente.
12. Especifique los valores predeterminados que cualquier agente de IBM Tivoli
Monitoring debe utilizar al comunicarse con el servidor de supervisión.
v Si el agente debe cruzar un cortafuegos para acceder al servidor de
supervisión, seleccione La conexión debe pasar a través de un cortafuegos.
v Identifique el tipo de protocolo que el agente utiliza para comunicarse con
el servidor de supervisión. Dispone de cuatro opciones: IP.UDP, IP.PIPE,
IP.SPIPE o SNA. Puede especificar tres métodos para la comunicación; esto
permite configurar métodos de comunicación de seguridad. Si el método
que ha identificado como Protocolo 1 falla, se utilizará el Protocolo 2. Pulse
Aceptar.
13. Complete los campos siguientes para definir las comunicaciones entre los
agentes y el servidor de supervisión.
Tabla 4. Valores de protocolo de comunicaciones
Campo
Descripción
Valores de IP.UDP
Nombre de host o dirección IP
El nombre de host o la dirección IP para el
servidor de supervisión concentrador.
Número de puerto y/o agrupaciones de
puertos
El puerto de escucha para el servidor de
supervisión concentrador.
Valores de IP.PIPE
Nombre de host o dirección IP
El nombre de host o la dirección IP para el
servidor de supervisión concentrador.
Número de puerto
El puerto de escucha para el servidor de
supervisión. El número predeterminado es
1918.
Valores de IP.SPIPE
Nombre de host o dirección IP
El nombre de host o la dirección IP para el
servidor de supervisión concentrador.
Número de puerto
El puerto de escucha para el servidor de
supervisión concentrador. El valor
predeterminado es 3660.
Valores de SNA
Nombre de red
El identificador de red SNA para la
ubicación.
Capítulo 2. Instalación y despliegue
43
Tabla 4. Valores de protocolo de comunicaciones (continuación)
Campo
Descripción
Nombre de LU
El nombre de LU para el servidor de
supervisión. Este nombre de LU corresponde
al alias de LU local del software de
comunicaciones SNA.
LU 6.2 LOGMODE
El nombre de LU6.2 LOGMODE. El valor
predeterminado es "CANCTDCS".
Nombre de TP
El nombre de programa de transacción para
el servidor de supervisión.
Alias de LU local
El alias de LU.
14. Pulse Finalizar para completar la instalación.
15. Abra el programa de utilidad de gestión de Tivoli Enterprise Monitoring
Services (si no se abre automáticamente) para ver si el agente de supervisión
se ha configurado e iniciado. Si ve Sí en la columna Configurado, el agente se
ha configurado e iniciado durante el proceso de instalación.
16. Si el valor de la columna Configurado está en blanco y Plantilla está en la
columna Tarea/Subsistema, pulse con el botón derecho del ratón el agente
Plantilla y haga lo siguiente:
v Pulse Configurar utilizando valores predeterminados.
v Complete las ventanas que requieran información con los valores de
configuración específicos del agente de la guía del usuario para el agente.
Nota: No entre caracteres que no sean ASCII en ninguna de estas ventanas.
Si entra caracteres de otros juegos de caracteres, los resultados serán
imprevisibles.
v Repita este paso las veces que sea necesario para crear instancias de agentes
de supervisión para cada instancia de aplicación que desee supervisar.
Instalación y configuración de un agente de supervisión en Linux:
Esta sección describe las instrucciones para instalar y configurar localmente un
agente de supervisión en un sistema Linux. En Linux, existen pasos separados para
instalar y configurar un agente de supervisión.
Instalación del agente de supervisión en Linux
Siga estos pasos para instalar un agente de supervisión en un sistema Linux:
1. En el directorio en el que ha extraído los archivos de instalación, ejecute el
mandato siguiente: ./install.sh.
2. Cuando se le solicite el directorio padre de IBM Tivoli Monitoring, pulse la
tecla Intro para aceptar el predeterminado (/opt/IBM/ITM) o escriba la vía de
acceso completa para un directorio diferente.
3. Si el directorio de instalación no existe, se le solicitará que cree uno. Escriba s
para crear el directorio y pulse la tecla Intro.
4. Aparecerá una solicitud, que le permitirá elegir entre las opciones de
instalación siguientes: Instalar productos en el host local, Instalar productos
en el depósito para el despliegue remoto (necesita TEMS) y Salir de la
instalación. Seleccione la primera opción para empezar el proceso de
instalación.
44
WebSphere Remote Server Information Center Versión 7.1
5.
6.
7.
8.
9.
10.
Nota: Esta solicitud variará según la imagen de instalación desde la que
realice la instalación.
Escriba el número correspondiente al idioma en el que desea visualizar el
acuerdo de licencia de software y pulse Intro.
Pulse Intro para visualizar el acuerdo.
Escriba 1 para aceptar el acuerdo y pulse Intro.
Escriba una clave de cifrado de 32 caracteres y pulse Intro. Esta clave debe ser
la misma que la utilizada durante la instalación del servidor de supervisión al
que se conecta este agente de supervisión. Se visualizará una lista numerada
de sistemas operativos disponibles.
Escriba el número del sistema operativo en el que realiza la instalación. El
valor predeterminado es el sistema operativo actual. Pulse Intro.
Escriba s para confirmar el sistema operativo y pulse Intro. Se visualizará una
lista numerada de componentes disponibles.
11. Escriba el número que corresponde al agente o agentes de supervisión que
desea instalar. Si desea instalar más de un agente utilice una coma (,) o un
espacio para separar los números de cada agente. Pulse Intro. Se visualizará
una lista de los componentes que se van a instalar.
12. Escriba s para confirmar la instalación. La instalación empezará.
13. Después de instalar todos los componentes, se le pedirá si desea instalar
componentes para un sistema operativo diferente. Escriba n y pulse Intro. El
proceso de instalación se completará.
Nota: Existe un problema conocido en la instalación local de algunos agentes de
ITM en Linux. La instalación falla porque detecta una versión más reciente
de un paquete denominado GSkit cuando ITM intenta instalar una versión
anterior. Tivoli ha documentado el método alternativo siguiente, que implica
la modificación del script runGSkit: el script runGSkit está ubicado en /bin.
Este archivo cambia cuando se añade soporte de plataforma nueva,
normalmente en cada nivel de FIXPACK.
Haga una copia de seguridad del script antes de realizar cambios.
cd /bin
cp runGSkit runGSkit.orig
Edite runGSkit y modifique lo siguiente:
v Localice una instancia del texto "string version=7" e inserte las dos líneas
siguientes después de la línea localizada:
versionPref=$(print $version | cut -d. -f1-3)
versionSuff=$(print $version | cut -d. -f4)
v Localice más instancias del texto "string version=7". Si aparecen más,
inserte las dos líneas siguientes después de la línea localizada
versionPref=$(print $version | cut -d. -f1-3)
versionSuff=$(print $version | cut -d. -f4)
v Cambie todas las apariciones de "grep $version" por "grep $versionPref".
Localice las dos líneas:
[ -n "$gskitVersion" ] && loop=no
[ -n "$gskitVersion_64" ] && loop_64=no
y conviértalas en comentarios.
v Inserte lo siguiente después de las dos líneas que acaba de comentar:
Capítulo 2. Instalación y despliegue
45
if [[ -n "$gskitVersion" ]]
then
gskitVersionSuff=$(print $(print $gskitVersion | cut -d. -f4))
[[ "$os" = l* ]] && gskitVersionSuff=$(print $(print $gskitVersion |
cut -d. -f3))
if (( gskitVersionSuff >= versionSuff ))
then
loop=no
fi
fi
if [[ -n "$gskitVersion_64" ]]
then
gskitVersionSuff_64=$(print $(print $gskitVersion_64 | cut -d. -f4))
[[ "$os" = l* ]] && gskitVersionSuff_64=$(print $(print
$gskitVersion_64 | cut -d. -f3))
if (( gskitVersionSuff_64 >= versionSuff_64 ))
then
loop_64=no
fi
fi
Guarde el archivo y vuelva a ejecutar install.sh.
v Después de actualizar y probar runGSkit, es aconsejable actualizar la
imagen de soporte para no tener que aplicar este método alternativo para
cada máquina en la que desea realizar la instalación.
v Si el soporte es de plástico, cópielo en el disco duro para que tenga acceso
de grabación. Por ejemplo, si el soporte está ubicado en un disco en
/MEDIAHOME y la instalación probada está ubicada en /ITMHOME, los
mandatos para actualizar la imagen serían:
cd /ITMHOME
chmod 755 /MEDIAHOME/unix/cienv.tar
tar -rvf /MEDIAHOME/unix/cienv.tar bin/runGSkit bin/runGSkit.orig
Configuración del agente de supervisión
Siga estos pasos para configurar el agente de supervisión:
1. Ejecute el mandato siguiente:
./itmcmd config -A cp
Donde cp es el código de producto para el agente; para Linux, utilice lz.
2. Pulse Intro cuando se le pida si el agente se conecta a un servidor de
supervisión.
3. Escriba el nombre de host para el servidor de supervisión.
4. Escriba el protocolo que desea utilizar para comunicar con el servidor de
supervisión. Dispone de cuatro opciones: ip, sna, ip.spipe o ip.pipe. Pulse Intro
para aceptar el protocolo predeterminado (IP.PIPE).
5. Si desea configurar un protocolo de seguridad, entre el protocolo y pulse Intro.
Si no desea utilizar el protocolo de seguridad, pulse Intro sin especificar un
protocolo.
6. Según el tipo de protocolo especificado, proporcione la siguiente información
cuando se le solicite:
Tabla 5. Protocolos y valores del servidor de supervisión de UNIX
46
Protocolo
Valor
IP.UDP
El número de puerto para el servidor de supervisión. El valor
predeterminado es 1918.
WebSphere Remote Server Information Center Versión 7.1
Tabla 5. Protocolos y valores del servidor de supervisión de UNIX (continuación)
Protocolo
Valor
Nombre de SNA
Net
El identificador de red SNA para la ubicación.
Nombre de LU
El nombre de LU para el servidor de supervisión. Este nombre de LU
corresponde al alias de LU local del software de comunicaciones
SNA.
Modalidad de
registro
El nombre de LU6.2 LOGMODE. El valor predeterminado es
"CANCTDCS".
IP.PIPE
El número de puerto para el servidor de supervisión. El valor
predeterminado es 1918.
IP.SPIPE
El número de puerto para el servidor de supervisión. El valor
predeterminado es 3660.
7. Pulse Intro sin especificar el nombre de KDC_PARTITION.
8. Pulse Intro cuando se le solicite que configure la conexión con un servidor de
supervisión secundario. El valor predeterminado es no.
9. Pulse Intro para aceptar el valor predeterminado para el Nombre de red
primaria opcional (ninguno).
Cambio de los permisos de archivo
Esta sección describe el proceso para cambiar los permisos de archivos para
agentes. Si ha utilizado un usuario no root para instalar un agente de supervisión
en un sistema UNIX, los permisos de archivo se establecerán inicialmente en un
nivel bajo. Ejecute el siguiente procedimiento para cambiar estos permisos de
archivo:
1. Inicie la sesión en el sistema como root, o conviértase en usuario root
ejecutando el mandato su.
2. Cree un nuevo grupo, por ejemplo, itmusers para que sea propietario de todos
los archivos del directorio de instalación de IBM Tivoli Monitoring. Ejecute el
mandato siguiente: groupadd itmusers.
3. Ejecute el mandato siguiente para asegurarse de que la variable de entorno
CANDLEHOME identifica correctamente el directorio de instalación de IBM
Tivoli Monitoring:
echo $CANDLEHOME
Si se ejecutan los pasos siguientes en un directorio equivocado, se pueden
cambiar los permisos de todos los archivos de todos los sistemas de archivos
del sistema.
4. Vaya al directorio que ha devuelto el paso anterior:
cd $CANDLEHOME
5. Ejecute el mandato siguiente para asegurarse de que se encuentra en el
directorio correcto:
pwd
6. Ejecute los siguientes mandatos:
chgrp -R itmusers .
chmod -R o-rwx .
7. Ejecute el mandato siguiente para cambiar la propiedad de los archivos de
agentes adicionales:
bin/SetPerm
Capítulo 2. Instalación y despliegue
47
8. Si desea ejecutar el agente como usuario particular, añada el usuario al grupo
itmusers. Para hacerlo, edite el archivo /etc/group y asegúrese de que el usuario
se encuentra en la lista de usuarios del grupo itmusers. Por ejemplo, si desea
ejecutar el agente como usuario test1, asegúrese de que la línea siguiente se
encuentra en el archivo /etc/group:
itmusers:x:504:test1
9. Ejecute el mandato su para cambiar al usuario que desea que ejecute el agente
o inicie la sesión como ese usuario.
10. Inicie el agente según se describe en la sección Inicio de los agentes de
supervisión.
Inicio de los agentes de supervisión
Puede iniciar todos los agentes que se ejecutan en un sistema o iniciar agentes
individuales utilizando los códigos de producto.
Para iniciar todos los agentes de supervisión, ejecute el mandato siguiente:
/opt/IBM/ITM/bin/itmcmd agent start all
Para iniciar agentes específicos, ejecute el mandato siguiente:
/opt/IBM/ITM/bin/itmcmd agent start cp [nombre_host...]
Donde, cp es el código de producto para el agente que desea iniciar. Por ejemplo,
el código de producto de Universal Agent es um. Consulte Information Center de
Tivoli ITM para ver una lista completa de códigos de productos.
Desinstalación
El script de desinstalación de IBM WebSphere Remote Server elimina toda la
solución WebSphere Remote Server, incluido IBM WebSphere Application Server,
DB2 o Informix Dynamic Server y IBM WebSphere MQ. También elimina los
componentes que haya podido añadir a la solución si ha ampliado WebSphere
Remote Server.
Desinstalación de WebSphere Remote Server
1. Detenga toda la solución WebSphere Remote Server antes de ejecutar el
desinstalador.
El proceso de desinstalación llama al script wrsstop, sin embargo, es posible
que todavía haya algunos componentes de la solución que estén en ejecución
como, por ejemplo, los gestores de colas de WebSphere MQ.
2. Navegue al subdirectorio bin de SIF_HOME.
3. Ejecute los siguientes mandatos:
cd %SIF_HOME%\bin
SifRemoveWRS.bat -noprompt [clean]
El mandato SifRemoveWRS.bat -noprompt -clean no elimina el directorio
SIF_HOME en Windows.
cd $SIF_HOME/bin
./SifRemoveWRS.sh -noprompt [clean]
Notas:
48
WebSphere Remote Server Information Center Versión 7.1
v -noprompt es un parámetro obligatorio que impide que
involuntariamente desinstale WebSphere Remote Server. Si se omite este
parámetro, WebSphere Remote Server no se desinstalará.
v -clean es un parámetro opcional. Si no se especifica -clean, sólo se
llamará a desinstaladores de productos individuales. Si se especifica
-clean, los desinstaladores de los productos ejecutarán pasos adicionales
para eliminar todos los componentes de cada producto. Por ejemplo, se
suprimen los directorios de instalación, los usuarios creados, etc.
Utilización de la opción clean
Si realiza una desinstalación limpia, se suprimirán todos los archivos de
WebSphere Remote Server; sin embargo, es posible que queden algunos directorios
vacíos. Puede eliminar tranquilamente estos directorios vacíos.
Nota: Se recomienda utilizar la opción clean al desinstalar Informix Dynamic
Server, pero incluso con una desinstalación limpia, puede haber problemas
al reinstalar Informix Dynamic Server. Para obtener más información,
consulte “Consejos para la resolución de problemas” en la página 125.
La opción clean realiza las siguientes tareas:
v Windows:
– cmd /c net user MUSR_MQADMIN /DELETE
– cmd /c net localgroup mqm /DELETE
– Suprimir C:\DB2
– cmd /c net user DB2ADMIN /DELETE
v Linux:
– rpm -qa | grep WSBAA | xargs -i rpm -e {}
– rpm -qa | grep WSBAA | xargs -i rpm -e {} --nodeps --justdb
– rpm -qa | grep WSPAA | xargs -i rpm -e {}
– rpm -qa | grep WSPAA | xargs -i rpm -e {} --nodeps --justdb
– rm -rf /root/.WASRegistry
– rm -rf /opt/.ibm/.nifregistry
– rm -rf /opt/.ibm
–
–
–
–
rpm -qa | grep MQSeries | grep -v 7.0.1-1 | xargs -i rpm -e {}
rpm -qa | grep MQSeries | grep -v Runtime-7.0.1-1 | xargs -i rpm -e {}
rpm -e MQSeriesRuntime-7.0.1-1
rm -rf /var/mqm
– rm -rf /opt/IBM/mqm
– rm -rf /opt/mqm
–
–
–
–
–
rpm -qa | grep DB2 | xargs -i rpm -e {}
rm -rf /var/db2
rpm -qa | grep DB2 | xargs -i rpm -e {} --nodeps --justdb
userdel db2inst1
userdel db2fenc1
– userdel dasusr1
– userdel mqm
– groupdel mqm
– groupdel mqbrkrs
Capítulo 2. Instalación y despliegue
49
– groupdel dasadm1
– groupdel db2iadm1
– groupdel db2fadm1
– rm -rf /home/db2inst1 /home/db2fenc1 /home/dasusr1 /home/mqm
v Windows y Linux:
–
–
–
–
rd /s /q directorio de instalación de WRS BASE
rd /s /q IFMXDATA
rd /s /q ISM
Eliminar las líneas que empiezan por WSBAA, WSPAA o WHIHS del archivo
vpd.properties. El archivo Windows está en %SYSTEMROOT%\vpd.properties y
el archivo Linux está en /root/vpd.properties.
– Suprimir el directorio de instalación de WebSphere Application Server
– Suprimir el directorio de instalación de IBM HTTP Server
– Suprimir el directorio de instalación de WebSphere MQ
– Suprimir el directorio de instalación de DB2
– Suprimir el directorio de instalación de Informix Dynamic Server
Ampliación del proceso de desinstalación
Cuando amplíe la solución WebSphere Remote Server, puede añadir mandatos de
desinstalación en los metadatos para la aplicación que está añadiendo. El script de
desinstalación procesa todas las desinstalaciones de las aplicaciones de usuario
antes de desinstalar los productos de middleware de WebSphere Remote Server.
Reinstalación después de la desinstalación
Si desea volver a instalar WebSphere Remote Server después de desinstalar el
producto, cambie los directorios de instalación para WebSphere Application Server
y IBM HTTP Server para evitar que se produzcan anomalías en la reinstalación.
La reinstalación de Informix Dynamic Server después de una desinstalación no
limpia no está soportada. Para obtener más información, consulte “Consejos para
la resolución de problemas” en la página 125.
50
WebSphere Remote Server Information Center Versión 7.1
Capítulo 3. Actualización y migración
Esta sección describe los pasos que debe seguir para actualizar o migrar IBM
WebSphere Remote Server satisfactoriamente.
Estrategia de actualización
Se recomienda que un IBM WebSphere Remote Server se actualice utilizando una
solución de actualización unificada.
Este enfoque permite combinar arreglos para el middleware, las aplicaciones y el
sistema operativo en un único paquete para un migración más suave. WebSphere
Remote Server proporciona dos soluciones unificadas para realizar la migración
desde releases anteriores que pueden instalarse localmente utilizando una GUI. Las
soluciones se describen en la sección “Migración” en la página 59.
Para crear su propia solución de actualización, siga los pasos de creación de la
solución en la sección Capítulo 5, “Ampliación”, en la página 91. Se necesita el
entorno de desarrollo de WebSphere Remote Server para crear la solución. Si
necesita actualizaciones para productos de IBM que no están incluidas en el
entorno de desarrollo de WebSphere Remote Server, debe descargarlas desde
http://www.ibm.com/support y crear nuevos proyectos de aplicación. Los
proyectos de aplicación se describen en la sección Capítulo 5, “Ampliación”, en la
página 91.
Utilice las siguientes directrices al crear una solución de actualización:
v Elimine los archivos innecesarios de los paquetes. Si el paquete es para sistemas
operativos Windows, no incluya los archivos que sólo son necesarios para los
sistemas operativos Linux.
v Limite los paneles de entrada de la interfaz de usuario. WebSphere Remote
Server proporciona programas de utilidad para detectar mediante programación
dónde está instalado el middleware de IBM.
Fixpacks y arreglos temporales de WebSphere Remote Server
Ocasionalmente, IBM WebSphere Remote Server puede proporcionar fixpacks o
arreglos temporales según sea necesario. Los fixpacks que proporciona WebSphere
Remote Server normalmente se entregan como soluciones desarrolladas utilizando
Software Assembly Toolkit. Los arreglos temporales (arreglos de emergencia)
normalmente se proporcionan como un grupo de archivos y posiblemente como un
instalador ligero.
© Copyright IBM Corp. 2004, 2010
51
Tabla 6. Tipos de actualizaciones que proporciona WebSphere Remote Server
Actualizaciones
Características de cada actualización
Release
v Un nuevo WebSphere Remote Server que
incluye una nueva función principal,
como la versión 7.1.
v Empaquetado como una solución Software
Assembly Toolkit.
v Se recomienda realizar una prueba
completa de todas las aplicaciones con un
release nuevo.
v Requiere migración para actualizar.
Fixpack
v Es la forma de entrega estándar de las
actualizaciones; ha sido sometido a
pruebas de regresión.
v Empaquetado como una solución Software
Assembly Toolkit.
v Un fixpack es un paquete acumulativo de
arreglos, por ejemplo, el fixpack 1 en la
versión 7.1 (7.1.0.1).
v Cada entrega de fixpacks puede estar
formada por varios fixpacks para los
siguientes productos o componentes:
– DB2
– Informix Dynamic Server
– IBM WebSphere MQ
– IBM HTTP Server
– IBM WebSphere Application Server
Network Deployment
– Java Runtime Environment
– Software Assembly Toolkit
– WebSphere sMash
– WebSphere Remote Server
– Entorno de desarrollo de WebSphere
Remote Server
v Los fixpacks se instalan sobre un release o
un fixpack anterior, por ejemplo, se aplica
la versión 7.1.0.2 a la versión 7.1.0.1.
v Los fixpacks son acumulativos, por lo que
la versión 710.0.2 incluye todos los
arreglos de la versión 7.1.0.1.
v Los fixpacks desinstalan todos los arreglos
temporales aplicados al release desde que
se instaló el último fixpack. Por tanto, es
necesario comprobar la lista de arreglos
entregados para determinar si un arreglo
temporal se debe volver a instalar.
v Se recomienda realizar una prueba breve
de las funciones más importantes de este
nuevo fixpack.
v Revise la lista de arreglos y las
instrucciones de instalación para
determinar si es necesario realizar una
migración.
52
WebSphere Remote Server Information Center Versión 7.1
Tabla 6. Tipos de actualizaciones que proporciona WebSphere Remote
Server (continuación)
Actualizaciones
Características de cada actualización
Arreglo temporal
v Un único arreglo de emergencia
publicado.
v Un arreglo es un arreglo temporal que
resuelve uno o varios defectos del
producto.
v WebSphere Remote Server normalmente
no proporciona arreglos temporales para
los productos de middleware de
WebSphere Remote Server. Los arreglos
para los productos de middleware pueden
descargarse desde el sitio de soporte de
IBM para cada producto de middleware.
Los arreglos de WebSphere Remote Server
se proporcionan para los componentes de
WebSphere Remote Server.
v Un arreglo puede aplicarse a un release o
a un fixpack, según corresponda.
v Los arreglos temporales se crean cuando
se requiere un arreglo autónomo entre
fixpacks.
v Se recomienda probar las funciones
afectadas por el componente arreglado de
WebSphere Remote Server.
Modificación
v Empaquetado como una solución Software
Assembly Toolkit.
v Un release de modificación es una
actualización opcional.
v Los releases de modificación se instalan
encima de un release o un fixpack
anterior.
v Podría ser necesario realizar una
migración. Revise la lista de arreglos y las
instrucciones de instalación para
determinar si es necesario realizar una
migración.
Puente TPM-RMA
El puente IBM Tivoli Provisioning Manager - IBM Remote Management Agent
proporcionado con IBM WebSphere Remote Server, ayuda a desencadenar las
actualizaciones de software para los terminales del almacén de la empresa.
Tivoli Provisioning Manager se utiliza para distribuir un paquete al ISP, después el
puente Tivoli Provisioning Manager-Remote Management Agent lo desempaqueta
y distribuye a los terminales conectados a ese ISP.
Requisitos previos de la instalación
Los requisitos previos necesarios en la empresa son un servidor de Tivoli
Provisioning Manager y un entorno de desarrollo WebSphere Remote Server
instalado.
Capítulo 3. Actualización y migración
53
IBM Tivoli Provisioning Manager: el puente IBM Remote Management Agent se
instala automáticamente cuando IBM WebSphere Remote Server se instala en un
ISP.
Tivoli Provisioning Manager: el puente Remote Management Agent Software
Distribution necesita la configuración de WebSphere Remote Server Enterprise y
Tivoli Provisioning Manager.
Tivoli Provisioning Manager: el puente Remote Management Agent Software
Distribution necesita que el ISP de WebSphere Remote Server esté configurado
como punto final para WebSphere Remote Server Enterprise. El instalador de
punto final también se llama agente común de Tivoli.
Tivoli Provisioning Manager: Remote Management Agent Software Distribution
también espera que los terminales del almacén estén conectados al ISP del almacén
y que estos terminales tengan el agente general que está registrado en el agente
maestro de Remote Management Agent.
Nota: Tivoli Provisioning Manager: el puente Remote Management Agent necesita
que Remote Management Agent no obligue a las conexiones a utilizar SSL.
Para configurar Remote Management Agent de esta manera, actualice el
archivo SI_HOME/user/rma/classes/ssl.properties con los cambios
siguientes:
v RMA.alias=NOSSL
v RMAMA.alias=NOSSL
Nota: La instalación de Remote Management Agent necesita la configuración de
un servidor FTP en el ISP.
Nota: El archivo bridge.config no debe contener caracteres que no sean ASCII.
Nota: En Windows, para el funcionamiento correcto del puente Tivoli Provisioning
Manager-Remote Management Agent, debe actualizar a Remote
Management Agent compilación 2214058 debido al Remote Management
Agent APAR IO08293. Póngase en contacto con el soporte técnico de IBM
para obtener esta versión de Remote Management Agent.
Configuración de la instalación de TPM-Remote Management
Agent
La configuración de IBM Remote Management Agent v2 se realiza mediante el
archivo info.properties. El archivo info.properties de muestra se proporciona a
continuación:
ftpip=192.168.1.25
ftpusername=rmabridge
ftppassword=rmabridge
ftpport=21
ftpImplName=FTP
ftpPackageDir=package/
ftpPolicyDir=policy/
policyXMLFileName=SamplePolicy.xml
La configuración de Remote Management Agent v1 se realiza mediante el archivo
bridge.properties. Se deben establecer determinados parámetros de configuración si
se cambia el estado predeterminado del archivo bridge.properties:
54
WebSphere Remote Server Information Center Versión 7.1
[const]
ftpip=9.124.107.231
ftpusername=ftpuser
ftppassword=sifadmin
ftpport=21
ftphome=c:/ftp
rmahostip=9.124.107.231
tcmreturntimeout=100
[/const]
[others]
tempdir=./temp/
maxdeferals=4
[/others]
ftpip (IP del servidor FTP) y rmahostip (IP de Remote Management Agent) se
toman como el IP del sistema ISP predeterminado si se dejan como
predeterminados (-). El nombre de usuario de FTP y la contraseña
predeterminados se establecen como ftpuser y sifadmin. Se puede cambiar si es
diferente del valor predeterminado en el archivo bridge.properties. De manera
similar, puede especificar un valor diferente para ftpport, rmaport y
tcmreturntimeout. El tiempo de espera de retorno de TPM especifica el tiempo
necesario para que el puente TPM-Remote Management Agent espere el estado de
distribución de software de Remote Management Agent. El valor que proporcione
se multiplicará por cinco para generar el tiempo en segundos. Por ejemplo, el valor
predeterminado es 500 * 5 = 2500 segundos.
Nota: El archivo bridge.properties no debe contener caracteres que no sean ASCII.
Distribución de software para TPM-RMA
La política de software y el software para el terminal deben transmitirse a las
carpetas del ISP según se describe a continuación:
Preparación para la distribución de software
Para conseguir la distribución de software para los terminales, la política de
software y el paquete de software para el terminal se deben transmitir a la
máquina del ISP. IBM Remote Management Agent espera que el servidor FTP esté
instalado y configurado en la máquina del ISP para distribuir el software. La
carpeta FTPHOME está configurada y tiene los permisos respectivos para esa
carpeta y subcarpetas.
La estructura de carpeta recomendada es:
v /FTPHOME/policy/
v /FTPHOME/package/
El XML de la política está disponible en la carpeta de políticas y el software que
debe instalarse en el terminal se encuentra en la carpeta de paquetes.
Debe actualizar el archivo info.properties o bridge.properties en la máquina
empresarial. Este archivo está disponible en: <SIF_HOME>/RMABridge. Esto debe
realizarse antes de distribuir los paquetes RmaBridgeSampleWin o
RmaBridgeSampleLin.
Actualice los campos de nombre de usuario y contraseña para el FTP. En caso de
que el servidor FTP sea diferente del ISP, proporcione la dirección IP del servidor
FTP.
Capítulo 3. Actualización y migración
55
Desencadenamiento de la distribución de software utilizando el paquete de
distribución de software (SPD)
Cree un descriptor de paquete de software (SPD) de IBM Tivoli Provisioning
Manager que derive el paquete de software de Remote Management Agent y
ejecute el archivo TriggerScript.sh incluido. Se incluyen archivos SPD de muestra
para Windows y Linux: RmaBridgeSampleWin y RmaBridgeSampleLin.
TriggerScript acepta seis argumentos que debe pasar desde el paquete de
instalación.
Distribuya este archivo SPD desde Tivoli Provisioning Manager a puntos finales
(ISP) para distribuir el archivo de políticas y el software a las carpetas respectivas
mencionadas arriba.
./TriggerScript.sh –devtype:dTypeWindowsXP –devid:-installoruninstall:Install policyfile:/policies/Sample_Policy.xml version
mode
Los parámetros utilizados en el ejemplo se describen abajo:
DeviceType
Este parámetro se especifica si se tiene previsto distribuir a varios
dispositivos de un tipo específico. Los valores aceptados son: dType4690,
dTypeConsumer, dTypeLinux, dTypePOSTerm, dTypeROLO,
dTypeUnknown, dTypeWindows2000 y dTypeWindowsXP.
DeviceID
Este parámetro se especifica si se tiene previsto distribuir a un dispositivo
específico con ID.
InstallorUninstall
Este parámetro se especifica para la clase de distribución de software que
realiza.
PolicyFile
Este parámetro se especifica para la ubicación del archivo de políticas de
distribución de software.
Versión
Es V1 o V2, según si utiliza Remote Management Agent v1 o v2.
Probablemente sea V2.
Modalidad
Su valor es instalar o desinstalar.
Nota: Los cuatro primeros parámetros DeviceType, DeviceID, InstallorUninstall y
PolicyFile son para Remote Management Agent v1 sólo. En Remote
Management Agent v2, se ignorarán. El parámetro 5 (version) siempre es
necesario. El parámetro 6 sólo se aplica a Remote Management Agent v2.
Independientemente de la modalidad que utilice, deberá pasar seis
parámetros a TriggerScript.
Nota: Ejecución de ejemplo para Remote Management Agent v2:
TriggerScript.bat ignore ignore ignore ignore V2 install.
Puente Remote Management Agent v2
Esta sección describe las instrucciones para utilizar el puente IBM Remote
Management Agent predeterminado.
56
WebSphere Remote Server Information Center Versión 7.1
Los pasos que son requisito previo para utilizar la característica de puente Remote
Management Agent para soluciones IBM WebSphere Remote Server son los
siguientes.
v Se debe haber configurado el servidor FTP con un nombre de usuario y
contraseña que los clientes POS puedan acceder.
v Cuando el usuario de FTP inicie la sesión en el servidor FTP, el directorio raíz
debe ser /home/ftp.
v Los agentes general y maestro de Remote Management Agent deben estar en la
misma subred y poder comunicarse correctamente.
v Se debe haber instalado Software Package Editor en la empresa, donde pueda
utilizarse para publicar los SPB en el repositorio de IBM Tivoli Provisioning
Manager.
v La solución de tiempo de ejecución de WebSphere Remote Server se debe haber
instalado en el ISP.
Estructura del directorio de Remote Management Agent
Después de instalar las soluciones de desarrollo de WebSphere Remote Server en la
empresa, los siguientes archivos de puente Remote Management Agent se colocan
en la siguiente estructura de directorios:
%SIF_HOME%/RmaBridge/
/info.properties
/instructions.txt
/SamplePolicy.xml
/TriggerScript.bat
/TriggerScript.sh
/TcmRmaSwd.jar
%SIF_HOME%/packages/windows/
RmaBridgeSampleWin.spd
%SIF_HOME%/packages/linux/
RmaBridgeSampleLin.spd
Descripción del archivo de Remote Management Agent
info.properties
Este archivo contiene la información de servidor FTP que el agente general
de Remote Management Agent utiliza para iniciar la sesión en el servidor y
extraer los archivos de datos y políticas. Actualice los campos siguientes de
este archivo:
v ftpPackageDir
v ftpPolicyDir
v policyXMLFileName
v ftpip
v ftpusername
v ftppassword
Nota: Si el campo ftpip se deja en blanco, se utilizará la interfaz de red
Ethernet del agente maestro de Remote Management Agent definida
en %SI_HOME%/user/rma/simgmt.pro.
Puede actualizar el archivo info.properties siguiendo las instrucciones
proporcionadas a continuación:
Capítulo 3. Actualización y migración
57
v Cree un usuario de FTP.
v Cree una carpeta en el ISP y establézcala como la carpeta padre del
usuario de FTP. Se recomienda utilizar SIFHOME\RmaBridge como esta
carpeta.
v Cree subdirectorios de esta carpeta padre para los archivos de paquetes
y de políticas de software de Remote Management Agent. Se recomienda
utilizar la política y el paquete como nombres de las carpetas.
v Actualice los campos de info.properties que se indican arriba:
– ftpusername/ftppassword: debe establecerse en el usuario nuevo
creado.
– ftpPackageDir: debe establecerse en el directorio donde están
almacenados los archivos de paquetes. Todos los paquetes
referenciados en el archivo de políticas deben estar en esta carpeta.
Esta propiedad debe finalizar con el carácter separador de archivos '/'
(ej.: package/).
– ftpPolicyDir: debe establecerse en el directorio donde están
almacenados los archivos de políticas. Este directorio debe contener la
política de software que está distribuyendo (policyXMLFileName).
Esta propiedad debe finalizar con el carácter separador de archivos '/'
(ej.: policy/)
– policyXMLFileName: nombre del archivo de la política de
distribución de software de Remote Management Agent. Debe existir
una copia de este archivo en el directorio RmaBridge raíz y en el
directorio especificado en ftpPolicyDir
instructions.txt
Es el archivo entregado por el paquete SamplePolicy.xml y se entrega al
agente general de Remote Management Agent bajo la estructura de
directorios siguiente:
%SI_HOME%/user/rma/config/swd/staging
SamplePolicy.xml
Este archivo contiene la lista de mandatos que se deben ejecutar en la
máquina del agente general. Para comprender y editar este archivo,
consulte la publicación Remote Management Agent v2 User's Guide:
ftp://ftp.software.ibm.com/software/retail/pubs/sw/storeintegration/
bqe3_RMA_userguide_mst.pdf.
TriggerScript.bat(sh)
Este archivo invoca el código RmaBridge con seis parámetros pasados vía
el SPB.
Nota: El código de puente Remote Management Agent v1 utiliza los cuatro
primeros parámetros, el código de puente Remote Management
Agent v2 utiliza el último parámetro y el quinto parámetro
especifica si se utiliza V1 o V2.
RmaBridgeSampleWin.spd
Es un paquete de software que contiene las instrucciones para colocar
SamplePolicy.xml bajo el directorio FTPHOME/policy en el ISP e
instructions.txt bajo del directorio FTPHOME/package. También sustituye al
archivo info.properties en el ISP.
Este archivo contiene instrucciones para ejecutar TriggerScript.bat en el ISP.
El SPD pasa un total de seis parámetros que se utilizan para invocar
TriggerScript.bat en el ISP. Puede editar cualquiera de los parámetros del
archivo SPD antes de convertirlo en SPB. El quinto parámetro debe
58
WebSphere Remote Server Information Center Versión 7.1
establecerse en v2 para utilizar el código de puente Remote Management
Agent v2. El sexto parámetro puede ser install o uninstall. Si se utiliza
install, el agente general sólo ejecutará la etiqueta <installation> en el
archivo SamplePolicy.xml. Si se utiliza uninstall, el agente general sólo
ejecutará la etiqueta <uninstallation> en el archivo SamplePolicy.xml.
RmaBridgeSampleLin.spd
La versión Linux de RmaBridgeSampleWin.spd.
Utilización de código de puente Remote Management Agent v2
Para utilizar el código de puente Remote Management Agent v2, siga los pasos
mencionados más abajo:
v Utilice Software Package Editor para convertir todos los archivos SPD en
archivos SPB y publicarlos en Tivoli Provisioning Manager. Realice cualquier
cambio necesario antes de la conversión a SPB.
v Con la funcionalidad de Tivoli Provisioning Manager publique, distribuya e
instale RmaBridgeSampleLinD.spb o RmaBridgeSampleWinD.spb según el
sistema operativo del ISP. Asegúrese de que se visualiza la barra verde en el
gestor de tareas de Tivoli Provisioning Manager después de enviar el SPB. La
barra verde significa éxito.
Nota: Para comprender cómo configurar Software Package Editor y la
infraestructura escalable de Tivoli Provisioning Manager y para instalar los
SPB, consulte el libro blanco de WebSphere Remote Server y la sección
Empaquetamiento de software para distribución de la ayuda en línea de Tivoli
Provisioning Manager.
1. Software Package Editor es una aplicación de navegador que requiere
IBM Java Runtime Environment 1.4.2. No funcionará con versiones
superiores de Java.
2. Antes de guardar un paquete de software, verifique el "Nombre de host
del servidor web" en las preferencias. Debe ser el nombre de host del
servidor de Tivoli Provisioning Manager.
Migración
WebSphere Remote Server da soporte a la migración automatizada de procesadores
del almacén desde WebSphere Remote Server Starter Edition versiones 6.1 y 6.2.x a
IBM Retail Store Server Starter Edition 7.0. No hay ninguna opción de migración
automatizada para actualizar a IBM Retail Store Server Starter Edition con Informix
Dynamic Server.
El proceso de migración está contenido en la misma solución que se utiliza para
las instalaciones nuevas y puede ejecutarse desde el DVD.
Esta tabla muestra la migración soportada para diferentes sistemas operativos. Si
un sistema operativo no aparece en la lista, no hay ninguna migración soportada
para el mismo.
Tabla 7. Lista de sistemas operativos y migración soportada
Sistema operativo
Versión de WebSphere Remote Server que
puede migrarse
Windows 2003 Server
6.1, 6.2, 6.2.1
SUSE Linux Enterprise Server 11
6.2, 6.2.1
Capítulo 3. Actualización y migración
59
Tabla 7. Lista de sistemas operativos y migración soportada (continuación)
Sistema operativo
Versión de WebSphere Remote Server que
puede migrarse
SUSE Linux Enterprise Server 10
6.2, 6.2.1
Red Hat Enterprise Linux 5.2
6.2.1
Windows XP con Service Pack 2
6.2.1
Nota: No hay ninguna migración del entorno de desarrollo. Pueden coexistir
diferentes releases de IBM Software Assembly Toolkit pero no hermanos de
fixpack o renovación. Por ejemplo, puede instalar la versión 2.1.x, 2.2.x y 3.1
en un sistema, pero no la versión 2.1.1 y 2.1.2.
Migración a 7.1
Antes de empezar
v Asegúrese de que ha detenido el gestor de colas de WebSphere MQ antes de
realizar la migración. Para obtener instrucciones sobre cómo detener el gestor de
colas, consulte el tema sobre el mismo en Informatión Center de IBM WebSphere
MQ.
v Si está realizando la migración en un sistema operativo Windows 2003,
asegúrese de instalar el parche MS08-067 de Microsoft® antes de realizar la
migración. Sin este parche, la migración de WebSphere Application Server no se
realizará satisfactoriamente.
v Si migra la versión 6.1 de un sistema operativo Windows 2003, la seguridad de
WebSphere Application Server debe estar habilitada. Cree un archivo
C:\temp\WAS_ID_PW.txt que contenga el nombre de usuario y la contraseña de
WebSphere Application Server antes de iniciar el instalador de WebSphere
Remote Server. Por ejemplo, el archivo debe contener lo siguiente:
MyWasAdminUser
MyWasAdminPw
v Si migra la versión 6.x a la versión 7.1, debe establecer el valor de la vía de
acceso de clase del proveedor de JDBC en la variable de entorno
${DB2UNIVERSAL_JDBC_DRIVER_PATH} antes de iniciar el proceso de
migración. Esta variable se actualizará durante la migración. De lo contrario, la
conexión de prueba para el origen de datos de las aplicaciones de muestra
fallará después de completar la migración. Para obtener instrucciones sobre el
establecimiento del valor de la vía de acceso de clase en el proveedor de JDBC,
consulte el tema "Configuración de un proveedor de JDBC con la consola
administrativa" en Information Center de WebSphere Application Server Versión
6.1.
1. Inserte el DVD del instalador de WebSphere Remote Server para la plataforma
apropiada.
Notas:
v La migración sólo está soportada en sistemas operativos de 32 bits.
v En Linux, debe iniciar sesión como usuario root para realizar la
instalación utilizando los DVD de aceleradores.
v En Windows Embedded POSReady 2009, debe instalar el
componente opcional Programas de utilidad de línea de comandos
antes de instalar WebSphere Remote Server V7.1. Si aún no tiene
instalado este componente opcional, consulte las instrucciones de
60
WebSphere Remote Server Information Center Versión 7.1
instalación de Windows Embedded POSReady 2009 para obtener
información sobre cómo instalarlo.
Si el launchpad de WebSphere Remote Server no se abre automáticamente
cuando inserte el DVD, ejecute el mandato launchpad.exe en Windows o el
mandato launchpad.sh en Linux en el DVD. El launchpad contiene
información útil y enlaces para iniciar la instalación.
2. En el launchpad, seleccione instalar WebSphere Remote Server.
Cuando se selecciona el enlace para instalar WebSphere Remote Server, el
asistente de despliegue se instala temporalmente en la unidad de disco duro.
Cuando finaliza la instalación del asistente de despliegue, éste se inicia
automáticamente y le ayuda durante el proceso de instalación de WebSphere
Remote Server.
3. Pulse Acepto los términos de IBM y los que no son de IBM si está conforme
con el acuerdo de licencia y pulse Siguiente para continuar.
4. Pulse Siguiente cuando aparezca la página de bienvenida para continuar con
la instalación.
5. Elija realizar la migración de WebSphere Remote Server 6.1, 6.2.x ó 7.0.
6. El tiempo de ejecución y los componentes de middleware están
preseleccionados. Pulse Siguiente para continuar.
7. Proporcione un directorio de instalación para el componente base de IBM
Retail Store Server y pulse Siguiente. Este valor es la variable de entorno
SIF_HOME. Puede utilizar de forma segura el mismo directorio para
SIF_HOME del mismo modo que en la instalación de WebSphere Remote
Server existente.
Nota: No se puede cambiar el valor de SIF_HOME durante la migración.
8. Para el resto de los paneles, especifique los parámetros de instalación
obligatorios y opcionales cuando se los solicite el asistente de despliegue.
Consulte el tema sobre “Campos de instalación del tiempo de ejecución” en la
página 16 para obtener una descripción detallada de cada campo.
Notas:
v El directorio de instalación para WebSphere Application Server debe
ser distinto de la vía de acceso de instalación del WebSphere
Application Server existente.
v El directorio de instalación, el ID de usuario de administrador y la
contraseña para DB2 deben ser los mismos que para DB2 con una
excepción. Cuando se migra la versión 6.2.x a la versión 7.1 en un
sistema operativo Linux, el directorio de instalación debe ser
diferente de la vía de acceso de instalación existente de DB2.
v Los directorios de instalación para IBM HTTP Server y WebSphere
MQ deben ser los mismos que las vías de acceso de instalación de
IBM HTTP Server y WebSphere MQ.
9. Después de verificar que las tareas de instalación visualizadas en la ventana
Panel de resumen son correctas, despliegue las tareas.
10. Si ha realizado la instalación en un sistema operativo Windows, realice lo
siguiente:
v Rearranque el servidor para que el sistema operativo pueda recoger las
actualizaciones.
v Actualice el número de puerto en el enlace de atajo para la consola
administrativa de WebSphere Application Server en el menú Inicio. Para
Capítulo 3. Actualización y migración
61
obtener información más detallada, consulte esta nota técnica de WebSphere
Application Server: http://www.ibm.com/support/docview.wss?rs=180
&uid=swg21385225
Migración silenciosa
Los archivos de tareas de ejemplo para la migración están ubicados en el espacio
de trabajo en estas vías de acceso: WrsForWindows/tasks y WrsForLinux/tasks
Los nombres de archivo de tareas son:
v WrsForLinux_task_wrs60migration.xml
v WrsForLinux_task_wrs61migration.xml
v WrsForWindows_task_wrs60migration.xml
v WrsForWindows_task_wrs61migration.xml
62
WebSphere Remote Server Information Center Versión 7.1
Capítulo 4. Gestión
La sección Gestión de IBM WebSphere Remote Server describe varias tareas de
mantenimiento que deben realizarse para que WebSphere Remote Server se
mantenga en un buen estado funcional.
Control de WebSphere Remote Server
Los ISP que se han configurado con la pila de componentes de middleware de IBM
WebSphere Remote Server deben tener la capacidad de iniciar o detener las
aplicaciones, así como consultar su estado de ejecución, individualmente o como
una pila de servidores.
Visión general funcional
Se proporcionan scripts para controlar la solución WebSphere Remote Server en
diferentes grados de granularidad.
El inicio, detención o consulta del estado de ejecución de las aplicaciones de
componentes de middleware de WebSphere Remote Server se realizan emitiendo
los mandatos correspondientes. Los mandatos se ejecutan localmente en el ISP
mediante invocación local, o bien desde una máquina remota con capacidad de
ejecutar procesos en el ISP.
Para emitir los mandatos de inicio, detención o consulta de estado de ejecución
para el ISP, es necesario conocer la información específica de la máquina del ISP
para completar la tarea del mandato. Mantener la información necesaria para
ejecutar los mandatos en el ISP también proporciona una gran flexibilidad al emitir
las solicitudes de mandatos desde máquinas remotas. Cuando se añaden, suprimen
o modifican aplicaciones, puede que no sea necesario actualizar la información
sobre las aplicaciones en una ubicación remota y centralizada.
Pero ¿cómo adquiere el ISP la información para iniciar, detener o consultar el
estado de ejecución del middleware cargado sobre sí mismo? WebSphere Remote
Server recopila la información específica de la máquina mientras los componentes
de middleware se instalan en la máquina. Los datos recopilados se almacenan en el
archivo de metadatos de WebSphere Remote Server en el ISP.
Una vez que se ha recopilado la información de middleware específica de la
máquina, una aplicación del ISP puede iniciarse, detenerse o consultar el estado de
ejecución invocando el script apropiado en el ISP. Los scripts utilizan la
información de middleware contenida en el archivo de metadatos de WebSphere
Remote Server para llevar a cabo la tarea de los mandatos de inicio, detención o
consulta del estado.
El archivo de metadatos de WebSphere Remote Server es un archivo XML que
contiene información de configuración y control para los componentes de
middleware de WebSphere Remote Server instalados en el ISP. La información
contenida en el archivo se obtiene inicialmente durante la instalación de
WebSphere Remote Server.
© Copyright IBM Corp. 2004, 2010
63
Scripts de control de WebSphere Remote Server
Los siguientes scripts utilizados para controlar la pila de middleware y las
aplicaciones (inicio, detención o consulta del estado de ejecución) se incluyen con
WebSphere Remote Server y están ubicados en el directorio SIF_HOME/bin:
v wrsstart.sh: inicia la pila o una aplicación.
v wrsstop.sh: detiene la pila o una aplicación.
v wrsrunstatus.sh: consulta el estado de ejecución de la pila o aplicación.
v wrsstart.bat: inicia la pila o una aplicación.
v wrsstop.bat: detiene la pila o una aplicación.
v wrsrunstatus.bat: consulta el estado de ejecución de la pila o aplicación.
Los scripts indicados arriba funcionan para toda la solución WebSphere Remote
Server y las aplicaciones y subcomponentes contenidos en la solución WebSphere
Remote Server.
Nota: Ejecute los mandatos start, stop y de consulta de estado desde una nueva
ventana de línea de mandatos. Los mandatos no funcionarán desde la
ventana de línea de mandatos que ha utilizado para realizar la instalación
ya que el entorno debe actualizarse. Cuando se abre una nueva ventana se
actualiza el entorno.
El formato para cada mandato se muestra a continuación:
wrsstart [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsstop [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsrunstatus [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
Los parámetros siguientes son opcionales:
v -silent: la información de salida de mandato no está impresa en la pantalla.
v -log: la información de salida de mandato está impresa en el archivo de registro.
v -verbose: la información detallada de salida de mandato de depuración está
impresa en el tipo de salida designado.
De forma predeterminada, la información de resumen de salida de mandato está
impresa en la pantalla.
Para operaciones de pila de WebSphere Remote Server, se devuelve el siguiente
código de estado al completarse el mandato:
v 0: los códigos de retorno de mandato indican que todos los mandatos se han
ejecutado satisfactoriamente 2
v 1: los códigos de retorno de mandato indican que uno o varios de los mandatos
no se han ejecutado satisfactoriamente 2
v 2: los códigos de terminación de los mandatos no se conocen; por ejemplo, los
mandatos no se pueden ejecutar 2
Para operaciones de componentes individuales de WebSphere Remote Server, se
devuelve el siguiente código de estado al terminar el mandato:
Mandatos wrsstart, wrsstop:
64
WebSphere Remote Server Information Center Versión 7.1
v 2: el código de terminación para el mandato no se conoce, como que el mandato
no se puede ejecutar 1
v cualquier valor: el código real devuelto al ejecutar el mandato (puede ser '2' si
'2' es un código válido para el mandato) 1
Mandato wrsrunstatus
v 0: el elemento consultado se está ejecutando 2
v 1: el elemento consultado no se está ejecutando 2
v 2: no se conoce completamente el estado de ejecución del elemento consultado
2
1
El código devuelto indica el estado de terminación del proceso del mandato de
inicio o detención. No indica si la pila/aplicación se ha iniciado o detenido. Utilice
el mandato wrsrunstatus para comprobar si la pila/aplicación se está ejecutando.
2
Los códigos de retorno de los mandatos se normalizan a 0, 1 ó 2.
Si el registro de mandatos se ha habilitado para el mandato utilizando el
parámetro -log, todos los estados de retorno correspondientes se registrarán en el
archivo SIF_HOME/logs/wrscommands.log.
Los mandatos wrsstart, wrsstop i wrsrunstatus utilizan scripts de ayuda que son
específicos de cada componente individual. Estos scripts se muestran a
continuación, y están ubicados en el directorio SIF_HOME/bin:
wrs_DB2Admin_start.bat/sh
wrs_DB2Admin_stop.bat/sh
wrs_DB2Admin_status.bat/sh
wrs_DB2_start.bat/sh
wrs_DB2_stop.bat/sh
wrs_DB2_status.bat/sh
wrs_IDS_start.bat/sh
wrs_IDS_stop.bat/sh
wrs_IDS_status.bat/sh
wrs_IHSAdmin_start.bat/sh
wrs_IHSAdmin_stop.bat/sh
wrs_IHSAdmin_status.bat/sh
wrs_IHS_start.bat/sh
wrs_IHS_stop.bat/sh
wrs_IHS_status.bat/sh
wrs_MQ_start.bat
wrs_MQ_stop.bat
wrs_MQ_status.bat
wrs_WAS_start.bat/sh
wrs_WAS_stop.bat/sh
wrs_WAS_status.bat/sh
Ejemplos de scripts de control de WebSphere Remote Server
Los scripts de control de WebSphere Remote Server pueden utilizarse para iniciar
soluciones, aplicaciones o subcomponentes de aplicaciones. En esta sección, se
proporcionan varios ejemplos para ilustrar el uso de los scripts de control.
Cuando se instala WebSphere Remote Server, la solución se llama WRS y
representa toda la pila de middleware. Una solución se compone de aplicaciones
que representan los componentes de middleware. Las aplicaciones
predeterminadas que componen la solución WRS son:
v IBM WebSphere Application Server
v DB2
v Informix Dynamic Server
v IBM HTTP Server
v IBM WebSphere MQ
Capítulo 4. Gestión
65
Solución
El control a nivel de solución puede ejercerse utilizando scripts de comodidad. La
sintaxis para el control a nivel de solución es la siguiente:
v wrsstart: inicia la solución.
v wrsstop: detiene la solución.
v wrsstatus: consulta el estado de ejecución de la solución.
Aplicaciones y subcomponentes
Las aplicaciones y los componentes de aplicaciones pueden controlarse utilizando
los scripts de control de WebSphere Remote Server que se han mostrado antes.
Nota: Ejecute los mandatos start, stop y de consulta de estado desde una nueva
ventana de línea de mandatos. Los mandatos no funcionarán desde la
ventana de línea de mandatos que ha utilizado para realizar la instalación
ya que el entorno debe actualizarse. Cuando se abre una nueva ventana se
actualiza el entorno.
La sintaxis para estos scripts se repite aquí:
wrsstart [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsstop [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsrunstatus [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
Los parámetros siguientes son opcionales:
v -silent: la información de ejecución del mandato no está impresa en la pantalla.
v -log: la información de ejecución del mandato está impresa en el archivo de
registro.
v -verbose: la información detallada de ejecución del mandato de depuración está
impresa en el tipo de salida designado.
Por ejemplo, si el perfil WRSProfile de WebSphere Application Server se debe
iniciar en modalidad de depuración, el mandato será wrsstart WAS WRSProfile
–verbose.
La información de depuración se muestra en la pantalla.
Si el perfil WRSProfile de WebSphere Application Server debe visualizarse en
modalidad de depuración y la información de depuración no debe visualizarse en
la pantalla, el mandato será wrsstart WAS WRSProfile -silent -log –verbose.
La información de depuración sólo aparece en el archivo de registro.
Además de controlar aplicaciones o subcomponentes individuales, también puede
haber un listado de elementos en el nivel de aplicaciones y subcomponentes. En
este caso, la lista se procesará exactamente igual que la lista del ejemplo de
solución anterior.
Para obtener más información sobre cómo ampliar el uso de los scripts de control,
consulte la sección “Control de WebSphere Remote Server y de las aplicaciones de
ISP” en la página 115.
66
WebSphere Remote Server Information Center Versión 7.1
Supervisión de sucesos
Esta sección describe las tareas administrativas específicas de aceleradores y las
herramientas de supervisión.
La supervisión es una característica opcional de IBM WebSphere Remote Server. Si
no desea supervisar WebSphere Remote Server, no instale el correlacionador de
interrupciones SNMP y sus requisitos previos.
Utilización de la escucha de sucesos JMX
Una escucha de sucesos JMX se ejecuta como un bean gestionado en IBM Remote
Management Agent y reenvía determinados sucesos JMX publicados por beans
gestionados con proxy desde Remote Management Agent a los correlacionadores
de sucesos personalizados.
Estos correlacionadores de sucesos personalizados deben implementar la interfaz
com.ibm.sif.event.JMXEventMapper. Se proporciona un correlacionador de sucesos
personalizado: el correlacionador de interrupciones SNMP, que reenvía
interrupciones SNMP. Una escucha de sucesos JMX suprime el reenvío de
determinadas clases de sucesos por configuración.
Remote Management Agent ya no se incluye ni instala como parte de IBM
WebSphere Remote Server. Sin embargo, aceleradores sigue soportando Remote
Management Agent.
Si Remote Management Agent se actualiza manualmente o a través de una
actualización del sistema operativo IBM Retail Environment SUSE Linux (IRES),
deberá llevar a cabo estos pasos:
v En el entorno específico:
Nota: Si Remote Management Agent no tiene una variable de entorno
COMMON_HOME, debe establecer COMMON_HOME en el mismo valor
que RMA_HOME.
IBM Retail Environment SUSE Linux
Sustituya el valor de la variable RMA_HOME en el archivo
/opt/ibm/SIF/bin/SifSetupCmdLine.sh por el mismo valor de
RMA_HOME especificado en el archivo /etc/sysconfig/
storeintegrator.
Sustituya el valor de la variable COMMON_HOME en el archivo
/opt/ibm/SIF/bin/SifSetupCmdLine.sh por el mismo valor de
COMMON_HOME especificado en el archivo /etc/sysconfig/
storeintegrator.
Microsoft Windows
Sustituya el valor de la variable RMA_HOME en el archivo C:\Archivos
de programa\IBM\SIF\bin\SifSetupCmdLine.bat por el mismo valor de la
variable de entorno RMA_HOME especificado en el archivo
\etc\sysconfig\storeintegrator.
Sustituya el valor de la variable COMMON_HOME en el archivo
C:\Archivos de programa\IBM\SIF\bin\SifSetupCmdLine.bat por el
mismo valor de la variable de entorno COMMON_HOME especificado
en el archivo \etc\sysconfig\storeintegrator.
Capítulo 4. Gestión
67
Nota: En el entorno Microsoft Windows, las variables RMA_HOME y
COMMON_HOME se establecen como variables de entorno después de
instalar o actualizar Remote Management Agent.
v Vuelva a instalar el correlacionador de interrupciones SNMP utilizando el script
de instalación de aceleradores.
Para obtener más información sobre Remote Management Agent, consulte Remote
Management Agent User's Guide, que está disponible en la sección Remote
Management Agent del sitio Web siguiente: http://www2.clearlake.ibm.com/
store/support/html/pubs.html.
Inicio y detención de una escucha de sucesos JMX
Una escucha de sucesos JMX se ejecuta en IBM Remote Management Agent como
un bean gestionado. Remote Management Agent se puede configurar para que
inicie automáticamente una escucha de sucesos JMX cuando Remote Management
Agent se inicia y que la detenga cuando Remote Management Agent se detiene.
Por qué y cuándo se efectúa esta tarea
La sintaxis de estos archivos XML se describe en Remote Management Agent User's
Guide, a la que se puede acceder desde la sección Remote Management Agent del
sitio web: http://www2.clearlake.ibm.com/store/support/html/pubs.html.
El archivo XML para el inicio de este bean gestionado puede tomar dos
argumentos de serie.
v El nombre de clase de JMXEventMapper que se va a utilizar (por ejemplo,
com.ibm.sif.event.mapper.snmp.TrapGenerator para el generador de
interrupciones SNMP). Este argumento es necesario.
v Una lista de nombres de clases de notificación separados por comas que una
escucha de sucesos JMX no debe reenviar. Los componentes separados por
comas también se pueden especificar como expresiones regulares. Este
argumento es opcional.
Este archivo de configuración se debe colocar en RMA_HOME\config\startup para
que el correlacionador de interrupciones SNMP se inicie.
Ejemplo de archivo de configuración: SNMPTrapMapperStartup.xml
<?xml version="1.0" ?>
<AgentStartupConfig>
<MBeans>
<MBean className="com.ibm.sif.event.JMXEventListener"
objectName="masteragent:SIFMBean=true,SIFComponent=MGMT,Id=JMXtoSNMP">
<MBeanArg type="java.lang.String">com.ibm.sif.event.mapper.snmp.
TrapGenerator</MBeanArg>
<MBeanArg type="java.lang.String">com.ibm.retail.si.mgmt.notifications.
RtlTracePointNotification</MBeanArg>
</MBean>
</MBeans>
<NotificationListeners>
<NotificationListener listener="masteragent:SIFMBean=true,SIFComponent=MGMT,
Id=JMXtoSNMP"broadcaster="masteragent:SIFMBean=true,SIFComponent=MGMT,
Id=NotificationControl" />
</NotificationListeners>
</AgentStartupConfig>
68
WebSphere Remote Server Information Center Versión 7.1
Remote Management Agent se inicia automáticamente después de la instalación
(en Windows y Linux) y el reinicio (en Windows). Sin embargo, si realiza cambios
en algún archivo de configuración, deberá reiniciar Remote Management Agent
para que los cambios surtan efecto.
Para iniciar Remote Management Agent en el ISP, entre el mandato siguiente:
Linux: /etc/init.d/rmsvc-ma
Windows: inicie IBM Remote Management Agent utilizando el panel
Servicios.
Para detener Remote Management Agent en el ISP, entre el mandato siguiente:
Linux: /etc/init.d/rmsvc-ma
Windows: detenga IBM Remote Management Agent utilizando el panel
Servicios.
Modificación del reenvío de sucesos predeterminado
La escucha de sucesos JMX se puede configurar para suprimir el reenvío de
determinadas clases de notificación.
Modifique el archivo de configuración XML de inicio de agente que inicia la
escucha de sucesos JMX (por ejemplo, SNMPTrapMapperStartup.xml) para suprimir
el reenvío de determinadas clases de notificación.
Modifique el segundo MBeanArg de un bean gestionado de la escucha de sucesos
JMX. El argumento debe ser una lista de nombres de clases de notificación
separados mediante comas que una escucha de sucesos JMX no debe reenviar. Los
componentes separados por comas también se pueden especificar como
expresiones regulares.
Por ejemplo, suprima las notificaciones de aviso y depuración estableciendo el
parámetro en los valores siguientes:
.*Warning.*,.*Debug.*
Interfaz JMXEventMapper
Existen varios métodos de tratar los sucesos JMX.
Un método es utilizar el correlacionador de sucesos proporcionado, el
correlacionador de interrupciones SNMP, para generar interrupciones SNMP. Un
segundo método es crear una ampliación propia de escucha de sucesos JMX para
tratar los sucesos JMX de manera específica. Debe implementar la interfaz
com.ibm.sif.event.JMXEventMapper, que se incluye en el archivo
JMXEventListener.jar.
public interface JMXEventMapper extends NotificationListener {
/**
* Todos los objetos NotificationListener DEBEN implementar esta función.
* Es la función que se invoca cuando se detecta una notificación.
* Las distintas "escuchas de sucesos JMX" realizarán diferentes acciones con las
* notificaciones, pero esta clase pasará las notificaciones a otras
* clases de "correlacionador"
*
* @see javax.management.NotificationListener#handleNotification
(javax.management.Notification, java.lang.Object)
*/
public void handleNotification(Notification notification, Object handback);
}
Capítulo 4. Gestión
69
El código nuevo se debe compilar en un archivo jar e instalar en la carpeta
RMA_HOME\ext. Además, se debe crear e instalar un nuevo archivo de inicio de bean
gestionado (como SNMPTrapMapperStartup.xml) en RMA_HOME\config\startup.
Finalmente, IBM Remote Management Agent debe reiniciarse para que aplique este
cambio.
Utilización de los archivos de registro y el rastreo de la escucha
de sucesos JMX
Utilice el rastreo de una escucha de sucesos JMX como ayuda en la resolución de
problemas.
Por qué y cuándo se efectúa esta tarea
De forma predeterminada, el rastreo se registra en las ubicaciones siguientes:
Linux: /opt/ibm/StoreIntegrator/silogs/simgmt.0
Windows: C:\Archivos de programa\IBM\StoreIntegrator\silogs\simgmt.0
Para la determinación de problemas, habilite el rastreo detallado de una escucha
de sucesos JMX.
1. Edite el archivo mgmt_log.pro en el ISP. El archivo se puede encontrar en los
directorios siguientes:
Linux: /opt/ibm/StoreIntegrator/RMA<versión-compilación -rma> donde
<versión-compilación-rma> hace referencia al valor de la variable
RMA_BUILD especificado en el archivo /opt/ibm/SIF/bin/
SifSetupCmdLine.sh.
Windows: C:\Archivos de programa\IBM\StoreIntegrator\RMA<versióncompilación-rma> donde <versión-compilación-rma> hace referencia al valor
de la variable RMA_BUILD especificado en el archivo C:\Archivos de
programa\IBM\SIF\bin\SifSetupCmdLine.bat.
2. Modifique la línea com.ibm.sif.level = FINEST.
3. Reinicie el servidor de agentes maestros en el ISP.
v En Linux, especifique los mandatos siguientes:
/etc/rc.d/rmsvc-ma stop
/etc/rc.d/rmsvc-ma start
v En Windows, reinicie el agente maestro de IBM Remote Management
utilizando el Panel de servicios.
Activación del proveedor de datos de WebSphere Remote
Server
El proveedor de datos de IBM WebSphere Remote Server se copia en la máquina
durante la instalación de la solución WebSphere Remote Server, pero no se activa.
Nota: En Windows, para un funcionamiento correcto del proveedor de datos de
WebSphere Remote Server, debe actualizar a IBM Remote Management
Agent compilación 2214058 debido a Remote Management Agent APAR
IO08293.
Antes de activar el proveedor de datos de WebSphere Remote Server, haga lo
siguiente:
v Instale IBM Tivoli Monitoring Universal Agent en la misma máquina.
v Configure el archivo wrsdp-config.xml.
70
WebSphere Remote Server Information Center Versión 7.1
Después de haber realizado los pasos de requisito previo, utilice los mandatos
siguientes para activar el proveedor de datos de WebSphere Remote Server.
Windows
cd "%SIF_HOME%\bin"
SifInstall.bat WRSDP61
Linux
cd $SIF_HOME/bin
./SifInstall.sh WRSDP61
Ahora el proveedor de datos de WebSphere Remote Server se inicia
automáticamente como un servicio cada vez que se inicia la máquina. Después de
la activación inicial, debe iniciar manualmente el servicio:
Windows
net start WRSDPWinService
Linux
/opt/IBM/SIF/WRSDP/bin/startWRSDP.sh
Nota: El proveedor de datos de WebSphere Remote Server debe iniciarse después
de cada aplicación que supervisa.
Para desactivar el proveedor de datos de WebSphere Remote Server, realice los
pasos siguientes.
Windows
"%SIF_HOME%\WRSDP\bin\WRSDPService.exe" -remove
Linux
rm
rm
rm
rm
rm
rm
rm
/etc/init.d/wrsdp
/etc/init.d/rc2.d/S99wrsdp
/etc/init.d/rc2.d/K98wrsdp
/etc/init.d/rc3.d/S99wrsdp
/etc/init.d/rc3.d/K98wrsdp
/etc/init.d/rc5.d/S99wrsdp
/etc/init.d/rc5.d/K98wrsdp
Configuración del proveedor de datos de WebSphere Remote
Server para la supervisión de sucesos
El proveedor de datos de IBM WebSphere Remote Server se configura con un
archivo XML en la carpeta etc. Se ha proporcionado un archivo wrsdp-config.xml
de muestra. Este archivo especifica los beans gestionados y atributos que debe
supervisar el proveedor de datos de WebSphere Remote Server. Este archivo
también se utiliza para generar el metarchivo que Universal Agent necesita para
reconocer los mensajes del proveedor de datos de WebSphere Remote Server. Este
archivo debe modificarse en la empresa antes de la distribución de software. Puede
modificar este archivo si desea supervisar los bean gestionados personalizados
utilizando el proveedor de datos de WebSphere Remote Server. Para supervisar
cada grupo de beans gestionados, se debe añadir una sección attribute-group. Un
grupo de atributos es una colección de atributos que desea supervisar de una
selección de beans gestionados.
Nota: Si utiliza WRSDP para supervisar IBM Remote Management Agent, deberá
actualizar la configuración de Remote Management Agent. El proveedor de
datos de WebSphere Remote Server requiere que Remote Management
Agent no obligue a que las conexiones utilicen SSL. Para configurar Remote
Management Agent de acuerdo a ello, actualice el archivo
SI_HOME/user/rma/classes/ssl.properties con los cambios siguientes:
Capítulo 4. Gestión
71
v RMA.alias=NOSSL
v RMAMA.alias=NOSSL
Archivo de configuración de muestra:
<WRSDataProvider>
<application name="JVM" description="Beans gestionados de RMA" JMXServerURL="service:jmx:rmi://localhost:10150/jndi/ma">
<env key="java.naming.factory.initial" value="com.sun.jndi.rmi.registry.RegistryContextFactory" />
<env key="java.naming.provider.url" value="rmi://localhost:10150" />
<attribute-group name="JVMEnvironment" description="Entorno JVM del agente maestro"
objectNameQuery="masteragent:SIFMBean=true,SIFComponent=MGMT,Id=JVMEnvironment" delimiter="^^">
<objectNameComponents>
<objectNameComponent name="Id" displayname="MBean Identifier"
description="Identifica exclusivamente un bean gestionado" length="14" />
</objectNameComponents>
<attributes>
<attribute name="FreeMemory" displayname="Free Memory (bytes)" type="Numeric" />
<attribute name="TotalMemory" displayname="Total Memory (bytes)" type="Numeric" />
<attribute name="ActiveThreadCount" displayname="Active Thread Count" type="Numeric" />
</attributes>
</attribute-group>
</application>
</WRSDataProvider>
Nota: Este archivo de configuración de muestra necesita Remote Management
Agent. Supervisa la máquina virtual Java de Remote Management Agent.
Descripción de las entidades del esquema XML:
v WRSDataProvider: etiqueta principal para el archivo de configuración.
v application: corresponde a una agrupación principal de atributos supervisados,
por ejemplo, una aplicación individual. Corresponde a //APPL en términos de
metarchivo de UA.
– name: corresponde a un nombre de UA interno de esta aplicación, debe
seguir las reglas de denominación de UA (las tres primeras letras deben ser
exclusivas).
– description: texto de ayuda contextual visualizado en el TEP al pasar sobre
esta aplicación.
– JMXServerUrl: URL para conectar al servidor JMX de la aplicación vía
JSR-160. Si se omite, intente crear una conexión JSR-77 con la JVM local.
– collectionInterval: (opcional) define la frecuencia de la recopilación de datos
para esta aplicación, el valor predeterminado es de 300 segundos.
v events: se utiliza si desea recopilar sucesos de este servidor JMX.
– objectNameQuery: (opcional) JMX ObjectNameQuery que especifica los beans
gestionados en los que se deben consultar los sucesos.
v allow: (opcional) filtro positivo en tipos de clases de sucesos.
v deny: (opcional) filtro negativo en tipos de clases de sucesos.
v env: corresponde a una variable de entorno. Las variables de entorno se
necesitan a veces para establecer conexiones JSR-160.
– key: nombre de variable.
– value: valor de variable.
v attribute-group: colección de atributos que se deben recopilar para cada grupo
bean gestionado/bean gestionado. Cada atributo especificado debe estar
definido en todos los beans gestionados del grupo. Corresponde a
//ATTRIBUTES en términos de metarchivo de UA.
– name: nombre visualizado en el TEP para este grupo de atributos.
– description: ayuda contextual visualizada en el TEP para este grupo de
atributos.
– objectNameQuery: JMX ObjectNameQuery que especifica qué beans
gestionados deben consultarse para recopilar los atributos determinados.
72
WebSphere Remote Server Information Center Versión 7.1
– delimiter: (opcional) carácter utilizado para delimitar los datos de campo
cuando se envía un mensaje a UA. Debe ser un carácter que no se utilice en
los datos del campo. El valor predeterminado es el caracter de punto y coma
(;).
v objectNameComponents: partes de ObjectName de bean gestionado. Estas partes
se utilizan para datos clave de la fuente de origen.
– objectNameComponent: parte de ObjectName de bean gestionado. Se utiliza
para datos clave de la fuente de origen.
– name: parte clave del componente ObjectName del valor de clave.
– displayname: ayuda contextual y nombre de columna visualizados en el TEP.
– type: String, Numeric o Boolean.
– length: (necesaria para el tipo de serie). Longitud de la serie.
v attributes: atributos expuestos por los beans gestionados en este grupo de
atributos.
– attribute: atributo expuesto por los beans gestionados en este grupo de
atributos.
– name: nombre del atributo de bean gestionado. Si el bean gestionado expone
getMyAttr(), será MyAttr.
– displayname: ayuda contextual y nombre de columna visualizados en el TEP.
– type: String, Numeric o Boolean.
– length: (necesaria para el tipo de serie). Longitud de la serie.
Nota: En las traducciones de los campos descritos antes, sólo el campo de
descripción puede contener caracteres que no estén en inglés.
Nota: Si configura el proveedor de datos de WebSphere Remote Server para
supervisar Remote Management Agent v2r2, debe descargar el APAR
IO08293 para Remote Management Agent. Póngase en contacto con el
soporte de WebSphere Remote Server para obtener ese arreglo.
Configuración de metarchivos
Se proporcionan archivos de configuración a Universal Agent (también llamados
metarchivos en Universal Agent) para que Universal Agent pueda comprender los
mensajes que el proveedor de datos de WebSphere Remote Server pasa y puedan
enviarse datos estructurados a Tivoli Enterprise Portal. El archivo jmx.mdl
especifica el formato de los mensajes de sucesos de JMX. Este archivo se
proporciona con aceleradores y no debe modificarse.
Nota: Para la traducción, el texto después del carácter @ se puede traducir. Si se
utiliza texto traducido, los atributos 'D' deben cambiarse por ‘U'. Por
ejemplo,
UserData U 500 @Datos especificados por notificación
Archivo de ejemplo (jmx.mdl):
//APPL JMX
//NAME JmxEvents E @Sucesos de JMX del agente de gestión remota
//SOURCE SOCK localhost
//ATTRIBUTES ';'
userData U 500 @Datos especificados por notificación
timeStamp N 13 @Milisegundos desde el 1 de enero de 1970
type U 200 @De dónde procede el suceso
message U 500 @Mensaje del bean gestionado
source U 400 @Objectname del bean gestionado
seqNum C 5 @Número de secuencia suministrado por bean gestionado
Capítulo 4. Gestión
73
Los archivos de script import_metafiles.bat e import_metafiles.sh analizan el
archivo wrsdp-config.xml, generan e importan metarchivos nuevos a Universal
Agent. Es importante realizar las personalizaciones necesarias en el archivo
wrsdp-config.xml antes de ejecutar el script de importación.
Configuración del inicio del agente
Los archivos de configuración del inicio del agente de IBM Remote Management
Agent se pueden utilizar para iniciar determinados beans gestionados al iniciar
Remote Management Agent. La sintaxis del archivo se describe en la guía del
usuario de IBM Remote Management Agent, pero se puede realizar una
configuración adicional para beans gestionados especificados. El proveedor de
datos de WebSphere Remote Server y el correlacionador de interrupciones SNMP
son ampliaciones (implementaciones de JMXEventMapper) de una escucha de
sucesos JMX. Cuando se inicia una escucha de sucesos JMX, puede tomar dos
argumentos de serie:
v El nombre de clase de JMXEventMapper que se debe utilizar
(com.ibm.sif.event.mapper.snmp.TrapGenerator para el generador de
interrupciones SNMP). Es un argumento necesario.
v Una lista de nombres de clases de notificación separados por comas que la
escucha de sucesos JMX no debe reenviar. Los componentes separados por
comas también se pueden especificar como expresiones regulares. Es un
argumento opcional.
Estos archivos se deben colocar en la ubicación: RMA_HOME\config\startup. El
paquete de instalación del correlacionador de interrupciones SNMP lo hace
automáticamente.
<?xml version="1.0" ?>
<AgentStartupConfig>
<MBeans>
<MBean className="com.ibm.sif.event.JMXEventListener"
objectName="masteragent:SIFMBean=true,SIFComponent=MGMT,Id=SNMPTrapMapper">
<MBeanArg type="java.lang.String">com.ibm.sif.event.mapper.snmp.TrapGenerator
</MBeanArg>
</MBean>
</MBeans>
<NotificationListeners>
<NotificationListener listener="masteragent:SIFMBean=true,SIFComponent=MGMT,
Id=WRSDP" broadcaster="masteragent:SIFMBean=true,
SIFComponent=MGMT,Id=NotificationControl" />
</NotificationListeners>
</AgentStartupConfig>
Creación de un correlacionador de sucesos
Los sucesos JMX pueden tratarse de las maneras siguientes:
v Utilizando de interrupciones SNMP (correlacionador de interrupciones SNMP).
v Utilizando un correlacionador de sucesos personalizado.
Sin embargo, puede crear su propia ampliación de escucha de sucesos JMX que
trate los sucesos JMX de manera diferente. Para ello, deberá implementar la
interfaz com.ibm.sif.event.JMXEventMapper.
public interface JMXEventMapper extends NotificationListener {
/**
Todos los objetos NotificationListener DEBEN implementar esta función.
Es la función que se invoca cuando se detecta una notificación.
Las distintas "escuchas de sucesos JMX" realizarán diferentes acciones con las
notificaciones, pero esta clase pasará las notificaciones a otras
clases de "correlacionador"
*
74
WebSphere Remote Server Information Center Versión 7.1
@see javax.management.NotificationListener#handleNotification(javax.management.Notification, java.lang.Object)
*/
public void handleNotification(Notification notification, Object handback);
}
El código nuevo se debe compilar en un archivo jar e instalar en la carpeta
RMA_HOME\ext. Además, debe crearse un nuevo archivo de inicio de bean
gestionado (como RMASDPStartup.xml) y debe instalarse en RMA_HOME\config\
startup. RMA debe reiniciarse para que aplique este cambio.
Manipulación de beans gestionados basada en situaciones de
ITM
Manipule los atributos de beans gestionados creando una situación en ITM. La
situación es simplemente una condición. Por ejemplo, puede crear una situación
para el bean gestionado JVMEnvironment mediante la especificación de la
condición como FreeMemory > 0 y la asociación de una acción según el valor. La
creación de la situación es un requisito previo.
Para manipular atributos de bean gestionado, lleve a cabo los pasos siguientes:
v Pulse con el botón derecho del ratón un elemento Navegador, y luego seleccione
Situaciones.
v Pulse el icono que permite crear situaciones nuevas. Se abrirá el recuadro de
diálogo Crear situación.
v Especifique los valores de los campos Nombre y Descripción. Pulse Aceptar.
v Se abrirá el recuadro de diálogo Seleccionar condición. Seleccione los valores
para Tipo de condición, Grupo de atributos y Elemento de atributo y después
pulse Aceptar.
v En la pestaña Fórmula del recuadro de diálogo Situaciones para, seleccione la
condición.
v En la pestaña Distribución del recuadro de diálogo Situaciones para, seleccione
todos los agentes que desea incluir.
v En la pestaña Acción del recuadro de diálogo Situaciones para, especifique o
seleccione los valores siguientes:
– Selección de acción: mandato del sistema
– Mandato del sistema: /opt/IBM/SIF/WRSDP/bin/invoke_attribute_script.sh
(la vía de acceso completamente calificada del script que se debe ejecutar). Se
deben especificar los parámetros siguientes: JMXServiceURL de MBeanServer,
ObjectName de bean gestionado, el nombre de atributo y el nuevo valor de
atributo.
Notas:
- Este mandato establece un atributo de bean gestionado en un valor
nuevo.
- También puede utilizar el mandato: /opt/IBM/SIF/WRSDP/bin/
invoke_method_script.sh, que toma los parámetros siguientes:
JMXServiceURL de MBeanServer, ObjectName de bean gestionado,
nombre de método y parámetros (si hay alguno).
- Si el MBeanServer al que se conecta necesita variables de entorno
adicionales, deberá editar estos scripts y ampliar la variable
JAVA_ARGS para cada parámetro nuevo. Los scripts incluyen
ejemplos de JAVA_ARGS necesarios para conectarse a IBM Remote
Management Agent y IBM WebSphere Application Server.
- Si hay varios MBeanServers diferentes a los que se conecta, deberá
hacer copias de los scripts invoke_attribute_script.sh e
Capítulo 4. Gestión
75
invoke_method_script.sh, donde cada copia especificará variables de
entorno para un servidor específico. Por ejemplo, puede copiar
invoke_attribute_script.sh en rma_attribute_script.sh, y modificar
rma_attribute_script.sh para que utilice variables de entorno
específicas.
– Si la condición es verdadera para más de un elemento supervisado: realice
la acción en cada elemento.
– Dónde debe ejecutarse (realizarse) la acción: ejecute la acción en el sistema
gestionado (agente).
– Si la condición sigue siendo verdadera durante varios intervalos: realice la
acción en cada intervalo.
Pulse Aceptar.
Cuando se satisface la condición, podrá ver el suceso en la Consola de sucesos de
situación.
Nota: Para obtener más detalles sobre la creación de situaciones, consulte IBM
Tivoli Monitoring information center.
Controlador de mensajes de WebSphere MQ
El controlador de mensajes de IBM WebSphere MQ se utiliza para controlar el flujo
de mensajes desde el remitente al destinatario.
El controlador se ha desarrollado para solucionar un requisito empresarial
especifico para que WebSphere MQ no obstruya el ancho de banda de red cuando
el canal de WebSphere MQ se recupere después de una avería prolongada en la
red. En este caso, el ancho de banda de red es escaso y los mensajes de WebSphere
MQ ocupan una cantidad considerable de ancho de banda, que podría ser
utilizado por tráfico de datos más importante, como por ejemplo registros de
transacciones. Gracias a esta aplicación, se puede controlar el número de mensajes
o la cantidad aproximada de datos de mensajes que se envían a través del canal de
WebSphere MQ.
Instalación del controlador de mensajes de WebSphere MQ
El controlador de mensajes forma parte de la oferta de IBM WebSphere Remote
Server y debe instalarse en la ubicación correcta cuando se instala WebSphere
Remote Server.
Para asegurarse de que el controlador de mensajes está instalado correctamente,
confirme que los archivos LinSenderChannelController y mqexitprog.properties
están presentes en la siguiente ubicación después de la instalación de WebSphere
Remote Server:
MQ_HOME\exits
SIF_HOME/mqexits
Tenga en cuenta que la existencia de estos archivos en el sistema no significa que
el controlador de mensajes esté instalado en el sistema. De forma predeterminada,
estos archivos están disponibles para ser utilizados. Si se debe aplicar algún
requisito empresarial para utilizar el controlador, debe seguir los pasos de
“Configuración del controlador de mensajes de WebSphere MQ” en la página 77.
76
WebSphere Remote Server Information Center Versión 7.1
Configuración del controlador de mensajes de WebSphere MQ
Siga los pasos de este tema para configurar el controlador de mensajes.
Por qué y cuándo se efectúa esta tarea
Para habilitar el entorno de WebSphere MQ que se va a controlar:
v Configure las salidas de mensaje para los canales de destino.
v Modifique el archivo mqexitprog.properties.
1. Configure el canal de WebSphere MQ para las salidas de mensaje utilizando
WebSphere MQ Explorer.
a. Vaya al gestor de colas correcto.
b. Expanda la pestaña Opciones avanzadas → Canales.
c. Pulse con el botón derecho del ratón en el canal emisor que desea
configurar.
d. Vaya a la pestaña Salidas y desplácese hacia abajo hasta la sección Nombre
de salidas de mensaje.
e. Localice el archivo WinSenderChannelController.dll o el archivo
LinSenderChannelController en el sistema de archivos.
f. Escriba la Vía_acceso\Nombre_archivo(ChannelExit). Por ejemplo, en
Windows, WebSphere MQ se instala en la vía de acceso C:\Archivos de
programa\IBM\MQ; por ejemplo, C:\Archivos de programa\IBM\MQ\exits\
WinSenderChannelController(ChannelExit)
g. Pulse Aceptar y reinicie el canal.
Nota: Como alternativa, puede utilizar el mandato Alter Channel en el shell
mqsc (su as mqm y execute runmqsc) para modificar el canal para las
salidas de WebSphere MQ. Esta modificación debe realizarse en el
sistema donde se ha configurado el canal emisor.
Las siguientes son muestras del mandato Alter Channel:
alter channel ('nombre_canal') chltype (SDR) msgexit
('$SIF_HOME/mqexits/LinSenderChannelController(ChannelExit)')
alter channel ('nombre_canal') chltype (SDR) msgexit
('%MQ_HOME%\exits\WinSenderChannelController(ChannelExit)')
2. Modificar el archivo mqexitprog.properties. Contiene las variables que
controlan el funcionamiento del controlador de mensajes. Las variables
siguientes se definen en este archivo:
v SLEEP_INTERVAL: Valor predeterminado 0. Intervalo: 0 – 9999. Esta variable
determina la duración en segundos que esperará el canal de WebSphere MQ
antes de enviar el siguiente lote de mensajes. Un valor de 0 significa que la
salida de canal está desactivada.
Nota: Si no tiene previsto utilizar el controlador de mensajes, y establece
SLEEP_INTERVAL en 0, funcionará como se esperaba, pero aumentará
el uso de procesador. Se recomienda eliminar las salidas de mensajes
si no desea utilizar el controlador de mensajes, en lugar de establecer
este valor en 0.
v MESSAGE_COUNTER: Valor predeterminado 0. Intervalo: 0 – 9999. Esta
variable determina el número de mensajes que hay que enviar antes de
permanecer latente durante el número de segundos establecido en
Capítulo 4. Gestión
77
SLEEP_INTERVAL. Cuando se establece en 0, esta variable no se tendrá en
cuenta para controlar el flujo de mensajes.
Nota: Cada vez que modifique MESSAGE_COUNTER o
MESSAGE_SIZE_COUNTER dentro de los archivos de propiedades,
deberá suprimir el archivo denominado mqexitprog.log. Este archivo
de registro está ubicado en las carpetas siguientes:
/var/mqm
MQ_HOME\exits
v MESSAGE_SIZE_COUNTER: Valor predeterminado 0. Intervalo 0 – 65000
bytes. Esta variable indica la cantidad de datos que se enviarán antes de que
se active la función de inactividad. Cuando se establece en 0, esta variable no
se tendrá en cuenta para controlar el flujo de mensajes.
v EFFECTIVE_BETWEEN: Valor predeterminado 0000:0000. Intervalo: de
0000:0001 a 0000:2359. Esta variable determina el tiempo del sistema en
hhmm a hhmm durante el cual funcionará el controlador de inactividad.
Después del tiempo especificado, el controlador no controlará el flujo de
mensajes. Un valor de 0000:0000 significa que el controlador estará activo
todo el tiempo. Especifique el tiempo en formato de 24 horas.
Para determinar si el controlador tiene que estar inactivo, el controlador de
mensajes realizará el cálculo de la siguiente manera.
Si Current_Msg_Count < MESSAGE_COUNTER & Effective_Msg_Size <
MESSAGE_SIZE_COUNTER & EFFECTIVE_BETWEEN es válido, se enviará el
mensaje sin retardo, de lo contrario se esperará SLEEP_INTERVAL segundos
antes de enviar el mensaje.
Para elaborarlo: SLEEP_INTERVAL 20 (esperará 20 segundos antes de enviar el
siguiente lote de mensajes) MESSAGE_COUNTER 10 (estará inactivo después
de 10 mensajes) MESSAGE_SIZE_COUNTER 20000 (o hasta que el tamaño de
datos enviado alcance este límite) EFFECTIVE_BETWEEN 0800:2100 (siempre
que sea entre las 8:00 am y las 9:00 pm).
Nota: Se aconseja supervisar atentamente la acumulación de mensajes de
WebSphere MQ después de configurar el controlador de mensajes de
WebSphere MQ. Si ha configurado valores muy agresivos para las
variables indicadas anteriormente, la velocidad de generación de
mensajes puede exceder la velocidad de envío de mensajes. Para evitar
estas situaciones, se recomienda habilitar el controlador de mensajes sólo
durante las horas punta del día.
Enfoques alternativos al controlador de mensajes
Existen enfoques alternativos para simular la funcionalidad del controlador de
mensajes. Cada enfoque tiene sus propias ventajas e inconvenientes. Debe
comprender estos enfoques para poder determinar cuál es mejor para los requisitos
y configuración de la empresa.
Poca profundidad y reintento de canal alto
Según este enfoque, el administrador de WebSphere MQ puede establecer la
profundidad de la cola de recepción en un valor muy bajo, por ejemplo 2, y
establecer el intervalo de reintentos de canal en un valor como 60 segundos.
Cuando la cola de recepción alcanza el límite de desbordamiento, el canal de
78
WebSphere Remote Server Information Center Versión 7.1
conexión pasa a modalidad de reintento cuando intenta enviar el siguiente
mensaje. Como resultado indirecto, se controla la velocidad del flujo de mensajes a
través del canal de WebSphere MQ.
La ventaja de esta organización es que no requiere otra aplicación que controle el
flujo de mensajes. Además, este enfoque es ligeramente mejor con respecto a la
utilización de CPU y memoria.
El inconveniente de esta organización es que este enfoque no garantiza que el flujo
se restrinja a un número fijo de mensajes por minuto. Si la aplicación que procesa
los mensajes en el extremo de recepción es lo suficientemente rápida como para
recoger los mensajes antes de que la cola alcance el límite de desbordamiento, esta
organización no será eficaz.
Compresión de mensajes
Según este enfoque, el administrador de WebSphere MQ habilita la
compresión/descompresión de WebSphere MQ. El motor de WebSphere MQ
comprime la parte de datos del mensaje antes de enviarlo a través del canal. En el
extremo de recepción, antes de que el mensaje se coloque en la cola de recepción,
el motor de WebSphere MQ descomprime el mensaje.
Las ventajas de este enfoque son las siguientes:
v Es completamente transparente a las aplicaciones de usuario de envío/recepción.
v Las sobrecargas de CPU/memoria son bajas.
v Reduce drásticamente el tamaño de los mensajes (hasta un 90% para el caso de
datos de texto ASCII).
v Reduce drásticamente el uso de red por mensaje enviado.
v El funcionamiento está garantizado en todo momento.
El inconveniente de este enfoque es que depende excesivamente del tipo de datos
del mensaje. La compresión funciona bien en los mensajes basados en texto, pero
para los datos de mensajes binarios, no se aprecia la compresión.
Gestión de contraseñas mediante flujos de trabajo de Tivoli
Provisioning Manager
Esta sección describe la funcionalidad de gestión de contraseñas mediante los
flujos de trabajo de IBM Tivoli Provisioning Manager. El componente de gestión de
contraseñas se utiliza para gestionar las contraseñas para los componentes de
middleware configurados en el archivo de metadatos de IBM WebSphere Remote
Server. De forma predeterminada, sólo las cuentas de usuario creadas durante la
instalación del middleware de WebSphere Remote Server están configuradas para
que el componente de gestión de contraseñas las gestione. La interacción con el
componente de gestión de contraseñas sólo se realiza actualmente mediante flujos
de trabajo de Tivoli Provisioning Manager.
El componente de gestión de contraseñas permite consultar la fecha de caducidad
de las cuentas de usuario para los componentes de middleware de WebSphere
Remote Server y después cambiar estas contraseñas remotamente. La aplicación
permite consultar las contraseñas de varios puntos finales a la vez, remotamente
desde el servidor de Tivoli Provisioning Manager. Después puede consultar el
archivo de salida para determinar qué cuentas de usuario y de qué puntos finales
requieren actualizaciones con nuevas contraseñas. Puede crear un archivo de
Capítulo 4. Gestión
79
valores separados mediante comas (CSV) que contenga la información
correspondiente a las cuentas de usuario de puntos finales remotos e invocar la
funcionalidad de cambio de contraseña para cambiar remotamente las contraseñas
para varias cuentas de usuario en varios puntos finales.
Como entrada para iniciar el flujo de trabajo de exploración, debe preparar un
archivo CSV que contenga el ID de punto final y el nombre de host de punto final.
Para facilitar la creación del archivo CSV, puede utilizar el programa de utilidad de
generación de informes de Tivoli Provisioning Manager para generar la lista de
sistemas que desea gestionar.
La aplicación de exploración analiza el archivo de metadatos presente en los
puntos finales que tienen instalado middleware de WebSphere Remote Server. La
aplicación de gestión de contraseñas se limita a gestionar las cuentas de usuario
que tienen una entrada correspondiente en el archivo de metadatos y estas cuentas
de usuario deben ser cuentas de nivel de sistema operativo.
Como entrada para iniciar el flujo de trabajo de cambio, se espera que prepare un
archivo CSV que contenga la lista de cuentas de usuarios en diferentes hosts cuyas
contraseñas tiene que cambiar la aplicación. Se recomienda remitirse al archivo
CSV de muestra incluido con el paquete (workflows/samples/
samplehostpasswordfile.csv). La aplicación de cambio analiza el archivo CSV y
crea varios archivos de trabajo temporal, uno para cada punto final, y luego invoca
el proceso de cambio de contraseñas en cada punto final. El estado de cambio de
contraseña para cada usuario de cada punto final se compila en otro archivo CSV.
El nombre y la ubicación del archivo CSV resultante se visualiza al final de la
ejecución del flujo de trabajo invokeChangePassword.
Antes de empezar a utilizar el componente de gestión de contraseñas, se le
requerirá que importe los flujos de trabajo a Tivoli Provisioning Manager. La
instalación del componente de gestión de contraseñas en el procesador del almacén
se realiza en el momento de la instalación del middleware de WebSphere Remote
Server. Los componentes que deben instalarse en la empresa de Tivoli Provisioning
Manager están disponibles en la carpeta SIF_HOME/PasswordMgmt/workflows, que ya
existe en cada sistema que tiene WebSphere Remote Server instalado.
Instalación del componente de gestión de contraseñas en el
servidor Tivoli Provisioning Manager
Para instalar el componente de gestión de contraseñas en el servidor de Tivoli
Provisioning Manager, lleve a cabo los pasos siguientes:
1. Copie el contenido de la carpeta SIF_HOME\PasswordMgmt\workflows del punto
final donde WebSphere Remote Server está instalado, en una ubicación
temporal del servidor que aloja Tivoli Provisioning Manager.
2. Ejecute el script installPwdMgmt.bat/sh con el parámetro <ubicación de
instalación> necesario.
3. Confirme la instalación. Compruebe que los directorios <ubicación de
instalación>\workfiles y <ubicación de instalación>\outputfiles se hayan creado.
Además, compruebe si la <ubicación de instalación> contiene el archivo
cleanup.bat/sh.
4. Abra la interfaz de usuario del servidor Tivoli Provisioning Manager en el
navegador, y luego pulse Ir a > Administración > Suministro > Suministro de
flujos de trabajo.
.
5. En el compositor de suministro de flujos de trabajo, pulse
80
WebSphere Remote Server Information Center Versión 7.1
6. Pulse Seleccionar acción > Abrir flujo de trabajo.
7. Navegue hasta el archivo de flujos de trabajo scanPasswordWorkflow.wkf, que
está en la carpeta que ha copiado en el paso 1.
8. Compile el flujo de trabajo.
9. Repita los pasos 6 y 7 para el archivo de flujos de trabajo
changePasswordWorkflow.wkf.
Configuración del servidor de Tivoli Provisioning Manager y
puntos los finales para la gestión de contraseñas
Para configurar el servidor de Tivoli Provisioning Manager y los puntos finales
para la gestión de contraseñas, lleve a cabo los pasos siguientes:
Nota: Antes de iniciar la configuración, asegúrese de que el agente común de
Tivoli está instalado en los puntos finales.
1. El punto de acceso al servicio para el tipo de credencial del servidor de Tivoli
Provisioning Manager (Windows) es la contraseña para todos los puntos de
acceso al servicio.
v Servidor SSH (para puntos finales Linux) y la clave de búsqueda es ssh.
v Cliente SSH (para puntos finales Linux) y la clave de búsqueda es ssh.
v Servidor RXA (para puntos finales Windows) y la clave de búsqueda es rxa.
v Cliente RXA (para puntos finales Windows) y la clave de búsqueda es rxa.
2. Punto de acceso al servicio para el punto final Windows.
v Servidor RXA y la clave de búsqueda es rxa.
v Cliente RXA y la clave de búsqueda es rxa.
v Agente-Servidor.
3. Punto de acceso al servicio para el punto final Linux.
v Servidor SSH y la clave de búsqueda es ssh.
v Cliente SSH y la clave de búsqueda es ssh.
v Agente-Servidor.
Se recomienda utilizar las claves de búsqueda indicadas arriba, ya que los flujos de
trabajo codifican en el sistema los valores de credenciales de seguridad de ssh y
rxa. También se recomienda utilizar los protocolos basados en cifrado para la
comunicación entre el servidor de Tivoli Provisioning Manager y el punto final ya
que la información relacionada con la contraseña se transferirá por el canal.
Creación de un informe para obtener las listas de sistemas
Debe crear un informe que proporcione una lista de sistemas para los que desea la
funcionalidad de gestión de contraseñas. Para crear un archivo CSV para utilizar la
prueba de gestión de contraseñas, siga estos pasos:
1. Abra la consola Tivoli Provisioning Manager e inicie la sesión utilizando el
nombre de usuario maxadmin.
2. Pulse Ir a → Administración → Informe → Administración de informes.
3. Entre serverDetails en Nombre de archivo de informe, y luego pulse Intro.
4. Seleccione el registro tp_serverDetails.rptdesign para mostrar la configuración
del informe en la página Informe.
5. Pulse Fila nueva para añadir una fila nueva utilizando los parámetros
siguientes:
Capítulo 4. Gestión
81
Nombre de parámetro
osname
Nombre de atributo
softwareresource.softwaremodule.name
Nombre de búsqueda
tpm_osname
Nombre para mostrar
Nombre de sistema operativo
Secuencia de mostrar
4
6. Pulse el icono de guardar para guardar la configuración.
7. Pulse Generar página de solicitud para generar la página de solicitud y pulse
Vista previa para abrirla.
8. Entre % en el campo Nombre de sistema, seleccione el sistema operativo
aplicable en el campo Nombre de sistema operativo y pulse Someter.
9. En la página Informe, pulse el icono Exportar datos para visualizar la página
Exportar datos.
10. Seleccione las columnas id_servidor y nombre_servidor y luego pulse Aceptar
para guardar el archivo CSV.
Ejecución de la aplicación de exploración
Para ejecutar la aplicación de exploración, siga los pasos siguientes:
1. Suponiendo que haya importado el flujo de trabajo scanPasswordWorkflow a
Tivoli Provisioning Manager, seleccione y ejecute scanPasswordWorkflow.
2. Se le solicitará que entre los valores siguientes:
v serverIdFileName: la vía de acceso absoluta junto al nombre de archivo csv
que contiene la lista de puntos finales donde tiene previsto ejecutar la
aplicación de exploración.
v TPM_PASSWORDMGMT_HOME: la ubicación del servidor de Tivoli
Provisioning Manager donde el componente de gestión está instalado.
v TPM_Server_Hostname: el nombre del servidor de Tivoli Provisioning
Manager. Debe coincidir con la entrada en el registro de inventario de Tivoli
Provisioning Manager.
Nota: El archivo de entrada csv para scanPasswordWorkflow puede contener
información para los puntos finales Windows y Linux.
3. Cuando ejecute scanPasswordWorkflow, se creará un nuevo archivo csv con la
información relevante como el nombre de host, el nombre de usuario y la fecha
de caducidad de la contraseña en el servidor de Tivoli Provisioning Manager.
La ubicación y el nombre del archivo pueden verse como el valor del
parámetro OutputFile que se establece cuando el flujo de trabajo se completa
satisfactoriamente. Para comprobar este valor, pulse el ID de solicitud del flujo
de trabajo y visualice el resultado.
Ejecución de la aplicación de cambio
Para ejecutar la aplicación de cambio, lleve a cabo los pasos siguientes:
1. Suponiendo que haya importado el flujo de trabajo changePasswordWorkflow
al Tivoli Provisioning Manager, seleccione y ejecute changePasswordWorkflow.
2. Se le solicitará que entre los valores siguientes:
82
WebSphere Remote Server Information Center Versión 7.1
v hostPasswordFileName: la vía de acceso absoluta junto al nombre de archivo
csv que contiene la lista de puntos finales junto con la nueva contraseña y la
anterior. Para ver una muestra del aspecto de este archivo, consulte el
archivo samplehostpasswordfile.csv.
v TPM_PASSWORDMGMT_HOME: la ubicación en el servidor de Tivoli
Provisioning Manager donde el componente de gestión de contraseñas se ha
instalado.
v TPM_Server_Hostname: el nombre del servidor de Tivoli Provisioning
Manager. Debe coincidir con la entrada en el registro de inventario en Tivoli
Provisioning Manager.
3. Cuando se complete la ejecución del flujo de trabajo, la variable de flujo de
trabajo PasswordChangeStatus resumirá el estado de ejecución del flujo de
trabajo. En caso de que se produzca alguna anomalía durante la ejecución,
consulte el archivo según lo que indique el valor de la variable OutputFile para
ver la información sobre la anomalía.
Nota: En todos los lugares en los que Tivoli Provisioning Manager solicite un
nombre de archivo/vía de acceso de archivo como entrada, para Windows, se
espera que proporcione \\ como separador y no \. Para Linux utilice /
como separador de archivos.
Instalación y habilitación de IBM Tivoli License Compliance Manager
Tivoli License Compliance Manager supervisa la conformidad de la licencia.
Básicamente, reconoce y supervisa qué ofertas de productos y sus versiones,
releases y fixpacks están instalados y se utilizan en el sistema.
WebSphere Remote Server da soporte al uso del servidor Tivoli License
Compliance Manager para recopilar y supervisar la información de uso.
Para instalar y habilitar Tivoli License Compliance Manager, debe descargar el
agente de Tivoli License Compliance Manager e instalarlo en cada WebSphere
Remote Server. Las instrucciones para descargar Tivoli License Compliance
Manager se describen en el Information Center de Tivoli License Compliance
Manager.
El archivo de firmas necesario de WebSphere Remote Server para el agente de
Tivoli License Compliance Manager se despliega en WebSphere Application Server
durante la instalación de WebSphere Remote Server. Una versión de copia de
seguridad del archivo se encuentra en el directorio SIF_HOME\tivoli después de la
instalación. Hay dos archivos disponibles:
DB2 - RSDSTR0700.SYS2
Informix Dynamic Server - RSISTR0700.SYS2
Consideraciones sobre la seguridad
La mejora de la seguridad de los sistemas de información orientada al minorista y
de los datos transmitidos y almacenados en ellos, se ha convertido en uno de los
problemas más importantes a los que se enfrentan los minoristas. Muchas
empresas grandes han sufrido vulneraciones de la seguridad que les han costado
enormes cantidades de dinero debido a pleitos, reparaciones en la infraestructura
de TI, erosión de la confianza de los consumidores y sanciones por las principales
empresas de tarjetas de crédito.
Capítulo 4. Gestión
83
Con el fin de prevenir vulneraciones de la seguridad, se han desarrollado
estándares de seguridad como, por ejemplo, Payment Card Industry Data Security
Standard (PCI DSS) para ayudar a guiar al personal de tecnologías de la
información responsable de proteger los sistemas y datos de una organización.El
cumplimiento de PCI DSS es obligatorio para todas las empresas que procesan,
almacenan o que procesan y almacenan el PAN (número de cuenta principal)
asociado a tarjetas de pago. Incluso si una organización no trabaja con PAN, el
estándar PCI DSS sirve como un buen modelo para la seguridad de la
infraestructura de TI de cualquier organización orientada al minorista.
La información que se presenta en este tema pretende ayudarle a la hora de
considerar los aspectos más importantes sobre la seguridad que quizás deberán
tenerse en cuenta al instalar y configurar una solución IBM WebSphere Remote
Server. Al utilizar PCI DSS como guía, los elementos presentados en este tema
pueden servir de punto de partida para identificar los aspectos a examinar y al
mismo tiempo intentar fortalecer la seguridad de los sistemas. Se muestran las
acciones sugeridas en relación con los componentes de la instalación de WebSphere
Remote Server para satisfacer cada uno de los doce requisitos principales del
estándar PCI.
Para obtener más información sobre el contenido presentado en este tema, consulte
los enlaces siguientes:
v PCI Security Standards Council – PCI DSS: https://
www.pcisecuritystandards.org
v WebSphere Application Server 7.0 Protección de las configuraciones de seguridad:
http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/
com.ibm.websphere.nd.doc/info/ae/ae/tsec_hardsecconfig.html
v WebSphere Application Server 7.0 Ajuste, protección y mantenimiento de
configuraciones de seguridad: http://publib.boulder.ibm.com/infocenter/wasinfo/
v7r0/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/
tsec_tunehardmaintain.html
v WebSphere Application Server 7.0 Cómo proteger contraseñas en archivos:
http://publib.boulder.ibm.com/infocenter/wasinfo/v7r0/topic/
com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tsec_securepwds.html
v Mission: Messaging: WebSphere MQ, PCI DSS, and security standards by T. Rob
Wyatt: http://www.ibm.com/developerworks/websphere/techjournal/
0806_mismes/0806_mismes.html
v Seguridad de WebSphere MQ: http://publib.boulder.ibm.com/infocenter/wmqv7/
v7r0/index.jsp?topic=/com.ibm.mq.amqzag.doc/fa12730_.htm
v Gaining access to Data through indirect means DB2 Version 9.7 for Linux, UNIX,
and Windowshttp://publib.boulder.ibm.com/infocenter/db2luw/v9r7/topic/
com.ibm.db2.luw.admin.sec.doc/doc/c0021061.html
v Seguridad en Informix Dynamic Server: http://publib.boulder.ibm.com/infocenter/
idshelp/v115/index.jsp?topic=/com.ibm.sec.doc/SEC_wrapper.htm
PCI DSS
PCI DSS consta de doce requisitos básicos que deben certificar las empresas que
realizan una o varias de las actividades siguientes: almacenar, procesar, transmitir o
disponer de información de tarjeta de pagos. Dentro de cada uno de estos doce
puntos principales hay numerosos subpuntos. El estándar se ha desarrollado
gracias a la colaboración de varias empresas como Visa, Mastercard, American
Express y otras. Para simplificar, sólo se presentan en este tema los doce puntos
principales.
84
WebSphere Remote Server Information Center Versión 7.1
Los doce requisitos básicos siguientes se pueden agrupar lógicamente en temas que
abarcan las áreas funcionales a tener en cuenta al analizar el estado y la estabilidad
de una red segura:
Crear y mantener una red segura
Proteja prácticamente todas las rutas en los sistemas más importantes de su
organización bloqueando los intentos de intrusión y los ataques
desconocidos. Esto ayuda a asegurar que los datos del titular de la tarjeta
estén protegidos y que haya una primera defensa fuerte contra las
vulneraciones de la seguridad.
1. Instalar y mantener una configuración de cortafuegos para proteger los
datos del titular de la tarjeta.
2. No utilizar los valores predeterminados que proporcionan los
proveedores para las contraseñas y otros parámetros de seguridad.
Proteger los datos del titular de la tarjeta
Proteja los datos del titular de la tarjeta controlando cómo se mueven,
almacenan y transmiten, tanto por cable como de forma inalámbrica.
3. Proteger los datos almacenados del titular de la tarjeta.
4. Cifrar la transmisión de los datos del titular de la tarjeta a través de
redes abiertas y públicas.
Mantener un programa de gestión de la vulnerabilidad
Desarrolle e implemente procedimientos efectivos de seguridad en todas
las aplicaciones de la infraestructura para limitar las vulnerabilidades de la
seguridad como, por ejemplo, la introducción de código malicioso y las
infracciones de la seguridad.
5. Utilizar y actualizar periódicamente el software o los programas
antivirus.
6. Desarrollar y mantener aplicaciones y sistemas seguros.
Implementar fuertes medidas de control de acceso
Restrinja el acceso a los datos del titular de la tarjeta, establezca reglas de
autorización y derechos de usuario, y proteja el entorno físico de los datos
contra las vulneraciones de la seguridad.
7. Restringir el acceso a los datos del titular de la tarjeta en base a la
confidencialidad.
8. Asignar un ID exclusivo a todas las personas con acceso a través de
ordenador.
9. Restringir el acceso físico a los datos del titular de la tarjeta.
Supervisar y probar periódicamente las redes
Evalúe su política de seguridad actual y asegúrese de que la organización
funciona de forma segura, que está protegida contra las vulneraciones de
la red y que cumple las normas necesarias.
10. Realizar el seguimiento y supervisar todo el acceso a los recursos de la
red y a los datos del titular de la tarjeta.
11. Probar periódicamente los sistemas y procesos de seguridad.
Mantener una política de seguridad de la información
Establezca, publique, divulgue y mantenga una política de seguridad que
describa la forma en que su organización intenta cumplir las normas de
seguridad.
Capítulo 4. Gestión
85
12. Mantener una política que garantice la seguridad de la información de
empleados y contratistas.
Requisitos de PCI DSS
A continuación se examinan cada uno de los doce puntos y se ofrecen
recomendaciones para aplicar estos principios a su entorno de minorista.
1. Instalar y mantener una configuración de cortafuegos para proteger los datos
del titular de la tarjeta.
v El objetivo es controlar el tráfico del sistema hacia dentro y hacia fuera de la red.
v Utilice un enfoque de tres segmentos:
– Utilice un cortafuegos externo que proteja la DMZ.
– Coloque el servidor web en la DMZ.
– Utilice un cortafuegos interno que proteja la red de producción de la DMZ.
Separe la red de producción de la intranet.
2. No utilice los valores predeterminados que proporcionan los proveedores para
las contraseñas del sistema y otros parámetros de seguridad.
v Establezca el acceso de usuario basado en políticas y no utilice valores
predeterminados.
v No ejecute las muestras suministradas con productos, en el entorno de
producción.
v Elimine los JDK que deja el servidor web, el servidor de aplicaciones y los
instaladores de plugins.
v No defina un ID de usuario y una contraseña predeterminados en un recurso.
3. Proteger los datos almacenados del titular de la tarjeta.
v Mantenga a un mínimo el almacenamiento de datos del titular de la tarjeta.
v Haga que los datos del titular de la tarjeta sean inutilizables para los intrusos
asegurándose de que el almacenamiento y las copias de seguridad estén cifradas
y protegidas y que todos los datos borrados sean irrecuperables.
v No incluya información confidencial en los datos de rastreo o auditoría.
4. Cifrar la transmisión de los datos del titular de la tarjeta a través de redes
abiertas y públicas.
v Utilice HTTPS en el navegador al realizar la autenticación o al realizar
actividades que deben estar protegidas.
v Configure la transferencia de archivos segura – un motivo: los agentes de nodos
extraen actualizaciones de la configuración de administración utilizando un
servicio de transferencia de archivos no autenticado. (WebSphere Application
Server)
v Configure certificados para garantizar una validación razonable y basada en web
de los certificados de administración actualizando el conjunto de claves
predeterminado. (WebSphere Application Server)
v Cambie el archivo de claves predeterminado de DummyServerKeyFile; cree su
propia clave privada y certificado para la comunicación. (WebSphere Application
Server)
v Cifre los enlaces de mensajería predeterminados utilizando el transporte
InboundSecureMessaging. (WebSphere Application Server)
86
WebSphere Remote Server Information Center Versión 7.1
v Cifre los enlaces de mensajería de WebSphere MQ si utiliza WebSphere MQ en
lugar del proveedor de mensajería predeterminado. (WebSphere Application
Server)
v Proteja el enlace entre el servidor de aplicaciones y la base de datos para
asegurar el cifrado entre el cliente y la base de datos. (WebSphere Application
Server)
5. Utilizar y actualizar periódicamente el software o los programas antivirus.
Manténgase actualizado con parches y arreglos.
6. Desarrollar y mantener aplicaciones y sistemas seguros.
v Corrija las vulnerabilidades en sistemas y aplicaciones nuevos y existentes: debe
asegurarse de que no se pueda obtener acceso mediante la evaluación,
supervisión, gestión, análisis e informe de las vulnerabilidades y sucesos de
seguridad dentro de su infraestructura.
v Habilite la seguridad global: de forma predeterminada, IBM WebSphere
Application Server no proporciona ninguna seguridad. (WebSphere Application
Server)
v Cifre el enlace entre WebSphere Application Server y LDAP. (WebSphere
Application Server)
v Proteja las claves privadas de los sistemas de archivos para que no se
compartan.
v Inhabilite los puertos y servicios no utilizados.
v Verifique que cada alias de servlet está protegido especificándolo en el archivo
web.xml.
v No sirva servlets por nombre de clase. (WebSphere Application Server)
v No coloque información confidencial en el directorio raíz de WAR. (WebSphere
Application Server)
v Defina un manejador de errores predeterminado para impedir que los usuarios
vean el mensaje de error bruto.
v Considere la posibilidad de inhabilitar el servicio de archivos y la navegación
por directorios. (WebSphere Application Server)
v Habilite la seguridad de la sesión. (WebSphere Application Server)
v Utilice la seguridad de WebSphere Application Server para proteger las
aplicaciones. (WebSphere Application Server)
v Proteja cada una de las capas de la aplicación, especialmente los EJB.
v Valide toda la entrada de usuario para asegurarse de que no contiene caracteres
especiales que pudiesen causar daños.
v Invalide los usuarios desocupados en cuanto la sesión deje de ser necesaria.
(WebSphere Application Server)
v Habilite la seguridad de Java 2 de modo que se apliquen las especificaciones
J2EE para proteger las API internas de WebSphere Application Server de un
acceso no autorizado. (WebSphere Application Server)
v Active la clase MQADMIN, definiendo perfiles apropiados para proteger los
recursos en los mandatos. (WebSphere MQ)
v No inicie WebSphere MQ utilizando el acceso root, sino que utilice el ID de
usuario de administración de MQSeries ‘mqm' en unix. (WebSphere MQ)
v Cree únicamente objetos de WebSphere MQ como ID de usuario ‘mqm' en unix.
(WebSphere MQ)
Capítulo 4. Gestión
87
7. Restringir el acceso a los datos del titular de la tarjeta en base a la
confidencialidad.
v Restrinja el acceso a la cola de mensajería de WebSphere MQ - autenticación de
usuario. (WebSphere Application Server) (WebSphere MQ)
v No especifique contraseñas en la línea de mandatos como parámetros para
herramientas y aplicaciones.
v Cree diferentes ID de usuario de administración en función del rol de usuario.
Por ejemplo, administrador, operador, supervisor y configurador.
v Elija la identidad de proceso apropiada a nivel de sistema operativo.
v Asegúrese de que sólo los usuarios cualificados tengan acceso a los siguientes
elementos de DB2:
– Vistas de catálogos
– Funciones de lector de registros
–
–
–
–
–
–
Réplica de datos
Tablas de excepción
Base de datos o espacio de tabla de copia de seguridad
Rastreos
Archivos de vuelco
db2dart
– db2cat
8. Asignar un ID exclusivo a todas las personas con acceso a través del sistema.
v Asegúrese de que las acciones llevadas a cabo sobre datos y sistemas
importantes sean realizadas por usuarios conocidos y autorizados y que éstos
puedan realizar su rastreo.
v No defina un ID de usuario y una contraseña predeterminados en un recurso.
9. Restringir el acceso físico a los datos del titular de la tarjeta.
v Controle quién puede acceder físicamente a los datos que se almacenan.
v Proteja el espacio de nombres JNDI restringiendo el acceso de lectura/escritura.
10. Realizar el seguimiento y supervisar todo el acceso a los recursos y datos del
titular de la tarjeta.
v Consiga visibilidad sobre la seguridad de los datos gracias a la capacidad de
rastrear y observar las actividades del usuario y determine la causa de las
vulnerabilidades de la seguridad.
v No incluya información confidencial en los datos de rastreo o auditoría.
11. Probar periódicamente los sistemas y procesos de seguridad
Utilice métodos, como por ejemplo la exploración de puertos, las pruebas de
penetración y el intrusismo ético, para determinar si la red y los sistemas cumplen
los requisitos de seguridad.
12. Mantener una política que garantice la seguridad de la información de
empleados y contratistas.
Asegúrese de que los empleados saben lo que se espera de ellos en relación con la
seguridad de la información.
88
WebSphere Remote Server Information Center Versión 7.1
Soluciones de IBM Security para Payment Card Industry Data
Security Standard (PCI DSS)
Si su organización desea cumplir el estándar PCI DSS, IBM ofrece una cartera y un
enfoque completos que le ayudarán a conseguir dicho objetivo. La solución PCI
DSS de IBM incluye servicios de consultoría para análisis de diferencias de
conformidad, remediación, validación, pruebas continuadas e informes, así como
una gama de productos que ayudan a las organizaciones con cada aspecto de la
seguridad, planificación, gestión e informe de la conformidad. Además, IBM es una
de las tres únicas empresas de todo el mundo que está homologada para llevar a
cabo Valoraciones de PCI, Exploraciones de red trimestrales de PCI, Valoraciones
de aplicaciones de pago de PCI y Servicios de respuesta a incidentes de PCI. Y sólo
IBM tiene soluciones para satisfacer todos los 12 requisitos de PCI DSS.
Puede encontrar más información sobre la solución PCI de IBM en:
http://www.ibm.com/software/tivoli/governance/security/pci.html.
Capítulo 4. Gestión
89
90
WebSphere Remote Server Information Center Versión 7.1
Capítulo 5. Ampliación
En esta sección se describen las tareas necesarias para ampliar IBM WebSphere
Remote Server.
Ampliación de la solución
IBM WebSphere Remote Server, tal como se despliega en un ISP, proporciona una
pila de software completa como base para las aplicaciones basadas en servidor que
se ejecutan en el almacén (o ubicación de ramificación).
La pila de software por sí misma no está completa hasta que una o varias
aplicaciones se han instalado y configurado para ejecutarse en WebSphere Remote
Server. El entorno de desarrollador de WebSphere Remote Server proporciona las
herramientas necesarias para ampliar WebSphere Remote Server con sus
aplicaciones. Express Runtime Developer es la herramienta principal que puede
utilizar para desarrollar una solución personalizada que integra la aplicación con la
pila de software de WebSphere Remote Server. Incluido en el entorno de
desarrollador de WebSphere Remote Server hay un espacio de trabajo con todos los
proyectos de aplicación y proyectos de solución de muestra necesarios para
desarrollar su propia solución.
Para desarrollar una solución personalizada, puede reutilizar los proyectos de
aplicación existentes que instalan componentes de middleware y fixpacks. Además,
debe desarrollar proyectos de aplicación para instalar y configurar su aplicación. El
espacio de trabajo de WebSphere Remote Server proporciona proyectos de muestra
que pueden copiarse y reutilizarse en la solución con poco o ningún desarrollo de
código.
Métodos para desarrollar soluciones personalizadas
Hay dos métodos generales para ampliar WebSphere Remote Server mediante el
desarrollo de soluciones personalizadas.
El primer enfoque es ideal para una aplicación J2EE. La aplicación Plants By
WebSphere se proporciona como ejemplo que utiliza una colección de proyectos de
espacio de trabajo y proporciona una solución personalizada con algunos scripts
pero con poca o ninguna codificación Java.
El segundo enfoque es para aplicaciones como, por ejemplo, servidores autónomos
o que se han empaquetado con un instalador. Por lo general, este enfoque requiere
más desarrollo de código Java. Incluso en este caso, el espacio de trabajo de
WebSphere Remote Server proporciona clases de programa de utilidad que
amplían la API proporcionada por Express Runtime Developer y acelera el
desarrollo.
Soluciones de muestra
Las soluciones de muestra que se proporcionan como parte del entorno de
desarrollo de WebSphere Remote Server incluyen la Trade Performance Benchmark
Sample para IBM WebSphere Application Server (Trade) como aplicación de
muestra.
© Copyright IBM Corp. 2004, 2010
91
En el contexto de las soluciones de muestra, Trade se divide en dos proyectos de
aplicación. El primer proyecto, TradeInstall, copia los archivos de aplicación de
Trade en el servidor. El segundo proyecto de aplicación, TradeConfig, configura
Trade para que se ejecute en el servidor. Este enfoque de dos fases para instalar y
configurar la aplicación proporciona flexibilidad al cliente a la hora de determinar
cuándo se realiza la fase de configuración. La instalación y configuración pueden
realizarse al mismo tiempo durante la instalación de la solución inicial, o bien la
configuración puede ejecutarse un poco más tarde después de la instalación de la
solución inicial.
Una ventaja de tener una fase de configuración independiente es que, en caso
necesario, la configuración podría repetirse sin tener que volver a instalar toda la
solución. Posponer la configuración también es beneficioso en el caso de grandes
despliegues donde los servidores se preconfiguran en una sede central pero deben
personalizarse en el momento de su despliegue.
En el caso de la aplicación Trade incluida en las soluciones de muestra, la mayor
parte del trabajo se realiza durante la fase de configuración. La fase de instalación
copia el archivo EAR (archivador de aplicaciones empresariales) y los scripts
necesarios para configurar la aplicación. La fase de configuración crea una base de
datos con tablas, despliega la aplicación en WebSphere Application Server, ejecuta
un script para configurar la aplicación e invoca un servlet para llenar la base de
datos. Los dos primeros pasos de la fase de configuración pueden formar parte de
la fase de instalación.
Después del enfoque de dos fases para instalar y configurar la aplicación, debe
crear dos proyectos de aplicación en Express Runtime Developer. El proyecto de
aplicación de la fase de configuración se añade como una tarea al proyecto de
solución de WrsApplicationConfigurator. Después de las instrucciones para crear la
solución de muestra, la solución WrsApplicationConfigurator se exportará como
una imagen del iniciador de soluciones. Ésta, a su vez, es el contenido del paquete
de despliegue previo para el proyecto de aplicación ConfigWrapper incluido en la
solución de muestra. El proyecto de aplicación de la fase de instalación
simplemente se añade a la solución de muestra como una tarea.
Si se diseña para un enfoque de dos fases, la aplicación todavía puede instalarse y
configurarse al mismo tiempo incluyendo tanto el proyecto de aplicación de la fase
de instalación como el proyecto de aplicación de la fase de configuración en la
solución de muestra. En este caso, el proyecto de aplicación ConfigWrapper puede
eliminarse de la solución de muestra y no será necesario crear y exportar la
solución WrsApplicationConfigurator
WebSphere sMash
El proyecto de aplicación de IBM WebSphere sMash instala WebSphere sMash y
IBM Reliable Transport Extension for WebSphere sMash.
Cuando se instala WebSphere sMash, la imagen de IBM Reliable Transport
Extension for WebSphere sMash también se añade a la imagen de WebSphere
sMash en un subdirectorio llamado sMashRTE. No se puede instalar WebSphere
sMash sin IBM Reliable Transport Extension for WebSphere sMash a menos que se
realice la instalación utilizando los discos del producto.
Consulte “Verificación de WebSphere sMash” en la página 30 para obtener detalles
sobre cómo verificar que WebSphere sMash se ha instalado.
92
WebSphere Remote Server Information Center Versión 7.1
Para obtener más información sobre cómo utilizar WebSphere sMash, visite
Information Center de WebSphere sMash.
Creación de la solución de muestra
En esta sección se proporcionan las instrucciones para crear los proyectos de
solución SampleSolutionForWindows y SampleSolutionForLinux.
Creación de la muestra
Utilice estos pasos para crear un DVD de la solución de muestra.
1. Abra Express Runtime Developer.
2. Genere la solución WrsApplicationConfiguratorWithDB2 o
WrsApplicationConfiguratorWithInformix.
a. En la ventana Explorador de Express Runtime, expanda la categoría Fase
de configuración.
b. Expanda la categoría Proyectos de solución.
c. Pulse el botón derecho del ratón sobre el proyecto
WrsApplicationConfiguratorWithDB2 o sobre el proyecto
WrsApplicationConfiguratorWithInformix.
d. Seleccione Generar solución.
e. En la ventana Generación satisfactoria de la solución, pulse Aceptar.
3. Exporte la solución WrsApplicationConfiguratorWithDB2 o
WrsApplicationConfiguratorWithInformix.
a. Pulse el botón derecho del ratón sobre el proyecto
WrsApplicationConfiguratorWithDB2 o sobre el proyecto
WrsApplicationConfiguratorWithInformix.
b. Seleccione Exportar....
c. En la ventana Exportar, expanda Express Runtime.
d. Seleccione Imagen del iniciador de soluciones de Express Runtime y pulse
Siguiente.
e. Establezca el Tamaño del soporte (MB) en 650.
f. En el campo Exportar archivos a, especifique:
C:\export\WAC
/tmp/export/WAC
En Sistemas operativos, seleccione Windows y Linux.
Pulse Siguiente.
Seleccione No exportar paquetes de despliegue.
Pulse Siguiente.
Seleccione los Idiomas y pulse Finalizar.
Pulse Sí en la siguiente solicitud: El directorio de destino no existe. ¿Desea
crearlo?.
m. En la ventana Exportación satisfactoria de la solución, pulse Sí o No como
respuesta a la pregunta.
4. Genere el paquete de despliegue ConfigWrapperWithDb2 o
ConfigWrapperWithInformix.
g.
h.
i.
j.
k.
l.
a. Expanda la categoría Fase de instalación.
b. Expanda la categoría Proyectos de aplicación.
c. Expanda la categoría Común.
Capítulo 5. Ampliación
93
d. Pulse con el botón derecho del ratón sobre ConfigWrapperWithDb2 o
ConfigWrapperWithInformix y seleccione Generar paquetes de despliegue.
e. En la ventana Especificar ubicación, especifique:
C:\export\WAC\disk1
/tmp/export/WAC/disk1
Nota: Se trata de la ubicación de la solución
WrsApplicationConfiguratorWithDB2 o
WrsApplicationConfiguratorWithInformix que ha exportado en un
paso anterior con un directorio disk1 añadido.
f. Pulse Aceptar.
g. En la ventana Generación satisfactoria del paquete de despliegue, pulse
Aceptar.
5. Genere el paquete de despliegue TradeInstall.
Nota: Informix Dynamic Server no da soporte a la aplicación Trade.
a. Expanda la categoría Fase de instalación.
b. Expanda la categoría Proyectos de aplicación.
c. Expanda la categoría Común.
d. Pulse con el botón derecho del ratón en TradeInstall y seleccione Generar
aplicación.
e. Pulse con el botón derecho del ratón en TradeInstall y seleccione Generar
paquetes de despliegue.
f. En la ventana Especificar ubicación, especifique:
C:\Archivos de programa\IBM\SIF\workspace\irss71\
TradeInstall\installpackage
/opt/IBM/SIF/workspace/irss71/TradeInstall/
installpackage
g. Pulse Aceptar.
h. En la ventana Generación satisfactoria del paquete de despliegue, pulse
Aceptar.
6. Genere la solución SampleSolutionForWindowsWithDB2 o
SampleSolutionForWindowsWithInformix, o bien la solución
SampleSolutionForLinuxWithDB2 o SampleSolutionForLinuxWithInformix.
Expanda la categoría Fase de instalación.
Expanda la categoría Proyectos de solución.
Expanda la categoría Windows o la categoría Linux.
Pulse el botón derecho del ratón sobre el proyecto de solución.
SampleSolutionForWindowsWithDB2 o
SampleSolutionForWindowsWithInformix
SampleSolutionForLinuxWithDB2 o
SampleSolutionForLinuxWithInformix
e. Seleccione Generar solución.
f. En la ventana Generación satisfactoria de la solución, pulse Aceptar.
7. Exporte la solución SampleSolutionForWindowsWithDB2 o
SampleSolutionForWindowsWithInformix, o bien la solución
SampleSolutionForLinuxWithDB2 o SampleSolutionForLinuxWithInformix.
a. Pulse el botón derecho del ratón sobre el proyecto de solución.
a.
b.
c.
d.
94
WebSphere Remote Server Information Center Versión 7.1
b.
c.
d.
e.
f.
g.
h.
SampleSolutionForWindowsWithDB2 o
SampleSolutionForWindowsWithInformix
SampleSolutionForLinuxWithDB2 o
SampleSolutionForLinuxWithInformix
Seleccione Exportar....
En la ventana Exportar, expanda Express Runtime.
Seleccione Imagen del iniciador de soluciones de Express Runtime y pulse
Siguiente.
Establezca el Tamaño del soporte (MB) en 650 para crear el soporte de CD
o en 4482 para el soporte de DVD.
Este número no importa a menos que tenga la intención de copiar los datos
en el soporte de CD o DVD real.
Exporte los archivos a:
C:\export\SampleSolutionForWindows
/tmp/export/SampleSolutionForWindows
En Sistemas operativos, seleccione Windows y Linux.
Pulse Siguiente.
i. Seleccione Exportar todos los paquetes de despliegue (típica) y pulse
Siguiente.
j. Pulse Siguiente.
k. Seleccione los Idiomas y pulse Siguiente.
l. Pulse Finalizar.
m. Pulse Sí en la solicitud: El directorio de destino no existe. ¿Desea crearlo?.
n. En la ventana Exportación satisfactoria de la solución, pulse Sí o No como
respuesta a la pregunta.
Qué hacer a continuación
Modificar la solución de muestra.
Preparación de la solución de muestra para la instalación
silenciosa
La instalación silenciosa normalmente se utiliza para el despliegue remoto. En una
instalación silenciosa, el programa de instalación recupera la información de
configuración de un archivo y no del usuario a través de una interfaz gráfica de
usuario.
Hay que seguir dos pasos para generar una solución que se instala
silenciosamente.
1. Cree un archivo de tareas que contenga una lista de tareas y la información del
proyecto de aplicación que se utilizará durante la instalación de la solución.
2. Seleccione Ejecutar la instalación silenciosamente al exportar la solución.
Los archivos de tareas de muestra se proporcionan con cada una de las soluciones
de muestra. Los archivos de tareas se encuentran en el directorio tasks debajo de
los directorios de proyectos de muestra. El nombre del archivo de tareas para cada
proyecto de muestra es taskList.xml.
Puede encontrar información sobre los archivos de tareas y la instalación silenciosa
en el menú Ayuda de Express Runtime Developer.
Capítulo 5. Ampliación
95
Modificación de la solución de muestra
Se recomienda crear la solución de muestra antes de realizar modificaciones. De
esta manera se asegurará de que el entorno de desarrollo y la solución de muestra
se han instalado correctamente. Se recomienda realizar el proceso de creación sobre
una base sólida.
Para modificar la solución de muestra, debe entender los conceptos de Express
Runtime Developer. Express Runtime Developer proporciona Hojas técnicas... en el
menú Ayuda. Debe revisar las siguientes hojas técnicas:
v Creación de un derivador de soluciones
v Creación de un proyecto de despliegue de aplicaciones de WebSphere
v Creación de un derivador de aplicaciones
v Exportación y despliegue de una imagen del iniciador de soluciones
v Utilización de Express Runtime Developer
Existen diversas maneras de modificar la solución de muestra. Puede:
v Eliminar la aplicación de muestra
v Eliminar un producto de middleware
v Añadir su propia aplicación o middleware
v Proporcionar más opciones de configuración para los proyectos de aplicación
Para eliminar la aplicación de muestra o middleware, debe abrir el proyecto de
solución de muestra. En la pestaña Tareas, elimine los proyectos de aplicación de
la lista de tareas.
Para añadir su propia aplicación o producto de middleware, cree un proyecto de
aplicación junto con el código fuente para instalarlo. A continuación, cree una tarea
en el proyecto de solución que haga referencia al proyecto de aplicación que ha
creado.
Puede modificar las opciones de configuración para los proyectos de aplicación
existentes en el espacio de trabajo de muestra. Para ello, abra un proyecto de
aplicación y seleccione la pestaña Variables. Proporcione las variables para los
valores adicionales que están disponibles en el archivo de respuestas del programa
de instalación para la aplicación.
Ampliación de WebSphere Remote Server con una aplicación
WebSphere de muestra
IBM WebSphere Remote Server incluye una aplicación de muestra que proporciona
una solución más genérica que requiere mucho menos desarrollo de código.
WebSphere Remote Server proporciona un completo entorno de desarrollo con
herramientas potentes para ayudar en el desarrollo de soluciones integradas que
puedan desplegarse fácilmente y de forma coherente. Entre estas herramientas
destaca Software Assembly Toolkit, que incluye el plug-in de Express Runtime
Developer para Eclipse. Además, se incluye un completo espacio de trabajo de
Eclipse con todos los proyectos de aplicación y solución necesarios para desarrollar
una solución completa basada en WebSphere Remote Server.
Trade Performance Benchmark Sample for IBM WebSphere Application Server
(Trade) se incluye como una aplicación de muestra con el entorno de desarrollo de
soluciones de WebSphere Remote Server. La aplicación se instala y configura
96
WebSphere Remote Server Information Center Versión 7.1
mediante dos proyectos de aplicación, que son TradeInstall y TradeConfig. Estos
proyectos de aplicación ilustran un enfoque sobre cómo desplegar y configurar una
aplicación WebSphere encima de la pila de middleware de WebSphere Remote
Server. El proyecto TradeConfig, en particular, ilustra cómo desplegar una
aplicación J2EE y configurar la base de datos DB2 Workgroup Server Edition
utilizando scripts y otro código.
Para aplicar el mismo enfoque a otra aplicación es necesario desarrollar una
cantidad considerable de código y scripts ya que los scripts utilizados son muy
específicos de la aplicación Trade. WebSphere Remote Server incluye una
aplicación de muestra que proporciona una solución más genérica que requiere
mucho menos desarrollo de código. Esta sección describe el enfoque. El espacio de
trabajo que se instala como parte del entorno de desarrollo de soluciones de
WebSphere Remote Server contiene varios proyectos de Express Runtime
Developer que muestran la técnica. La propia aplicación de muestra es una versión
modificada de la aplicación J2EE de muestra Plants By WebSphere. Esta aplicación
se ha modificado para incluir recursos JMS que permiten la comunicación con IBM
WebSphere MQ, proporcionando de esta manera un ejemplo que muestra la pila
completa de middleware de WebSphere Remote Server.
Descripción de la muestra
En esta sección se describen los diferentes proyectos que constituyen la muestra y
se proporciona una explicación sobre cómo utilizarlos para desarrollar una
aplicación.
Visión general del código de muestra
El espacio de trabajo incluye estos proyectos que componen la muestra:
v Db2Configuration: este proyecto está diseñado como un proyecto de plantilla
que puede copiarse y reutilizarse en la solución. Este proyecto está diseñado
para crear una única base de datos, crear las tablas necesarias y opcionalmente
llenar las tablas. Si la solución requiere varias bases de datos, puede utilizar
varias copias de este proyecto (renombradas, por supuesto) en la solución. Este
proyecto es obligatorio si la solución utiliza una base de datos DB2.
v IdsConfiguration: este proyecto está diseñado como un proyecto de plantilla
que puede copiarse y reutilizarse en la solución. Este proyecto está diseñado
para crear una única base de datos, crear las tablas necesarias y opcionalmente
llenar las tablas. Si la solución requiere varias bases de datos, puede utilizar
varias copias de este proyecto (renombradas, por supuesto) en la solución. Este
proyecto es obligatorio si la solución utiliza una base de datos Informix Dynamic
Server.
v MqConfiguration: este proyecto es otro proyecto de plantilla que debe copiarse
y reutilizarse en la solución. Este proyecto está diseñado para crear un único
gestor de colas y todos los canales necesarios y otros objetos MQ. Si la solución
requiere varios gestores de colas, este proyecto puede copiarse y renombrarse
tantas veces como sea necesario. Este proyecto es obligatorio si la solución
utiliza WebSphere MQ.
v WasStandaloneProfileConfiguration: este proyecto es un proyecto de plantilla
que puede copiarse y reutilizarse en la solución. Crea un servidor de
aplicaciones autónomo. Cada perfil de servidor de aplicaciones autónomo
incluye un proceso de servidor de aplicaciones server1. Cada perfil define un
servidor de aplicaciones autónomo distinto que tiene su propia interfaz
administrativa.
Capítulo 5. Ampliación
97
v PlantsByWebSphereDeployment: este proyecto es un proyecto de muestra que
ilustra cómo una aplicación J2EE puede desplegarse y configurarse en
WebSphere Application Server. Este proyecto es un proyecto de WebSphere
Application Server que genera Express Runtime Developer a partir de un
despliegue existente de Plants By WebSphere. Este proyecto se ha ampliado para
que funcione con WebSphere Remote Server.
v PlantsByWebSphereSolutionForLinuxWithInformix y
PlantsByWebSphereSolutionForLinuxWithDb2: este proyecto de solución de
muestra proporciona un ejemplo completo que incorpora todos los proyectos de
muestra anteriores y el conjunto completo de proyectos de middleware. Este
proyecto es parecido a los proyectos SampleSolutionForLinuxWithInformix y
SampleSolutionForLinuxWithDB2, también incluidos en el entorno de desarrollo
de WebSphere Remote Server.
v PlantsByWebSphereSolutionForWindowsWithInformix y
PlantsByWebSphereSolutionForWindowsWithDb2: esta solución de muestra es
parecida a PlantsByWebSphereSolutionForLinuxWithInformix y
PlantsByWebSphereSolutionForLinuxWithDb2, pero incluye los proyectos
específicos de Windows para los componentes de middleware.
Estos proyectos se describen con mayor detalle en las secciones siguientes:
Proyecto Db2Configuration
El proyecto Db2Configuration es un proyecto de aplicación de Express Runtime
Developer que crea una única base de datos y ejecuta los scripts necesarios para
crear tablas y llenarlas. Este proyecto está previsto para proporcionar una plantilla
para proyectos personalizados. El código Java proporcionado en la aplicación se ha
generalizado de modo que no requiere personalización. Los scripts incluidos en la
aplicación son los que realizan el trabajo específico de la solución. El proyecto de
aplicación completo puede copiarse en el espacio de trabajo y sólo es necesario
cambiar los archivos de script.
Variables
Este proyecto sólo expone una variable que es databaseName. Esta variable es para
el nombre de la base de datos que se debe crear. Puede sustituirla en la solución
por un valor codificado por el sistema o hacer que esté disponible para la entrada
de usuario. Normalmente puede enlazarse con variables del proyecto de
WebSphere Application Deployment para crear los orígenes de datos necesarios.
Archivos de script
Hay dos scripts que se proporcionan con este proyecto de aplicación:
v tables.ddl: un archivo DDL que crea las tablas para la base de datos. Este
archivo se sustituye por el suyo pero debe conservar el mismo nombre.
Normalmente, un archivo DDL puede crearse a partir de una base de datos
existente con el mandato db2look. Para obtener más información, consulte el
Information Center de DB2 en: http://publib.boulder.ibm.com/infocenter/
db2luw/v9r7/topic/com.ibm.db2.luw.admin.cmd.doc/doc/r0002051.html.
v populate.sql: un archivo de script con mandatos SQL para llenar las tablas de
base de datos. Este archivo es opcional y las tablas de base de datos no se
llenarán si este script está ausente en el proyecto de aplicación. Si proporciona
su propio script, éste debe conservar el mismo nombre.
98
WebSphere Remote Server Information Center Versión 7.1
Los scripts que se proporcionan en este proyecto son archivos de muestra
utilizados específicamente para la aplicación PlantsByWebSphere y deben ser
sustituidos por sus propios scripts.
Proyecto IdsConfiguration
El proyecto IdsConfiguration es un proyecto de aplicación de Express Runtime
Developer que crea una única base de datos y ejecuta los scripts necesarios para
crear tablas y llenarlas. Este proyecto está previsto para proporcionar una plantilla
para proyectos personalizados. El código Java proporcionado en la aplicación se ha
generalizado de modo que no requiere personalización. Los scripts incluidos en la
aplicación son los que realizan el trabajo específico de la solución. El proyecto de
aplicación completo puede copiarse en el espacio de trabajo y sólo es necesario
cambiar los archivos de script.
Variables
Este proyecto sólo expone una variable que es databaseName. Esta variable es para
el nombre de la base de datos que se debe crear. Puede sustituirla en la solución
por un valor codificado por el sistema o hacer que esté disponible para la entrada
de usuario. Normalmente puede enlazarse con variables del proyecto de
WebSphere Application Deployment para crear los orígenes de datos necesarios.
Archivos de script
Hay dos scripts que se proporcionan con este proyecto de aplicación:
v tables.sql: un archivo SQL que crea las tablas para la base de datos. Este archivo
se sustituye por el suyo pero debe conservar el mismo nombre.
v populate.sql: un archivo de script con mandatos SQL para llenar las tablas de
base de datos. Este archivo es opcional y las tablas de base de datos no se
llenarán si falta este script en el proyecto de aplicación. Si proporciona su propio
script, éste debe conservar el mismo nombre.
Los scripts que se proporcionan en este proyecto son archivos de muestra
utilizados específicamente para la aplicación PlantsByWebSphere y deben ser
sustituidos por sus propios scripts.
Proyecto MqConfiguration
El proyecto MqConfiguration es un proyecto de aplicación de Express Runtime
Developer que crea un único gestor de colas para WebSphere MQ y después
ejecuta un script MQSC para crear diversos objetos MQ como, por ejemplo, colas,
canales, etc. para ese gestor de colas. Este proyecto está previsto para utilizarse
como plantilla para los proyectos personalizados. El código Java proporcionado
con el código es genérico y no debe personalizarse. Los scripts incluidos con el
proyecto realizan el trabajo necesario para cada solución específica. El proyecto de
aplicación completo puede copiarse en el espacio de trabajo y sólo deben
cambiarse los archivos de script.
Variables
Este proyecto expone las siguientes variables:
v queueMgrName: es el nombre del gestor de colas que debe crearse. Puede
alterarse temporalmente a nivel de solución con un valor predeterminado o
puede estar disponible para que lo cambie el usuario.
Capítulo 5. Ampliación
99
v isDefaultQueueMgr: es una variable booleana que determina si este gestor de
colas debe designarse como valor predeterminado del sistema. Normalmente se
establece de forma predeterminada en ‘true' a menos que la solución requiera
varios gestores de colas. El valor para esta variable debe determinarse en la fase
de diseño. No es una variable que deba exponerse al usuario que instala la
solución.
v createDeadLetterQueue: es una variable booleana que determina si la cola Dead
letter del sistema debe crearse para este gestor de colas. Normalmente se
establece de forma predeterminada en ‘true' a menos que la solución requiera
varios gestores de colas. También es una variable que debe definirse a nivel de
solución y no debe exponerse al usuario que instala la solución.
v createPubSubQueues: es una variable booleana que determina si deben crearse
las colas de publicación/suscripción de JMS. Si el valor es ‘true', el
comportamiento predeterminado es ejecutar el archivo de muestra
MQJMS_PSQ.mqsc en el directorio de WebSphere MQ. Sin embargo, si un
archivo llamado pubsub.mqsc está incluido en el proyecto de aplicación, se
ejecutará en su lugar. Si el valor de esta variable es ‘false', no se ejecutará ningún
archivo MQSC y no se crearán colas adicionales. Es otra variable que debe
definirse a nivel de solución y no debe exponerse al usuario que instala la
solución.
Archivos de script
Este proyecto incluye un archivo de script MQSC obligatorio. Puede incluirse un
segundo archivo de script MQSC opcional para proporcionar un script
personalizado para las colas de publicación/suscripción de JMS.
v default.mqsc: es el archivo de script MQSC predeterminado que se ejecuta
después de que se haya creado el gestor de colas. Este archivo de script es
obligatorio y debe mantener el nombre ‘default.mqsc'. Normalmente, este
archivo MQSC puede generarse a partir de una instalación de MQ existente
utilizando el SupportPac saveqmgr. Para obtener más información, consulte:
http://www.ibm.com/support/docview.wss?uid=swg24000673.
v pubsub.mqsc: este archivo es opcional y, de forma predeterminada, no está
incluido en la aplicación. Si este archivo se añade al proyecto de aplicación y el
valor de createPubSubQueues es ‘true', se ejecutará este script. Esta opción está
pensada para proporcionar una alternativa al script de publicación/suscripción
de JMS de muestra proporcionado con WebSphere MQ, si es necesario.
El archivo de script que se proporciona en este proyecto es un archivo de muestra
utilizado específicamente para la aplicación PlantsByWebSphere y debe ser
sustituido por su propio script.
Proyecto WasStandaloneProfileConfiguration
El proyecto WasStandaloneProfileConfiguration es un proyecto de aplicación de
Express Runtime Developer que crea un servidor de aplicaciones autónomo. Cada
perfil de servidor de aplicaciones autónomo incluye un proceso de servidor de
aplicaciones server1. Cada perfil define un servidor de aplicaciones autónomo
distinto que tiene su propia interfaz administrativa.
Variables
Este proyecto expone las siguientes variables:
v profileName: el nombre del perfil que debe crearse. El nombre del perfil debe
ser exclusivo para la instalación de WebSphere Application Server.
100
WebSphere Remote Server Information Center Versión 7.1
v nodeName: el nombre de nodo para el servidor de aplicaciones. El nombre de
nodo debe ser exclusivo dentro de una celda.
v enableAdminSecurity: un valor booleano que se puede establecer para habilitar
la seguridad administrativa. Si se establece en true, los usuarios deben iniciar
sesión para acceder a las herramientas administrativas de WebSphere
Application Server. Se necesita un nombre de usuario administrativo y una
contraseña cuando se habilita esta opción.
v wasAdminUser: ID de usuario para acceder a las herramientas administrativas
de WebSphere Application Server. Esta variable es obligatoria si se utiliza la
seguridad administrativa.
v wasAdminPassword: la contraseña del usuario administrativo. Esta variable es
obligatoria si se utiliza la seguridad administrativa.
v runAsService: un valor booleano que se puede establecer para habilitar
WebSphere Application Server para que se ejecute como servicio.
Archivos de script
El proyecto incluye dos archivos de script.
v CreateDataSource.py: crea un origen de datos JDBC para la base de datos DB2 o
Informix Dynamic Server.
v enableWASSecurityLocalOS.jacl: habilita la seguridad para WebSphere
Application Server.
v
Proyecto PlantsByWebSphereDeployment
El proyecto PlantsByWebSphereDeployment es un proyecto de despliegue de
aplicaciones de WebSphere de Express Runtime Developer. Es un proyecto que se
genera automáticamente a partir de un despliegue existente de WebSphere
Application Server utilizando el asistente de nuevo proyecto dentro de Express
Runtime Developer. Este proyecto se amplía con una clase de envoltura para
utilizar características que son exclusivas de WebSphere Remote Server.
Este proyecto se proporciona como muestra para ilustrar los elementos básicos de
un proyecto de despliegue de aplicaciones de WebSphere y cómo estos elementos
interactúan con la clase de envoltura especial. Sin embargo, en la práctica, generará
su propio proyecto en función de la aplicación de WebSphere. Para obtener más
información sobre cómo utilizar el asistente del proyecto de despliegue de
aplicaciones de WebSphere, consulte: http://publib.boulder.ibm.com/infocenter/
satinfo/v3r2/topic/com.ibm.sat.doc/concepts/cerwebap.htm.
Archivos del proyecto de aplicación
Los siguientes archivos constituyen el núcleo del proyecto (no se trata de una lista
exhaustiva):
v PlantsByWebSphereEAR-1.1.1.ear: este archivo de archivado de J2EE contiene la
aplicación PlantsByWebSphere. El asistente lo genera automáticamente.
v DeployWebApplications.java: es el programa principal que controla la
instalación invocando el mandato wsadmin con diversos scripts python para
desplegar y configurar la aplicación. Se trata de código repetitivo que genera el
asistente.
Capítulo 5. Ampliación
101
v DeployWebApplications.py y DeployWebApplicationsProfile.py: wsadmin
ejecuta estos scripts python para desplegar el archivo EAR y configurar la
aplicación. El asistente genera automáticamente estos scripts.
v DeployWebApplications.bat: este archivo de proceso por lotes simple se utiliza
para invocar el mandato wsadmin en el sistema operativo Windows. El asistente
proporciona este archivo.
v DeployWebApplications.properties: este archivo de propiedades actúa como
“archivo de respuestas” para la instalación de la aplicación y se utiliza para
pasar variables desde el asistente de despliegue al código Java y python.
v WrsDeployWebApplications.java: es la clase de envoltura que se añade al
proyecto. Esta clase actúa como programa principal para el proyecto de
aplicación y amplía la clase DeployWebApplications. Nos permite modificar las
variables que se pasan a la aplicación a partir de una instalación anterior de
WebSphere Remote Server. Es especialmente útil si se tiene la intención de
utilizar el modelo de despliegue y configuración Warehouse de dos fases (que se
describe en el artículo mencionado anteriormente) o si se está ampliando una
solución ya desplegada con una nueva aplicación. Este código está previsto para
ser repetitivo pero puede necesitar algunas pequeñas modificaciones en función
de la aplicación.
Variables
Las variables disponibles en el proyecto de aplicación son en parte el resultado de
las opciones seleccionadas cuando se ejecuta el asistente para crear el proyecto. El
proyecto PlantsByWebSphereDeployment contiene variables que proceden de la
generación de un proyecto típico de despliegue de aplicaciones de WebSphere.
Algunas de estas variables se pasan como argumentos de la línea de mandatos a la
clase DeployWebApplications, algunas variables están asociadas con el archivo de
propiedades de respuestas DeployWebApplications.properties y algunas están
alteradas temporalmente por la clase de envoltura WrsDeployWebApplications de
acuerdo con los valores obtenidos por una instalación anterior (o actual) de una
solución WebSphere Remote Server. Estas variables se describen con mayor detalle
a continuación:
v WAS_HOME_AIX: una variable de vía de acceso de archivo que apunta al
directorio de instalación de WebSphere Application Server en la plataforma AIX.
Dado que WebSphere Remote Server actualmente no da soporte a la plataforma
AIX, esta variable se establece de forma predeterminada en la serie vacía. Esta
variable no debe exponerse al usuario que instala la solución.
v WAS_HOME_LINUX: una variable de vía de acceso de archivo que apunta al
directorio de instalación de WebSphere Application Server en la plataforma
Linux. La clase de envoltura WrsDeployWebApplications altera temporalmente
esta variable con el valor de la variable installLocation del proyecto de
aplicación Was_61013_Lnx. Como resultado, esta variable no debe exponerse al
usuario que instala la solución.
v WAS_HOME_OS400: una variable de vía de acceso de archivo que apunta al
directorio de instalación de WebSphere Application Server en la plataforma
iSeries. Dado que WebSphere Remote Server actualmente no da soporte a la
plataforma iSeries, esta variable se establece de forma predeterminada en la serie
vacía. Esta variable no debe exponerse al usuario que instala la solución.
v WAS_HOME_WINDOWS: una variable de vía de acceso de archivo que apunta
al directorio de instalación de WebSphere Application Server en la plataforma
Windows. La clase de envoltura WrsDeployWebApplications altera
temporalmente esta variable con el valor de la variable installLocation del
102
WebSphere Remote Server Information Center Versión 7.1
v
v
v
v
proyecto de aplicación Was_61013_Win. Como resultado, esta variable no debe
exponerse al usuario que instala la solución.
USER: el usuario administrativo de WebSphere Application Server. La clase de
envoltura WrsDeployWebApplications altera temporalmente esta variable con el
valor de la variable wasAdminUser del proyecto de aplicación
WasStandaloneProfileConfiguration. Como resultado, esta variable no debe
exponerse al usuario que instala la solución.
PASSWORD: la contraseña del usuario administrativo de WebSphere
Application Server. La clase de envoltura WrsDeployWebApplications altera
temporalmente esta variable con el valor de la variable wasAdminPassword del
proyecto de aplicación WasStandaloneProfileConfiguration. Como resultado, esta
variable no debe exponerse al usuario que instala la solución.
databaseName: el nombre de la base de datos que debe crearse. Esta variable
debe enlazarse a nivel de solución con la variable databaseName del proyecto de
aplicación Db2Configuration.
cdsalias_userId: el ID de usuario de base de datos para el alias de autenticación
dsAlias. La clase de envoltura WrsDeployWebApplications altera temporalmente
esta variable con el valor de la variable instanceUser de los proyectos de
aplicación Db2_95_Win o Db2_95_Lnx. Como resultado, esta variable no debe
exponerse al usuario que instala la solución.
v dsalias_password: la contraseña de usuario de base de datos para el alias de
autenticación dsAlias. La clase de envoltura WrsDeployWebApplications altera
temporalmente esta variable con el valor de la variable instancePassword de los
proyectos de aplicación Db2_95_Win o Db2_95_Lnx. Como resultado, esta
variable no debe exponerse al usuario que instala la solución.
v queueManagerName: el nombre del gestor de colas que debe crearse. Esta
variable debe enlazarse a nivel de solución con la variable queueMgrName del
proyecto de aplicación MqConfiguration.
Proyectos PlantsByWebSphereSolutionForLinuxWithInformix,
PlantsByWebSphereSolutionForLinuxWithDb2,
PlantsByWebSphereSolutionForWindowsWithInformix y
PlantsByWebSphereSolutionForWindowsWithDb2
Estos proyectos de solución, similares a los proyectos
SampleSolutionForLinuxWithInformix, SampleSolutionForLinuxWithDB2,
SampleSolutionForWindowsWithInformix y SampleSolutionForWindowsWithDB2,
combinan los proyectos de aplicación anteriores con los proyectos de aplicación de
middleware para la plataforma apropiada en soluciones completas. Dado que las
soluciones se construyen de forma parecida, la siguiente descripción se aplica a
todos los proyectos de solución.
La solución consta de dos tareas. La primera tarea de nivel superior, Instalar
middleware de solución, incluye las subtareas necesarias para instalar la pila de
software de WebSphere Remote Server, que incluye IBM HTTP Server, WebSphere
Application Server, DB2 y WebSphere MQ. La segunda tarea de nivel superior,
Instalar y configurar aplicación, incluye los proyectos de aplicación
Db2Configuration, MqConfiguration y PlantsByWebSphereDeployment como
subtareas. Todas las variables de estos tres proyectos de aplicación se alteran
temporalmente a nivel de solución. La tabla siguiente muestra las variables con
una explicación de cómo se alteran temporalmente.
Capítulo 5. Ampliación
103
Tabla 8. Variables de aplicación alteradas temporalmente a nivel de solución
Proyecto de aplicación
Nombre de la variable
Descripción de la alteración temporal
Db2Configuration
databaseName
Compartida como databaseName
MqConfiguration
queueMgrName
Compartida como queueMgrName
MqConfiguration
isDefaultQueueMgr
Oculta, se establece de forma predeterminada en
true
MqConfiguration
createDeadLetterQueue
Oculta, se establece de forma predeterminada en
true
MqConfiguration
createPubSubQueues
Oculta, se establece de forma predeterminada en
true
PlantsByWebSphereDeployment
WAS_HOME_AIX
Oculta
PlantsByWebSphereDeployment
WAS_HOME_LINUX
Oculta
PlantsByWebSphereDeployment
WAS_HOME_OS400
Oculta
PlantsByWebSphereDeployment
WAS_HOME_WINDOWS
Oculta
PlantsByWebSphereDeployment
databaseName
Compartida como databaseName
PlantsByWebSphereDeployment
queueManagerName
Compartida como queueMgrName
PlantsByWebSphereDeployment
USER
Oculta
PlantsByWebSphereDeployment
PASSWORD
Oculta
PlantsByWebSphereDeployment
dsalias_userId
Oculta
PlantsByWebSphereDeployment
dsalias_password
Oculta
Utilización de la solución de muestra PlantsByWebSphere
Utilice estas instrucciones para crear y probar el despliegue de la aplicación de
muestra PlantsByWebSphere para IBM WebSphere Remote Server.
Por qué y cuándo se efectúa esta tarea
Se presupone que el entorno de desarrollo de WebSphere Remote Server está
instalado en una estación de trabajo de desarrollo y que un servidor de pruebas
también está disponible para probar el despliegue (este servidor también podría
ser la estación de trabajo de desarrollo). Para crear y probar la solución, siga estos
pasos:
1. En Express Runtime Developer, pulse con el botón derecho del ratón
PlantsByWebSphereSolutionForLinuxWithDb2,
PlantsByWebSphereSolutionForLinuxWithInformix,
PlantsByWebSphereSolutionForWindowsWithDb2 o
PlantsByWebSphereSolutionForWindowsWithInformix, según la plataforma
de destino en la que tenga previsto probar el despliegue.
2. En el menú emergente, seleccione Generar solución.
3. Si tiene previsto probar el despliegue en la estación de trabajo de desarrollo,
siga los pasos que se indican a continuación:
a. Pulse con el botón derecho del ratón en el mismo proyecto de solución y
seleccione Probar en el asistente de despliegue en el menú.
b. Cuando aparezca el asistente de despliegue, siga las indicaciones para
probar el despliegue.
4. Como alternativa, si tiene previsto probar el despliegue en un servidor distinto,
siga los pasos que se indican a continuación:
a. Pulse con el botón derecho del ratón en el mismo proyecto y seleccione
Exportar en el menú.
b. Cuando aparezca el recuadro de diálogo Exportar, seleccione Express
Runtime → Imagen del iniciador de soluciones de Express Runtime en la
lista de destinos de exportación y después pulse Siguiente.
104
WebSphere Remote Server Information Center Versión 7.1
c. Especifique la ubicación del directorio Destino donde desea tener la imagen
y pulse Finalizar. La imagen del iniciador de soluciones puede copiarse en
el servidor de pruebas o grabarse en un DVD. El asistente de despliegue se
invoca utilizando el archivo iniciador (WindowsSetup.exe o LinuxSetup,
según la plataforma). Cuando aparezca el asistente de despliegue, siga las
indicaciones para probar el despliegue.
5. Para probar el despliegue de la solución de muestra, apunte un navegador a
http://servidor:9080/PlantsByWebSphere/index.jsp, donde servidor es el nombre
de host del servidor en el que ha desplegado la solución. Ahora podrá navegar
por la aplicación de muestra Plants ByWebSphere.
Desarrollo de su propia solución
Para desarrollar su propia solución utilizando las técnicas que se describen en esta
sección, debe seguir las directrices básicas que se indican a continuación:
Copiar y personalizar los proyectos de plantilla
Los proyectos Db2Configuration y MqConfiguration están pensados para utilizarse
como plantillas: simplemente copie los proyectos completos con un nombre nuevo
y sustituya los archivos de script por los suyos. Copie sólo los proyectos que se
aplican a su solución. Por ejemplo, si su solución no requiere IBM WebSphere MQ,
no necesitará el proyecto MqConfiguration. Por otro lado, puede copiar estos
proyectos tantas veces como sea necesario para satisfacer los requisitos de su
solución. Por ejemplo, si su solución requiere dos o más bases de datos, puede
copiar los proyectos Db2Configuration tantas veces como sea necesario.
Personalización del proyecto Db2Configuration
1. Pulse con el botón derecho del ratón en el proyecto Db2Configuration de
Express Runtime Developer y seleccione Copiar en el menú emergente.
2. Pulse con el botón derecho del ratón en el panel Navegador y seleccione Pegar
en el menú. Se abrirá el recuadro de diálogo Copiar proyecto. Proporcione un
nombre de proyecto nuevo y pulse Aceptar. El proyecto se copiará.
3. Utilizando el panel Navegador, expanda la vista por debajo del proyecto que
acaba de copiar y baje hasta el directorio src|userPrograms. Allí, verá dos
archivos de script: tables.ddl y populate.sql. Debe sustituir estos archivos por
sus propios scripts, pero es importante que estos scripts nuevos mantengan los
mismos nombres. Aunque estos archivos pueden editarse manualmente, existen
formas mejores de generar estos scripts.
4. El contenido del archivo tables.ddl puede generarse a partir de una base de
datos existente utilizando el mandato db2look. Para obtener más información,
consulte: http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/topic/
com.ibm.db2.luw.admin.cmd.doc/doc/r0002051.html.
5. El archivo de script populate.sql puede eliminarse del proyecto si no es
necesario que las tablas estén llenadas previamente para que se pueda ejecutar
la aplicación. Algunas aplicaciones llenan la base de datos durante la ejecución
utilizando código del lado del servidor, como por ejemplo un servlet. En este
caso, populate.sql no es necesario. De lo contrario, añada las sentencias
INSERT necesarias para llenar las tablas según convenga.
Personalización del proyecto IdsConfiguration
1. Pulse con el botón derecho del ratón en el proyecto IdsConfiguration de
Express Runtime Developer y seleccione Copiar en el menú emergente.
Capítulo 5. Ampliación
105
2. Pulse con el botón derecho del ratón en el panel Navegador y seleccione Pegar
en el menú. Se abrirá el recuadro de diálogo Copiar proyecto. Proporcione un
nombre de proyecto nuevo y pulse Aceptar. El proyecto se copiará.
3. Con el panel Navegador, expanda la vista por debajo del proyecto que acaba
de copiar y navegue hasta el directorio src|userPrograms donde están ubicados
los dos archivos de script siguientes: tables.sql y populate.sql. Sustituya
estos archivos por sus propios scripts, pero mantenga los mismos nombres de
script. Aunque estos archivos pueden editarse manualmente, existen formas
mejores de generar estos scripts.
4. El archivo de script populate.sql puede eliminarse del proyecto si no es
necesario que las tablas estén llenadas previamente para que se pueda ejecutar
la aplicación. Algunas aplicaciones llenan la base de datos durante la ejecución
utilizando código del lado del servidor, como por ejemplo un servlet. En este
caso, el archivo populate.sql no es necesario. De lo contrario, añada las
sentencias INSERT necesarias para llenar las tablas según convenga.
Personalización del proyecto MqConfiguration
1. Pulse con el botón derecho del ratón en el proyecto MqConfiguration de
Express Runtime Developer y seleccione Copiar en el menú.
2. Pulse con el botón derecho del ratón en el panel Navegador y seleccione Pegar
en el menú. Se abrirá el recuadro de diálogo Copiar proyecto. Proporcione un
nombre de proyecto nuevo y pulse Aceptar. El proyecto se copiará.
3. Utilizando el panel Navegador, expanda la vista por debajo del proyecto que
acaba de copiar y baje hasta el directorio src|userPrograms. Localice el archivo
de script llamado default.mqsc. Sustituya estos archivos por sus propios
scripts, pero mantenga los mismos nombres de script. Aunque este archivo
puede editarse manualmente, existen formas mejores de generar este script.
4. El contenido de default.mqsc puede codificarse manualmente con los
mandatos MQSC necesarios para crear las colas, canales y otros objetos
necesarios para su solución. Sin embargo, un conjunto de mandatos MQSC
puede generarse automáticamente a partir de una instalación existente de
WebSphere MQ utilizando el SupportPac saveqmgr. Para obtener más
información, consulte: http://www.ibm.com/support/
docview.wss?uid=swg24000673
5. De forma predeterminada, el script de muestra de publicación/suscripción de
JMS proporcionado con WebSphere MQ se ejecuta como parte de este proyecto
de aplicación. Si desea ejecutar su propio script para dicho fin, puede añadirlo
al proyecto dándole el nombre pubsub.mqsc. De forma predeterminada, este
archivo no existe en el proyecto.
Creación y ampliación del proyecto de despliegue de
aplicaciones de WebSphere
El asistente del proyecto de despliegue de aplicaciones de WebSphere es el método
más simple de crear un proyecto de aplicación para desplegar y configurar la
aplicación de WebSphere. Para poder utilizar este asistente, la aplicación ya debe
estar desplegada y configurada en un servidor que sea accesible a través de la red
desde la estación de trabajo de desarrollo en la que se utiliza Express Runtime
Developer. El primer paso es generar el proyecto. A continuación, el proyecto se
ampliará para ser utilizado con IBM WebSphere Remote Server.
Creación del proyecto de despliegue de aplicaciones de WebSphere
106
WebSphere Remote Server Information Center Versión 7.1
Las instrucciones completas sobre el uso del asistente del proyecto de despliegue
de aplicaciones de WebSphere están disponibles en: http://
publib.boulder.ibm.com/infocenter/satinfo/v3r2/topic/com.ibm.sat.doc/concepts/
cerwebap.htm. Los pasos siguientes proporcionan una visión general de los
conceptos básicos necesarios para completar el asistente, y presuponen que en este
proyecto se está utilizando una aplicación J2EE. Es posibles que algunos de los
paneles que se describen a continuación sean distintos de lo que verá ya que
dependen del tipo de aplicación y de los aspectos concretos de su configuración.
1. En Express Runtime Developer, seleccione Archivo → Nuevo → Proyecto de
despliegue de aplicaciones de WebSphere. Se abrirá el asistente del proyecto
de despliegue de aplicaciones de WebSphere.
2. Proporcione un nombre de proyecto y pulse Siguiente.
3. En el panel Localizar perfil de origen, elija el botón de selección Directorio
remoto y pulse Examinar. Cuando aparezca el recuadro de diálogo Conectar,
especifique el Host, Nombre de usuario y Contraseña necesarios para conectar
con el servidor donde está instalada actualmente la aplicación. Pulse Conectar.
Aparecerá un recuadro de diálogo de navegador de archivos. Vaya hasta el
directorio config del perfil de WebSphere Application Server que está
ejecutando la aplicación y pulse Aceptar. Se analizará la información de
configuración del perfil. Cuando finalice este análisis, puede pulsar Siguiente.
4. En la lista seleccione las aplicaciones que desea incluir en este proyecto. Pulse
Siguiente.
5. En el panel Revisar resumen de configuración, pulse Siguiente.
6. En el panel Opciones generales, seleccione las opciones que desee y después
pulse Siguiente.
7. El siguiente panel solicita los nombres de usuario de los roles de seguridad
para la aplicación. Rellene los valores apropiados y pulse Siguiente.
8. El siguiente panel solicita la ubicación de los archivos JAR necesarios para el
“DB2 Universal JDBC Driver Provider (XA)”. Utilice el botón Añadir para
encontrar la ubicación de los archivos jar apropiados y pulse Siguiente.
Nota: en función de cómo estén configurados los proveedores de JDBC para
la aplicación, este panel podría no estar disponible.
9. Los paneles restantes solicitan datos específicos de varios recursos
configurados para la aplicación. Normalmente proporcionan valores
predeterminados tal como están configurados actualmente para la aplicación.
Si desea exponer una o más de estas variables de modo que se puedan
especificar durante la instalación, marque el recuadro de selección Permitir
modificar este valor durante el despliegue que está junto a la variable en
cuestión. Se presupone que la mayoría de las variables tienen los valores
predeterminados. Las variables que quizás desee modificar son Nombre de
base de datos y Nombre de gestor de colas.
10. Cuando haya llegado al último panel, pulse Finalizar. El proyecto se genera
automáticamente.
Ampliación del proyecto de despliegue de aplicaciones de WebSphere
El proyecto de despliegue de aplicaciones de WebSphere que acaba de crear puede
utilizarse directamente en un proyecto de solución WebSphere Remote Server,
especialmente si tiene la intención de instalar y configurar a la vez la solución. Sin
embargo, si tiene la intención de seguir el modelo de instalación y configuración
Warehouse de dos fases, debe modificar este proyecto con algunos cambios
importantes. De forma parecida, si la solución pretende desplegar la aplicación en
Capítulo 5. Ampliación
107
instancias existentes de WebSphere Remote Server y no incluirá el middleware
como parte de la solución, debe realizar estos cambios.
1. En el panel Navegador de Express Runtime Developer, vaya hasta el siguiente
subdirectorio: PlantsByWebSphereDeployment/src/
PlantsByWebSphereDeployment/userPrograms. En esta ubicación, localice el
archivo WrsDeployWebApplications.java y cópielo en el subdirectorio
userPrograms correspondiente del espacio de trabajo del proyecto nuevo.
2. En Express Runtime Developer, abra el archivo application.axml para el nuevo
proyecto. En la pestaña Programas, seleccione la pestaña Programa principal.
Cambie el valor de Program para que sea WrsDeployWebApplications. En el
recuadro de lista Argumentos, elimine todos los argumentos seleccionando
cada argumento de uno en uno y pulsando Eliminar.
3. Guarde el valor cambiado en el archivo application.axml.
4. La clase WrsDeployWebApplications ajusta la clase DeployWebApplications
predeterminada y permite que determinados valores de variables se alteren
temporalmente con los valores recuperados del archivo de metadatos de
WebSphere Remote Server. (Son valores de variables y otros metadatos del
sistema creados durante la instalación inicial de WebSphere Remote Server).
Nota: esta clase debe manejar las variables más importantes y no debe requerir
cambios en la mayoría de instancias. Sin embargo, es importante revisar
el código para entender lo que se está haciendo y así poder modificarlo
en caso de que sea necesario realizar cambios.
Creación de la solución
El proyecto de solución es donde todos los proyectos de aplicación se combinan en
una única solución unificada. Una solución WebSphere Remote Server completa
incluye todos los proyectos de aplicación de middleware. La tabla siguiente
muestra los diferentes proyectos de aplicación que pueden incluirse para cada
plataforma. Aunque puede eliminar de la solución los proyectos de aplicación de
esta lista, el orden en que aparecen en la lista es importante.
Tabla 9. Proyectos de aplicación de WebSphere Remote Server
108
Nombre de proyecto de
Linux
Nombre de proyecto de
Windows
IrssBase_70_Lnx
IrssBase_70_Win
Código base de WebSphere
Remote Server. Obligatorio.
Db2_953a_Lnx
Db2_953a_Win
DB2 Workgroup Server
Edition
Ids_1150_Lnx
Ids_1150_Win
Informix Dynamic Server
Mq_7001_Lnx
Mq_7001_Win
WebSphere MQ
Was_7003_Lnx
Was_7003_Win
WebSphere Application
Server Network Deployment
Configuración de
WasStandaloneProfile
Configuración de
WasStandaloneProfile
Perfil de WebSphere
Application Server
Ihs_70_Lnx
Ihs_70_Win
IBM HTTP Server
Smash_1101_Lnx
Smash_1101_Win
WebSphere sMash
ConfigWrapperWithDb2 o
ConfigWrapperWithInformix
ConfigWrapperWithDb2 o
ConfigWrapperWithInformix
Configurador de aplicaciones
de WebSphere Remote
Server. Es opcional.
WebSphere Remote Server Information Center Versión 7.1
Comentarios
Todos los proyectos de aplicación de middleware son técnicamente opcionales; sin
embargo, en la práctica WebSphere Remote Server y DB2 con toda seguridad serán
obligatorios mientras que IBM WebSphere MQ e IBM HTTP Server puede que no
lo sean. Todo depende de los requisitos de la aplicación.
Además de los proyectos indicados más arriba, se debe añadir el proyecto
Db2Configuration o la copia del mismo, el proyecto MqConfiguration o la copia
del mismo y el proyecto de despliegue de aplicaciones de WebSphere creado en
“Creación y ampliación del proyecto de despliegue de aplicaciones de WebSphere”
en la página 106.
Las instrucciones siguientes indican los pasos necesarios para crear un proyecto de
solución parecido a PlantsByWebSphereForLinux o
PlantsByWebSphereForWindows pero incluye sus propios proyectos de aplicación.
1. En el menú Archivo, seleccione Nuevo → Proyecto de solución. Se abrirá el
asistente del proyecto Nuevo.
2. En el primer panel, especifique el nombre del proyecto. Elija un nombre
significativo. Si tiene la intención de desarrollar soluciones para las dos
plataformas de sistema operativo que soporta WebSphere Remote Server
(Linux y Windows), es posible que desee incluir el nombre de la plataforma
en el nombre del proyecto. Pulse Siguiente.
3. En el siguiente panel, especifique el ID de la solución y el título de la
solución, según convenga. Pulse Finalizar. Se creará el proyecto de solución.
Para añadir proyectos de aplicación a un proyecto de solución, primero debe
crear tareas. Para este ejemplo, puede crear dos tareas: una para instalar todo
el middleware de WebSphere Remote Server y otra para desplegar y
configurar la aplicación.
4. Cambie a la pestaña Tareas. Junto al recuadro de lista Tareas de la solución,
pulse Añadir. Cuando aparezca el asistente de tareas Añadir, pulse el botón
de selección Crear una tarea de instalación vacía y pulse Siguiente.
5. Escriba un valor en el campo Descripción de la tarea y pulse Finalizar.
6. Para añadir proyectos de aplicación a esta tarea, pulse Añadir. Cuando
aparezca el asistente Añadir deje seleccionado el botón de selección Añadir
aplicaciones y pulse Siguiente.
7. En el recuadro de lista Aplicaciones, seleccione todos los proyectos de
aplicación para los componentes de middleware. Consulte la tabla anterior
para ver los proyectos correctos que debe seleccionar para su plataforma.
Cuando haya terminado, pulse Finalizar.
8. Reordene las aplicaciones de modo que coincidan con el orden de los
proyectos que aparecen en la lista de Tabla 9 en la página 108 anterior.
Seleccione una aplicación de la lista y utilice los botones Arriba y Abajo para
cambiar el orden. Repita este proceso hasta que el orden sea el correcto.
9. Cree una segunda tarea para desplegar y configurar la aplicación; para ello,
repita los pasos 4 y 5.
10. Para añadir proyectos de aplicación a esta segunda tarea, pulse Añadir.
Cuando aparezca el asistente Añadir deje seleccionado el botón de selección
Añadir aplicaciones y pulse Siguiente.
11. En el recuadro de lista Aplicaciones, seleccione únicamente los proyectos de
aplicación que ha creado en las secciones anteriores. Cuando haya terminado,
pulse Finalizar.
12. Reordene las aplicaciones de modo que el proyecto de despliegue de
aplicaciones de WebSphere aparezca al final de la lista. La técnica para
reordenar las aplicaciones es la misma que la descrita para el paso 8 anterior.
Capítulo 5. Ampliación
109
13. Altere temporalmente las variables. Utilizando la lista de Tabla 9 en la página
108 anterior como referencia, altere temporalmente las variables de aplicación.
La mayoría deberían estar ocultas. Algunas deberían estar compartidas. Para
alterar temporalmente una variable de aplicación, seleccione una aplicación en
el recuadro de lista Tareas de la solución y pulse Añadir a la derecha del
recuadro de lista Variables de aplicación alteradas temporalmente. Aparecerá
un asistente. Seleccione las variables en la lista. Al completar las páginas
restantes del asistente, puede especificar cómo desea que se altere
temporalmente cada variable (oculta, compartida como, etc.).
14. Cree y pruebe la solución utilizando los pasos descritos en la sección
“Utilización de la solución de muestra PlantsByWebSphere” en la página 104.
Utilización de WrsApplicationConfigurator
Las instrucciones anteriores ilustran cómo la aplicación de WebSphere puede
desplegarse y configurarse como una tarea aparte en un proyecto de solución
único. Ambas tareas pueden ejecutarse a la vez desde el asistente de despliegue o
durante invocaciones distintas del asistente de despliegue, siempre que la imagen
del iniciador de soluciones todavía esté disponible en la máquina de destino.
Diseñado así, este proyecto de solución todavía puede utilizarse en el modelo de
instalación y configuración del almacén de dos fases que se describe en el artículo
titulado Deploying WebSphere Remote Server que está disponible en:
http://www.ibm.com/support/docview.wss?rs=2193&context=SSUNCX
&dc=DA480&uid=swg27012849&loc=en_US&cs=utf-8&lang=en.
Sin embargo, en ese artículo, la fase de configuración se ha diseñado como un
proyecto de solución secundario independiente, WrsApplicationConfigurator, que
entonces es “ajustado” por un proyecto de aplicación, ConfigWrapper, que pasa a
incluirse en el proyecto de solución principal. El proyecto de aplicación
ConfigWrapper utiliza la salida de la imagen del iniciador de soluciones de la
solución WrsApplicationConfigurator como entrada para crear su paquete de
despliegue.
Las técnicas descritas en este artículo también pueden utilizarse con el patrón
WrsApplicationConfigurator/ConfigWrapper. Las instrucciones siguientes
proporcionan una descripción breve de las diferencias necesarias:
1. Añada los proyectos de aplicación creados en “Copiar y personalizar los
proyectos de plantilla” en la página 105 y “Creación y ampliación del proyecto
de despliegue de aplicaciones de WebSphere” en la página 106 al proyecto de
solución WrsApplicationConfigurator.
2. Genere la solución y exporte la imagen del iniciador de soluciones para
WrsApplicationConfigurator.
3. Genere el paquete de despliegue para el proyecto de aplicación ConfigWrapper.
Asegúrese de que el directorio de origen apunte al directorio donde se ha
exportado la imagen del iniciador de soluciones en el paso anterior.
4. Incluya el proyecto de aplicación ConfigWrapper en el proyecto de solución
WebSphere Remote Server.
Creación de una aplicación
Para este enfoque, se presupone que no tiene ninguna aplicación de WebSphere
que pueda ajustarse con un proyecto de despliegue de aplicaciones de WebSphere.
En este caso, se presupone que está creando un proyecto de aplicación partiendo
de cero. La creación de un proyecto de aplicación implica definir variables,
110
WebSphere Remote Server Information Center Versión 7.1
correlacionar variables con propiedades en un archivo de respuestas y escribir el
código necesario para invocar al instalador de la aplicación.
IBM Software Assembly Toolkit proporciona una API completa para ayudar en el
desarrollo del código Java necesario para gestionar la instalación. El espacio de
trabajo de IBM WebSphere Remote Server amplía todavía más esta API con las
clases harness que mejoran el flujo de trabajo antes y después de la instalación y
un conjunto de clases de programa de utilidad que proporcionan diversas
funciones útiles.
La API harness
Las clases siguientes amplían las clases SupportBase a partir de la API Software
Assembly Toolkit:
v com.ibm.wrs.solution.utils.SoftwareWindowsHarness
v com.ibm.wrs.solution.utils.SoftwareLinuxHarness
v com.ibm.wrs.solution.utils.SoftwareConfigHarness
Las clases harness de software dividen el proceso de instalación en tres pasos
sencillos: preInstall, doInstall y postInstall. Los métodos preInstall y postInstall
deben alterarse temporalmente para proporcionar la función que se necesita, pero
deben proporcionar un comportamiento predeterminado razonable si no es
necesario ningún trabajo especial. El método doInstall ejecuta el mandato install
para la aplicación. El trabajo pesado de interpretar los códigos de retorno y los
mensajes se realiza gracias a la clase base del método install. En general, no será
necesario alterar temporalmente este método.
La clase SoftwareConfigHarness proporciona un proceso similar de tres pasos:
preConfigure, doConfigure y postConfigure. Al igual que con las clases harness de
software, sólo es necesario escribir el código para estos tres pasos. La clase base
maneja los códigos de retorno, etc.
No tiene que utilizar necesariamente estas clases. Puede realizar una ampliación a
partir de las clases SupportWindowsBase y SupportLinuxBase que proporciona
SAT. Pero las clases harness simplifican el desarrollo.
Las clases harness proporcionan otra función importante y que es la de actualizar
el archivo de metadatos de WebSphere Remote Server que se describe a
continuación.
Archivo de metadatos de WebSphere Remote Server
El archivo de metadatos de WebSphere Remote Server es un repositorio de
información de configuración del sistema. Más concretamente, es un archivo XML
almacenado en SIF_HOME/solution/WRSMetadata.xml. Los metadatos almacenan
información de configuración sobre cada uno de los componentes de middleware,
como por ejemplo la ubicación de la instalación, los valores de los parámetros de la
instalación y los métodos para iniciar, detener y supervisar el componente. Estos
datos se utilizan para iniciar y detener toda la pila de software.
Existen cinco elementos XML principales que componen los metadatos. El
elemento de solución representa la solución completa en el sistema. De forma
predeterminada, tiene el atributo de nombre "WRS." Los elementos de aplicación
representan componentes individuales de software y se llaman según corresponda:
"WAS", "DB2", etc. Estos elementos son siempre hijos de un elemento de solución.
Capítulo 5. Ampliación
111
Los elementos de subcomponente representan una entidad importante dentro de
un componente de software, como por ejemplo un perfil de IBM WebSphere
Application Server. Estos elementos son siempre hijos de elementos de aplicación.
Los elementos de credencial representan nombres de usuario y contraseñas del
sistema. Estos elementos se consideran globales en el sistema y existen al mismo
nivel que el elemento de solución. Todos los demás elementos de los metadatos
(con la excepción de raíz) representan "propiedades" del elemento padre.
La mayor parte de los datos que aparecen en el archivo de metadatos de
WebSphere Remote Server proceden directamente de las variables definidas en el
proyecto de aplicación. Pero una determinada información, como los mandatos
start/stop o los mandatos uninstall, no deben solicitarse a los usuarios de la
aplicación. Debe incluir esta información adicional en los metadatos utilizando una
API creada para esta finalidad, pero existe una forma más fácil de hacerlo que no
requiere desarrollar código.
Las clases harness de software descritas anteriormente proporcionan otra función
importante: una vez que la instalación se ha realizado satisfactoriamente, un
fragmento de código XML se fusiona con el archivo de metadatos de WebSphere
Remote Server. El fragmento de código XML es un archivo llamado metadata.xml
que existe en el proyecto de aplicación. El archivo metadata.xml se parece a un
subconjunto del archivo de metadatos completo con los mismos elementos que se
han descrito anteriormente. Al incluir un archivo metadata.xml en el proyecto y
ampliar la clase principal a partir de una de las clases harness de software, el
archivo de fragmento de código de metadatos se fusiona en el archivo de
metadatos de WebSphere Remote Server durante la instalación.
Consulte los proyectos de aplicación del espacio de trabajo para ver ejemplos de
metadata.xml.
WebSphere Remote Server almacena contraseñas codificadas para algunos de los
productos de middleware de IBM en el archivo SIF_HOME/solution/
WRSMetadata.xml. La codificación y el cifrado impiden observar casualmente las
contraseñas; sin embargo, la codificación no es suficiente para proteger
completamente las contraseñas. La seguridad nativa es el principal mecanismo
para proteger las contraseñas utilizadas en la configuración de WebSphere
Application Server y en los archivos de propiedades. En los enlaces siguientes se
proporciona ayuda a la hora de establecer permisos de archivos para cada sistema
operativo:
v Windows 2008 Server: http://msdn.microsoft.com/en-us/magazine/
cc982153.aspx
v Windows 2003 Server: http://support.microsoft.com/kb/325361
v Windows XP: http://support.microsoft.com/default.aspx/kb/308419
v SUSE Linux Enterprise Server: http://www.novell.com/documentation/sled10/
sled_deployment_sp2/index.html?page=/documentation/sled10/
sled_deployment_sp2/data/sect1_chapter_sled_deployment_sp2.html
v Red Hat Enterprise Linux: http://www.redhat.com/docs/manuals/linux/RHL9-Manual/getting-started-guide/s1-navigating-ownership.html
112
WebSphere Remote Server Information Center Versión 7.1
Preparación del despliegue remoto utilizando Tivoli Provisioning
Manager
Esta sección describe una estrategia de nivel superior para utilizar IBM Tivoli
Provisioning Manager para instalar remotamente soluciones utilizando IBM
WebSphere Remote Server.
En releases anteriores de WebSphere Remote Server, se proporcionaban archivos
individuales de definición de paquetes de software de Tivoli (denominados
archivos SPD) para cada producto de middleware. Se requería la instalación de los
aceleradores de gestión de sistemas que contenían archivos SPD junto con
imágenes de CD de los productos de middleware y los scripts de instalación. Esto
permitía instalar el middleware de IBM en máquinas remotas, producto a
producto.
WebSphere Remote Server utiliza un enfoque de solución para la instalación en
lugar de un enfoque de producto individual. En WebSphere Remote Server, ya no
se proporcionan archivos de paquetes individuales para los productos de
middleware. En vez de ellos, se suministran archivos SPD de muestra para
soluciones completas de Windows y Linux. Se puede utilizar un SPD junto con una
imagen de CD o DVD de la solución para crear un bloque de paquetes de software
de Tivoli (llamado archivo SPB). El archivo SPB se puede importar al catálogo de
software del servidor de Tivoli Provisioning Manager. Después, la solución estará
preparada para la distribución a ISP remotos.
Los archivos SPD proporcionados por WebSphere Remote Server combinados con
la solución se deben compilar en archivos SPB. Los archivos SPB contienen la
definición de paquetes, así como la imagen de soporte de la solución. Para crear
los archivos SPB necesita Tivoli Software Package Editor que es un componente de
Tivoli Provisioning Manager.
Observe que se proporcionan tres archivos SPD para cada una de las soluciones de
muestra. Esto es debido al límite de 2 GB en el tamaño de los archivos SPB. Dos de
los SPD se utilizan para instalar las imágenes de soporte en el ISP. El tercer SPD
utiliza las imágenes de soporte para instalar la solución real. Si la solución es
inferior a 2 GB, sólo necesitará un archivo SPD que copiará los archivos y realizará
la instalación.
Los pasos de nivel superior para el despliegue utilizando Tivoli Provisioning
Manager son:
v Instalar el entorno de desarrollo de la solución WebSphere Remote Server.
v Instalar y configurar Tivoli Software Package Editor (SPE).
v Compilar la solución de muestra o generar una solución propia. Asegúrese de
que exporta la solución en modalidad silenciosa. Consulte Preparación de la
solución para la instalación silenciosa más arriba.
v Crear un archivo SPB y copiarlo en la máquina de Tivoli Provisioning Manager.
v Importar al catálogo de software.
v Publicar en el servidor de depósitos.
v Distribuir al ISP.
v Instalar en el ISP.
Capítulo 5. Ampliación
113
Creación de los archivos SPB
Antes de crear los archivos SPD, debe generar imágenes de soporte de la solución.
Opcionalmente, puede utilizar los archivos SPD proporcionados, que se pueden
utilizar para instalar la solución de muestra. Consulte la sección Creación de la
solución de muestra.
También debe instalar Tivoli Software Package Editor y configurarlo para que se
comunique con el servidor de Tivoli Provisioning Manager. Antes de completar
este paso, consulte: Gestión de paquetes de software en Software Package Editor.
Los archivos SPD de muestra se instalan en el directorio sifDir/packages al instalar
WebSphere Remote Server. Los archivos SPD de muestra contienen referencias a
directorios que deben contener las imágenes de soporte del proyecto de solución.
Por ejemplo, el archivo SampleSolutionForWindowsPart1.spd contiene referencias a
los directorios C:\export\SampleSolutionForWindows\disk1 y disk2. WebSphere
Remote Server no instala estos directorios. Se crean cuando se utiliza el
componente Express Runtime Developer de IBM Software Assembly Toolkit para
exportar la solución a disco. Puede modificar las ubicaciones de directorios en los
archivos SPD. Simplemente asegúrese de que las ubicaciones de directorios en los
archivos SPD coinciden con las ubicaciones reales de las imágenes de soporte en el
disco duro.
Nota: Actualmente, existe una limitación en el tamaño de los archivos SPB. Los
archivos SPB no pueden tener más de 2 GB. Puesto que el tamaño de la
solución de muestra es superior a 2 GB, se deberá dividir entre varios
archivos SPB. Se proporcionan tres archivos SPD para cada solución de
muestra.
Windows:
v SampleSolutionForWindows.spd
v SampleSolutionForWindowsCd1and2.spd
v SampleSolutionForWindowsCd3and4.spd
Linux:
v SampleSolutionForLinux.spd
v SampleSolutionForLinuxCd1and2.spd
v SampleSolutionForLinuxCd3and4.spd
Los archivos SPB se pueden crear utilizando Software Package Editor. Abra los
archivos SPD en Software Package Editor, y luego guárdelos con la extensión .spb.
Al hacer esto, el editor genera los archivos SPB. Si ha configurado Software
Package Editor según se describe en Tivoli information center, podrá guardar el
archivo SPB directamente en el repositorio de archivos utilizado por el servidor de
Tivoli Provisioning Manager. De lo contrario, puede guardar los archivos SPB en el
sistema de archivos local, y luego utilizar Tivoli Provisioning Manager para
importar los archivos SPB al catálogo de software.
Configuración de Software Package Editor
Nota: Para obtener información sobre la configuración de Software Package Editor,
consulte Tivoli Provisioning Manager information center: Inicio y
configuración de Software Package Editor.
114
WebSphere Remote Server Information Center Versión 7.1
Siga estos pasos antes de iniciar Software Package Editor mediante Java Web Start:
v Inicie la aplicación Java Web Start, utilizando el plugin IBM JRE 1.4.2. Aparecerá
la ventana Gestor de aplicaciones de Java Web Start. En sistemas UNIX, inicie
Java Web Start con el mandato javaws.
v En el campo Ubicación, especifique la siguiente dirección URL:
https://<nombre_host>:<número_puerto>/SPEWebStart/spe.jnlp donde,
<nombre_host> representa el nombre de host del servidor web y <número_puerto>
representa el número de puerto de servidor web. El componente Software
Package Editor se descarga y muestra automáticamente.
v Inicie el componente Software Package Editor pulsando Inicio.
Control de WebSphere Remote Server y de las aplicaciones de ISP
El programa de utilidad de procesador de mandatos de IBM WebSphere Remote
Server es un archivo de clase contenido en el archivo SifUtility.jar, que se
encuentra en el directorio SIF_HOME/utility.
El procesador de mandatos de WebSphere Remote Server ejecuta mandatos a nivel
de sistema operativo que están definidos en el archivo de metadatos de WebSphere
Remote Server. Los mandatos se invocan pasando parámetros al procesador de
mandatos de WebSphere Remote Server que permiten al procesador buscar los
mandatos en el archivo de metadatos de WebSphere Remote Server y ejecutar el
mandato.
WebSphere Remote Server incluye scripts de comodidad para controlar las
aplicaciones que componen la solución WebSphere Remote Server.
Nota: Ejecute los mandatos start, stop y de consulta de estado desde una nueva
ventana de línea de mandatos. Los mandatos no funcionarán desde la
ventana de línea de mandatos que ha utilizado para realizar la instalación
ya que el entorno debe actualizarse. Cuando se abre una nueva ventana se
actualiza el entorno.
La sintaxis para estos scripts se repite aquí:
wrsstart [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsstop [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
wrsrunstatus [application || nombre_aplicación nombre_subcomponente] [-silent -log -verbose]
donde los siguientes parámetros son opcionales:
v silent: la información de ejecución del mandato no está impresa en la pantalla.
v log: la información de ejecución de mandato está impresa en el archivo de
registro.
v verbose: la información detallada de ejecución del mandato de depuración está
impresa en el tipo de salida designado.
Los scripts mencionados anteriormente sólo funcionan para la solución WebSphere
Remote Server y para las aplicaciones y subcomponentes que contiene la solución
WebSphere Remote Server. Sin embargo, se pueden modificar los parámetros de
control predeterminados para las aplicaciones y subcomponentes que se
encuentran en el archivo de metadatos de WebSphere Remote Server, o bien se
pueden añadir soluciones, aplicaciones y subcomponentes nuevos que no están
incluidos en WebSphere Remote Server. El procesador de mandatos de WebSphere
Remote Server es ampliable, de modo que estos cambios y futuras aplicaciones
pueden controlarse. La sección siguiente muestra cómo utilizar el procesador de
mandatos de WebSphere Remote Server para estos casos de ejemplo.
Capítulo 5. Ampliación
115
Cambio o adición de aplicaciones o subcomponentes nuevos a
la solución WebSphere Remote Server
La forma más sencilla de cambiar o añadir aplicaciones o subcomponentes nuevos
a la solución WebSphere Remote Server es utilizar los scripts existentes que se
proporcionan con la solución WebSphere Remote Server para crear una base que
sirva de punto de partida.
Ejemplo: Añadir una aplicación nueva a la solución WebSphere Remote Server
Esta aplicación tendrá posibilidad de inicio y detención.
1. Añada la información de la aplicación al archivo de metadatos bajo la solución
WebSphere Remote Server. Para este ejemplo, la aplicación TestApplication se
añade con la información de inicio y detención:
<solution name="WRS">
<application name="TestApplication">
<start>wrs_TestApplication_start.bat </start>
<stop>wrs_TestApplication_stop.bat </stop>
</application>
<solution>
2. Si los mandatos deseados son llamadas de script, cree los scripts necesarios.
Para este ejemplo, los mandatos serán llamadas a los scripts
wrs_TestApplication_start.bat y wrs_TestApplication_stop.bat. Si se utiliza
el archivo wrs_DB2_start.bat (que se instala al instalar DB2) como plantilla, el
archivo wrs_TestApplication_start.bat resultante se muestra a continuación:
@echo off
set SUCCESS=0
set FAILURE=1
set UNKNOWN=2
@CALL "%SIF_HOME%\bin\SifSetupCmdLine.bat"
set BINDIR"%SIF_HOME%\bin
set TEMPLOG="%SIF_HOME%\logs\%~nx0.log"
set rc=%UNKNOWN%
@call "%BINDIR%\TestApplication.exe start" > %TEMPLOG% 2>&1
if "%ERRORLEVEL%" EQU "1" (
@REM No se ha podido iniciar, pero puede que ya se haya iniciado
goto checkifstarted
)
if "%ERRORLEVEL%" EQU "0" (
@REM El mandato se ha ejecutado satisfactoriamente
set rc=%SUCCESS%
goto end
)
:checkifstarted
%JAVACMD% -cp %CP% com.ibm.sif.utility.FindString %TEMPLOG% "Ya se ha iniciado"
if "%ERRORLEVEL%" EQU "0" (
set rc=%SUCCESS%
goto end
)
if "%ERRORLEVEL%" EQU "8" (
set rc=%FAILURE%
goto end
)
:end
type %TEMPLOG%
del /s /q %TEMPLOG%
exit /b %rc%
Para este script de ejemplo, se muestra el siguiente algoritmo:
v Inicialice las variables locales que se necesitarán.
v Llame al archivo SifSetupCmdLine.bat o SifSetupCmdLine.sh. El script
SifSetupCmdLine debe llamarse siempre para que se inicialicen las variables
116
WebSphere Remote Server Information Center Versión 7.1
de entorno necesarias dentro del script, como por ejemplo el mandato para
invocar Java o para establecer la variable classpath Java.
v Llame al mandato para la aplicación. En este ejemplo, el mandato es:
TestApplication.exe start
v Evalúe la salida de la llamada al mandato. En este ejemplo, si
TestApplication se ha iniciado correctamente, el código de retorno se
establece en %SUCCESS%. Sin embargo, en este ejemplo, si al iniciar
TestApplication no se devuelve 0, es posible que la aplicación ya se esté
ejecutando, y el texto resultante mostrado en la pantalla tendrá las palabras
Ya iniciada. La ventana de salida se escribe en el archivo de registro con
nombre que se encuentra en %TEMPLOG%. Se puede buscar en este archivo
el texto Ya iniciada utilizando com.ibm.sif.utility.FindString, como se ha
mostrado antes. Si se encuentra el texto buscado, el código de retorno de la
aplicación se establece en %SUCCESS%; en caso contrario, se establece en
%FAILURE%.
v Muestre la salida a partir de la invocación del mandato.
v Suprima el archivo temporal que contiene la salida del mandato.
v Devuelva el código de retorno de la invocación del mandato.
3. Invoque el procesador de mandatos de WebSphere Remote Server para iniciar
la TestApplication, utilizando parámetros opcionales si lo desea: wrsstart
TestApplication [-silent -log -verbose
Adición de aplicaciones o subcomponentes nuevos a soluciones
que no son la solución WebSphere Remote Server solution
La forma más sencilla de añadir aplicaciones o subcomponentes nuevos a
soluciones distintas a la solución WebSphere Remote Server es utilizar los scripts
existentes con la solución WebSphere Remote Server para crear una base que sirva
de punto de partida.
Ejemplo: Añadir una aplicación nueva a una solución nueva.
Esta aplicación tendrá posibilidad de inicio y detención.
1. Añada la solución al archivo de metadatos de WebSphere Remote Server. Las
etiquetas de la solución nueva se añadirán al mismo nivel que la solución WRS.
En este ejemplo, se añade la solución NewSolution.
<solution name="WRS">
.... las etiquetas para la solución WRS están aquí
</solution>
<solution name="NewSolution">
</solution>
2. Añada la información de la aplicación al archivo de metadatos de WebSphere
Remote Server bajo la solución NewSolution. Para este ejemplo, la aplicación
NewApplication se añade con la información de inicio y detención:
<solution name="WRS">
.... las etiquetas para la solución WRS están aquí
</solution>
<solution name="NewSolution">
<application name="TestApplication">
<start>wrs_NewApplication_start.bat </start>
<stop>wrs_NewApplication_stop.bat </stop>
</application>
</solution>
3. Si los mandatos deseados son llamadas de script, cree los scripts necesarios.
Para este ejemplo, los mandatos son llamadas a los scripts
Capítulo 5. Ampliación
117
wrs_NewApplication_start.bat y wrs_NewApplication_stop.bat. Si se utiliza el
archivo wrs_DB2_start.bat (que se instaló al instalar DB2) como plantilla, el
archivo wrs_NewApplication_start.bat resultante se muestra a continuación:
@echo off
set SUCCESS=0
set FAILURE=1
set UNKNOWN=2
@CALL "%SIF_HOME%\bin\SifSetupCmdLine.bat"
set BINDIR"%SIF_HOME%\bin
set TEMPLOG="%SIF_HOME%\logs\%~nx0.log"
set rc=%UNKNOWN%
@call "%BINDIR%\NewApplication.exe start"
> %TEMPLOG% 2>&1
if "%ERRORLEVEL%" EQU "1" (
@REM No se ha podido iniciar, pero puede que ya se haya iniciado
goto checkifstarted
)
if "%ERRORLEVEL%" EQU "0" (
@REM El mandato se ha ejecutado satisfactoriamente
set rc=%SUCCESS%
goto end
)
:checkifstarted
%JAVACMD% -cp %CP% com.ibm.sif.utility.FindString %TEMPLOG% "Ya se ha iniciado"
if "%ERRORLEVEL%" EQU "0" (
set rc=%SUCCESS%
goto end
)
if "%ERRORLEVEL%" EQU "8" (
set rc=%FAILURE%
goto end
)
:end
type %TEMPLOG%
del /s /q %TEMPLOG%
exit /b %rc%
Para este script de ejemplo, se muestra el siguiente algoritmo:
v Inicialice las variables locales que se necesitan.
v Llame al archivo SifSetupCmdLine.bat o SifSetupCmdLine.sh. El script
SifSetupCmdLine debe llamarse siempre para que se inicialicen las variables de
entorno necesarias dentro del script, como por ejemplo el mandato para invocar
Java o para establecer la variable classpath Java.
v Llame al mandato para la aplicación. En este ejemplo, el mandato es:
NewApplication.exe start
v Evalúe la salida de la llamada al mandato. En este ejemplo, si NewApplication
se ha iniciado correctamente, el código de retorno se establece en %SUCCESS%.
Sin embargo, en este ejemplo, si al iniciar NewApplication no se devuelve 0, es
posible que la aplicación ya se esté ejecutando, y el texto resultante mostrado en
la pantalla tendrá las palabras Ya iniciada. La ventana de salida se escribirá en
el archivo de registro con nombre que se encuentra en %TEMPLOG%. Se puede
buscar en este archivo el texto Ya iniciada utilizando
com.ibm.sif.utility.FindString, como se ha mostrado antes. Si se encuentra el
texto buscado, el código de retorno de la aplicación se establece en
%SUCCESS%; en caso contrario, se establece en %FAILURE%
v Muestre la salida a partir de la invocación del mandato.
v Suprima el archivo temporal que contiene la salida del mandato.
v Devuelva el código de retorno de la invocación del mandato.
v Invoque el procesador de mandatos de WebSphere Remote Server para iniciar la
TestApplication, utilizando parámetros opcionales si lo desea:
La forma más fácil de invocar el procesador de mandatos de WebSphere Remote
Server para una nueva solución es crear archivos de script nuevos utilizando los
archivos de script proporcionados para la solución WebSphere Remote Server
como base. El script wrsstart.bat se utilizará como ejemplo sobre cómo crear un
script de inicio de la nueva solución:
118
WebSphere Remote Server Information Center Versión 7.1
@ECHO OFF
@REM configurar entorno para ejecutar WRSCommandProcessor
CALL "%SIF_HOME%\bin\SifSetupCmdLine.bat"
@REM procesar los parámetros de entrada
IF (%1)==() (GOTO NewSolutionStack) ELSE (GOTO PARAMETERS)
@REM utilizar WRSCommandProcessor para iniciar la pila de NewSolution
:NewSolutionStack
%JAVACMD% -classpath %CP% com.ibm.wrs.solution.utils.WRSCommandProcessor.class
start NewSolution
GOTO END
@REM utilizar WRSCommandProcessor para iniciar el elemento especificado por los parámetros
:PARAMETERS
%JAVACMD% -classpath %CP% com.ibm.wrs.solution.utils.WRSCommandProcessor.class start
NewSolution %1 %2 %3 %4 %5 %6 %7 %8 %9
GOTO END
@REM salir del archivo de proceso por lotes
:END
GOTO:EOF
Para este script de ejemplo, se muestra el siguiente algoritmo:
1. Llame al script SifSetupCmdLine.bat o SifSetupCmdLine.sh. El script
SifSetupCmdLine debe llamarse siempre para que se inicialicen las variables
de entorno necesarias dentro del script, como por ejemplo el mandato para
invocar Java o para establecer la variable classpath Java.
2. Llame al procesador de mandatos de WebSphere Remote Server en función
de los parámetros de entrada. Si no hay parámetros de entrada, hay que
suponer que debe iniciarse la pila NewSolution. Si hay parámetros de
entrada, inicie la aplicación/subcomponente que se encuentra en el nivel
indicado por los parámetros de entrada.
Hay dos elementos importantes a tener en cuenta al llamar al procesador de
mandatos de WebSphere Remote Server:
– El nombre de la etiqueta de tipo de mandato que se encuentra en el
archivo de metadatos de WebSphere Remote Server debe ser el parámetro
que va después del parámetro WRSCommandProcessor.class. En este
ejemplo, la etiqueta se denomina start.
– El nombre de la solución es el siguiente parámetro después de la etiqueta
de tipo de mandato. En este ejemplo, el nombre de la solución es
NewSolution.
Ampliación de la gestión de contraseñas para gestionar aplicaciones
de usuario
Las aplicaciones empaquetadas con IBM WebSphere Remote Server pueden tener
credenciales o no. WebSphere Remote Server puede ampliarse para que utilice los
programas de utilidad de WebSphere Remote Server para la gestión de
contraseñas.
Si la nueva aplicación de usuario utiliza credenciales, la etiqueta <credential> se
debe añadir al archivo de metadatos de WebSphere Remote Server bajo la etiqueta
<root> y la etiqueta <changePasswordCmd> bajo la etiqueta <application>. La
adición de etiquetas debe realizarse al crear la etiqueta <application>. La gestión
de contraseñas sólo tiene sentido si existen credenciales asociadas a la aplicación.
Por ejemplo, en el caso de IBM WebSphere Application Server, puede habilitar la
seguridad o no. Si desea habilitar la seguridad, deberá definir las credenciales.
Después, estas credenciales se deberán añadir al archivo de metadatos de
WebSphere Remote Server. Los ejemplos siguientes muestran etiquetas de
credenciales:
<root>
.........
<credential name="wsadmin">
<username>wsadmin</username>
<password encrypt="true">/Q5nlQaS4HpXOVYbTlpzAQ==</password>
Capítulo 5. Ampliación
119
<changePassword list="true">
<item sequence="50">${//solution[@name="WRS"]/application[@name="WRSBASE"]/changePasswordCmd}</item>
<item sequence="60">${//solution[@name="WRS"]/application[@name="WAS"]/subcomponent[@name="WRSProfile"]/changePasswordCmd}</item>
</changePassword>
</credential>
</root>
La etiqueta <changePassword> dará referencia para la etiqueta
<changePasswordCmd> bajo la etiqueta <application>. La etiqueta
<changePasswordCmd> de la etiqueta <application> tendrá este aspecto:
<root>
<solution name="WRS">
<application name="WAS">
...............
<subcomponent name="WRSProfile">
...............
<enableAdminSecurity>true</enableAdminSecurity>
<changePasswordCmd>wrs_WAS_changePwd server1</changePasswordCmd>
Aquí, <changePasswordCmd> proporciona la referencia del archivo .bat/.sh que se
debe ejecutar. La gestión de contraseñas añade los parámetros en tiempo de
ejecución antes de ejecutar el archivo .bat/.sh. El archivo de metadatos de
WebSphere Remote Server no muestra todos los argumentos que se pasan al
archivo .bat/.sh.
La aplicación debe contener llamadas a funciones para cambiar la contraseña de
usuario. Deberá desarrollar el programa .bat/.sh de derivador que cambia la
contraseña de usuario. Este programa de script de derivador debe ajustarse a
determinados estándares, según se explica en el párrafo siguiente.
Por ejemplo, el mandato para cambiar la contraseña de la aplicación de WebSphere
Application Server es el siguiente: _WAS_changePwd {arg1} {arg2} {arg3} {arg4}
{arg5}. Donde, arg1 es el nombre de servidor, arg2 el nombre de usuario, arg3 la
contraseña anterior, arg4 la contraseña nueva y arg5 el tipo de mandato.
El nombre de usuario, la contraseña anterior, la contraseña nueva y el tipo de
mandato son obligatorios para cualquier tipo de aplicación. El resto de argumentos
cambian según las aplicaciones. El orden de los argumentos también depende de la
aplicación.
Aquí, el parámetro de tipo de mandato se utiliza para describir si el mandato se
debe ejecutar en modalidad normal o en modalidad de retrotracción. Para
implementar la retrotracción, se llama al mandato changePassword con la nueva
contraseña establecida en la contraseña anterior.
El ejemplo de archivo .bat se parece a:
@echo OFF
@echo ChangePassword WAS server1 -username -oldpassword
Set
set
set
set
set
-newpassword cmdType
WASPROFILE=%1
username=%2
oldpassword=%3
newpassword=%4
cmdtype=%5
set normalCmd=0
set normalCmdSuccessDoRB=1
set normalCmdFailDoRB=2
set
set
set
set
set
STARTED=1
STOPPED=2
UNKNOWN=3
PWDCHANGESUCCESS=0
PWDCHANGEFAIL=-1
@CALL "%SIF_HOME%\bin\SifSetupCmdLine.bat"
set BINDIR=%WAS_HOME%\profiles\%WAS_PROFILE_NAME%\bin
set TEMPLOG="%SIF_HOME%\logs\%~nx0.log"
set rc=%UNKNOWN%
if %cmdtype% EQU %normalCmd% (
@echo estamos en modalidad normal de mandato
@CALL "%BINDIR%\serverStatus.bat" %WASPROFILE% -username %username% -password %newpassword% > %TEMPLOG% 2>&1
if NOT "%ERRORLEVEL%" EQU "0" (
120
WebSphere Remote Server Information Center Versión 7.1
@echo Alguna clase de error de estado
set rc=%UNKNOWN%
goto :end
)
goto :findstring
)
if %cmdtype% EQU %normalCmdFailDoRB%(
...................
...................
)
if %cmdtype% EQU %normalCmdSuccessDoRB%(
.....................
........................
)
:findstring
%JAVACMD% -cp %CP% com.ibm.sif.utility.FindString %TEMPLOG% "ADMU0508I"
if "%ERRORLEVEL%" EQU "0" (
@echo Estado de WAS = iniciado
set rc=%PWDCHANGESUCCESS%
goto :end
)
%JAVACMD% -cp %CP% com.ibm.sif.utility.FindString %TEMPLOG% "ADMU0509I"
if "%ERRORLEVEL%" EQU "0" (
@echo Estado de WAS = detenido
set rc=%PWDCHANGESUCCESS%
goto :end
)
:end
exit /b %rc%
IBM Tivoli Provisioning Manager desencadena la gestión de contraseñas mediante
la creación de una instancia de la clase WRSCommandProcessor. Tivoli
Provisioning Manager desencadena la aplicación de cambio de contraseña o la
aplicación de exploración pasando los argumentos siguientes:
Para desencadenar la aplicación de exploración:
v scan - {arg1}
v credencial - {arg2}
v nombre de archivo - {arg3}
Para desencadenar la aplicación de cambio de contraseña:
v change - {arg1}
v credencial - {arg2}
v nombre de archivo - {arg3}
Aplicación de exploración
La aplicación de exploración lee todos los usuarios del archivo de metadatos de
WebSphere Remote Server y genera un archivo de salida. El archivo de salida
contiene el nombre de usuario y la fecha de caducidad, que se recupera del sistema
operativo. Si el usuario que se explora del archivo de metadatos de WebSphere
Remote Server no existe en el sistema operativo, la aplicación de exploración añade
el mensaje correspondiente en lugar de la fecha de caducidad.
No es obligatorio que la aplicación del usuario exponga alguna función a la
exploración. Sin embargo, para lograr una gestión de contraseñas mejor, se
recomienda que las aplicaciones de usuario apliquen alguna clase de política de
caducidad de contraseñas y utilicen el programa de utilidad de gestión de
contraseñas empaquetado con WebSphere Remote Server para gestionar las
contraseñas de aplicaciones.
Nota: Los flujos de trabajo de Tivoli Provisioning Manager que se utilizan para
desencadenar la gestión de contraseñas no requieren configuraciones ni
cambios especiales para gestionar los usuarios de las aplicaciones de
usuario.
Capítulo 5. Ampliación
121
122
WebSphere Remote Server Information Center Versión 7.1
Capítulo 6. Resolución de problemas y soporte
Esta sección proporciona información sobre herramientas para la resolución de
problemas, soporte y temas relacionados con la instalación.
Instalación y utilización de IBM Support Assistant
IBM Support Assistant (ISA) le permite buscar en la documentación del producto,
crear informes de gestión de producto (PMR) y empaquetar archivos de registro.
Por qué y cuándo se efectúa esta tarea
ISA es una aplicación autónoma que puede instalar en cualquier estación de
trabajo y, a continuación, mejorarla instalando módulos de plug-in para los
productos de IBM que utilice. Para obtener más información sobre ISA y sus
características, consulte la página Soporte de ISA. WebSphere Remote Server da
soporte a la versión 4.0.2 o posterior de ISA.
Para ver una lista de plataformas soportadas para ISA, vaya a:
http://www.ibm.com/support/docview.wss?rs=3455&uid=swg27012685
Nota: Si ISA no está instalado en el servidor empresarial que se utiliza para
gestionar los ISP de IBM WebSphere Remote Server, los scripts de la
colección de registros recopilados a partir de los ISP deberán moverse
manualmente a la estación de trabajo de ISA.
Los pasos siguientes muestran cómo instalar y ejecutar ISA.
1. Instale ISA.
2. Utilice el componente del actualizador incorporado de ISA para instalar el
plug-in de WebSphere Remote Server. Como alternativa, puede descargar e
instalar el plug-in de WebSphere Remote Server, y los plug-in adicionales del
producto, desde la lista de plug-ins soportados de ISA.
a. Abra ISA y vaya a Actualizar → Buscar nuevo ... → Complementos de
productos.
b. Expanda la carpeta de productos WebSphere y seleccione WebSphere
Remote Server V7.1.
c. Pulse Siguiente.
d. Vuelva a pulsar Siguiente.
e. Acepte el Acuerdo de licencia.
f. Pulse Siguiente.
g. Vea el resumen y pulse Finalizar para empezar la instalación.
h. Cuando se visualice la ventana de resultados, pulse Finalizar.
i. Reinicie ISA cuando se le solicite.
3. Prepárese para utilizar la funcionalidad Analizar problema de ISA para
WebSphere Remote Server.
a. Antes de realizar la recopilación de datos y el envío del PMR dentro de la
infraestructura de ISA, asegúrese de que la herramienta del recopilador de
registros existe en el ISP. Esto es necesario porque el plug-in de ISA recopila
© Copyright IBM Corp. 2004, 2010
123
archivos llamando automáticamente a la herramienta del recopilador de
registros. Para obtener más información, consulte “Recopilador de
registros”.
b. Vaya a Analizar problema → Recopilar datos y pulse Seleccionar
recopiladores.
c. Expanda el árbol de productos y busque WebSphere Remote Server 7.1.
d. Añada el Recopilador general bajo WebSphere Remote Server 7.1 a la Cola
del recopilador y pulse Recopilar todo para empezar a recopilar registros
de WebSphere Remote Server.
Durante la recopilación, el recopilador de datos preguntará el nombre del
archivo de salida de recopilación y la ubicación del directorio inicial de
WebSphere Remote Server. Cuando finalice la recopilación, el recopilador de
datos le preguntará si desea enviar los registros por FTP a IBM Support.
4. Utilice los enlaces de la página Soporte de ISA para obtener instrucciones
detalladas sobre cómo utilizar ISA.
Recopilador de registros
La herramienta del recopilador de registros ayuda a recuperar los archivos de
registro de los procesadores del almacén (ISP) en el servidor empresarial..
Archivado de los archivos de registro
Una vez que se ha instalado la solución WebSphere Remote Server en el ISP, un
script que permite archivar los archivos de registro en un archivo JAR,
Nombrehost_Registros_indicaciónhora.jar, puede encontrarse en el ISP en:
SIF_HOME/bin/archivelogs.bat
SIF_HOME/bin/archivelogs_linux.sh
Cuando se ejecuta la herramienta del recopilador de registros, los archivos de
registro se recopilan en el siguiente directorio:
SIF_HOME\logs\collectedlogs\logs
SIF_HOME\logs\collectedlogs\logs
Si se ha instalado WebSphere Application Server, la herramienta del recopilador de
registros ensamblará estos archivos en un archivo JAR que se encuentra en el
siguiente directorio:
SIF_HOME\logs\collectedlogs\archivelogs
SIF_HOME\logs\collectedlogs\archivelogs
Nota: Si desea conservar los archivos de registro existentes, haga una copia de
seguridad de los mismos antes de ejecutar la herramienta del recopilador de
registros.
Utilización del flujo de trabajo del recopilador de registros
Para utilizar el flujo de trabajo del recopilador de registros, primero debe añadir el
flujo de trabajo al servidor de IBM Tivoli Provisioning Manager.
124
WebSphere Remote Server Information Center Versión 7.1
Antes de empezar
Por qué y cuándo se efectúa esta tarea
Nota: Si recopila archivos de registro para utilizarlos con IBM Support Assistant,
pero tiene ISA instalado en otra máquina de la empresa, podrá recuperar los
archivos de registro directamente del ISP en la máquina ISA. El agente
común de Tivoli debe instalarse en la máquina ISA, después
Destination_Hostname y DestinationPath se pueden establecerse en los de la
máquina ISA.
1. Inicie la sesión en: https://nombre_host:9045/tcWebUI/index.jsp
2. Vaya a AUTOMATIZACIÓN → Flujos de trabajo → Editar → Añadir flujo de
trabajo → Editar → Abrir → Examinar.
3. Navegue hasta el archivo WRS_logCollection.wkf disponible en la carpeta
\tpmFiles del DVD WebSphere Remote Server para Windows o WebSphere
Remote Server para Linux.
Nota: Los flujos de trabajo sólo están disponibles en los DVD de las ediciones
Standard y Advanced.
4. Pulse Aceptar.
5. Pulse Compilar.
Nota: Cuando se haya compilado satisfactoriamente el flujo de trabajo, podrá
ejecutarlo para recopilar los archivos de registro de cualquier ISP remoto.
6. Para recopilar los archivos de registro, seleccione el flujo de trabajo
WRS_logCollection y pulse Ejecutar.
7. Proporcione la información de los campos obligatorios en la ventana Parámetro
de entrada para Workflow: WRS_logCollection:
v Source_Full_Hostname: entre el nombre de host del ISP. El nombre de host
del modelo de datos de IBM Tivoli Provisioning Manager puede ser el
nombre de host completo o corto. Para verificar el valor del nombre de host
que se va a utilizar, entre el nombre de host en el recuadro FIND de la
ventana TPMfSW.
v Source_WRS_Home_Directory: entre el directorio padre de WebSphere
Remote Server en el ISP.
v Destination_Hostname: entre el nombre de host del servidor de IBM Tivoli
Provisioning Manager. Para verificar el valor del nombre de host que se va a
utilizar, entre el nombre de host en el recuadro FIND de la ventana
TPMfSW.
v DestinationPath: entre el directorio de destino en el servidor de IBM Tivoli
Provisioning Manager. El usuario tioappadmin (o cualquier usuario que se
utiliza para ejecutar el flujo de trabajo) debe tener permiso para colocar el
archivo bajo la vía de acceso de destino.
8. Pulse Ejecutar.
Consejos para la resolución de problemas
Esta sección describe algunos problemas y sus posibles soluciones.
v “El launchpad no se carga correctamente y muestra un error Undefined” en la
página 126
v “La desinstalación falla” en la página 126
v “La desinstalación de WebSphere MQ falla” en la página 127
Capítulo 6. Resolución de problemas y soporte
125
v “Los archivos se pierden después de una desinstalación satisfactoria” en la
página 127
v “El desinstalador de WebSphere Remote Server no detecta algunos productos”
en la página 127
v “La instalación de DB2 falla si la contraseña no coincide con la contraseña
anterior” en la página 128
v “La instalación de DB2 falla en Linux” en la página 128
v “IBM HTTP Server muestra un error en relación con el nombre de dominio
completo” en la página 128
v “El paquete de software no puede instalarse” en la página 128
v “Excepción de origen de datos de WebSphere Application Server” en la página
129
v “Excepción de WebSphere Application Server después de la instalación” en la
página 129
v “Excepción de WebSphere Application Server acerca de la aplicación Trade” en
la página 129
v “Excepción de migración de la aplicación WebSphere Application Server Trade”
en la página 130
v “Excepción SRVE0255E” en la página 130
v “Excepción de Solution Assembly Toolkit después de la instalación en Red Hat
Enterprise Linux, 64 bits” en la página 130
v “Reinstalación de Informix Dynamic Server” en la página 130
v “Reinicio de un servidor Linux con la seguridad de WebSphere Application
Server habilitada” en la página 130
El launchpad no se carga correctamente y muestra un error
Undefined
El launchpad no puede ejecutarse desde una unidad remota. Para ejecutar el
launchpad correctamente:
1. Copie la solución IBM WebSphere Remote Server en una unidad local y ejecute
el launchpad.
2. Correlacione la unidad de red con una letra de unidad local y ejecute el
launchpad.
La desinstalación falla
Debe detenerse toda la solución WebSphere Remote Server antes de ejecutar el
desinstalador. El proceso de desinstalación llama al script wrsstop; sin embargo es
posible que todavía existan algunos componentes de la solución que estén
ejecutándose (como por ejemplo gestores de colas de WebSphere MQ). Detenga
todos los componentes de WebSphere Remote Server antes de intentar realizar la
desinstalación.
Si la desinstalación de algún componente de WebSphere Remote Server no es
satisfactoria, el componente base WebSphere Remote Server no se desinstalará. Si
arregla manualmente el problema detectado durante la desinstalación, repare el
archivo de metadatos de WebSphere Remote Server (véase más abajo) y vuelva a
ejecuta la desinstalación.
Reparación del archivo de metadatos de WebSphere Remote Server: el archivo de
metadatos de WebSphere Remote Server mantiene información sobre la solución
126
WebSphere Remote Server Information Center Versión 7.1
WebSphere Remote Server. Si se produce una anomalía durante el proceso de
desinstalación, puede que el archivo de metadatos de WebSphere Remote Server no
esté actualizado. En este caso, debe actualizar el archivo de metadatos de
WebSphere Remote Server una vez que haya resuelto el problema de la
desinstalación. El archivo se encuentra en SIF_HOME/solution/WRSMetadata.xml.
Para actualizar el archivo, elimine las secciones relacionadas con los productos que
se han desinstalado. Por ejemplo, si ha eliminado manualmente WebSphere MQ,
elimine la sección <application name="MQ"...</application>.
La desinstalación de WebSphere MQ falla
Cuando se cambia la ubicación de instalación de WebSphere MQ al realizar la
migración de WebSphere Remote Server versión 6.1 a la versión 7.1, puede que la
desinstalación de WebSphere Remote Server no sea satisfactoria. Se visualiza la
siguiente excepción en la línea de mandatos cuando el desinstalador intenta
desinstalar WebSphere MQ:
ALG00101I: Iniciando la desinstalación del producto: MQ
java.lang.Exception: Se ha producido una excepción al extraer del shell para el mandato cmd /c dspmq.exe -o all
at com.ibm.wrs.solution.utils.ISPUtils.executeCommand(Unknown Source)
at com.ibm.wrs.solution.uninstall.MQ.stopMqQueueMgrs(Unknown Source)
at com.ibm.wrs.solution.uninstall.WRSUninstall.uninstallMQ(Unknown Source)
at com.ibm.wrs.solution.uninstall.WRSUninstall.uninstall(Unknown Source)
at com.ibm.wrs.solution.uninstall.WRSUninstall.main(Unknown Source)
Causado por: java.io.IOException: No se puede ejecutar el programa "cmd" (en el directorio "C:\Archivos de programa\IBM\puzzle\SIF\MQ\bin"): Error CreateProcess=267, el nombre de directorio no es válido.
at java.lang.ProcessBuilder.start(ProcessBuilder.java:470)
at java.lang.Runtime.exec(Runtime.java:604)
... 5 more
Causado por: java.io.IOException: Error CreateProcess=267, el nombre de directorio no es válido.
at java.lang.ProcessImpl.<init>(ProcessImpl.java:92)
at java.lang.ProcessImpl.start(ProcessImpl.java:41)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:463)
... 6 more
ALG00000I: Mandato de invocación C:\Archivos de programa\IBM\puzzle\SIF\MQ\uninstall\uninstall.bat ALG00030I:
Código de retorno 0
Para evitar este problema, no cambie la ubicación de instalación de WebSphere MQ
al migrar de WebSphere Remote Server versión 6.1 a la versión 7.1. Si ha cambiado
la ubicación de instalación durante la migración, consulte “La desinstalación falla”
en la página 126 para desinstalar satisfactoriamente WebSphere Remote Server.
Los archivos se pierden después de una desinstalación
satisfactoria
Si se produce una anomalía durante el proceso de desinstalación, la aplicación con
la anomalía no ejecutará sus pasos de desinstalación "clean" (limpios). Debe
ejecutar estos pasos manualmente. Los pasos necesarios se describen en la sección
Utilización de la opción clean de “Desinstalación” en la página 48.
El desinstalador de WebSphere Remote Server no detecta
algunos productos
Si el desinstalador de WebSphere Remote Server no consigue detectar
determinados productos, puede desinstalarlos manualmente con los siguientes
mandatos:
WAS: /opt/IBM/SIF/WebSphere/AppServer/uninstall/uninstall -silent
IHS: /opt/IBM/SIF/HTTPServer/uninstall/uninstall -silent
DB2: /opt/IBM/SIF/db2/V9.5/install/db2_deinstall -a
MQ: /opt/IBM/SIF/bin/uninstallMQ.sh
WRSBASE: /opt/IBM/SIF/_uninst/uninstall -silent
Capítulo 6. Resolución de problemas y soporte
127
WAS: "C:\Archivos de programa\IBM\SIF\WebSphere\AppServer\uninstall\uninstall.exe" -silent
IHS: "C:\Archivos de programa\IBM\SIF\HTTPServer\uninstall\uninstall.exe" -silent
MQ : msiexec.exe /x{5A2B3A23-0999-4D7E-BAAC-3B158C5FF003} /q
DB2: msiexec.exe /x{D7F20946-5D4B-4EF1-92E4-B3A1D54B7052} /q
WRSBASE: "c:\Archivos de programa\IBM\SIF\_uninst\uninstall.exe" -silent
La instalación de DB2 falla si la contraseña no coincide con la
contraseña anterior
Si DB2 se ha instalado previamente en el ISP, es posible que los ID de usuario de
DB2 ya existan. La instalación fallará si la contraseña que especifique no coincide
con la contraseña de los ID de usuario de DB2 existentes.
Para resolver este problema, existen dos opciones:
v Suprima los ID de usuario de DB2 (Windows: db2admin, Linux: db2inst1,
dasusr1, db2fenc1) e instale DB2. Asegúrese de cambiar todos los valores de
contraseña en el archivo de tareas silenciosas.
v No suprima los ID de usuario de DB2. Instale DB2 y proporcione la contraseña
de los ID de usuario de DB2 existentes.
La instalación de DB2 falla en Linux
Cuando se realiza la migración de WebSphere Remote Server versión 6.2.x a la
versión 7.1 en un sistema operativo Linux, se debe especificar una nueva vía de
acceso de instalación para DB2. Si se utiliza la vía de acceso de la instalación de
DB2 existente, se produce el error siguiente:
La ubicación de instalación "/opt/IBM/SIF/db2/V9.5" contiene un producto DB2 instalado que no está al mismo nivel que el producto DB2 que intenta instal
Especifique
otra ubicación.
IBM HTTP Server muestra un error en relación con el nombre de
dominio completo
IBM HTTP Server espera el nombre de dominio completo y ha podido devolver un
error parecido al siguiente:
httpd: no se ha podido determinar el nombre de dominio completo del servidor,
utilizando 9.42.121.61 para NombreServidor
La resolución de este problema pasa por actualizar el archivo de hosts del sistema
con el nombre de dominio completo. El archivo se encuentra en la vía de acceso
/etc/hosts en Linux y en la vía de acceso %SYSTEMROOT%\System32\drivers\etc\
hosts en Windows. Por ejemplo: 9.42.121.61 wrslinisp2.rtp.raleigh.ibm.com
wrslinisp2 wrsalias.
El paquete de software no puede instalarse
Si el paquete de software no puede instalarse, es posible que no haya suficiente
espacio de disco en el área intermedia. El área intermedia predeterminada que
utilizan los paquetes de software de aceleradores es /var/tmp/SIF/staging. Para
confirmar dónde se encuentra el área intermedia, abra el archivo de origen del
paquete de software y busque la variable área_intermedia. Existen tres maneras de
resolver este problema de espacio de disco:
v En los servidores empresariales de AIX, puede intentar asignar más espacio de
disco a la partición del área intermedia.
v Puede actualizar la variable área_intermedia en todo el archivo de origen del
paquete de software (que se encuentra en serverDir/packages). Actualice la
variable para que utilice una partición con más espacio de disco libre disponible.
128
WebSphere Remote Server Information Center Versión 7.1
v Si actualmente no se está instalando ningún paquete de software, puede
suprimir el contenido del área intermedia (valor predeterminado
/var/tmp/SIF/staging).
Excepción de origen de datos de WebSphere Application Server
Cuando se migra la versión 6.x a la versión 7.1 de WebSphere Remote Server, la
vía de acceso de clase en el proveedor JDBC con el que se asocian las aplicaciones
de muestra (Plants and Trades), se escribe como código del sistema; por ejemplo,
/opt/IBM/SIF/db2/V9.5/java. Después de la migración, la conexión de prueba para
el origen de datos de aplicaciones de muestra falla porque DB2 se ha migrado a la
versión 9.7 y la vía de acceso /opt/IBM/SIF/db2/V9.5/ no existe. Por ejemplo,
aparece el siguiente mensaje de error cuando la conexión de prueba para el origen
de datos de la aplicación Plants falla:
La operación de conexión de prueba ha fallado para el origen de datos Plants by WebSphere en el servidor servidor1 en el nodo WRSNode con la excepción siguiente: java.lang.ClassNotFoundException: DSRA80
db2jcc_license_cu.jar:/opt/IBM/SIF/db2/V9.5/java/db2jcc_javax.jar. Consulte los registros de JVM para ver más detalles.
Para evitar este problema, utilice la consola de administración de WebSphere
Application Server para establecer el valor de la vía de acceso de clase en el
proveedor de JBDC en la variable de entorno
${DB2UNIVERSAL_JDBC_DRIVER_PATH} antes de iniciar el proceso de migración.
Esta variable se actualizará durante la migración.
Excepción de WebSphere Application Server después de la
instalación
Después de una instalación satisfactoria del producto, es posible que vea la
siguiente excepción en el archivo SystemOut.log:
[3/19/09 13:23:03:810 PDT] 00000000 JMSRegistrati E WMSG1623E: el proveedor de mensajería de WebSphere MQ
instalado en C:\ARCHIV~1\IBM\SIF\WEBSPH~1\APPSER~1\installedConnectors\wmq.jmsra.rar
se ha actualizado y se requiere un reinicio del servidor de aplicaciones para recoger esta actualización. El
proveedor de mensajería de WebSphere se ha inhabilitado.
Puede ignorar tranquilamente esta excepción.
Excepción de WebSphere Application Server acerca de la
aplicación Trade
Después de una instalación satisfactoria del middleware y las aplicaciones, es
posible que vea la siguiente excepción en el archivo SystemOut.log acerca de la
aplicación Trade:
[3/28/09 1:26:57:797 PDT] 0000000b WSServerImpl E WSWS1002E: Se ha producido un error al
procesar el descriptor de despliegue de servicios web para el módulo: tradeWeb.war con el error:
java.lang.NullPointerException
at com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassLoader.java:449)
at java.lang.ClassLoader.loadClass(ClassLoader.java:609)
at com.ibm.ws.webservices.component.WSServerImpl.setupWsddPort(WSServerImpl.java:1150)
at com.ibm.ws.webservices.component.WSServerImpl.warMetaDataCreated(WSServerImpl.java:2089)
at com.ibm.ws.webservices.component.WSServerImpl.metaDataCreated(WSServerImpl.java:633)
at com.ibm.ws.runtime.component.MetaDataMgrImpl.fireMetaDataCreated(MetaDataMgrImpl.java:189)
at com.ibm.ws.webcontainer.metadata.WebMetaDataFactory.createMetaData(WebMetaDataFactory.java:205)
at com.ibm.ws.runtime.component.MetaDataMgrImpl.createMetaDataFromFactories(MetaDataMgrImpl.java:173)
at com.ibm.ws.runtime.component.MetaDataMgrImpl.createMetaData(MetaDataMgrImpl.java:307)
at com.ibm.ws.runtime.component.DeployedModuleImpl.start(DeployedModuleImpl.java:605)
at com.ibm.ws.runtime.component.DeployedApplicationImpl.start(DeployedApplicationImpl.java:938)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.startApplication(ApplicationMgrImpl.java:721)
at com.ibm.ws.runtime.component.ApplicationMgrImpl.start(ApplicationMgrImpl.java:2062)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:437)
at com.ibm.ws.runtime.component.CompositionUnitImpl.start(CompositionUnitImpl.java:122)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.start(CompositionUnitMgrImpl.java:380)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl.access$300(CompositionUnitMgrImpl.java:108)
at com.ibm.ws.runtime.component.CompositionUnitMgrImpl$CUInitializer.run(CompositionUnitMgrImpl.java:935)
at com.ibm.wsspi.runtime.component.WsComponentImpl$_AsynchInitializer.run(WsComponentImpl.java:349)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1527)
Puede ignorar tranquilamente esta excepción.
Capítulo 6. Resolución de problemas y soporte
129
Excepción de migración de la aplicación WebSphere Application
Server Trade
Cuando se migra WebSphere Remote Server versión 6.1 a la versión 7.1 en el
sistema operativo Windows 2003, con la seguridad de WebSphere Application
Server habilitada, la aplicación Trade no se inicia y aparece la siguiente excepción:
java.utl.ConcurrentModificationException (in com.ibm.jsd.eclipse.main plug-in)
Para resolver el problema, abra la consola de administración de WebSphere
Application Server y luego pulse Usuarios y grupos > Gestionar usuarios > Crear
> para crear una cuenta de usuario db2admin (o el nombre de usuario de DB2).
Excepción SRVE0255E
Después de una instalación satisfactoria del producto, es posible que vea la
siguiente excepción en el archivo SystemOut.log sobre el archivo favicon.ico:
[5/4/09 22:57:27:759 PDT] 0000002b webcontainer E com.ibm.ws.webcontainer.WebContainer
handleRequest SRVE0255E: no se ha definido un WebGroup/host virtual para manejar /favicon.ico.
Este archivo favicon.ico que falta se utiliza en la consola administrativa de
WebSphere Application Server para mostrar un icono en el navegador para un
marcador o en una pestaña del navegador que se abre a la aplicación. Puede
ignorar tranquilamente esta excepción.
Excepción de Solution Assembly Toolkit después de la
instalación en Red Hat Enterprise Linux, 64 bits
Después de una instalación satisfactoria del entorno de desarrollo de WebSphere
Remote Server en Red Hat Enterprise Linux, 64 bits, se abre el espacio de trabajo
con las siguientes excepciones en la vista del registro de errores:
v java.util.ConcurrentModificationException (en el plugin
com.ibm.jsdt.exlipse.main).
v Error interno (en el plugin org.eclipse.core.resources).
Puede ignorar tranquilamente estas excepciones
Reinstalación de Informix Dynamic Server
Si instala Informix Dynamic Server, y después lo desinstala sin utilizar la opción
clean, la reinstalación de Informix Dynamic Server no está soportada.
La reinstalación después de una desinstalación sin la opción clean está soportada
para DB2.
Reinicio de un servidor Linux con la seguridad de WebSphere
Application Server habilitada
Si tiene habilitada la seguridad de WebSphere Application Server en un sistema
operativo Linux, asegúrese de cerrar WebSphere Application Server antes de
rearrancar el servidor.
130
WebSphere Remote Server Information Center Versión 7.1
Capítulo 7. Información de referencia
Estos temas se proporcionan como información de referencia adicional para
ayudarle.
Información general sobre el producto
Este documento contiene información para acceder a la información de descarga, al
sitio de soporte de producto, a los requisitos de software y hardware, y a la
documentación de IBM WebSphere Remote Server.
Acceso al sitio web de soporte del producto
Para buscar las últimas notas técnicas, descargas, arreglos y otra información
relacionada con el soporte, diríjase a: http://www.ibm.com/software/webservers/
remoteserver/support/
Acceso a los requisitos de hardware y software
Los requisitos de hardware y software están disponibles en este Information Center
en: “Requisitos de hardware y software” en la página 7
Consejo: Para ver la lista más actualizada de plataformas de software y hardware
para todas las ediciones de WebSphere Remote Server, consulte la página
de requisitos del sistema y el documento de sistemas operativos
soportados.
Documentación adicional del producto
Además de este Information Center, los manuales Quick Start están disponibles en
un CD aparte denominado Quick Start.
También puede acceder a la documentación del producto a través de la página de
la biblioteca del producto en: http://www.ibm.com/software/webservers/
remoteserver/library.html
Cómo ponerse en contacto con el centro de soporte de software
de IBM
Si encuentra un problema con WebSphere Remote Server, intente en primer lugar
realizar las acciones siguientes:
v Siga los pasos que se describen en la documentación del producto
v Busque documentación relacionada en la ayuda en línea
Si no puede solucionar el problema con ninguno de los métodos citados
anteriormente, póngase en contacto con el centro de soporte técnico de IBM.
Por adquirir el producto WebSphere Remote Server tiene derecho a un año de
soporte telefónico bajo las condiciones del programa Passport Advantage. Para
obtener detalles acerca de Passport Advantage, visite la página de Passport
Advantage.
© Copyright IBM Corp. 2004, 2010
131
Los miembros de Passport Advantage que deseen obtener soporte para WebSphere
Remote Server deben llamar al número 1-800-426-7378. Tenga la siguiente
información a mano cuando llame:
v El contrato o número de Passport Advantage
v La versión y nivel de revisión de WebSphere Remote Server, además de los
arreglos instalados.
v El nombre y la versión del sistema operativo
v El tipo y la versión de la base de datos
v Datos básicos de topología: cuántas máquinas se están ejecutando, cuántos
servidores de aplicación, etc.
v Cualquier mensaje de error o de aviso relacionado con el problema
Documentos técnicos
Esta sección proporciona un enlace a documentos técnicos descargables que
pueden ayudarle a instalar, configurar y mantener los componentes de la solución
IBM WebSphere Remote Server.
Consulte el siguiente URL para ver una lista de documentos técnicos que están
disponibles para WebSphere Remote Server: http://www.ibm.com/support/
search.wss?rs=2193&tc=SSUNCX&rank=8&dc=DA480+DB100&dtm
Avisos y marcas registradas
Avisos
Esta información se ha desarrollado para productos y servicios ofrecidos en EE.UU.
Es posible que IBM no ofrezca en otros países los productos, servicios o
características que se describen en este documento. Póngase en contacto con el
representante local de IBM para obtener información sobre los productos y
servicios disponibles actualmente en su área. Las referencias a productos,
programas o servicios de IBM no pretenden establecer ni implicar que sólo puedan
utilizarse dichos productos, programas o servicios de IBM. En su lugar, se puede
utilizar cualquier producto, programa o servicio funcionalmente equivalente que
no infrinja ninguno de los derechos de propiedad intelectual de IBM. Sin embargo,
es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier
producto, programa o servicio que no sea de IBM.
IBM puede tener patentes o solicitudes de patentes pendientes que cubran el tema
principal descrito en este documento. La entrega de este documento no le otorga
ninguna licencia sobre dichas patentes. Puede enviar consultas sobre licencias, por
escrito, a:
IBM Director of Licensing
IBM Corporation
North Castle Drive Armonk, NY 10504-1785 EE.UU.
Para consultas sobre licencias relacionadas con información de doble byte (DBCS),
póngase en contacto con el Departamento de propiedad intelectual de IBM de su
país o envíelas por escrito a:
132
WebSphere Remote Server Information Center Versión 7.1
IBM World Trade Asia Corporation
Licensing
2-31 Roppongi 3-chome, Minato-ku
Tokio 106, Japón
El siguiente párrafo no es aplicable al Reino Unido ni a otros países en los que
estas disposiciones entren en conflicto con la legislación local:INTERNATIONAL
BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN
"TAL CUAL" SIN NINGÚN TIPO DE GARANTÍA, EXPLÍCITA O IMPLÍCITA,
INCLUIDAS, PERO SIN LIMITARSE A, LAS GARANTÍAS IMPLÍCITAS DE NO
INCUMPLIMIENTO, COMERCIABILIDAD O IDONEIDAD PARA UNA
FINALIDAD DETERMINADA. Algunos estados no permiten la renuncia de
garantías explícitas o implícitas en ciertas transacciones; por lo tanto, puede que
esta declaración no le afecte.
La información contenida en esta documentación se proporciona únicamente a
título informativo. Esta información se basa en los planes y estrategias actuales
para productos de IBM, que están sujetos a cambios por parte de IBM sin previo
aviso. IBM no será responsable de los daños que pudiesen producirse como
consecuencia del uso de esta documentación o de cualquier otra documentación,
que pudiesen estar relacionados con ellas. Ninguna parte contenida en esta
documentación tiene la intención, ni tendrá el efecto, de crear ninguna garantía o
representación de IBM (ni de sus proveedores o licenciantes) ni de alterar los
términos y condiciones del acuerdo de licencia aplicable que rige el uso del
software de IBM.
Esta información puede contener imprecisiones técnicas o errores tipográficos.
Periódicamente se realizan cambios en la información contenida en este
documento. Estos cambios se incorporarán en las nuevas ediciones de esta
publicación. IBM puede realizar en cualquier momento mejoras o cambios en los
productos o programas descritos en esta publicación, sin aviso previo.
IBM puede utilizar o distribuir la información que proporcione el cliente de la
forma que considere conveniente sin incurrir en ninguna obligación con respecto a
éste.
Cualquier referencia a sitios web que no sean de IBM se proporciona únicamente
por comodidad y no actúa de ningún modo como promoción de dichos sitios web.
El material de estos sitios web no forma parte de este producto de IBM, por lo que
usted es responsable de los riesgos del uso de estos sitios web.
La información relativa a los productos que no son de IBM se obtuvo del
proveedor de estos productos, los anuncios publicados u otras fuentes disponibles
para el público. IBM no ha probado estos productos y no puede confirmar la
precisión del rendimiento, la compatibilidad u otros aspectos relacionados con los
productos que no son de IBM. Las preguntas sobre las capacidades de los
productos que no son de IBM deben dirigirse a los proveedores de dichos
productos.
Esta información sólo se ofrece para la planificación. La información contenida en
esta documentación está sujeta a cambios antes de que los productos descritos
pasen a estar disponibles.
Capítulo 7. Información de referencia
133
Marcas registradas
Las siguientes marcas son marcas registradas de International Business Machines
Corporation en los Estados Unidos y/o en otros países.
AIX
DataBlade
DB2
Express
IBM
Informix
iSeries
MQSeries
Passport Advantage
SupportPac
Tivoli
WebSphere
Intel, el logotipo de Intel, Intel Inside®, el logotipo de Intel Inside, Intel® Centrino®,
el logotipo de Intel Centrino, Celeron®, Intel® Xeon®, Intel SpeedStep®, Itanium® y
Pentium son marcas comerciales o marcas registradas de Intel Corporation o de sus
subsidiarias en los Estados Unidos y/o en otros países.
Java y todas las marcas registradas y logotipos basados en Java son marcas
registradas de Sun Microsystems, Inc. en los Estados Unidos y/o en otros países.
Linux es una marca registrada de Linus Torvalds en los Estados Unidos y/o en
otros países.
Microsoft, Windows, Windows NT® y el logotipo de Windows son marcas
registradas de Microsoft Corporation en los Estados Unidos y/o en otros países.
UNIX es una marca registrada de The Open Group en los Estados Unidos y en
otros países.
Otros nombres de compañías, productos o servicios pueden ser marcas registradas
o de servicio de otras empresas.
134
WebSphere Remote Server Information Center Versión 7.1
Hoja de Comentarios
WebSphere® Remote Server
IBM® WebSphere® Remote Server Information Center Versión 7.1
Versión 7.1
Por favor, sírvase facilitarnos su opinión sobre esta publicación, tanto a nivel general (organización, contenido,
utilidad, facilidad de lectura,...) como a nivel específico (errores u omisiones concretos). Tenga en cuenta que los
comentarios que nos envíe deben estar relacionados exclusivamente con la información contenida en este manual
y a la forma de presentación de ésta.
Para realizar consultas técnicas o solicitar información acerca de productos y precios, por favor diríjase a su
sucursal de IBM, business partner de IBM o concesionario autorizado.
Para preguntas de tipo general, llame a "IBM Responde" (número de teléfono 901 300 000).
Al enviar comentarios a IBM, se garantiza a IBM el derecho no exclusivo de utilizar o distribuir dichos
comentarios en la forma que considere apropiada sin incurrir por ello en ninguna obligación con el remitente.
Comentarios:
Gracias por su colaboración.
Para enviar sus comentarios:
v Envíelos por correo a la dirección indicada en el reverso.
v Envíelos por fax al número siguiente: 1-800-227-5088 (EE.UU. y Canadá)
Si desea obtener respuesta de IBM, rellene la información siguiente:
Nombre
Dirección
Compañía
Número de teléfono
Dirección de e-mail
Hoja de Comentarios
IBM Corporation
Information Development
Department 9BSA
P.O. Box 12195
Research Triangle Park, NC