IBM Operational Decision Manager Versión 8 Release 5. Configuración de Operational Decision Manager en WebSphere Application Server

Transcripción

1 IBM Operational Decision Manager Versión 8 Release 5 Configuración de Operational Decision Manager en WebSphere Application Serer

2 Nota Antes de utilizar esta información y el producto al que da soporte, lea la información incluida en Aisos en la página 241. Esta ersión se aplica a la ersión 8, release 5, modificación 1 de Operational Decision Manager y a todos los releases y modificaciones posteriores hasta que se indique lo contrario en nueas ediciones. Copyright IBM Corporation 2012, 2013.

3 Contenido Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad Agrupación en clúster de WebSphere Application Serer y topología gold Célula de Operational Decision Manager Célula de topología gold de Decision Serer plantillas de perfil de Operational Decision Manager 8 Configuración de Rule Execution Serer utilizando plantillas de perfil Configuración de Rule Execution Serer en un perfil nueo Aumento de un perfil existente con Rule Execution Serer Aumento del perfil de gestor de despliegue con Rule Execution Serer Ejecución del script configuredscluster para crear un clúster Ejecución del script addnodetodscluster Cancelar el aumento de Rule Execution Serer de perfiles existentes Desinstalación de Rule Execution Serer de un clúster Configuración de las consolas de Decision Center utilizando las plantillas de perfil Configuración de Decision Center en un perfil nueo Aumento de un perfil existente con Decision Center Aumento del perfil de gestor de despliegue con Decision Center Ejecución del script configuredccluster para crear un clúster Ejecución del script addnodetodccluster Cancelar el aumento de Decision Center de un clúster existente Desinstalación de Decision Center de un clúster 33 Configuración del tiempo de ejecución de sucesos utilizando plantillas de perfil Aumento de un perfil de gestión existente WebSphere Application Serer Aumento de un perfil de gestión existente utilizando la herramienta de gestión de perfiles Aumento de un perfil de gestión existente utilizando el mandato manageprofiles Anulación de aumento de un perfil existente utilizando el mandato manageprofiles Aumento de un perfil personalizado existente WebSphere Application Serer Aumento de un perfil personalizado existente utilizando la herramienta de gestión de perfiles Aumento de un perfil personalizado existente utilizando el mandato manageprofiles Anulación de aumento de un perfil existente utilizando el mandato manageprofiles Creación de perfiles para un clúster de topología gold Configuración de un clúster de topología gold.. 44 Creación y configuración de un clúster que utilizawebsphere MQ como proeedor de mensajería Configuración de WebSphere MQ para utilizarlo como proeedor de mensajería Creación de perfiles para un clúster que utilizawebsphere MQ como proeedor de mensajería Configuración de un clúster que utiliza WebSphere MQ como proeedor de mensajería Definición de una recopilación de alta disponibilidad de seridores de catálogo Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer Antes de empezar: Abrir la consola de administración Paso 1: seleccionar y aplicar el tipo de persistencia 60 Paso 2: restricción de los permisos del usuario de base de datos Paso 3: configurar la base de datos Creación de una base de datos DB2 para Linux en System z Creación de una base de datos DB2 en z/os.. 63 Paso 4: Configuración de un origen de datos y una agrupación de conexiones Creación de un proeedor JDBC Creación de un origen de datos y una agrupación de conexiones Creación de datos de autenticación J2C Establecimiento de propiedades personalizadas 67 Probar la conexión a la base de datos Paso 5: Actiación de la seguridad en WebSphere Application Serer Introducción a la seguridad de WebSphere Application Serer Creación de usuarios y grupos Correlación de grupos de usuarios con el rol de superisor Políticas de seguridad para la consola de Rule Execution Serer Paso 6: desplegar los descriptores MBean de Rule Execution Serer Paso 7: desplegar el RAR de la XU Paso 8: desplegar el archio EAR de gestión de Rule Execution Serer Copyright IBM Corp. 2012, 2013 iii

4 Paso 9: crear un esquema de base de datos de Rule Execution Serer Creación de un esquema de base de datos utilizando la consola de Rule Execution Serer. 78 Descripción general del Asistente de alores de instalación Abrir la consola de Rule Execution Serer.. 79 Paso 1: Bienenido al Asistente de parámetros de instalación Paso 2: elegir el esquema de base de datos.. 80 Paso 3: reisar el esquema de base de datos 81 Paso 4: Utilización del informe del Asistente de parámetros de instalación Creación del esquema de base de datos ejecutando scripts SQL Ejecución de scripts SQL para crear un esquema DB Probar la conexión a la base de datos Paso 10: desplegar el archio EAR de sericio de decisiones transparentes alojado Paso 11: establecer la propiedad personalizada DecodeUrlAsUTF Pasos de configuración opcionales Integración de WebSphere MQ en WebSphere Application Serer para dar soporte a la ejecución asíncrona Visión general de la integración de WebSphere MQ Creación de la fábrica de conexiones de la cola de WebSphere MQ Creación de la cola de entrada de WebSphere MQ Creación de la cola de salida de WebSphere MQ Creación de UNA fábrica de conexiones de tema Creación del tema de entrada de WebSphere MQ Creación del tema de salida de WebSphere MQ Creación de la especificación de actiación de cola de WebSphere MQ Creación de la especificación de actiación de tema de WebSphere MQ Instalación del bean de regla regido por mensaje Habilitación del Soporte del último participante en todo el seridor Configuración de Rule Execution Serer en distintos entornos Comprobación del despliegue y configuración Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer Planificar el entorno de Sucesos de Decision Serer 101 Creación de un entorno de Sucesos de Decision Serer Selección de una topología de Sucesos de Decision Serer Personalización del tiempo de ejecución de sucesos Configuración de un entorno autónomo Sucesos de Decision Serer Creación de un nueo perfil de seridor de aplicaciones Sucesos de Decision Serer Creación de un perfil nueo utilizando la Herramienta de gestión de perfiles Creación de un perfil nueo mediante el mandato manageprofiles Aumento de un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer Aumento de un perfil de seridor de aplicaciones existente utilizando la herramienta de gestión de perfiles Aumento de un perfil de seridor de aplicaciones existente utilizando el mandato manageprofiles Anulación del aumento de un perfil de seridor de aplicaciones existente utilizando el mandato manageprofiles Edición de archios seten Personalización del entorno de ejecución de sucesos Configuración de la base de datos de tiempo de ejecución de sucesos para Sucesos de Decision Serer Creación de la base de datos de tiempo de ejecución de sucesos Creación manual de tablas de tiempo de ejecución de sucesos Desplegar tablas en base de datos distintas 118 Despliegue el tiempo de ejecución de sucesos en un gestor de base de datos que distingue entre mayúsculas y minúsculas Cambio del proeedor de mensajería del tiempo de ejecución de sucesos Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS Configuración de WebSphere MQ para que sea proeedor JMS Configuración de WebSphere MQ Configuración de Sucesos de Decision Serer Configurar propiedades Configuración de las propiedades utilizando la consola administratiawebsphere Application Serer Configuración de propiedades mediante la herramienta de scripting wsadmin Configuración de propiedades con la herramienta Propiedades Configuración de cómo almacenar datos de pasos Configuración del tiempo de ejecución de sucesos para almacenar datos de pasos en memoria i IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

5 Configuración del tiempo de ejecución de sucesos para almacenar los datos de contexto en ObjectGrid Configuración del tiempo de ejecución de sucesos para grabar el historial Configuración de la cola de sucesos duradera 132 Configuración del tamaño de registro de la cola de sucesos duradera Configuración de cómo se manejan las reglas de sucesos y acciones diferidas Configuración de arios perfiles Sucesos de Decision Serer para que coexistan Configuración de conectores de tecnología en un sistema independiente Configuración del conector de la Consola del usuario para que utilice un origen de datos de WebSphere Application Serer Ajuste de la configuración de tiempo de ejecución de sucesos Ajuste con el tiempo de ejecución de sucesos y WebSphere Application Serer Ajuste con mensajería JMS Verificación de la configuración de Sucesos de Decision Serer Protección de Sucesos de Decision Serer Autenticación de usuarios Configuración de la autenticación del usuario utilizando WebSphere Application Serer Configuración de la autenticación del usuario utilizando LDAP Configuración de la autenticación del usuario con Microsoft Windows Actie Directory Configuración de la autenticación de usuarios mediante la Consola de usuario Protección de acceso a gráficas Protección del bus de integración de sericios 153 Capítulo 4. Configuración de consolas de Decision Center en WebSphere Application Serer Configuración de las consolas de Decision Center en WebSphere Application Serer para plataformas distribuidas Antes de empezar: Abrir la consola de administración Paso 1: restricción de los permisos del usuario de base de datos Paso 2: Configuración de la conectiidad de bases de datos Creación de una base de datos DB2 en z/os 158 Creación de un proeedor JDBC Creación de un origen de datos y una agrupación de conexiones Creación de datos de autenticación J2C Cambio de las propiedades personalizadas de su origen de datos Conexión a la base de datos Paso 3: Configuración de seguridad Creación de usuarios y grupos Actualización de las políticas de seguridad 165 Establecimiento de las propiedades personalizadas para la seguridad de Decision Center Paso 4: desplegar el archio de EAR de Decision Center Declaración de grupos personalizados Despliegue del archio EAR Cambio de la secuencia de carga de clases 170 Paso 5: comprobación del despliegue de la consola Decision Center Enterprise Paso 6: Completar la configuración de las consolas de Decision Center Completar la configuración desde la consola de Decision Center Enterprise Descripción general del Asistente de alores de instalación Paso 1: Configurar la base de datos Paso 2: configurar archios de mensajes 173 Paso 3: configurar grupos Paso 4: establecer el entorno local de persistencia Paso 5: Establecer parámetros de configuración Cómo completar la configuración utilizando tareas Ant Configuración del entorno de tareas Ant 176 Creación del esquema de base de datos 178 Definición y subida de archios de mensajes Configuración de los usuarios de la consola Business de Decision Center Establecimiento del entorno local de persistencia Añadir o eliminar parámetros de configuración Voler a empaquetar el archiado de Decision Center Configuración de la función de búsqueda de la consola Business de Decision Center Uso del motor de búsqueda Solr remoto Establecimiento de parámetros par ael motor de búsqueda Solr Pasos adicionales para configurar Decision Validation Serices Antes de empezar Paso 1: crear recursos de base de datos del almacén de decisiones Paso 2: despliegue del archiado de Decision Validation Serices por primera ez Paso 3: comprobar la disponibilidad de Decision Validation Serices Paso 4: empaquetar Decision Validation Serices mediante Ant Paso 5: oler a desplegar el archiador de Decision Validation Serices Distribución de pruebas de Decision Validation Serices a arios seridores Configuración de las consolas de Decision Center en WebSphere Application Serer para Linux en System z Antes de empezar Contenido

6 Paso 1: restricción de los permisos del usuario de base de datos Paso 2: configuración de seguridad de la conexión Jaa Paso 3: Configuración de la seguridad en WebSphere Application Serer Definición de un registro de usuarios Creación de usuarios y grupos Políticas de seguridad para la consola de Decision Center Establecimiento de las propiedades personalizadas para la seguridad de Decision Center Paso 4: creación de la base de datos DB Creación de la base de datos DB2 en z/os 205 Paso 5: crear un proeedor JDBC Paso 6: Creación de un origen de datos y una agrupación de conexiones Creación de un origen de datos y una agrupación de conexiones Probar la conexión a la base de datos Paso 7: Despliegue del archio EAR de Decision Center en WebSphere Application Serer Declaración de grupos personalizados Cambio de la secuencia de carga de clases 209 Despliegue del EAR Comprobación del despliegue de la consola Decision Center Enterprise Paso 8: Completar la configuración Completar la configuración desde la consola de Decision Center Enterprise Descripción general del Asistente de alores de instalación Paso 1: Configurar la base de datos Paso 2: configurar archios de mensajes 213 Paso 3: configurar grupos Paso 4: establecer el entorno local de persistencia Paso 5: Establecer parámetros de configuración Cómo completar la configuración utilizando tareas Ant Configuración del entorno de tareas Ant 217 Creación del esquema de base de datos 219 Definición y subida de archios de mensajes Establecimiento del entorno local de persistencia Añadir o eliminar parámetros de configuración Voler a empaquetar el archiado de Decision Center Configuración de la función de búsqueda de la consola Business de Decision Center Uso del motor de búsqueda Solr remoto Establecimiento de parámetros par ael motor de búsqueda Solr Pasos adicionales para configurar Decision Validation Serices Antes de empezar Paso 1: crear recursos de base de datos del almacén de decisiones Paso 2: despliegue del archiado de Decision Validation Serices por primera ez Paso 3: comprobar la disponibilidad de Decision Validation Serices Paso 4: empaquetar Decision Validation Serices mediante Ant Paso 5: oler a desplegar el archiador de Decision Validation Serices Capítulo 5. Verificación de su configuración de Decision Center Publicación de un proyecto en Decision Center Abrir las consolas de Decision Center Aisos Marcas registradas Índice i IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

7 Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad Para conseguir un sistema escalable y de alta disponibilidad puede agrupar un conjunto de instancias de WebSphere Application Serer en un clúster. Los clústeres proporcionan un equilibrio de carga de trabajo y soporte de migración tras error para las aplicaciones que se ejecutan en WebSphere Application Serer, ampliando así el rendimiento y la disponibilidad. Operational Decision Manager proporciona scripts que se pueden ejecutar para crear y configurar clústeres de Decision Serer o clústeres de Decision Center. Agrupación en clúster de WebSphere Application Serer y topología gold La planificación de una topología de clúster con el despliegue de red de WebSphere Application Serer resulta complicada debido a la gran cantidad de combinaciones posibles pero solamente hay un subconjunto que se adecue a sus necesidades. La tecnología gold le ayuda a elegir correctamente. Una tecnología gold es la que se suele configurar para un determinado escenario de uso. Pretende equilibrar los requisitos de disponibilidad y escalabilidad así como demás características del sistema. Simplifica la tarea de planificación proporcionando un modelo para que el usuario lo siga que se basa en la experiencia de los usuarios de Operational Decision Manager. Existen dos topologías gold para las células de WebSphere Application Serer. La topología basada en células de Operational Decision Manager facilita la creación de reglas mientras que la topología basada en células del Decision Serer a dirigida a entornos de tiempos de ejecución de reglas y sucesos. Célula de Operational Decision Manager Habilita todas las aplicaciones que proporciona Operational Decision Manager. Incluye un clúster de Decision Center y un clúster de Decision Serer. Copyright IBM Corp. 2012,

8 Célula de Decision Serer Contiene el subconjunto de componentes de Operational Decision Manager que dan soporte a los entornos de reglas y de tiempo de ejecución de sucesos así como a las prestaciones de prueba. Puede utilizar estos dos tipos de células para crear un entorno compartido o un entorno por etapas. Entorno compartido Un único seridor de creación que alimenta arios seridores de tiempo de ejecución especializados y aislados mediante fases del ciclo de ida. Los artefactos ejecutables se despliegan para ejecutar reglas de negocio y sucesos en HTTP y HTTPS. Un entorno compartido tiene las entajas siguientes: Proporciona aislamiento funcional entre la creación y ejecución de negocio. Ofrece un origen único para la creación y el despliegue. Permite la bifurcación y la fusión de forma que es posible desplegar reglas ejecutables en seridores seleccionados. 2 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

9 Permite una alta disponibilidad para todas las prestaciones de Operational Decision Manager. Separa las cargas de trabajo de ejecución y de simulación. Un entorno compartido tiene los inconenientes siguientes: Carece de la posibilidad de personalizar Decision Center para una única fase (desarrollo, prueba o producción). Introduce un punto único de anomalía para la creación debido al repositorio compartido de Decision Center. Puede considerar la posibilidad de utilizar una réplica de base de datos para eitar este problema. Requiere gestión de acceso a acciones y seridores. En el diagrama siguiente se muestra cómo se puede utilizar un único Decision Center para propagar artefactos de decisiones en arias instancias de Decision Serer. Entorno por etapas Cada célula se puede gestionar independientemente e incluye un clúster de Decision Center y un clúster de Decision Serer. Un entorno por etapas tiene las entajas siguientes: Proporciona aislamiento completo entre las etapas del ciclo de ida de despliegue. Aísla la creación y ejecución por etapas y células. Ofrece la posibilidad de personalizar Decision Center en cada célula, incluida la seguridad. Permite una alta disponibilidad para instancias de Decision Center y de Decision Serer en clúster. Un entorno por etapas tiene los inconenientes siguientes: Requiere suministro y gestión de arias JVM y bases de datos de Decision Center. Requiere la sincronización del contenido de repositorio de Decision Center entre células desde la célula de despliegue hasta la célula de producción. Debe propagar proyectos de regla y sucesos desde una etapa a otra utilizando los mandatos Export e Import. Puede automatizar el proceso de propagación utilizando las API de Jaa y las tareas Ant proporcionadas. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 3

10 En el diagrama siguiente se muestra cómo se utiliza la célula de Operational Decision Manager en cada etapa del ciclo de ida de desarrollo. Puede configurar la célula de Operational Decision Manager y la célula de Decision Serer utilizando los scripts de plantilla de perfil proporcionados o manualmente siguiendo los pasos documentados. Célula de Operational Decision Manager La célula de topología gold de Operational Decision Manager incluye todas las funciones de Decision Center y Decision Serer. La célula de Operational Decision Manager se puede utilizar para definir etapas para los entornos de creación, prueba y producción. Si algún componente de Decision Serer no es releante para sus requisitos concretos, puede eliminarlo para reducir el uso de los recursos. Cada nodo contiene una instancia de Decision Serer y una instancia de Decision Center. Tal como muestra el diagrama siguiente, las instancias de Decision Serer de la célula forman un clúster. Las instancias de Decision Center en la célula forman un clúster independiente. Los miembros del mismo clúster se configuran de forma idéntica para habilitar el equilibrio de carga de trabajo y el soporte de migración tras error. 4 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

11 Clúster de Decision Center Este clúster contiene los componentes del lado del seridor de Decision Center para la gestión de creación y simulación de negocios. También contiene un archio EAR para las consolas web y un archio EAR para los widgets de sucesos. Clúster de Decision Serer El clúster de Decision Serer incluye todos los componentes para ejecutar las reglas de negocios y la lógica de sucesos. También abarca la ejecución de las suites y simulaciones de pruebas de las reglas de negocios. Este clúster incluye los siguientes artefactos de Jaa EE: Un archio EAR de la consola Rule Execution Serer que se despliega en el niel de nodo. Un archio RAR de la unidad de ejecución de reglas que se despliega en el niel de nodo. Un archio EAR que contiene el Proeedor de sericios de escenario, que ejecuta las suites y simulaciones de prueba de las reglas de negocio. Un archio EAR que contiene el sericio de decisiones transparentes alojado que publica dinámicamente y ejecuta los sericios web de decisiones. Un tiempo de ejecución de sucesos para ejecutar y probar reglas de sucesos. El tiempo de ejecución de sucesos incluye archios EAR de tiempo de ejecución y de prueba. El archio EAR de prueba debe estar en el mismo clúster que el archio EAR de tiempo de ejecución. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 5

12 Conectores de sucesos. Motores de mensajes que son necesarios para el procesamiento de sucesos y que utilizan los MDB (beans de reglas controlados por mensajes). Los tiempos de ejecución de reglas y sucesos se colocan en las mismas JVM. Para habilitar un sericio de decisiones que desencadena una detección de sucesos, deberá colocar los dos motores en la misma JVM para una inocación local. Célula de topología gold de Decision Serer La célula de topología gold de Decision Serer incluye las Reglas de Decision Serer y los tiempos de ejecución de Sucesos de Decision Serer. Se puede utilizar la célula de Decision Serer para alojar los entornos de creación, prueba y producción. Si algunos de los componentes de Decision Serer no son releantes para sus requisitos concretos, puede eliminarlos para reducir el uso de los recursos. Tal como muestra el diagrama siguiente, cada nodo contiene una instancia de Decision Serer. Las instancias de Decision Serer de cada célula forman un clúster. Los miembros del clúster se configuran de forma idéntica para habilitar el soporte de migración tras error y el equilibrio de carga de trabajo. Nota: El ámbito de la Api de Jaa Management Extensions (JMX) es normalmente el de la célula de WebSphere Application Serer. Sin embargo, puede ocurrir un error si la pila de gestión no encuentra ninguna consola de Rule Execution Serer o encuentra más de una. Para obtener más información, consulte la nota técnica sobre limitaciones. En el diagrama siguiente, la consola de Rule Execution Serer está en clúster. No obstante, también puede desplegarla en un único seridor de la célula. En este caso, para que funcionen los sericios de prueba y simulación, debe implementar la interfaz de IlrSSPResoler tal como se explica en Distribución de pruebas de Decision Validation Serices a arios seridores en la página IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

13 El clúster de Decision Serer incluye todos los componentes para ejecutar las reglas de negocios y la lógica de sucesos. También abarca la ejecución de las suites y simulaciones de pruebas de las reglas de negocios. Este clúster incluye los siguientes artefactos de Jaa EE: Un archio EAR de la consola de Rule Execution Serer que se despliega en el niel de nodo. Un archio RAR de la unidad de ejecución (XU) que se despliega en el niel de nodo. Un archio EAR para el Proeedor de sericios de escenario (SSP), que ejecuta las suites y simulaciones de prueba de las reglas de negocios. Un archio EAR que contiene el sericio de decisiones transparentes alojado que publica dinámicamente y ejecuta los sericios web de decisiones. Un tiempo de ejecución de sucesos para ejecutar y probar reglas de sucesos. Un tiempo de ejecución de sucesos incluye archios EAR de tiempo de ejecución y de prueba. El archio EAR de prueba debe estar en el mismo clúster que el archio EAR de tiempo de ejecución. Conectores de sucesos. Motores de mensajes que son necesarios para el procesamiento de sucesos y que utilizan los MDB (beans de reglas controlados por mensajes). Los tiempos de ejecución de reglas y sucesos se colocan en las mismas máquinas irtuales Jaa (JVM). Para habilitar un sericio de decisiones que desencadena una detección de sucesos, deberá colocar los dos motores en la misma JVM para una inocación local. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 7

14 plantillas de perfil de Operational Decision Manager Cuando instale Operational Decision Manager, el instalador copia las plantillas de perfil en el directorio de WebSphere Application Serer para plantillas de perfil. En la tabla siguiente se listan los archios que se copian en cada directorio. <dir-instalación_odm> es el directorio de instalación de Operational Decision Manager y <dir-instalación_was> es el directorio donde se ha instalado WebSphere Application Serer. Si especifica el <dir-instalación_was> en Installation Manager, las plantillas de perfil también se copiarán en el directorio profiletemplates. Importante: Si no instala los Ejemplos y tutoriales del producto, deberá copiar las carpetas de <dir-instalación_odm> a <dir-instalación_was>. Tabla 1. Instalación de archios y directorios de plantillas de perfil para Decision Serer ydecision Center Ubicación Cuándo Archios <dir-instalación_odm>/ executionserer/ applicationserers/websphere8 <dir-instalación_odm>/ teamserer/applicationserers/ WebSphere8 <dir-instalación_odm>/shared/ profiles/profiletemplates/rules <dir-instalación_was>/ profiletemplates/rules <dir-instalación_was>/ profiletemplates/rules/default/ ds <dir-instalación_was>/ profiletemplates/rules/default/ dc Durante la instalación del producto Durante la instalación del producto Durante la instalación del producto Durante la instalación del producto si se ha seleccionado <dir-instalación_was> en el instalador Durante la instalación del producto Durante la instalación del producto Los archios EAR de la consola de Rule Execution Serer, del Proeedor de sericios de escenario (SSP) y de los sericios de decisiones transparentes alojados. El archio RAR para la unidad de ejecución (XU) El archio EAR de Decision Center. La plantilla de perfil de Decision Serer para aumentar un perfil de gestor de despliegue. El subdirectorio management/ds que contiene los scripts para aumentar un perfil de gestor de despliegue. La plantilla de perfil de Decision Center para aumentar un perfil de gestor de despliegue. El subdirectorio management/dc que contiene los scripts para aumentar un perfil de gestor de despliegue. El subdirectorio management/ds que contiene los scripts para aumentar un perfil de gestor de despliegue. El subdirectorio management/dc que contiene los scripts para aumentar un perfil de gestor de despliegue. Los scripts para aumentar un nodo o un perfil de WebSphere Application Serer con Decision Serer. Los scripts para aumentar un nodo o un perfil de WebSphere Application Serer con Decision Center. Tabla 2. Instalación de los archios y directorios de plantillas del perfil para el tiempo de ejecución de sucesos Ubicación Cuándo Archios <dir-instalación_odm>/runtime Durante la instalación Los archios EAR de tiempo de ejecución de sucesos: del producto wberuntimeear.ear WBETesterEar.ear <dir-instalación_odm>/runtime Durante la instalación del producto El archio EAR de widgets de sucesos: EentWidgetsEar.ear 8 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

15 Tabla 2. Instalación de los archios y directorios de plantillas del perfil para el tiempo de ejecución de sucesos (continuación) Ubicación Cuándo Archios <dir-instalación_was>/ profiletemplates/wbe/management Durante la instalación del producto si se ha seleccionado <dir-instalación_was> en el instalador Los scripts para aumentar un perfil de gestor de despliegue con el tiempo de ejecución de sucesos. <dir-instalación_was>/ profiletemplates/wbe/default Durante la instalación del producto Los scripts para aumentar un nodo o un perfil de WebSphere Application Serer con el tiempo de ejecución de sucesos. Configuración de Rule Execution Serer utilizando plantillas de perfil Puede crear nueos perfiles para Rule Execution Serer y configurar un clúster de WebSphere Application Serer para alta disponibilidad y escalabilidad. Para crear un nueo seridor autónomo para albergar Rule Execution Serer, antes debe crear un perfil nueo. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. Configuración de Rule Execution Serer en un perfil nueo Para crear una instancia autónoma nuea del entorno Rule Execution Serer, antes debe crear un perfil de Decision Serer. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. Antes de empezar Durante la creación de perfil, se le pedirá que seleccione el gestor de la base de datos que alberga las tablas para el tiempo de ejecución del seridor de ejecución. A menos que utilice Apache Derby, cree esta base de datos antes de configurar el perfil nueo. Consulte Creación de una base de datos de Rule Execution Serer. Acerca de esta tarea Según su sistema operatio, puede utilizar la Herramienta de gestión de perfiles o el mandato manageprofiles para crear un perfil nueo: En un sistema operatio de 32 bits, puede utilizar la Herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. El procedimiento describe cómo utilizar el mandato manageprofiles para configurar Rule Execution Serer en un perfil nueo. 1. Abra un indicador de mandatos (Windows) en un emulador de terminal (entornos Linux y UNIX) y acceda al directorio <dir-instalación_was>/bin. 2. Ejecute el mandato manageprofiles utilizando manageprofiles.bat para entornos Windows o manageprofiles.sh para entornos Linux y UNIX. a. Necesario: Indique los parámetros siguientes. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 9

16 -create Para crear el nueo perfil. -templatepath <template_path> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione la ía de acceso a <Dir_instalación_WAS>/ profiletemplates/rules/default/ds. b. Opcional: Especifique los siguientes parámetros opcionales. -dshome ubicación de instalación donde ubicación de instalación es la ía de acceso completa al directorio de instalación de Decision Serer, <dir-instalación>. Debe especificar este parámetro si ha instalado Decision Serer en una ubicación no predeterminada. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. -cellname nombre_celda donde nombre_celda es el nombre de la celda. -nodename nombre_nodo donde nombre_nodo es el nombre del nodo. -hostname nombre_host donde nombre_host es el nombre de host del sistema en el que se encuentra el perfil. -serername nombre_seridor donde nombre_seridor es el nombre del seridor. -enableadminsecurity true false donde true actia la seguridad administratia de WebSphere Application Serer. Si proporciona este parámetro, también debe proporcionar -adminusername y -adminpassword. Si no especifica este parámetro, el predeterminado es false. -adminusername nombre de usuario donde nombre de usuario es el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -adminpassword contraseña donde contraseña es la contraseña para el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -dbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado DB2_Uniersal Derby_Seridor de Red Oracle MS_SQL_Serer -dbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. 10 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

17 -dbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el Id. de usuario para acceder al seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbpassword contraseña donde contraseña es la contraseña para el ID de usuario para acceder al seridor de base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbclicenseclasspath ía_acceso_licencia_jdbc_base_datos donde ía_acceso_licencia_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clases de JBDC. Solo es necesario si -dbtype es DB2_Uniersal. -dbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbsererport número_puerto donde número_puerto es el puerto del sericio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que -dbtype sea Derby_Embedded. Resultados Tras ejecutar el mandato manageprofiles, se crea el perfil. Ejemplos Los ejemplos siguientes muestran cómo configurar Rule Execution Serer con el proeedor de mensajería predeterminado en Windows y Linux. El primer ejemplo crea un nueo perfil de seridor de aplicaciones en Windows utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.bat -create -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\ds" -dshome "C:\Program Files\IBM\ODM851" El segundo ejemplo crea un nueo perfil de seridor de aplicaciones en Linux y UNIX utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.sh -create -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/ds" -dshome "/opt/ibm/odm851/odm" Aumento de un perfil existente con Rule Execution Serer Para crear una instancia de Rule Execution Serer en una instancia de WebSphere Application Serer existente, puede aumentar el perfil utilizando el mandato manageprofiles. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 11

18 Antes de empezar Antes de aumentar un perfil de WebSphere Application Serer existente, asegúrese de que se han detenido todos los seridores de aplicaciones del perfil. Durante la creación de perfil, se le pedirá que seleccione el gestor de base de datos que alberga las tablas para el tiempo de ejecución de sucesos. Si no está utilizando Apache Derby, cree la base de datos antes de crear un perfil. Consulte Creación de una base de datos de Rule Execution Serer. Acerca de esta tarea Puede utilizar el mandato manageprofiles o la Herramienta de gestión de perfiles para aumentar un perfil existente: El mandato manageprofiles tiene soporte en todos los sistemas operatios. La Herramienta de gestión de perfiles sólo tiene soporte en sistemas operatios de 32 bits. La herramienta de gestión de perfiles no tiene soporte ni en sistemas operatios HP-UX, ni z/os. El procedimiento describe cómo utilizar el mandato manageprofiles para aumentar Rule Execution Serer en un perfil existente. 1. Abra un indicador de mandatos (Windows) en un emulador de terminal (entornos Linux y UNIX) y acceda al directorio <dir-instalación_was>/bin. 2. Ejecute el mandato manageprofiles. Los archios son manageprofiles.bat para Windows o manageprofiles.sh for entornos Linux y UNIX. a. Necesario: Indique los parámetros siguientes. -augment Para aumentar el perfil existente. -unaugment Para deshacer el aumento del perfil. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente par el perfil de seridor de aplicaciones: <Dir_instalación_WAS>/profileTemplates/rules/default/ds. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de seridor de aplicaciones existente que está aumentando. b. Opcional: Especifique los siguientes parámetros. -dshome ubicación de instalación donde ubicación de instalación es la ía de acceso completa que representa la ubicación de instalación de Decision Serer. Debe especificar este parámetro si Decision Serer está instalado en una ubicación distinta de la predeterminada. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. -cellname nombre_celda donde nombre_celda es el nombre de la celda. 12 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

19 -nodename nombre_nodo donde nombre_nodo es el nombre del nodo. -hostname nombre_host donde nombre_host es el nombre de host del sistema en el que se encuentra el perfil. -serername nombre_seridor donde nombre_seridor es el nombre del seridor. -enableadminsecurity true false donde true actia la seguridad administratia de WebSphere Application Serer. Si proporciona este parámetro, también debe proporcionar -adminusername y -adminpassword. Si no especifica este parámetro, el predeterminado es false. -adminusername nombre de usuario donde nombre de usuario es el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -adminpassword contraseña donde contraseña es la contraseña para el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -dbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado DB2_Uniersal Derby_Seridor de Red Oracle MS_SQL_Serer -dbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el Id. de usuario para acceder al seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbpassword contraseña donde contraseña es la contraseña para el ID de usuario para acceder al seridor de base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbclicenseclasspath ía_acceso_licencia_jdbc_base_datos donde ía_acceso_licencia_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clases de JBDC. Solo es necesario si -dbtype es DB2_Uniersal. -dbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 13

20 -dbsererport número_puerto donde número_puerto es el puerto del sericio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que -dbtype sea Derby_Embedded. Resultados Tras ejecutar el mandato manageprofiles, se aumenta el perfil. Ejemplos Los ejemplos siguientes muestran cómo configurar Rule Execution Serer con el proeedor de mensajería predeterminado. El primer ejemplo aumenta un perfil de seridor de aplicaciones existente, llamado AppSr01, en Windows, utilizando el Apache Derby incluido como proeedor de base de datos. manageprofiles.bat -augment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\ds" -dshome "C:\Program Files\IBM\ODM851" -profilename AppSr01 El segundo ejemplo aumenta un perfil de seridor de aplicaciones existente, llamado AppSr01, en entornos Linux and UNIX, utilizando el Apache Derby incluido como proeedor de base de datos. manageprofiles.sh -augment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/ds" -dshome /opt/ibm/odm851/odm -profilename AppSr01 Los ejemplos siguientes muestran cómo cancelar el aumento de Rule Execution Serer de un perfil existente. El primer ejemplo anula el aumento de un perfil de seridor de aplicaciones de Decision Serer existente, llamado ODMSr01, en Windows. manageprofiles.bat -unaugment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\ds" -profilename ODMSr01 El segundo ejemplo anula el aumento de un perfil de seridor de aplicaciones de Decision Serer existente llamado, ODMSr01, en Linux y UNIX. manageprofiles.sh -unaugment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/ds" -profilename ODMSr01 Aumento del perfil de gestor de despliegue con Rule Execution Serer Para alta disponibilidad y escalabilidad en sus aplicaciones, puede configurar Rule Execution Serer en un clúster de WebSphere Application Serer, ejecutando un script de configuración. Antes debe aumentar un perfil de gestión. Antes de empezar Antes de iniciar el script para aumentar el perfil, debe instalar las plantillas de perfil de WebSphere Application Serer, crear un perfil de gestor de despliegue y asegurarse de que existe un nodo. 1. Instale las plantillas predeterminadas de WebSphere Application Serer. 14 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

21 2. Cree un perfil de gestor de despliegue ejecutando la herramienta de gestión de perfiles, a menos que ya exista uno. Para obtener más información, consulte el Information Center de WebSphere Application Serer. Este paso crea un directorio nueo, por ejemplo profiles/dmgr01/bin. 3. Crear un nodo. Un nodo de destino es obligatorio. El nodo recibe la configuración básica, es decir, el primer miembro de clúster y un seridor para la consola de Rule Execution Serer. El nodo debe estar iniciado y isible para el gestor de despliegue. Puede crear un nodo predeterminado en otro equipo, utilizar un nodo existente o utilizar la opción -createnode para crear el nodo de destino en el equipo en el que se ejecuta la configuración. Acerca de esta tarea Aumente el perfil de gestor de despliegue para poder crear nodos adicionales utilizando la plantilla que se proporciona. Inicie el archio manageprofiles con las opciones -augment. En Windows: <dir-instalación_was>\bin\manageprofiles.bat -augment -profilename Dmgr01 -templatepath <dir-instalación_was>\profiletemplates\ rules\management\ds En entornos UNIX: <dir-instalación_was>/bin/manageprofiles.sh -augment -profilename Dmgr01 -templatepath <dir-instalación_was>/profiletemplates/ rules/management/ds donde <dir-instalación_was> es el directorio en el que está instalado WebSphere Application Serer. Dmgr01 es el nombre del gestor de despliegue de perfiles que ha creado como requisito preio. Resultados El mandato manageprofiles[.bat.sh] tiene los efectos siguientes: 1. Crea los usuarios resadmin, resmonitor y resdeployers. 2. Copia el script configuredscluster.bat para plataformas Windows o el script configuredscluster.sh para plataformas UNIX para desplegar el directorio de destino del gestor de despliegue, por ejemplo profiles/dmgr01/bin. Ejecución del script configuredscluster para crear un clúster Una ez aumentado el perfil de gestión predeterminado, puede ejecutar el script que configura Rule Execution Serer como un clúster de WebSphere Application Serer. Antes de empezar Antes de iniciar el script para aumentar el perfil, debe establecer la ariable de entorno ODM_HOME. El script de configuración que ejecute en el paso 2 en la página 16 utiliza dicha ariable. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 15

22 Acerca de esta tarea Tras haber aumentado el perfil de gestión, establezca las propiedades de configuración de clúster y ejecute el script de configuración. Nota: El script de configuración configura solo el nodo de destino especificado. Se puede ejecutar el script de nueo para cada nodo adicional cambiando el nombre del nodo destino. También puede configurar manualmente la unidad de ejecución (XU) y el origen de datos para los demás nodos. Si necesita ayuda para añadir un nodo a un clúster que ya exista, consulte Ejecución del script addnodetodscluster en la página Edite el archio configuredscluster.properties para establecer el nombre del clúster y los alores de base de datos. Este archio se encuentra en el directorio profiles/dmgr01/bin/rules/, donde Dmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades de configuración deben contener alores para las claes siguientes: wodm.dsrules.clustername El alor puede ser el nombre de un clúster existente. Si no existe ningún clúster aún, se crea uno. El nombre predeterminado es DecisionSererCluster. wodm.dsrules.rulesmgrserername El nombre del seridor en el que se encuentra la consola de Rule Execution Serer. Por ejemplo: RulesMgrSr. wodm.dsrules.db.type El tipo de base de datos: DB2, Oracle o MSQL. El alor predeterminado es DB2. wodm.dsrules.db.jdbcdrierpath La ía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/driers/ db2jcc.jar;c:/driers/db2jcc_license_cu.jar; wodm.dsrules.db.name El nombre de la base de datos. Por ejemplo: MyDB. wodm.dsrules.db.hostname El nombre del host en el que se encuentra la base de datos. Por ejemplo: MyDB_serer. wodm.dsrules.db.port El número de puerto para establecer la conexión con la base de datos. wodm.dsrules.db.user El nombre de usuario para conectar a la base de datos. Por ejemplo: db_user1. wodm.dsrules.db.password La contraseña para conectar a la base de datos. Por ejemplo: db_user1_pwd. 2. Vaya al directorio profiles/dmgr01/bin e inicie el script configuredscluster con los parámetros necesarios. El intérprete de script llama a bash. Si bash no está disponible en el sistema, se generará un error con el mensaje mal intérprete. La sintaxis de la línea de mandatos es: configuredscluster[.sh.bat] -nombreparámetro1 alorparámetro1 -nombreparámetro2 alorparámetro2... Si 16 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

23 comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo incorrecto, puede oler a ejecutar el script. En Windows: <dir-instalación_was>\profiles\dmgr01\bin\configuredscluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredscluster.properties -createnode -targetnodename DecisionSererNode01 -dmgrhostname localhost -dmgrport 8879 En UNIX: <dir-instalación_was>/profiles/dmgr01/bin/configuredscluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredscluster.properties -createnode -targetnodename DecisionSererNode01 -dmgrhostname localhost -dmgrport 8879 Tabla 3. Parámetros de configuración de clúster Nombre de parámetro Necesario Descripción -dmgradminusername Obligatorio El identificador de usuario del administrador de WebSphere Application Serer -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer -clusterpropertiesfile Obligatorio La ía de acceso al archio de propiedades. -uninstall Opcional Elimina toda las aplicaciones y recursos del clúster. El propio clúster no se elimina porque podría contener otras aplicaciones. Consulte Desinstalación de Rule Execution Serer de un clúster en la página 20. -createnode Opcional Si especifica este parámetro, el script crea un perfil de nodo predeterminado con el nombre establecido en el parámetro -targetnodename. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrhostname Opcional Utilice este parámetro para especificar el nombre del host en el que se encuentra el gestor de despliegue. Este parámetro es obligatorio si quiere crear el nodo de destino estableciendo el parámetro -targetnodename. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados El script realiza las acciones siguientes: Instala el proeedor JDBC, conector JCA y el origen de datos a niel de nodo. Instale la consola de Rule Execution Serer en el clúster. Despliega los sericios de decisiones transparentes alojados y el Scenario Serice Proider (SSP) en el miembro de clúster. Los usuarios se correlacionan a los grupos de aplicaciones cuando se despliega una aplicación. Inicia el seridor del gestor de despliegue, si aún no está iniciado. Configura la seguridad. Crea los usuarios resadmin, resdeployer, resmonitor. Estos usuarios pertenecen a monitor de WebSphere Application Serer, por lo que las notificaciones JMX funcionan en todos los nodos de clúster. Configura usuarios y grupos. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 17

24 Instale la unidad de ejecución (XU). Correlaciona usuarios y grupos con roles. Inicia el clúster, seridores y aplicaciones. Cuando se completa el script, el clúster está actio y ejecución. A continuación, el usuario debería configurar el sistema de equilibrio de carga, como seridor HTTP de IBM. Ejecución del script addnodetodscluster Tras haber configurado Rule Execution Serer en un clúster WebSphere Application Serer, puede ejecutar el script que añade un nodo al clúster. Antes de empezar Antes de iniciar el script para añadir un nodo de clúster, debe definir la ariable de entorno ODM_HOME. El script que ejecute en el paso 2 en la página 19 utiliza dicha ariable. Acerca de esta tarea Tras haber definido el clúster a traés del script de configuración, puede configurar un nodo predeterminado y añadirlo al clúster. 1. Compruebe que el archio configuredscluster.properties contiene el nombre de clúster y los alores de base de datos correctos. Este archio se encuentra en el directorio profiles/dmgr01/bin/rules/, donde Dmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades de configuración deben contener alores para las claes siguientes: wodm.dsrules.clustername El alor debe ser el nombre de un clúster existente. El nombre predeterminado es DecisionSererCluster. wodm.dsrules.rulesmgrserername El nombre del seridor en el que se encuentra la consola de Rule Execution Serer. Por ejemplo: RulesMgrSr. wodm.dsrules.db.type El tipo de base de datos: DB2, Oracle o MSQL. El alor predeterminado es DB2. wodm.dsrules.db.jdbcdrierpath La ía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/driers/ db2jcc.jar;c:/driers/db2jcc_license_cu.jar; wodm.dsrules.db.name El nombre de la base de datos. Por ejemplo: MyDB. wodm.dsrules.db.hostname El nombre del host en el que se encuentra la base de datos. Por ejemplo: MyDB_serer. wodm.dsrules.db.port El número de puerto para establecer la conexión con la base de datos. 18 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

25 wodm.dsrules.db.user El nombre de usuario para conectar a la base de datos. Por ejemplo: db_user1. wodm.dsrules.db.password La contraseña para conectar a la base de datos. Por ejemplo: db_user1_pwd. 2. Vaya al directorio profiles/dmgr01/bin e inicie el script addnodetodscluster con los parámetros necesarios. El intérprete de script llama a bash. Si bash no está disponible en el sistema, se generará un error con el mensaje mal intérprete. La sintaxis de la línea de mandatos es: addnodetodscluster[.sh.bat] -ParameterName1 alorparámetro1 -ParameterName2 alorparámetro2....si comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo destino incorrecto, puede oler a ejecutar el script. En Windows: <Dir_instalación_WAS>\profiles\Dmgr01\bin\addNodeToDSCluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredscluster.properties -targetnodename DecisionSererNode01 -dmgrport 8879 En UNIX: <dir-instalación_was>/profiles/dmgr01/bin/addnodetodscluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredscluster.properties -targetnodename DecisionSererNode01 -dmgrport 8879 Tabla 4. Parámetros de configuración de clúster Nombre de parámetro Necesario Descripción -dmgradminusername Obligatorio El identificador de usuario del administrador de WebSphere Application Serer -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer -clusterpropertiesfile Obligatorio La ía de acceso al archio de propiedades. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados El script configura un nodo predeterminado de WebSphere Application Serer y lo añade al clúster que se especifica en el archio configuredscluster.properties que ha pasado como parámetro al script. Cuando se completa el script, el clúster está actio y ejecutándose con el nueo nodo. Cancelar el aumento de Rule Execution Serer de perfiles existentes Puede cancelar el aumento de Decision Serer desde perfiles existentes sin suprimir el clúster. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 19

26 Acerca de esta tarea Utilice el mandato manageprofiles para cancelar el aumento de Decision Serer de perfiles existentes en un clúster. Inicie el archio manageprofiles con las opciones de -unaugment siguientes: En Windows: <dir-instalación_was>\bin\manageprofiles.bat -unaugment -profilename Dmgr01 -templatepath <dir-instalación_was>\profiletemplates\ rules\management\ds -nodename DecisionNode -cellname DecisionCell -targetnodename DecisionSererNode01 En entornos UNIX: <dir-instalación_was>/bin/manageprofiles.sh -unaugment -profilename Dmgr01 -templatepath <dir-instalación_was>/profiletemplates/ rules/management/ds -nodename DecisionNode -cellname DecisionCell -targetnodename DecisionSererNode01 donde <dir-instalación_was> es el directorio en el que está instalado WebSphere Application Serer. Dmgr01 es el nombre del gestor de despliegue de perfil que ha creado como requisito preio para la configuración del clúster. ds es la abreiatura de Decision Serer. -nodename y -cellname son los nombres del nodo y celda que ha definido cuando ha creado el perfil de gestor de despliegue. -targetnodename es el nombre del nodo en el que ha instalado Decision Serer. Resultados Cuando finalice el proceso, se muestra un mensaje parecido al siguiente: INSTCONFSUCCESS: Profile unaugmentation succeeded (La cancelación del aumento del perfil ha sido correcta) El mandato elimina los usuarios resadmin, resdeployer y resmonitor. El clúster se mantiene tal cual, para impedir cualquier riesgo de eliminación de configuraciones existentes preias. Desinstalación de Rule Execution Serer de un clúster Puede desinstalar Rule Execution Serer desde un clúster existente. Acerca de esta tarea Para desinstalar Rule Execution Serer de un clúster, utilice el mismo script de configuración que utiliza para configurar el clúster. 1. Naegue hasta el directorio profiles/<nombre_perfil>/bin. 2. Inicie el script configuredscluster[.sh.bat] con el argumento -uninstall. La línea de mandatos es: configuredscluster[.sh.bat] -dmgradminusername username -dmgradminpassword password En Windows: -clusterpro 20 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

27 <dir-instalación_was>\profiles\dmgr01\bin\configuredscluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredscluster.properties -targetnodename DecisionSererNode01 -dmgrhostname localhost -dmgrport uninstall En UNIX: <dir-instalación_was>/profiles/dmgr01/bin/configuredscluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredscluster.properties -targetnodename DecisionSererNode01 -dmgrhostname localhost -dmgrport uninstall Tabla 5. Parámetros de configuración de clúster Nombre de parámetro Obligatorio/Opcional Descripción -dmgradminusername Obligatorio El identificador de usuario de WebSphere Application Serer que ha definido cuando instaló Decision Serer -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer que definió cuando instaló Decision Serer. -clusterpropertiesfile Obligatorio La ía de acceso completa al archio de propiedades. -uninstall Obligatorio Elimina toda las aplicaciones y recursos del clúster. El propio clúster no se elimina porque podría contener otras aplicaciones. -createnode Opcional Si especifica este parámetro, el script crea un perfil de nodo predeterminado con el nombre establecido en el parámetro -targetnodename. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrhostname Opcional Utilice este parámetro para especificar el nombre del host en el que se encuentra el gestor de despliegue. Este parámetro es obligatorio si quiere crear el nodo de destino estableciendo el parámetro -targetnodename. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados Este mandato tiene los resultados siguientes: Desinstala sericios de decisiones transparentes alojados y el Scenario Serice Proider (SSP). Desinstala la consola de Rule Execution Serer. Elimina el seridor de consola de Rule Execution Serer. Desinstale la unidad de ejecución (XU). Desinstala el origen de datos. Elimina los grupos administratios y aplicatios. Configuración de las consolas de Decision Center utilizando las plantillas de perfil Puede crear nueos perfiles para las consolas de Decision Center y configurar un clúster de WebSphere Application Serer para alta disponibilidad y escalabilidad. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 21

28 Para crear un nueo seridor autónomo para albergar Decision Center, antes debe crear un perfil nueo. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. Configuración de Decision Center en un perfil nueo Para crear una nuea instancia autónoma de Decision Center, antes debe crear un perfil de Decision Center. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. Antes de empezar Durante la creación de perfil, se le pedirá que seleccione el gestor de la base de datos que alberga las tablas para el tiempo de ejecución del seridor de ejecución. A menos que utilice Apache Derby, cree esta base de datos antes de configurar el perfil nueo. Consulte Creación de un origen de datos y una agrupación de conexiones. Acerca de esta tarea Según su sistema operatio, puede utilizar la Herramienta de gestión de perfiles o el mandato manageprofiles para crear un perfil nueo: En un sistema operatio de 32 bits, puede utilizar la Herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. El procedimiento siguiente describe cómo utilizar el mandato manageprofiles para configurar Decision Center en un perfil nueo. 1. Abra un indicador de mandatos (Windows) en un emulador de terminal (entornos Linux y UNIX) y acceda al directorio <dir-instalación_was>/bin. 2. Ejecute el mandato manageprofiles utilizando manageprofiles.bat para entornos Windows o manageprofiles.sh para entornos Linux y UNIX. Debe proporcionar los parámetros siguientes: -create Para crear el nueo perfil. -templatepath <template_path> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione la ía de acceso a <dir-instalación_was>/profiletemplates/ rules/default/dc. Utilice los parámetros opcionales siguientes: -dshome ubicación de instalación donde ubicación de instalación es la ía de acceso completa al directorio de instalación de Decision Center, <dir-instalación>. Debe especificar este parámetro si ha instalado Decision Center en una ubicación no predeterminada. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. -cellname nombre_celda donde nombre_celda es el nombre de la celda. 22 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

29 -nodename nombre_nodo donde nombre_nodo es el nombre del nodo. -hostname nombre_host donde nombre_host es el nombre de host del sistema que aloja el perfil. -serername nombre_seridor donde nombre_seridor es el nombre del seridor. -enableadminsecurity true false donde true actia la seguridad administratia de WebSphere Application Serer. Si proporciona este parámetro, también debe proporcionar -adminusername y -adminpassword. Si no especifica este parámetro, el alor predeterminado es falso, y la seguridad no estará actia. También debe proporcionar -adminusername y -adminpassword. -adminusername nombre de usuario donde nombre de usuario es el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -adminpassword contraseña donde contraseña es la contraseña para el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -dbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado DB2_Uniersal Derby_Seridor de Red Oracle MS_SQL_Serer -dbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el Id. de usuario para acceder al seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbpassword contraseña donde contraseña es la contraseña para el ID de usuario para acceder al seridor de base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbclicenseclasspath ía_acceso_licencia_jdbc_base_datos donde ía_acceso_licencia_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clases de JBDC. Solo es necesario si -dbtype es DB2_Uniersal. -dbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 23

30 -dbsererport número_puerto donde número_puerto es el puerto del sericio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que -dbtype sea Derby_Embedded. Resultados Tras ejecutar el mandato manageprofiles, se crea el perfil. Ejemplos Los ejemplos siguientes muestran cómo configurar Decision Center con el proeedor de mensajería predeterminado en Windows y Linux. El primer ejemplo crea un nueo perfil de seridor de aplicaciones en Windows utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.bat -create -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\dc" -dchome "C:\Program Files\IBM\ODM851" El segundo ejemplo crea un nueo perfil de seridor de aplicaciones en Linux y UNIX utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.sh -create -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/dc" -dchome "/opt/ibm/odm851/odm" Aumento de un perfil existente con Decision Center Para crear una instancia de Decision Center en un WebSphere Application Serer existente, puede aumentar el perfil utilizando el mandato manageprofiles. Antes de empezar Antes de aumentar un perfil de seridor de aplicaciones de WebSphere Application Serer existente, asegúrese de que se han detenido todos los seridores de aplicaciones del perfil. Durante la creación de perfil, se le pide que seleccione el gestor de base de datos, que alberga las tablas para el tiempo de ejecución de sucesos. Si no está utilizando Apache Derby, cree la base de datos antes de crear un perfil. Consulte Creación de un origen de datos y una agrupación de conexiones. Acerca de esta tarea Puede utilizar el mandato manageprofiles o la Herramienta de gestión de perfiles para aumentar un perfil existente: El mandato manageprofiles tiene soporte en todos los sistemas operatios. La Herramienta de gestión de perfiles sólo tiene soporte en sistemas operatios de 32 bits. La Herramienta de gestión de perfiles no tiene soporte en el sistema operatio HP-UX, ni en z/os. 24 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

31 El procedimiento describe cómo utilizar el mandato manageprofiles para aumentar Decision Center en un perfil existente. 1. Abra un indicador de mandatos (Windows) en un emulador de terminal (entornos Linux y UNIX) y acceda al directorio <dir-instalación_was>/bin. 2. Ejecute el mandato manageprofiles. El archio es manageprofiles.bat para entornos Windows o manageprofiles.sh para entornos Linux y UNIX. Proporcione los parámetros siguientes: -augment Para aumentar el perfil existente. -unaugment Para deshacer el aumento del perfil. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente par el perfil de seridor de aplicaciones: <dir-instalación_was>/profiletemplates/rules/default/dc. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de seridor de aplicaciones existente que está aumentando. Opcionalmente, puede especificar los parámetros siguientes: -dshome ubicación de instalación donde ubicación de instalación es la ía de acceso completa que representa la ubicación de instalación de Decision Center. Debe especificar este parámetro si ha instalado Decision Center en una ubicación distinta a la predeterminada. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. -cellname nombre_celda donde nombre_celda es el nombre de la celda. -nodename nombre_nodo donde nombre_nodo es el nombre del nodo. -hostname nombre_host donde nombre_host es el nombre de host del sistema en el que se encuentra el perfil. -serername nombre_seridor donde nombre_seridor es el nombre del seridor. -enableadminsecurity true false donde true actia la seguridad administratia de WebSphere Application Serer. Si proporciona este parámetro, también debe proporcionar -adminusername y -adminpassword. El alor predeterminado es false si no especifica este parámetro. -adminusername nombre de usuario donde nombre de usuario es el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -adminpassword contraseña donde contraseña es la contraseña para el Id. de usuario para acceder a WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 25

32 -dbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado DB2_Uniersal Derby_Seridor de Red Oracle MS_SQL_Serer -dbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el Id. de usuario para acceder al seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbpassword contraseña donde contraseña es la contraseña para el ID de usuario para acceder al seridor de base de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbjdbclicenseclasspath ía_acceso_licencia_jdbc_base_datos donde ía_acceso_licencia_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clases de JBDC. Solo es necesario si -dbtype es DB2_Uniersal. -dbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Obligatorio, a menos que -dbtype sea Derby_Embedded. -dbsererport número_puerto donde número_puerto es el puerto del sericio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que -dbtype sea Derby_Embedded. Resultados Cuando termine la ejecución del mandato manageprofiles, el perfil estará aumentado. Ejemplos Los ejemplos siguientes muestran cómo configurar Rule Execution Serer con el proeedor de mensajería predeterminado en Windows y Linux. El primer ejemplo aumenta un perfil de seridor de aplicaciones existente llamado AppSr01 en Windows, utilizando el Apache Derby incluido como proeedor de base de datos. manageprofiles.bat -augment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\dc" -dchome "C:\Program Files\IBM\ODM851" -profilename AppSr01 26 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

33 El segundo ejemplo aumenta un perfil de seridor de aplicaciones existente llamado AppSr01 en entornos Linux and UNIX, utilizando el Apache Derby incluido como proeedor de base de datos. manageprofiles.sh -augment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/dc" -dchome /opt/ibm/odm851/odm -profilename AppSr01 Los ejemplos siguientes muestran cómo cancelar el aumento de Decision Center de un perfil existente. El primer ejemplo anula el aumento de un perfil de seridor de aplicaciones de Decision Center existente llamado WODMSr01 en Windows. manageprofiles.bat -unaugment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\dc" -profilename WODMSr01 El segundo ejemplo anula el aumento de un perfil de seridor de aplicaciones de Decision Center existente llamado WODMSr01 en Linux y UNIX. manageprofiles.sh -unaugment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/rules/default/dc" -profilename WODMSr01 Aumento del perfil de gestor de despliegue con Decision Center Para alta disponibilidad y escalabilidad en sus aplicaciones, puede configurar Decision Center en un clúster de WebSphere Application Serer, ejecutando un script de configuración. Antes debe aumentar un perfil de gestión. Antes de empezar Antes de iniciar el script para aumentar el perfil, debe instalar las plantillas de perfil para WebSphere Application Serer y crear un perfil de gestor de despliegue predeterminado y asegurarse de que existe un nodo: 1. Instale Decision Center, que incluye WebSphere Application Serer y sus plantillas de perfil. 2. Cree un perfil de gestor de despliegue predeterminado ejecutando la herramienta de gestión de perfiles, a menos que ya exista uno. Para obtener más información, consulte el Information Center de WebSphere Application Serer. Este paso crea un directorio nueo, por ejemplo profiles/dmgr01/bin. 3. Crear un nodo. Un nodo de destino es obligatorio. El nodo recibe la configuración básica. El nodo debe estar iniciado y isible para el gestor de despliegue. Puede crear un nodo predeterminado en otro equipo, utilizar un nodo existente o utilizar la opción -createnode para crear el nodo de destino en el equipo en el que se ejecuta la configuración. Acerca de esta tarea Aumente el perfil de gestor de despliegue para poder crear nodos adicionales utilizando la plantilla que se proporciona. Lance el archio manageprofiles con las opciones -augment. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 27

34 En Windows: <dir-instalación_was>\bin\manageprofiles.bat -augment -profilename Dmgr01 -templatepath <dir-instalación_was>\profiletemplates\ rules\management\dc En entornos UNIX: <dir-instalación_was>/bin/manageprofiles.sh -augment -profilename Dmgr01 -templatepath <dir-instalación_was>/profiletemplates/ rules/management/dc donde <dir-instalación_was> es el directorio en el que está instalado WebSphere Application Serer. Dmgr01 es el nombre del gestor de despliegue de perfiles que ha creado como requisito preio. Resultados El mandato manageprofiles[.bat.sh] tiene los efectos siguientes: 1. Crea los usuarios rtsadmin, rtsuser1 y rtsconfig. 2. Copia el script configuredccluster.bat para plataformas Windows o el script configuredccluster.sh para plataformas UNIX para desplegar el directorio de destino del gestor de despliegue, por ejemplo profiles/dmgr01/bin. Ejecución del script configuredccluster para crear un clúster Cuando haya aumentado el perfil de gestión predeterminado, puede ejecutar el script que configura Decision Center en un clúster de WebSphere Application Serer. Antes de empezar Antes de iniciar el script para aumentar el perfil, debe establecer la ariable de entorno ODM_HOME. El script de configuración que ejecute en el paso 2 en la página 29 utiliza dicha ariable. Acerca de esta tarea Tras haber aumentado el perfil de gestión, establezca las propiedades de configuración de clúster y ejecute el script de configuración. Nota: El script de configuración solo configura el nodo de destino especificado. Se puede ejecutar el script de nueo para cada nodo adicional cambiando el nombre del nodo destino. También puede configurar manualmente la unidad de ejecución (XU) y el origen de datos para los demás nodos. Si necesita ayuda para añadir un nodo a un clúster que ya exista, consulte Ejecución del script addnodetodccluster en la página Edite el archio configuredccluster.properties para establecer el nombre del clúster y los alores de base de datos. Este archio se encuentra en el directorio profiles/dmgr01/bin/rules/, donde Dmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades de configuración deben contener alores para las claes siguientes: wodm.dcrules.clustername El alor puede ser el nombre de un clúster existente. Si no existe ningún clúster aún, se crea uno. El nombre predeterminado es DecisionCenterCluster 28 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

35 wodm.dcrules.db.type El tipo de base de datos: DB2, Oracle o MSSQL. El alor predeterminado es DB2. wodm.dcrules.db.jdbcdrierpath La ía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/driers/ db2jcc.jar;c:/driers/db2jcc_license_cu.jar; wodm.dcrules.db.name El nombre de la base de datos. Por ejemplo: MyDB wodm.dcrules.db.hostname El nombre del host en el que se encuentra la base de datos. Por ejemplo: MyDB_serer wodm.dcrules.db.port El número de puerto para establecer la conexión con la base de datos. wodm.dcrules.db.user El nombre de usuario para conectar a la base de datos. Por ejemplo: db_user1 wodm.dcrules.db.password La contraseña para conectar a la base de datos. Por ejemplo: db_user1_pwd 2. Vaya al directorio profiles/dmgr01/bin e inicie el script configuredccluster con los parámetros necesarios. El intérprete de script llama a bash. Si bash no está disponible en el sistema, se generará un error con el mensaje mal intérprete. La sintaxis de la línea de mandatos es: configuredccluster[.sh.bat] -ParameterName1 alorparámetro1 -ParameterName2 alorparámetro2....si comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo incorrecto, puede oler a ejecutar el script. En Windows: <dir-instalación_was>\profiles\dmgr01\bin\configuredccluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredccluster.properties -createnode -targetnodename DecisionCenterNode01 -dmgrhostname localhost -dmgrport 8879 En UNIX: <dir-instalación_was>/profiles/dmgr01/bin/configuredccluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredccluster.properties -createnode -targetnodename DecisionCenterNode01 -dmgrhostname localhost -dmgrport 8879 Tabla 6. Parámetros de configuración de clúster Nombre de parámetro Necesario Descripción -dmgradminusername Obligatorio El identificador de usuario de WebSphere Application Serer que ha definido cuando instaló Decision Center -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer que definió cuando instaló Decision Center. -clusterpropertiesfile Obligatorio La ía de acceso completa al archio de propiedades. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 29

36 Tabla 6. Parámetros de configuración de clúster (continuación) Nombre de parámetro Necesario Descripción -uninstall Opcional Elimina toda las aplicaciones y recursos del clúster. El propio clúster no se elimina porque podría contener otras aplicaciones. Consulte Desinstalación de Decision Center de un clúster en la página 33. -createnode Opcional Si especifica este parámetro, el script crea un perfil de nodo predeterminado con el nombre establecido en el parámetro -targetnodename. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrhostname Opcional Utilice este parámetro para especificar el nombre del host en el que se encuentra el gestor de despliegue. Este parámetro es obligatorio si quiere crear el nodo de destino estableciendo el parámetro -targetnodename. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados El script realiza las acciones siguientes: Instala el proeedor JDBC y el origen de datos a niel de nodo. Instala la aplicación de Decision Center a niel de clúster. Los usuarios se correlacionan con grupos de aplicaciones cuando se despliega una aplicación. Inicia el seridor del gestor de despliegue, si aún no está iniciado. Configura la seguridad. Crea los usuarios rtsadmin, rtsinstaller, rtsuser1 y rtsconfig. Configura usuarios y grupos. Correlaciona usuarios y grupos con roles. Inicia el clúster, seridores y aplicaciones. Cuando se completa el script, el clúster está actio y ejecución. A continuación, el usuario debería configurar el sistema de equilibrio de carga, como IBM HTTP Serer (IHS). Nota: Según la configuración de hardware, y como el archio EAR de Decision Center es muy grande, es posible que tenga que conectar a la consola de administración de Decision Center para comprobar si el clúster se ha iniciado correctamente y, si no fuera así, iniciarlo manualmente. Ejecución del script addnodetodccluster Tras haber configurado Decision Center en un clúster WebSphere Application Serer, puede ejecutar el script que añade un nodo al clúster. Antes de empezar Antes de iniciar el script para añadir un nodo de clúster, debe definir la ariable de entorno ODM_HOME. El script que ejecute en el paso 2 en la página 31 utiliza dicha ariable. 30 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

37 Acerca de esta tarea Tras haber definido el clúster a traés del script de configuración, puede configurar un nodo predeterminado y añadirlo al clúster. 1. Compruebe que el archio configuredccluster.properties contiene el nombre de clúster y los alores de base de datos correctos. Este archio se encuentra en el directorio profiles/dmgr01/bin/rules/, donde Dmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades de configuración deben contener alores para las claes siguientes: wodm.dcrules.clustername El alor debe ser el nombre de un clúster existente. El nombre predeterminado es DecisionCenterCluster wodm.dcrules.db.type El tipo de base de datos: DB2, Oracle o MSSQL. El alor predeterminado es DB2. wodm.dcrules.db.jdbcdrierpath La ía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/driers/ db2jcc.jar;c:/driers/db2jcc_license_cu.jar; wodm.dcrules.db.name El nombre de la base de datos. Por ejemplo: MyDB wodm.dcrules.db.hostname El nombre del host en el que se encuentra la base de datos. Por ejemplo: MyDB_serer wodm.dcrules.db.port El número de puerto para establecer la conexión con la base de datos. wodm.dcrules.db.user El nombre de usuario para conectar a la base de datos. Por ejemplo: db_user1 wodm.dcrules.db.password La contraseña para conectar a la base de datos. Por ejemplo: db_user1_pwd 2. Vaya al directorio profiles/dmgr01/bin e inicie el script addnodetodccluster con los parámetros necesarios. El intérprete de script llama a bash. Si bash no está disponible en el sistema, se generará un error con el mensaje mal intérprete. La sintaxis de la línea de mandatos es: addnodetodccluster[.sh.bat] -ParameterName1 parametervalue1 -ParameterName2 parametervalue2....si comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo destino incorrecto, puede oler a ejecutar el script. En Windows: <Dir_instalación_WAS>\profiles\Dmgr01\bin\addNodeToDCCluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredccluster.properties -targetnodename DecisionCenterNode01 -dmgrport 8879 En UNIX: Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 31

38 <dir-instalación_was>/profiles/dmgr01/bin/addnodetodccluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredccluster.properties -targetnodename DecisionCenterNode01 -dmgrport 8879 Tabla 7. Parámetros de configuración de clúster Nombre de parámetro Necesario Descripción -dmgradminusername Obligatorio El identificador de usuario de WebSphere Application Serer que ha definido cuando instaló Decision Center -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer que definió cuando instaló Decision Center. -clusterpropertiesfile Obligatorio La ía de acceso completa al archio de propiedades. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados El script configura un nodo predeterminado de WebSphere Application Serer y lo añade al clúster que se especifica en el archio configuredccluster.properties que ha pasado como parámetro al script. Cuando se completa el script, el clúster está actio y ejecutándose con el nueo nodo añadido. Nota: Según la configuración de hardware, y como el archio EAR de Decision Center es muy grande, es posible que tenga que conectar a la consola de administración de Decision Center para comprobar si el nodo se ha añadido correctamente al clúster y si el clúster se ha iniciado correctamente y, si no fuera así, iniciarlo manualmente. Cancelar el aumento de Decision Center de un clúster existente Puede cancelar el aumento de Decision Center desde perfiles existentes sin suprimir el clúster. Acerca de esta tarea Utilice el mandato manageprofiles para cancelar el aumento de Decision Center de perfiles existentes en un clúster. Lance el archio manageprofiles con las opciones -unaugment siguientes: En Windows: <dir-instalación_was>\bin\manageprofiles.bat -unaugment -profilename Dmgr01 -templatepath <dir-instalación_was>/ profiletemplates\rules\management\dc -nodename DecisionNode -cellname DecisionCell -targetnodename DecisionCenterNode01 32 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

39 En entornos UNIX: <dir-instalación_was>/bin/manageprofiles.sh -unaugment -profilename Dmgr01 -templatepath <dir-instalación_was>/profiletemplates/ rules/management/dc -nodename DecisionNode -cellname DecisionCell -targetnodename DecisionCenterNode01 donde <dir-instalación_was> es el directorio en el que está instalado WebSphere Application Serer. Dmgr01 es el nombre del gestor de despliegue de perfil que ha creado como requisito preio para la configuración del clúster. dc es la abreiatura de Decision Center. -nodename y -cellname son los nombres del nodo y celda que ha definido cuando ha creado el perfil de gestor de despliegue. -targetnodename es el nombre del nodo en el que ha instalado Decision Center. Resultados El mandato elimina los usuarios rtsadmin, rtsinstaller, rtsuser1 y rtsconfig. El clúster se mantiene tal cual, para impedir cualquier riesgo de eliminación de configuraciones existentes preias. Desinstalación de Decision Center de un clúster Puede desinstalar Decision Center desde un clúster existente. Acerca de esta tarea Para desinstalar Decision Center de un clúster, utilice el mismo script de configuración que utiliza para configurar el clúster. 1. Naegue hasta el directorio profiles/<nombre_perfil>/bin. 2. Lance el script configuredccluster[.sh.bat] con el argumento -uninstall. La línea de mandatos es: configuredccluster[.sh.bat] -dmgradminusername username -dmgradminpassword password En Windows: <dir-instalación_was>\profiles\dmgr01\bin\configuredccluster.bat -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>\profiles\dmgr01\bin\rules\configuredccluster.properties -targetnodename DecisionCenterNode01 -dmgrhostname localhost -dmgrport uninstall En UNIX: <dir-instalación_was>/profiles/dmgr01/bin/configuredccluster.sh -dmgradminusername websphere -dmgradminpassword websphere -clusterpropertiesfile <dir-instalación_was>/profiles/dmgr01/bin/rules/configuredccluster.properties -targetnodename DecisionCenterNode01 -dmgrhostname localhost -dmgrport uninstall -clusterp Tabla 8. Parámetros de configuración de clúster Nombre de parámetro Obligatorio/Opcional Descripción -dmgradminusername Obligatorio El identificador de usuario de WebSphere Application Serer que ha definido cuando instaló Decision Center Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 33

40 Tabla 8. Parámetros de configuración de clúster (continuación) Nombre de parámetro Obligatorio/Opcional Descripción -dmgradminpassword Obligatorio La contraseña del administrador de WebSphere Application Serer que definió cuando instaló Decision Center. -clusterpropertiesfile Obligatorio La ía de acceso completa al archio de propiedades. -uninstall Obligatorio Elimina toda las aplicaciones y recursos del clúster. El propio clúster no se elimina porque podría contener otras aplicaciones. -createnode Opcional Si especifica este parámetro, el script crea un perfil de nodo predeterminado con el nombre establecido en el parámetro -targetnodename. -targetnodename Opcional De forma predeterminada, el nombre del nodo de la instalación de destino se establece en RulesNode01. -dmgrhostname Opcional Utilice este parámetro para especificar el nombre del host en el que se encuentra el gestor de despliegue. Este parámetro es obligatorio si quiere crear el nodo de destino estableciendo el parámetro -targetnodename. -dmgrport Opcional El puerto TCP de SOAP del gestor de despliegue. De forma predeterminada, Resultados Este mandato tiene los resultados siguientes: Desinstale la aplicación de clúster (teamserer). Desinstala el origen de datos. Elimina los usuarios y grupos de la aplicación. Configuración del tiempo de ejecución de sucesos utilizando plantillas de perfil Puede crear nueos perfiles para el tiempo de ejecución de sucesos y configurar un clúster de WebSphere Application Serer para alta disponibilidad y escalabilidad. Para crear un nueo seridor autónomo para albergar el tiempo de ejecución de sucesos, antes debe crear un perfil nueo. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. Aumento de un perfil de gestión existente WebSphere Application Serer Para crear un entorno de Sucesos de Decision Serer gestionado, por ejemplo, un clúster, debe tener un perfil de gestión WebSphere Application Serer que pueda aumentar. Puede aumentar un perfil utilizando la herramienta de gestión de perfiles o el mandato manageprofiles. Antes de empezar Antes de aumentar un perfil de gestión de WebSphere Application Serer, compruebe que está detenido el gestor de despliegue en el perfil. 34 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

41 Durante la tarea de creación del perfil, se le pedirá que seleccione el gestor de base de datos que aloja las tablas del tiempo de ejecución de sucesos, a menos que aya a utilizar Apache Derby, en cuyo caso, debe crear esta base de datos antes de crear el perfil. Para obtener más información, consulte Creación de la base de datos de tiempo de ejecución de sucesos en la página 116. Después de haber aumentado el perfil, reise su configuración de seguridad para comprobar los alores de seguridad administratia y seguridad de aplicación. Si está habilitada la seguridad administratia, la de aplicaciones debe estarlo también. Acerca de esta tarea Puede aumentar un perfil existente de la manera siguiente: En un sistema operatio de 32 bits, puede utilizar la interfaz gráfica de usuario de la herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. Aumento de un perfil de gestión existente utilizando la herramienta de gestión de perfiles Acerca de esta tarea Para inocar la Herramienta de gestión de perfiles directamente: Solo en Windows, pulse Inicio > Todos los programas > IBM WebSphere > Application Serer Network Deployment V8.0 > Herramienta de gestión de perfiles. En multiplataformas, acceda al directorio <INICIO_WAS>/bin/ProfileManagement y ejecute el script pmt donde <INICIO_WAS> es la ubicación de instalación de WebSphere Application Serer. En Windows ejecute pmt.bat y en Linux y UNIX ejecute pmt.sh. Para aumentar un perfil de gestión existente con Operational Decision Manager Sucesos de Decision Serer: 1. En la página de bienenida, pulse Iniciar la herramienta de gestión de perfiles. 2. En la página de perfiles, resalte un perfil de gestión existente y pulse Aumentar. 3. En la página para aumentar la selección, seleccione Perfil de seridor de aplicación aumentado con Operational Decision Manager Sucesos de Decision Serer. 4. En la página para la ubicación de instalación, especifique o busque la ubicación totalmente calificada en la que se ha instalado Sucesos de Decision Serer o acepte la ubicación predeterminada, si es correcta. 5. Si la seguridad administratia WebSphere Application Serer se enciende en el perfil, se isualiza la página de seguridad administratia. Especifique el ID de usuario y la contraseña. 6. En la página Configuración de base de datos, a. Seleccione un gestor de bases de datos en la lista y especifique los detalles de conexión apropiados. Este gestor de base de datos alberga las tablas del tiempo de ejecución de sucesos. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 35

42 Si selecciona Apache Derby incluido, se creará la base de datos de repositorio. En los demás casos, deberá haber creado preiamente la base de datos para el repositorio. b. Si no ha seleccionado Apache Derby incluido, debe proporcionar detalles de conexión incluida la ubicación totalmente calificada. Especifique los detalles siguientes para el seridor de bases de datos: Nombre de base de datos: el nombre de la base de datos que aloja las tablas de tiempo de ejecución de sucesos de Sucesos de Decision Serer. Nombre o dirección IP de host del seridor de base de datos: el nombre del sistema donde está ubicado el seridor de bases de datos. El alor predeterminado es localhost. Puerto de escucha o puerto de sericio TCP/IP de base de datos: el número de puerto de conexión para el gestor de bases de datos. Ubicación totalmente calificada y el nombre del archio de controlador JDBC: especifique el nombre de archio y ubicación. Nombre de usuario: el nombre de usuario que Sucesos de Decision Serer utiliza para conectarse al seridor de bases de datos. Este nombre de usuario debe tener priilegios administratios. Contraseña: la contraseña asociada con el nombre de usuario. Confirme la contraseña. c. Pulse Probar conexión para alidar la conexión a la base de datos. Asegúrese de que la conexión es satisfactoria antes de seguir con la creación de perfil. 7. En la página Configuración de proeedor de mensajería, seleccione una de las opciones siguientes: WebSphere Application Serer mensajería predeterminada. Sucesos de Decision Serer está configurado para utilizar el proeedor de mensajería que está incorporado en WebSphere Application Serer como proeedor JMS. Mensajería de WebSphere MQ JMS. Suministre la información relacionada con WebSphere MQ y Sucesos de Decision Serer se configurará para utilizar WebSphere MQ como proeedor JMS. No configure un proeedor de mensajería. No se configura ningún proeedor de mensajería durante la creación de perfil. Debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Una ez finalizado el aumento del perfil, puede cambiar los proeedores JMS o configurar el proeedor JMS que desee, pero debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Para utilizar o cambiar a la mensajería predeterminada de WebSphere Application Serer como proeedor JMS, consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 Para utilizar o cambiar a, WebSphere MQ como proeedor JMS, consulte Configuración de WebSphere MQ para que sea proeedor JMS en la página En la página Resumen de aumento de perfil, reise la información y pulse Aumentar para aumentar el perfil. Resultados El perfil de gestión existente se aumenta con Operational Decision Manager Sucesos de Decision Serer. 36 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

43 Qué hacer a continuación Si la seguridad administratia está habilitada para el perfil, también debe habilitar la seguridad de aplicaciones para el perfil. Aumento de un perfil de gestión existente utilizando el mandato manageprofiles 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -augment Para aumentar el perfil existente. -templatepath <template_path> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente para el perfil de gestión: dir_instal_was/profiletemplates/wbe/management. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de gestión existente que está aumentando. Opcionalmente, puede especificar los parámetros siguientes: -wbehome ubicación de instalación donde ubicación de instalación es la ía de acceso completa que es la ubicación de instalación para Sucesos de Decision Serer. Debe especificar este parámetro si ha instalado Sucesos de Decision Serer en una ubicación no predeterminada. -hostname nombre_host donde nombre_host es el nombre de host del sistema que aloja el perfil. -adminusername nombre de usuario donde nombre de usuario es el ID de usuario utilizado para acceder al WebSphere Application Serer. Solo se necesita si la seguridad administratia de WebSphere Application Serer está actiada. -adminpassword contraseña donde contraseña es la contraseña del ID de usuario utilizada para acceder al WebSphere Application Serer. Solo se necesita si la seguridad administratia de WebSphere Application Serer está actiada. -wbedbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: no soportado para utilizarlo en un entorno en clúster DB2_Uniersal: el alor predeterminado para el perfil de gestión Derby_Seridor de Red Oracle MS_SQL_Serer -wbedbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 37

44 -wbedbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el ID de usuario que se utiliza para acceder al seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbpassword contraseña donde contraseña es la contraseña para el ID de usuario que se utiliza para acceder al seridor de base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbsererport número_puerto donde número_puerto es el puerto en el que el sericio TCP/IP está asignado o el puerto en el que escucha la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbemsgingtype tipo_mensajería donde tipo_mensajería especifica qué proeedor JMS se debe configurar. Los alores álidos son: Mensajería_predeterminada: Sucesos de Decision Serer está configurado para utilizar la mensajería predeterminada de WebSphere Application Serer. Éste es el alor predeterminado. MQ_JMS_Messaging: Sucesos de Decision Serer está configurado para utilizar WebSphere MQ No_Messaging: no está configurado ningún proeedor JMS. Antes de ejecutar Sucesos de Decision Serer, debe configurar un proeedor JMS manualmente. Consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 o Configuración de WebSphere MQ para que sea proeedor JMS en la página wbemqmsgingqmgrname nombre_gestor_colas donde nombre_gestor_colas es el nombre del gestor de colas de WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingqmgrhostname nombre_host donde nombre-host es el nombre de host del gestor de colas WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingqmgrport número_puerto donde número-puerto es el puerto en el que el gestor de colas WebSphere MQ escucha. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingtranstype tipo_transporte donde tipo_transporte es el tipo de transporte del cliente de WebSphere MQ, BINDINGS o CLIENT. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -disablebussecurity Este parámetro inhabilita la seguridad de bus para el bus de integración de sericios, WbeBus, cuando se crea el bus. 38 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

45 Resultados El perfil está aumentando. Ejemplos El primer ejemplo aumenta un perfil de gestión existente denominado Dmgr01 en Windows utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.bat -augment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\management" -profilename Dmgr01 El segundo ejemplo aumenta un perfil de gestión existente denominado Dmgr01 en Linux y UNIX utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.sh -augment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/management" -profilename Dmgr01 Qué hacer a continuación Si la seguridad administratia está habilitada para el perfil, también debe habilitar la seguridad de aplicaciones para el perfil. Anulación de aumento de un perfil existente utilizando el mandato manageprofiles Acerca de esta tarea Para deshacer el aumento de un perfil existente utilizando el mandato manageprofiles : 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -unaugment Para anular el aumento del perfil existente. -templatepath <template_path> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente para el perfil de gestión: dir_instal_was/profiletemplates/wbe/management. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de gestión existente del que anula el aumento. Resultados El perfil ahora está con anulación de aumento. Todas las características de Sucesos de Decision Serer se eliminan del perfil. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 39

46 Ejemplos El primer ejemplo anula el aumento de un perfil de gestión Sucesos de Decision Serer existente denominado WODMDmgr01 en Windows. manageprofiles.bat -unaugment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\management" -profilename WODMDmgr01 El segundo ejemplo anula el aumento de un perfil de gestión Sucesos de Decision Serer existente denominado WODMDmgr01 en Linux y UNIX. manageprofiles.sh -unaugment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/management" -profilename WODMDmgr01 Aumento de un perfil personalizado existente WebSphere Application Serer Para crear un entorno de Sucesos de Decision Serer gestionado, por ejemplo, un clúster, debe tener un perfil personalizado WebSphere Application Serer que pueda aumentar. Puede aumentar un perfil utilizando la herramienta de gestión de perfiles o el mandato manageprofiles. Antes de empezar Antes de aumentar un perfil personalizado de WebSphere Application Serer, debe asegurarse de que cualquier agente de nodo o seridor del perfil esté detenido. Acerca de esta tarea Puede aumentar un perfil existente de la manera siguiente: En un sistema operatio de 32 bits, puede utilizar la interfaz gráfica de usuario de la herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. Aumento de un perfil personalizado existente utilizando la herramienta de gestión de perfiles Acerca de esta tarea Para inocar la Herramienta de gestión de perfiles directamente: Solo en Windows, pulse Inicio > Todos los programas > IBM WebSphere > Application Serer Network Deployment V8.0 > Herramienta de gestión de perfiles. En multiplataformas, acceda al directorio <INICIO_WAS>/bin/ProfileManagement y ejecute el script pmt donde <INICIO_WAS> es la ubicación de instalación de WebSphere Application Serer. En Windows ejecute pmt.bat y en Linux y UNIX ejecute pmt.sh. Para aumentar un perfil personalizado existente con Operational Decision Manager Sucesos de Decision Serer: 1. En la página de bienenida, pulse Iniciar la herramienta de gestión de perfiles. 40 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

47 2. En la página de perfiles, resalte un perfil personalizado existente y pulse Aumentar. 3. En la página para aumentar la selección, seleccione Perfil de seridor de aplicación aumentado con Operational Decision Manager Sucesos de Decision Serer. 4. En la página Resumen de aumento de perfil, reise la información y pulse Aumentar para aumentar el perfil. Resultados El perfil personalizado existente se aumenta con Operational Decision Manager Sucesos de Decision Serer. Aumento de un perfil personalizado existente utilizando el mandato manageprofiles 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -augment Para aumentar el perfil existente. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente para el perfil personalizado: dir_instal_was/profiletemplates/wbe/managed. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil personalizado existente que está aumentando. Resultados El perfil está aumentando. Ejemplos El primer ejemplo aumenta un perfil personalizado existente denominado Custom01 en Windows. manageprofiles.bat -augment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\managed" -profilename Custom01 El segundo ejemplo aumenta un perfil personalizado existente llamado Custom01 en Linux y UNIX. manageprofiles.sh -augment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/managed" -profilename Custom01 Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 41

48 Anulación de aumento de un perfil existente utilizando el mandato manageprofiles Acerca de esta tarea Para deshacer el aumento de un perfil existente utilizando el mandato manageprofiles : 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -unaugment Para anular el aumento del perfil existente. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el alor siguiente para el perfil personalizado: dir_instal_was/profiletemplates/wbe/managed. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil personalizado existente para el que anula el aumento. Resultados El perfil ahora está con anulación de aumento. Todas las características de Sucesos de Decision Serer se eliminan del perfil. Ejemplos El primer ejemplo anula el aumento de un perfil de gestión Sucesos de Decision Serer existente denominado WODMCustom01 en Windows. manageprofiles.bat -unaugment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\managed" -profilename WODMCustom01 El segundo ejemplo anula el aumento de un perfil personalizado existentesucesos de Decision Serer llamado WODMCustom01 en Linux y UNIX. manageprofiles.sh -unaugment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/managed" -profilename WODMCustom01 Creación de perfiles para un clúster de topología gold En esta tarea, se crean los perfiles WebSphere Application Serer aumentados con Sucesos de Decision Serer que se necesitan para un clúster de topología gold. 1. Instale Sucesos de Decision Serer en Sistema1 y Sistema2. 2. En Sistema1, cree un perfil de gestión de WebSphere Application Serer. a. Naegue al directorio dir_instal_was/bin/profilemanagement e inicie la Herramienta de gestión de perfiles ejecutando el mandato pmt.bat o pmt.sh. b. En la página de bienenida, seleccione Iniciar la herramienta de gestión de perfiles, a continuación, seleccione Crear. 42 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

49 c. En la página Selección de entorno, en WebSphere Application Serer, pulse Gestión, a continuación, Siguiente y Gestor de despliegue. d. Pulse Creación de perfil típica o Creación de perfil aanzada. Para obtener más información acerca de la creación de perfil típica y aanzada, consultecreación de perfil de gestión con gestores de despliegue. e. Anule la selección de Iniciar la consola de primeros pasos y Finalizar. Nota: Como alternatia a utilizar la herramienta de gestión de perfiles, por ejemplo, cuando una interfaz gráfica de usuario no está disponible, naegue hasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles. Para crear el gestor de despliegue, utilice la plantilla de perfil dir_instal_was/profiletemplates/management/. Para obtener más detalles, consulte el mandato manageprofiles. 3. Asegúrese de que el gestor de despliegue esté detenido, luego aumente el perfil de gestión de WebSphere Application Serer con Sucesos de Decision Serer. Consulte Aumento de un perfil de gestión existente WebSphere Application Serer en la página 34. Debe seleccionar la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. 4. Inicie el gestor de despliegue en el sistema Sistema1: a. Naegue hasta el directorio dir_instal_was/profiles/nombre_perfil_dmgr/ bin. b. Ejecute el mandato startmanager.bat para Windows o el mandato startmanager.sh para Linux y UNIX. 5. En Sistema1, cree un perfil personalizado de WebSphere Application Serer. a. Naegue al directorio dir_instal_was/bin/profilemanagement e inicie la Herramienta de gestión de perfiles ejecutando el mandato pmt.bat o pmt.sh. b. En la página de bienenida, seleccione Iniciar la herramienta de gestión de perfiles, a continuación, seleccione Crear. c. En la página Selección de entorno, bajo WebSphere Application Serer, pulse Perfil personalizado y luego Siguiente. d. Pulse Creación de perfil típica o Creación de perfil aanzada. Para obtener más información acerca de la creación de perfil típica y aanzada, consulte Creación de perfiles personalizados. e. En la página Federación, federe el perfil personalizado en la celda para el gestor de despliegue. Especifique los detalles de conexión para el gestor de despliegue que ha creado en el paso 2 en la página 42 Borre Federar este nodo más tarde. Pulse Siguiente y luego pulse Crear. Si la federación es satisfactoria, puede saltarse el paso 7 en la página 44 f. Anule la selección de Iniciar la consola de primeros pasos y Finalizar. Nota: Como alternatia a utilizar la herramienta de gestión de perfiles, por ejemplo, cuando una interfaz gráfica de usuario no está disponible, naegue hasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles. Para crear el perfil personalizado, utilice la plantilla de perfil de dir_instal_was/profiletemplates/managed/. Para obtener más detalles, consulte el mandato manageprofiles. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 43

50 6. Compruebe que los relojes del sistema de todos los sistemas que utilice para crear el clúster estén sincronizados y, para asegurarse de que cualquier lógica basada en el tiempo se ealúe correctamente, que los relojes estén definidos en el mismo huso horario. 7. Si ha federado satisfactoriamente en el paso 5 en la página 43, puede saltarse este paso. De lo contrario, en el Sistema1, federe el perfil personalizado en la celda del gestor de despliegue: a. Acceda al directorio dir_instal_was/bin. b. Ejecute el siguiente mandato: addnode -profilename nombre_perfil <host del gestor de despliegue> <puerto del gestor de despl donde nombre_perfil es el nombre del perfil que ha creado en el paso 5 en la página 43, donde <host del gestor de despliegue> (necesario) es el nombre de host del sistema donde se ejecuta el gestor de despliegue, por ejemplo, localhost, y donde <puerto del gestor de despliegue> (opcional) es el puerto SOAP del gestor de despliegue, con un alor predeterminado de c. Inicie la consola administratia de WebSphere Application Serer para el gestor de despliegue. d. Inicie sesión en la consola administratia de WebSphere Application Serer y alide que el seridor de aplicaciones se ha federado satisfactoriamente al gestor de despliegue. Pulse Administración del sistema > Nodos. En Sistema1, se ha federado el perfil personalizado en la celda del gestor de despliegue. 8. Aumente el perfil personalizado de WebSphere Application Serer con Sucesos de Decision Serer. a. Asegúrese de que el agente de nodo esté detenido. Para detener el agente de nodo en la consola administratia de WebSphere Application Serer, pulse Administración del sistema > Agentes de nodo. Seleccione el agente de nodo y pulse Detener. b. Aumente el perfil personalizado con Sucesos de Decision Serer. Consulte Aumento de un perfil personalizado existente WebSphere Application Serer en la página En Sistema2, repita los pasos del 5 en la página 43 al 8 para crear, federar y aumentar un segundo perfil personalizado de WebSphere Application Serer. Qué hacer a continuación Ahora que se han creado los perfiles, puede configurar el clúster de topología gold. Consulte Configuración de un clúster de topología gold. Configuración de un clúster de topología gold En esta tarea, se configura el clúster de topología gold para la cual ha creado perfiles, a fin de completar la creación del entorno de clúster. Antes de empezar Antes de configurar el clúster, primero debe crear los perfiles. Consulte Creación de perfiles para un clúster de topología gold en la página 42. En los pasos siguientes se presupone que la seguridad está habilitada para el bus de integración de sericios en Protección del bus de integración de sericios en la página 153. Si no se ha habilitado la seguridad, sustituya SIB_ENDPOINT_SECURE_ADDRESS por SIB_ENDPOINT_ADDRESS y omita la 44 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

51 cadena BootstrapSecureMessaging de cada par nombre_host:puerto en los pasos 2, 8 en la página 47, 9 en la página 47,10 en la página Cree un clúster de WebSphere Application Serer y añada dos seridores de aplicaciones como miembros del clúster: a. Pulse Seridores > Clústeres > Clústeres de seridor de aplicaciones WebSphere. b. Pulse Nueo. c. En el campo Nombre de clúster, especifique un nombre para el clúster, por ejemplo EentRuntimeCluster y, a continuación, pulse Siguiente. d. En el campo Nombre de miembro, especifique un nombre para el primer seridor de aplicaciones que añada al clúster, por ejemplo, eentruntime01. e. Seleccione el nombre del nodo en el que se ejecutará el primer seridor de aplicaciones, y luego pulse Siguiente. f. En el campo Nombre de miembro, especifique un nombre para el siguiente seridor de aplicaciones que añada al clúster, por ejemplo, eentruntime02. g. Seleccione el nombre del nodo en el que se ejecutará el seridor de aplicaciones. Pulse Añadir miembro, a continuación, pulse Siguiente. h. Si desea añadir más seridores de aplicaciones al clúster, repita los pasos f yg. i. Pulse Finalizar y Guardar. 2. Identifique y registre nombre de host:puerto :BootstrapSecureMessaging,nombre de host:puerto:bootstrapsecuremessaging, donde cada par nombre de host:puerto corresponde con el nombre de host y SIB_ENDPOINT_SECURE_ADDRESS de los seridores de aplicaciones en su clúster de tiempo de ejecución de sucesos. Para identificar esta información desde la consola de administración: a. Pulse Seridores > Clústeres de WebSphere Application Serer > Clúster de tiempo de ejecución de suceso > Miembros de clúster y anote el nombre de host. b. Para cada miembro de clúster, pulse Puertos y registre el número de puerto asociado a la SIB_ENDPOINT_SECURE_ADDRESS. 3. Cree una propiedad personalizada de JVM que apunte al directorio de instalación de Operational Decision Manager. Nota: Debe realizar este paso para cada seridor de aplicaciones del clúster. a. Pulse Seridores > Tipos de seridor > Seridores de aplicaciones de WebSphere > nombre_seridor > Gestión de Jaa y de proceso > Definición de proceso > Máquina irtual Jaa > Propiedades personalizadas, donde nombre_seridor es un seridor de aplicaciones en el clúster. b. Pulse Nueo. c. En el campo Nombre, escriba wbe.home d. Como alor, escriba la ubicación del directorio de inicio en la instalación de su Operational Decision Manager. Por ejemplo, si instaló utilizando el launchpad y aceptó la ubicación predeterminada de la instalación: En Windows: C:\Program Files\IBM\ODM851 En Linux y UNIX: Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 45

52 /opt/ibm/odm851/odm Por ejemplo, si instaló utilizando Installation Manager y aceptó la ubicación predeterminada de la instalación: En Windows: C:\Program Files\IBM\ODM851 En Linux y UNIX: /opt/ibm/odm851 e. Pulse Aplicar y Guardar. 4. Modifique los parámetros de tamaño de almacenamiento dinámico del seridor. Nota: Debe realizar este paso para cada seridor de aplicaciones del clúster. a. Pulse en Seridores > Tipos de seridor > Seridores de aplicaciones de WebSphere > nombre_seridor > Gestión de Jaa y de proceso > Definición de proceso > Máquina irtual Jaa, donde nombre_seridor es un seridor de aplicaciones en el clúster. b. En el campo Almacenamiento dinámico inicial, especifique 768. c. En el campo Tamaño de almacenamiento dinámico máximo, especifique d. Pulse Aplicar y Guardar. Para obtener más información sobre la configuración de los alores óptimos de almacenamiento dinámico, consulte Ajuste de la configuración de tiempo de ejecución de sucesos en la página Habilite el sericio Startup Bean para cada seridor de aplicaciones en el clúster. Nota: Debe realizar este paso para cada seridor de aplicaciones del clúster. a. Pulse Seridores > Tipos de seridor > Seridores de aplicaciones de WebSphere > nombre_seridor > Sericios de contenedor > Sericio Startup Bean, donde nombre_seridor es un seridor de aplicaciones en el clúster. b. Seleccione Habilitar sericio al inicio del seridor. c. Pulse Aplicar y Guardar. 6. Añada el clúster de tiempo de ejecución de sucesos como miembro al bus de integración de sericios: a. Pulse Integración de sericios > Buses > WbeBus > Miembros del bus. b. Pulse Añadir. Pulse en Clúster > DecisionSererCluster y, a continuación, Siguiente. c. Seleccione un alor de política para el motor de mensajería entre las opciones Alta disponibilidad, Escalabilidad o Escalabilidad con alta disponibilidad. Para obtener más detalles acerca de la selección, consulte Asistencia para la política del motor de mensajería. d. Para garantizar la recuperación de los mensajes JMS tras una migración tras error, configure el almacenamiento de mensajes. Defina el tipo de almacenamiento de mensajes seleccionando Almacén de archios o Almacén de datos. Para obtener más información acerca de este concepto y otros conceptos de alta disponibilidad, consulte Establecimiento de alta disponibilidad. Pulse Siguiente e. En el panel Configurar motores de mensajería, pulse el nombre del motor de mensajería. 46 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

53 f. Defina los alores de almacén de datos: 1) Si utiliza un almacén de archios, establezca el alor de Vía de acceso del directorio de registros para que apunte a un almacén de datos en un sistema de archios compartidos, por ejemplo, c:\ filestoredirectory. Defina la Vía de acceso del directorio de almacenamiento permanente para apuntar al almacenamiento de datos en un sistema de archios compartidos. 2) O bien, si utiliza una base de datos, establezca el nombre de conexión de datos JNDI, el nombre de esquema y el alias de autenticación, para señalar un almacén de datos en una base de datos que ya haya creado. Pulse Siguiente. g. Pulse Cambiar tamaños de almacenamiento dinámico. Acepte los alores predeterminados. h. Reise la información de resumen. Pulse Finalizar y Guardar. 7. Cree tres destinos del bus de integración de sericios para los destinos de mensajería de tiempo de ejecución de sucesos: a. Pulse Integración de sericios > Buses > WbeBus > Destinos. b. Pulse Nueo. c. Pulse Cola y pulse Siguiente. En el campo Identificador, escriba eentqueue, y luego pulse Siguiente. d. Repita esto para crear dos colas más, con los identificadores de ColaModuloHistorial y historymodulequeue. e. Pulse Finalizar y Guardar. 8. Modifique los puntos finales del proeedor para las fábricas de conexiones para que apunten a los seridores en el clúster de tiempo de ejecución de eentos: a. Pulse Recursos > JMS > Fábricas de conexión. b. En la lista Ámbito, pulse Cell=nombre_celda, donde nombre_celda es el nombre de la celda. c. Pulse WbeConnectionFactory d. En el campo Puntos finales de proeedor, escriba nombre de host:puerto:bootstrapsecuremessaging,nombre de host :puerto:bootstrapsecuremessaging, donde cada par nombre de host:puerto corresponde al nombre de host y SIB_ENDPOINT_SECURE_ADDRESS de los seridores de aplicaciones en su clúster de tiempo de ejecución de sucesos. e. Pulse Aplicar y Guardar. 9. Modifique los puntos finales de proeedor para la fábrica de conexiones de cola JMS para que apunten a los seridores del clúster de tiempo de ejecución de sucesos: a. Pulse Recursos > JMS > Fábricas de conexión de cola. b. En la lista Ámbito, pulse Cell=nombre_celda, donde nombre_celda es el nombre de la celda. c. Pulse WbeQueueConnectionFactory d. En el campo Puntos finales de proeedor, escriba nombre de host:puerto:bootstrapsecuremessaging,nombre de host :puerto:bootstrapsecuremessaging, donde cada par nombre de host:puerto corresponde al nombre de host y SIB_ENDPOINT_SECURE_ADDRESS de los seridores de aplicaciones en su clúster de tiempo de ejecución de sucesos. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 47

54 e. Pulse Aplicar y Guardar. 10. Modifique los puntos finales del proeedor para la fábrica de conexiones del tema JMS para que apunten a los seridores del clúster de tiempo de ejecución de sucesos: a. Pulse Recursos > JMS > Fábricas de conexión de tema. b. En la lista Ámbito, pulse Cell=nombre_celda, donde nombre_celda es el nombre de la celda. c. Pulse WbeTopicConnectionFactory d. En el campo Puntos finales de proeedor, escriba nombre de host:puerto:bootstrapsecuremessaging,nombre de host :puerto:bootstrapsecuremessaging, donde cada par nombre de host:puerto corresponde al nombre de host y SIB_ENDPOINT_SECURE_ADDRESS de los seridores de aplicaciones en su clúster de tiempo de ejecución de sucesos. e. Pulse Aplicar y Guardar. 11. Instale la aplicación de tiempo de ejecución de sucesos: a. Pulse Aplicaciones > Nuea aplicación > Nuea aplicación empresarial. b. Seleccione Sistema de archios remoto. c. Pulse Examinar y pulse en un nodo o gestor de despliegue para examinar sus sistema de archios. Localice el archio de la aplicación wberuntimeear. d. Escriba la ía de acceso completa de la ubicación del archio de la aplicación wberuntimeear. Por ejemplo, en Windows especifique C:\Program Files\IBM\ODM851\runtime\wberuntimeear.ear; y en Linux y UNIX especifique /opt/ibm/odm851/odm/runtime/wberuntimeear.ear. Pulse Siguiente. e. En la entanapreparación para instalación de la aplicación, seleccione Fast Path. Pulse Siguiente. f. En la entanaseleccionar opciones de instalación, acepte las opciones predeterminadas y pulse Siguiente. g. En la entana Correlacionar módulos a seridores, en el campo Clústeres y seridores, pulse WebSphere:cell=nombre-celda, cluster=decisionserercluster, donde nombre-celda es el nombre de la celda. Seleccione ambos recuadros de selección, pulse Aplicar, luego Siguiente. h. Pulse Finalizar y Guardar. 12. Opcional: Confirme que se ha instalado EentWidgetEar si desea utilizar Eent Widgets en un entorno de clúster. Pulse Aplicaciones > Tipos de aplicación > Aplicaciones de empresa de WebSphere. Compruebe que aparece la aplicación EentWidgetsEar y que se muestra como iniciada. Para obtener más información sobre la instalación de los widgets de sucesos, consulte Selección de las funciones para instalar. Los siguientes widgets de sucesos con compatibles con un entorno de clúster: Gestor de gráficas de sucesos Gráfica de sucesos Captura de sucesos Repetición de sucesos Restricción: El widget de probador de sucesos no es compatible con el entorno en clúster. 13. Para asegurarse de que todos los cambios se apliquen y que el clúster se inicie correctamente, inicie los agentes de nodo en todos los sistemas en el clúster: 48 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

55 a. En la solicitud de mandato, naegue al directorio correcto: cd dir_instal_was/bin b. Ejecute el mandato startnode. En Windows, ejecute startnode.bat, en Linux y UNIX ejecute startnode.sh, con el siguiente parámetro opcional: -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. 14. Inicie todos los seridores de aplicaciones en el clúster: a. Para realizar este paso en la consola de administración de WebSphere Application Serer, pulse Seridores > Clústeres > Clústeres de seridor de aplicaciones WebSphere > <nombre-clúster> > miembros de clúster, donde <nombre-clúster> es el nombre que ha especificado en el paso 1 en la página 45. b. Seleccione el seridor de aplicaciones y pulse Iniciar. Resultados El clúster de topología gold está configurado y en ejecución. Si el clúster no puede iniciarse, consulte Inicio de clústeres. Qué hacer a continuación Configure los conectores de tecnología. Consulte Administración de despliegue de aplicaciones de conector en un entorno de seridor gestionado para los conectores File System, HTTP, JDBC, JMS, REST y SOAP; o consulte Configuración de conectores de tecnología en un sistema independiente en la página 134 para los conectores de tecnología autónoma. Creación y configuración de un clúster que utilizawebsphere MQ como proeedor de mensajería Puede crear clústeres de Sucesos de Decision Serer para proporcionar una alta disponibilidad y escalabilidad para el tiempo de ejecución de sucesos, pero utilizando WebSphere MQ como proeedor de mensajería en lugar de utilizar la mensajería predeterminada de WebSphere Application Serer. Acerca de esta tarea Un clúster de Sucesos de Decision Serer consta de un único gestor de despliegue y uno o más nodos gestionados. Un clúster de tiempo de ejecución de sucesos abarca los nodos gestionados y proporciona alta disponibilidad y escalabilidad del tiempo de ejecución de sucesos. Esta documentación describe cómo configurar un entorno de ejecución de sucesos en clúster para alta disponibilidad y escalabilidad, que utiliza WebSphere MQ como proeedor de mensajería; pero no cómo configurar WebSphere MQ para alta disponibilidad. Puede crear un clúster de dos nodos que abarca dos sistemas, tal como se muestra en el diagrama siguiente: Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 49

56 Existe un clúster, contenido en una única celda. Se ha configurado un perfil de gestión en Sistema1. Hay nodos gestionados (perfiles personalizados) en Sistema1 y Sistema2. Cada sistema tiene Sucesos de Decision Serer y WebSphere Application Serer instalado. WebSphere MQ está instalado y configurado para su uso con Sucesos de Decision Serer y proporciona todas las prestaciones de mensajería JMS para el tiempo de ejecución de sucesos. Esta topología de clúster se puede ampliar a más sistemas de forma similar, dentro de un único clúster. Para completar esta tarea: Configuración de WebSphere MQ para utilizarlo como proeedor de mensajería. Consulte Configuración de WebSphere MQ para utilizarlo como proeedor de mensajería. en la página 51. Cree perfiles para un clúster que utiliza WebSphere MQ como proeedor de mensajería. Consulte Creación de perfiles para un clúster que utilizawebsphere MQ como proeedor de mensajería en la página 51. Configure el clúster para Sucesos de Decision Serer. Consulte Configuración de un clúster que utiliza WebSphere MQ como proeedor de mensajería en la página IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

57 Configuración de WebSphere MQ para utilizarlo como proeedor de mensajería. Antes de utilizar WebSphere MQ como proeedor de mensajería para el clúster de Sucesos de Decision Serer, debe realizar algunas tareas de configuración en WebSphere MQ. Acerca de esta tarea El administrador de WebSphere MQ debe realizar las tareas siguientes: 1. Crear el gestor de colas utilizando el mandato crtmqm. 2. Iniciar el gestor de colas utilizando el mandato strmqm. 3. Si se utiliza WebSphere MQ V7.1, debe habilitar la publicación/suscripción. Utilice el mandato ALTER QMGR para este gestor de colas. 4. Cree las colas necesarias, ejecutando: runmqsc nombre-gestor-cola < dir-instal-mq\jaa\bin\mqjms_psq.mqsc donde dir-instal-mq es la ubicación de la instalación de WebSphere MQ. 5. Si está configurando un clúster, cree las colas adicionales necesarias, ejecutando: runmqsc nombre-de-gestor-de-colas < <dir-instalación>\config\was\create_mq_jms_mq_queues.mqsc donde <dir-instalación> es la ubicación de instalación de Sucesos de Decision Serer. Resultados El gestor de colas WebSphere MQ ha sido creado y configurado. Qué hacer a continuación Cree perfiles de WebSphere Application Serer para el clúster de Sucesos de Decision Serer. Consulte Creación de perfiles para un clúster que utilizawebsphere MQ como proeedor de mensajería Creación de perfiles para un clúster que utilizawebsphere MQ como proeedor de mensajería En esta tarea, se crean los perfiles WebSphere Application Serer aumentados con Sucesos de Decision Serer que se necesitan para un clúster que utiliza WebSphere MQ como proeedor de mensajería. Antes de empezar Configuración de WebSphere MQ para utilizarlo como proeedor de mensajería. Consulte Configuración de un clúster que utiliza WebSphere MQ como proeedor de mensajería en la página Instale Sucesos de Decision Serer en Sistema1 y Sistema2. 2. En Sistema1, cree un perfil de gestión de WebSphere Application Serer. a. Naegue al directorio dir_instal_was/bin/profilemanagement e inicie la Herramienta de gestión de perfiles ejecutando el mandato pmt.bat o pmt.sh. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 51

58 b. En la página de bienenida, seleccione Iniciar la herramienta de gestión de perfiles, a continuación, seleccione Crear. c. En la página Selección de entorno, en WebSphere Application Serer, pulse Gestión, a continuación, Siguiente y Gestor de despliegue. d. Pulse Creación de perfil típica o Creación de perfil aanzada. Para obtener más información acerca de la creación de perfil típica y aanzada, consultecreación de perfil de gestión con gestores de despliegue. e. Anule la selección de Iniciar la consola de primeros pasos y Finalizar. Nota: Como alternatia a utilizar la herramienta de gestión de perfiles, por ejemplo, cuando una interfaz gráfica de usuario no está disponible, naegue hasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles. Para crear el gestor de despliegue, utilice la plantilla de perfil dir_instal_was/profiletemplates/management/. Para obtener más detalles, consulte el mandato manageprofiles. 3. Asegúrese de que el gestor de despliegue esté detenido, luego aumente el perfil de gestión de WebSphere Application Serer con Sucesos de Decision Serer. Consulte Aumento de un perfil de gestión existente WebSphere Application Serer en la página 34. Debe seleccionar WebSphere MQ como proeedor de mensajería y proporcionar los detalles de conexión adecuados. 4. Inicie el gestor de despliegue en el sistema Sistema1: a. Naegue hasta el directorio dir_instal_was/profiles/nombre_perfil_dmgr/ bin. b. Ejecute el mandato startmanager.bat para Windows o el mandato startmanager.sh para Linux y UNIX. 5. En Sistema1, cree un perfil personalizado de WebSphere Application Serer. a. Naegue al directorio dir_instal_was/bin/profilemanagement e inicie la Herramienta de gestión de perfiles ejecutando el mandato pmt.bat o pmt.sh. b. En la página de bienenida, seleccione Iniciar la herramienta de gestión de perfiles, a continuación, seleccione Crear. c. En la página Selección de entorno, bajo WebSphere Application Serer, pulse Perfil personalizado y luego Siguiente. d. Pulse Creación de perfil típica o Creación de perfil aanzada. Para obtener más información acerca de la creación de perfil típica y aanzada, consulte Creación de perfiles personalizados. e. En la página Federación, federe el perfil personalizado en la celda para el gestor de despliegue. Especifique los detalles de conexión para el gestor de despliegue que ha creado en el paso 2 en la página 51 Borre Federar este nodo más tarde. Pulse Siguiente y luego pulse Crear. Si la federación es satisfactoria, puede saltarse el paso 7 en la página 53 f. Anule la selección de Iniciar la consola de primeros pasos y Finalizar. Nota: Como alternatia a utilizar la herramienta de gestión de perfiles, por ejemplo, cuando una interfaz gráfica de usuario no está disponible, naegue hasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles. Para crear el perfil personalizado, utilice la plantilla de perfil de dir_instal_was/profiletemplates/managed/. Para obtener más detalles, consulte el mandato manageprofiles. 52 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

59 6. Compruebe que los relojes del sistema de todos los sistemas que utilice para crear el clúster estén sincronizados y, para asegurarse de que cualquier lógica basada en el tiempo se ealúe correctamente, que los relojes estén definidos en el mismo huso horario. 7. Si ha federado satisfactoriamente en el paso 5 en la página 52, puede saltarse este paso. De lo contrario, en el Sistema1, federe el perfil personalizado en la celda del gestor de despliegue: a. Vaya al directorio dir_instal_was/bin. b. Ejecute el siguiente mandato: addnode -profilename nombre_perfil <host del gestor de despliegue> <puerto del gestor de de donde nombre_perfil es el nombre del perfil que ha creado en el paso 5 en la página 52, donde <host del gestor de despliegue> (necesario) es el nombre de host del sistema donde se ejecuta el gestor de despliegue, por ejemplo, localhost, y donde <puerto del gestor de despliegue> (opcional) es el puerto SOAP del gestor de despliegue, con un alor predeterminado de c. Inicie la consola administratia de WebSphere Application Serer para el gestor de despliegue. d. Inicie sesión en la consola administratia de WebSphere Application Serer y alide que el seridor de aplicaciones se ha federado satisfactoriamente al gestor de despliegue. Pulse Administración del sistema > Nodos. En Sistema1, se ha federado el perfil personalizado en la celda del gestor de despliegue. 8. Aumente el perfil personalizado de WebSphere Application Serer con Sucesos de Decision Serer. a. Asegúrese de que el agente de nodo esté detenido. Para detener el agente de nodo en la consola administratia de WebSphere Application Serer, pulse Administración del sistema > Agentes de nodo. Seleccione el agente de nodo y pulse Detener. b. Aumente el perfil personalizado con Sucesos de Decision Serer. Consulte Aumento de un perfil personalizado existente WebSphere Application Serer en la página En Sistema2, repita los pasos del 5 en la página 52 al 8 para crear, federar y aumentar un segundo perfil personalizado de WebSphere Application Serer. Qué hacer a continuación Ahora que se han creado los perfiles, puede configurar el clúster que utiliza WebSphere MQ como proeedor de mensajería. Consulte Configuración de un clúster que utiliza WebSphere MQ como proeedor de mensajería. Configuración de un clúster que utiliza WebSphere MQ como proeedor de mensajería En esta tarea, se configura el clúster para la cual ha creado perfiles, a fin de completar la creación del entorno de clúster. Antes de empezar Antes de configurar el clúster, primero debe crear los perfiles. Consulte Creación de perfiles para un clúster que utilizawebsphere MQ como proeedor de mensajería en la página 51. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 53

60 1. Cree un clúster de WebSphere Application Serer y añada dos seridores de aplicaciones como miembros del clúster: a. Pulse Seridores > Clústeres > Clústeres de seridor de aplicaciones WebSphere. b. Pulse Nueo. c. En el campo Nombre de clúster, especifique un nombre para el clúster, por ejemplo, DecisionSererCluster y luego pulse Siguiente. d. En el campo Nombre de miembro, especifique un nombre para el primer seridor de aplicaciones que añada al clúster, por ejemplo, eentruntime01. e. Seleccione el nombre del nodo en el que se ejecutará el primer seridor de aplicaciones, y luego pulse Siguiente. f. En el campo Nombre de miembro, especifique un nombre para el siguiente seridor de aplicaciones que añada al clúster, por ejemplo, eentruntime02. g. Seleccione el nombre del nodo en el que se ejecutará el seridor de aplicaciones. Pulse Añadir miembro, a continuación, pulse Siguiente. h. Si desea añadir más seridores de aplicaciones al clúster, repita los pasos f y g. i. Pulse Finalizar y Guardar. 2. Cree una propiedad personalizada de JVM que apunte al directorio de instalación de Operational Decision Manager. Nota: Debe realizar este paso para cada seridor de aplicaciones del clúster. a. Pulse Seridores > Tipos de seridor > Seridores de aplicaciones de WebSphere > nombre_seridor > Gestión de Jaa y de proceso > Definición de proceso > Máquina irtual Jaa > Propiedades personalizadas, donde nombre_seridor es un seridor de aplicaciones en el clúster. b. Pulse Nueo. c. En el campo Nombre, escriba wbe.home d. Como alor, escriba la ubicación del directorio de inicio en la instalación de su Operational Decision Manager. Por ejemplo, si instaló utilizando el launchpad y aceptó la ubicación predeterminada de la instalación: En Windows: C:\Program Files\IBM\ODM851 En Linux y UNIX: /opt/ibm/odm851/odm Por ejemplo, si instaló utilizando Installation Manager y aceptó la ubicación predeterminada de la instalación: En Windows: C:\Program Files\IBM\ODM851 En Linux y UNIX: /opt/ibm/odm851 e. Pulse Aplicar y Guardar. 3. Habilite el sericio Startup Bean para cada seridor de aplicaciones en el clúster. Nota: Debe realizar este paso para cada seridor de aplicaciones del clúster. 54 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

61 a. Pulse Seridores > Tipos de seridor > Seridores de aplicaciones de WebSphere > nombre_seridor > Sericios de contenedor > Sericio Startup Bean, donde nombre_seridor es un seridor de aplicaciones en el clúster. b. Seleccione Habilitar sericio al inicio del seridor. c. Pulse Aplicar y Guardar. 4. Instale la aplicación de tiempo de ejecución de sucesos: a. Pulse Aplicaciones > Nuea aplicación > Nuea aplicación empresarial. b. Seleccione Sistema de archios remoto. c. Pulse Examinar y pulse en un nodo o gestor de despliegue para examinar sus sistema de archios. Localice el archio de la aplicación wberuntimeear. d. Escriba la ía de acceso completa de la ubicación del archio de la aplicación wberuntimeear. Por ejemplo, en Windows especifique C:\Program Files\IBM\ODM851\runtime\wberuntimeear.ear; y en Linux y UNIX especifique /opt/ibm/odm851/odm/runtime/wberuntimeear.ear. Pulse Siguiente. e. En el campo Clústeres y seridores, pulse WebSphere:cell=nombre_celda,cluster=DecisionSererCluster, donde nombre_celda es el nombre de la celda. f. Seleccione ambos recuadros de selección. g. Pulse Aplicar, luego Siguiente. h. Pulse Finalizar y Guardar. 5. Para asegurarse de que todos los cambios se apliquen y que el clúster se inicie correctamente, inicie los agentes de nodo en todos los sistemas en el clúster: a. En la solicitud de mandato, naegue al directorio correcto: cd dir_instal_was/bin b. Ejecute el mandato startnode. En Windows, ejecute startnode.bat, en Linux y UNIX ejecute startnode.sh, con el siguiente parámetro opcional: -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. 6. Inicie todos los seridores de aplicaciones en el clúster: a. Para realizar este paso en la consola de administración de WebSphere Application Serer, pulse Seridores > Clústeres > Clústeres de seridor de aplicaciones WebSphere > <nombre-clúster> > miembros de clúster, donde <nombre-clúster> es el nombre que ha especificado en el paso 1 en la página 54. b. Seleccione el seridor de aplicaciones y pulse Iniciar. Resultados El clúster que utiliza WebSphere MQ como proeedor de mensajería está ahora configurado y en ejecución. Si el clúster no puede iniciarse, consulte Inicio de clústeres. Qué hacer a continuación Configure los conectores de tecnología. Consulte Administración de despliegue de aplicaciones de conector en un entorno de seridor gestionado para los conectores File System, HTTP, JDBC, JMS, REST y SOAP; o consulte Configuración de conectores de tecnología en un sistema independiente en la página 134 para los conectores de tecnología autónoma. Capítulo 1. Agrupación en clúster de seridores de Operational Decision Manager para alta disponibilidad y escalabilidad 55

62 Definición de una recopilación de alta disponibilidad de seridores de catálogo El tiempo de ejecución de sucesos utiliza WebSphere extreme Scale durante el procesamiento de sucesos. De forma predeterminada, el sericio de catálogo de WebSphere extreme Scale sólo se ejecuta dentro del gestor de despliegue. Si el gestor de despliegue no está disponible, es posible que la ubicación del fragmento de WebSphere extreme Scale se ea afectada. Si define un dominio de sericio de catálogo, aumenta la disponibilidad de su clúster de tiempo de ejecución de sucesos si el gestor de despliegue no está disponible o se reinicia. Acerca de esta tarea Los dominios de sericio de catálogo definen un grupo de seridores de catálogo que gestionan la ubicación de los fragmentos y superisan el estado de los seridores de contenedor en la cuadrícula de datos. Siga el procedimiento descrito en Creación de dominios de sericio de catálogo en WebSphere Application Serer para incluir el sericio de catálogo en arios procesos de agente de nodo o en un seridor de aplicaciones que no aloje una aplicación WebSphere extreme Scale. 56 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

63 Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer Para utilizar Rule Execution Serer en una nuea instancia de WebSphere Application Serer para plataformas distribuidas o para Linux en System z, debe seguir una secuencia de pasos de configuración. En WebSphere Application Serer para plataformas distribuidas, puede configurar un clúster utilizando una plantilla de perfil. Operational Decision Manager da soporte a WebSphere Application Serer 8.0, 8.5 y Los pasos o acciones específicos de Linux en System z se indican por separado. Antes de empezar: Abrir la consola de administración Para configurar Rule Execution Serer en WebSphere Application Serer, debe seguir pasos específicos. Algunos dependen del tipo de persistencia. Antes de empezar Antes de configurar Rule Execution Serer, asegúrese de que tiene el siguiente software instalado. Rule Execution Serer WebSphere Application Serer para plataformas distribuidas o para Linux en System z DB2 ersión 9.5 o 10 Jaa 1.6 incluido en su sentencia PATH. También necesita los derechos siguientes: Acceso a WebSphere Integrated Solutions Console Permiso de administrador de DB2 para crear (CREATE) una base de datos y para crear y actualizar (CREATE y UPDATE) TABLAS/ Permiso para crear una estructura de directorios para los archios de Rule Execution Serer Permiso par iniciar y detener WebSphere Application Serer Acerca de esta tarea Para configurar Rule Execution Serer en WebSphere Application Serer, ya sea en plataformas distribuidas o en Linux on System z, se trabaja en WebSphere Integrated Solutions Console. 1. Compruebe que tiene un perfil de WebSphere Application Serer. El nombre predeterminado del primer perfil del seridor es AppSr01. Silo necesita, consulte la documentación de WebSphere Application Serer. 2. Inicie el seridor pulsando Inicio > Todos los programas > IBM WebSphere > IBM WebSphere Application Serer número_ersión > Perfiles > AppSr01 > Iniciar el seridor Copyright IBM Corp. 2012,

64 Consejo: Como alternatia, puede abrir la entana Primeros pasos en el menú Inicio de Windows, iniciar luego el seridor y luego la consola, desde la entana Primeros pasos. 3. Inicie la consola pulsando Inicio > Todos los programas > IBM WebSphere > IBM WebSphere Application Serer número_ersión > Perfiles > AppSr01 > Consola administratia Puede que tenga que pasar los pasos de seguridad del naegador que utilice. 4. Inicie sesión introduciendo el nombre de usuario y contraseña que ha definido cuando ha creado el perfil. Por ejemplo: wasadmin y wasadmin. Se abre la consola Consola de soluciones integradas de WebSphere. Qué hacer a continuación En los primeros cuatro pasos, define una base de datos y origen de datos exclusios. A continuación, puede actiar la seguridad, crear el esquema de base de datos, y desplegar el archio EAR de gestión, el archiado de recursos de la unidad de ejecución y opcionalmente el archio EAR para sericios de decisiones transparentes. La consola de Rule Execution Serer incluye un asistente Parámetros de instalación. Si inicia sesión como administrador, puede utilizar el asistente para crear el esquema de base de datos y ejecutar sentencias SQL drop que borren cualquier base de datos de Rule Execution Serer existente. Nota: En este URL hay disponibles ampliaciones de integración específicas: WebSphere Operation Decision Management Integration SupportPacs. En la tabla siguiente se resumen los pasos para configurar Rule Execution Serer en WebSphere Application Serer, en función del tipo de persistencia. Pasos de instalación Paso 1: seleccionar y aplicar el tipo de persistencia en la página 60 Paso 2: restricción de los permisos del usuario de base de datos en la página 61 Persistencia Archio Origen de datos JDBC Modalidad de persistencia predeterminada Paso 3: configurar la base de datos en la página 62 No es aplicable 58 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

65 Paso 4: Configuración de un origen de datos y una agrupación de conexiones en la página 64 Paso 5: Actiación de la seguridad en WebSphere Application Serer en la página 69 Pasos de instalación Creación de un proeedor JDBC en la página 64 Creación de un origen de datos y una agrupación de conexiones en la página 65 Creación de datos de autenticación J2C en la página 66 Establecimiento de propiedades personalizadas en la página 67 Probar la conexión a la base de datos en la página 69 Creación de usuarios y grupos en la página 70 Correlación de grupos de usuarios con el rol de superisor en la página 72 Políticas de seguridad para la consola de Rule Execution Serer en la página 73 Paso 6: desplegar los descriptores MBean de Rule Execution Serer en la página 73 Persistencia Archio Origen de datos JDBC No es aplicable No es aplicable No es aplicable No es aplicable No es aplicable Paso 7: desplegar el RAR de la XU en la página 74 Paso 8: desplegar el archio EAR de gestión de Rule Execution Serer en la página 76 Paso 9: crear un esquema de base de datos de Rule Execution Serer en la página 78 No es aplicable Paso 10: desplegar el archio EAR de sericio de decisiones transparentes alojado en la página 85 Opcional Opcional Opcional Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 59

66 Pasos de instalación Paso 11: establecer la propiedad personalizada DecodeUrlAsUTF8 en la página 86 Comprobación del despliegue y configuración en la página 96 Persistencia Archio Origen de datos JDBC Obligatorio si ha desplegado el archio EAR para los sericios de decisiones transparentes alojados (paso anterior). Obligatorio si ha desplegado el archio EAR para los sericios de decisiones transparentes alojados (paso anterior). Opcional Opcional Opcional Obligatorio si ha desplegado el archio EAR para los sericios de decisiones transparentes alojados (paso anterior). Paso 1: seleccionar y aplicar el tipo de persistencia Puede cambiar el RuleApp datasource y los alores de persistencia XOM de Jaa ejecutando un script Ant que genere un nueo archiador de gestión de Rule Execution Serer. Normalmente esta acción se realiza si está en modalidad de desarrollo. Este paso no se aplica a los principiantes que utilizan la base de datos incorporada Derby. Para cambiar los alores de persistencia, la distribución proporciona un script Ant en el archio <ODM_InstallDir>/executionserer/bin/ressetup.xml. Utilícelo para crear una instancia nuea del archiador de gestión de Rule Execution Serer y, en el caso de un seridor de aplicaciones Jaa EE, la unidad de ejecución (XU). usuarios de Solaris Si utiliza persistencia basada en archio en Solaris, su sistema de archios debe tener soporte para todos los caracteres que se utilizan en nombres de archios y directorios que haya en la ía de acceso del conjunto de reglas (nombre de RuleApp y nombre de ruleset). Establezca la propiedad del sistema LANG con la codificación que sea compatible con su nombre de paquete y regla, por ejemplo en_us.utf-8. almacén de decisiones Si selecciona el tipo de persistencia file (archio) para RuleApps, no puede utilizar el almacén de decisiones. Persistencia MySQL Si elige utilizar MySQL como programa de fondo de persistencia, añada o establezca las propiedades siguientes en el archio de configuración MySQL: my.ini en Windows o my.cnf en UNIX: sql-mode=strict_all_tables max_allowed_packet= Para obtener más información sobre estos alores, consulte el manual de consulta de MySQL 5.0: Modalidades de Serer SQL y ariables de Serer System. 60 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

67 Paso 2: restricción de los permisos del usuario de base de datos Si los datos de Rule Execution Serer se almacena en una base de datos, el administrador de base de datos podría necesitar que proporcione permisos específicos para acceder a la base de datos. Nota: Este paso se aplica cuando es necesario restringir el acceso a la base de datos. Si gestiona la base de datos usted mismo (por ejemplo, puede utilizar una base de datos incorporada para fines de prueba) o si no necesita más restricciones, omita este paso y continúe con el siguiente paso de configuración. Conexión a la base de datos de Rule Execution Serer, establecida en las credenciales del origen de datos y las posteriores solicitudes a la base de datos se gestionan a traés de un usuario de bases de datos. Este usuario de base de datos (nombre y contraseña), por ejemplo resdbuser, lo define el administrador de base de datos y no tiene relación con los grupos estándares de Rule Execution Serer. En la tabla siguiente encontrará la típica lista de permisos que debe definir el administrador de base de datos en la base de datos de Rule Execution Serer, con especial atención al tipo de operaciones. Algunas bases de datos admitidas no requieren todos los permisos anteriores. Operación Permiso de base de datos Examinar y editar Rulesets y RuleApps Crear el esquema de Rule Execution Serer CREAR CUALQUIER No necesario Necesario ÍNDICE BORRAR CUALQUIER No necesario Necesario ÍNDICE CREAR CUALQUIER No necesario Necesario SECUENCIA BORRAR CUALQUIER No necesario Necesario SECUENCIA SELECCIONAR Necesario No necesario CUALQUIER SECUENCIA CREAR CUALQUIER No necesario Necesario TABLA BORRAR CUALQUIER No necesario Necesario TABLA INSERTAR CUALQUIER Necesario No necesario TABLA SELECCIONAR Necesario No necesario CUALQUIER TABLA ACTUALIZAR CUALQUIER Necesario No necesario TABLA ELIMINAR CUALQUIER Necesario No necesario TABLA CREAR CUALQUIER No necesario Necesario DESENCADENANTE CREAR CUALQUIER VISTA No necesario Necesario BORRAR CUALQUIER VISTA No necesario Necesario Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 61

68 Paso 3: configurar la base de datos Si está utilizando persistencia de base de datos, en primer lugar debe crear un esquema acío para la base de datos dedicada a Rule Execution Serer y establecer las credenciales. Antes de empezar Antes de configurar la base de datos, asegúrese de que la persistencia esté establecida en datasource. Si establece la persistencia en file, puede omitir todas las tareas relacionadas con la base de datos y continuar en Paso 8: desplegar el archio EAR de gestión de Rule Execution Serer en la página 76. Acerca de esta tarea. Las credenciales para acceder a la base de datos son necesarias para establecer el origen de datos, lo que hace en Creación de un origen de datos y una agrupación de conexiones en la página 65. Si una base de datos no existe para Rule Execution Serer, cree una ahora siguiendo las instrucciones para ese tipo de base de datos. Para crear una base de datos Derby acía: 1. Detenga el seridor de aplicaciones. 2. En la ía de acceso <dir_instalación_derby>/bin/ inicie el mandato ij.bat. Para Linux, el mandato es ij. 3. Cree la base de datos y establezca la conexión. Por ejemplo, para crear la nuea base de datos c:/resdb como usuario resdbuser y conectarlo, ejecute el mandato siguiente: ij>connect jdbc:derby:c:/resdb;user=resdbuser; password=resdbuser;create=true ; 4. Cierre el programa de utilidad ij. ij> quit; 5. Inicie el seridor de aplicaciones. Creación de una base de datos DB2 para Linux en System z Se proporcionan scripts personalizables para crear su esquema de base de datos DB2 pero primero debe crear una base de datos acía. Antes de empezar Se supone que la instalación existente de DB2 tiene almacenamiento automático y una agrupación de almacenamiento intermedio de 32 K con el ID predeterminado de BP32K. Para crear una base de datos DB2, debe tener derechos de administrador de DB2. Para obtener más información, consulte al administrador de base de datos de DB2 o la documentación de DB2, en particular sobre la creación de bases de datos y otras tareas relacionadas con bases de datos, como el Mandato CREATE DATABASE. 62 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

69 Entre los mandatos siguientes: su {DB2AdminName} db2 CREATE DATABASE {RESDBName} Qué hacer a continuación Para configurar la base de datos, puede utilizar la consola de Rule Execution Serer o ejecutar los scripts SQL que se proporcionan en <dir-instalación>/ executionserer/databases. Un archio readme en este directorio proporciona más información sobre los scripts. Creación de una base de datos DB2 en z/os Antes de empezar Antes debe instalar DB2 y establecer los permisos adecuados en la base de datos y, a continuación, personalizar JCL. 1. Compruebe que tiene instalado DB2 para z/os ersión 9.1 o Compruebe que tiene permiso de administrador de DB2 para CREATE (crear) una base de datos y para CREATE y UPDATE (crear y actualizar) tablas DB2. Para obtener más información, consulte al administrador de base de datos de DB2 o la documentación de DB2, en particular sobre la creación de bases de datos y otras tareas relacionadas con bases de datos, como el Mandato CREATE DATABASE. Acerca de esta tarea Tras personalizar las ariables JCL para su configuración, puede eniar trabajos para crear una base de datos para Rule Execution Serer. 1. Personalice el JCL tal y como se indica en los comentarios dentro de cada miembro PDSE, antes de ejecutarlos en el sistema z/os. Puede personalizar el JCL utilizando una búsqueda y sustitución manual o utilizando una macro de ISPF. 2. En el equipo z/os en el que está instalado DB2, ejecute los scripts JCL siguientes para crear tablas RULEAPP, la tabla XOM, tablas EXECUTION_TRACES y otorgar permisos para las tablas. Esta es una tarea típica de un administrador de base de datos. ++DB2USER++ es el Id. de usuario para acceder a DB2. a. dir-instalación/executionserer/jcl/hbrdscdb.jcl b. dir-instalación/executionserer/jcl/hbrdsxom.jcl c. dir-instalación/executionserer/jcl/hbrdsctr.jcl d. dir-instalación/executionserer/jcl/hbrdsgrn.jcl ++DB2USER++ es el Id. de usuario para acceder a DB2. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 63

70 Paso 4: Configuración de un origen de datos y una agrupación de conexiones Debe crear una proeedor JDBC (origen de datos) y una agrupación de conexiones para WebSphere Application Serer. Creación de un proeedor JDBC Para habilitar Rule Execution Serer, cree un proeedor JDBC en WebSphere Application Serer, como primer paso en la creación de un origen de datos. Antes de empezar Cree un proeedor JDBC en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea El primer paso en la creación de un origen de datos, basado en el esquema de base de datos que ha creado en Paso 3: configurar la base de datos en la página 62, es crear un proeedor JDBC. Puede instalar el proeedor JDBC a niel de la celda, nodo, clúster o seridor. Siga estos pasos para instalar un proeedor Derby o DB2 JDBC a niel de nodo. Nota: Algunos controladores, como controladores OCI de Oracle, necesitan acceder a bibliotecas adicionales en tiempo de ejecución (archios.dll o.so). Como consecuencia, debe configurar su entorno de trabajo para acceder a dichas bibliotecas. Por ejemplo, defina las ariables de entorno PATH y LD_LIBRARY_PATH. 1. Pulse Recursos > JDBC > Proeedores de JDBC. 2. En Ámbito, seleccione Nodo=xxx, Seridor=yyy y a continuación pulse Nueo. xxx es el nombre del nodo y yyy el nombre del seridor. 3. En el Paso 1, seleccione el tipo de base de datos, el tipo de proeedor y un tipo de implementación con soporte para características de XA. Tabla 9. Opciones de proeedor de JDBC para DB2 y Derby Tipo de base de datos Derby DB2 Tipo de proeedor Proeedor de JDBC de Derby Proeedor del controlador JDBC de DB2 Uniersal Tipo de implementación Origen de datos XA Origen de datos de agrupación de conexiones Nombre Especifique un nombre, por ejemplo, Proeedor JDBC de Rule Execution Serer Especifique, por ejemplo, Proeedor del controlador JDBC de DB2 Uniersal para RES 4. Pulse Siguiente. 5. En el Paso 2, deje todos los alores de ía de acceso de clases, incluyendo los que están en blanco, como alores predeterminados y pulse Siguiente. En el Paso 3 se proporciona un resumen. 64 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

71 6. Compruebe que la ía de acceso de clases al archio JAR de su controlador y la clase de implementación son correctos. Los alores predeterminados son suficientes, salo en casos especiales. 7. Pulse Finalizar. 8. En el siguiente panel, pulse Guardar para guardar los cambios en la configuración maestra. Si trabaja en un entorno de clúster, compruebe que está marcado el recuadro de selección Sincronizar cambios con nodos. 9. Reinicie el seridor para que se apliquen los cambios. Si trabaja con una base de datos DB2, es posible que el proceso de instalación de DB2 haya instalado el archio db2jcc_license_cisuz.jar en una ubicación que no esté en la ía de acceso de WebSphere Application Serer. 10. En este caso, busque el archio db2jcc_license_cisuz.jar ejecutando el mandato siguiente. Antes de ejecutar este mandato, es mejor definirse como usuario root para eitar mensajes sobre permisos. find / -name db2jcc_license_cisuz.jar 11. En WebSphere Integrated Solutions Console, abra Entorno > Variables de WebSphere y pulse DB2UNIVERSAL_JDBC_DRIVER_PATH. 12. Establezca el alor en la ía de acceso que ha deuelto el mandato find. 13. Pulse Aceptar y Guardar para guardar los cambios en la configuración maestra. Creación de un origen de datos y una agrupación de conexiones Crear una agrupación de conexiones y un origen de datos en WebSphere Application Serer para habilitar Rule Execution Serer. Antes de empezar Cree un origen de datos en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página En la Consola de soluciones integradas de WebSphere, abra Recursos > JDBC > Orígenes de datos. 2. En Ámbito, seleccione el ámbito que ha seleccionado para el proeedor JDBC en Creación de un proeedor JDBC en la página 64 y pulse Nueo. 3. En el Paso 1, especifique los nombres de JNDI y origen de datos y luego pulse Siguiente. Importante: Puede especificar cualquier nombre para el origen de datos pero el nombre JNDI debe ser jdbc/resdatasource, de lo contrario, Rule Execution Serer no puede utilizar el origen de datos. Para bases de datos Derby: origen de datos Rule Execution Serer y jdbc/resdatasource Para DB2: resdatasource y jdbc/resdatasource. 4. En Paso 2, elija Seleccionar un proeedor JDBC existente, seleccione el proeedor JDBC que ha creado en Creación de un proeedor JDBC en la página 64 y pulse Siguiente. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 65

72 5. En Paso 3, especifique las propiedades de la base de datos específica para el origen de datos. En la tabla siguiente se muestra el conjunto mínimo de propiedades para definir las bases de datos compatibles. Si la tabla no incluye su controlador, reise la documentación de WebSphere Application Serer para obtener más información. Base de datos Controlador JDBC Uniersal de DB2 Tipo 2 basado en CLI heredada de DB2 Controlador JDBC de Oracle Propiedades databasename: nombre de la base de datos, si driertype está establecido en 4, o una base de datos catalogada localmente si driertype está establecido en 2, por ejemplo DSN910GP. driertype: 2 o 4 Si está trabajando en WebSphere Application Serer en Linux para System z, establezca driertype en 4. Cuando driertype sea 4, establezca las propiedades siguientes: serername: dirección TCP/IP o nombre de host portnumber: número de puerto TCP/IP databasename: por ejemplo, Sample. URL: por ejemplo, jdbc:oracle:oci:@sample Derby databasename: ía de acceso a la ubicación de los archios de base de datos. Este directorio no debe existir aún. Por ejemplo, c:\derbydata. Anule la opción Usar este origen de datos en persistencia gestionada por contenedor (CMP). Para obtener más información, consulte la documentación de Derby. 6. Desmarque la opción Utilizar este origen de datos en persistencia gestionada por contenedores (CMP). 7. Pulse Siguiente. 8. En el Paso 4, configure los alias de seguridad necesarios y pulse Siguiente. Para DB2, seleccione el alias de autenticación del administrador de DB2 desde la opción Alias de autenticación gestionado por componente. En el Paso 5, se proporciona un resumen del origen de datos. 9. Pulse Finalizar. 10. En el siguiente panel, pulse Guardar para guardar los cambios en la configuración maestra. Creación de datos de autenticación J2C En WebSphere Application Serer, puede proteger su sistema de información empresarial creando datos de autenticación J2C. Antes de empezar Cree datos de autenticación J2C en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

73 Acerca de esta tarea Una ez creado el origen de datos y la agrupación de conexiones, cree los datos de autenticación J2C. J2C es un mecanismo seguro para la integración de sistemas de información empresariales y las aplicaciones empresariales. 1. En la Consola de soluciones integradas de WebSphere, abra Recursos > JDBC > Orígenes de datos. 2. En la tabla, pulse el nombre del origen de datos que hay creado en Creación de un origen de datos y una agrupación de conexiones en la página 65. Pulse el enlace además de marcar el recuadro de selección. Por ejemplo, pulse Origen de datos Execution Serer. 3. En Elementos relacionados, pulse JAAS: datos de autenticación J2C. 4. En el panel siguiente, pulse Nueo y proporcione las credenciales del administrador de la base de datos en los campos Alias, ID de usuario y Contraseña. Para Linux en System z, proporcione las credenciales de DB2. Para una base de datos Derby, proporcione las credenciales siguientes: Alias: ResDerbyUser Id de usuario: resdbuser Contraseña: resdbuser 5. Pulse Aplicar y Guardar, para guardar directamente en la configuración maestra. 6. Abra de nueo Recursos > JDBC > Orígenes de datos y pulse en el nombre del origen de datos, Origen de datos de Rule Execution Serer en este ejemplo. 7. En Parámetros de seguridad, para Alias de autenticación gestionado por componente, seleccione el alias <Nombre_nodo>/ResDerbyUser. <Nombre_nodo> es el nombre del nodo WebSphere Application Serer en el que está configurado Rule Execution Serer. 8. Para Alias de autenticación gestionado por contenedor, seleccione <nombre nodo>/resderbyuser. 9. Pulse Aplicar y Guardar, para guardar directamente en la configuración maestra. Establecimiento de propiedades personalizadas La base de datos a la que quiere conectar podría necesitar que establezca algunas propiedades personalizadas. Antes de empezar Defina las propiedades personalizadas en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea En función de la base de datos a la que desee conectarse, debe definir arias propiedades. En la tabla siguiente se muestra el conjunto mínimo de propiedades Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 67

74 que es necesario definir para las bases de datos con soporte. Si la tabla no incluye su controlador, reise la documentación de WebSphere Application Serer para obtener más información. Nota: Algunas de estas propiedades podrían estar ya definidas. Por ejemplo, si está siguiendo este procedimiento de configuración y ha creado una base de datos Derby, todas las propiedades para esa base de datos ya se han definido. Tabla 10. Propiedades de controlador de base de datos Base de datos Propiedades Controlador JDBC Uniersal de DB2 Controlador XA de JBDC de DB2 Uniersal databasename: el nombre actual de la base de datos, si driertype está establecido en 4, o una base de datos catalogada localmente si driertype está establecido en 2 driertype: los alores posibles son 2 o 4. Las propiedades siguientes son necesarias sólo si driertype es 4: serername: la dirección TCP/IP o nombre de host portnumber: el número de puerto TCP/IP databasename: nombre de la base de datos catalogada localmente driertype: los alores posibles son 2 o 4. Si ejecuta una ersión de DB2 anterior a DB2 V8.1 FP6, está obligado a utilizar sólo el controlador de tipo 2. Las propiedades siguientes son necesarias sólo si driertype es 4: serername: la dirección TCP/IP o nombre de host portnumber: el número de puerto TCP/IP Tipo 2 basado en CLI heredada de DB2 Controlador JDBC de Oracle Derby databasename: por ejemplo, Sample URL: por ejemplo, jdbc:oracle:oci:@sample databasename: la ía de acceso a la ubicación de los archios de base de datos. Para obtener más información, consulte la documentación de Derby. También puede establecer propiedades personalizadas para cualquiera de los recursos listados en la página Propiedades personalizadas. 1. En la Consola de soluciones integradas de WebSphere, abra Recursos > JDBC > Orígenes de datos. 2. Pulse en el origen de datos que quiera personalizar. 3. En Propiedades adicionales, pulse Propiedades personalizadas. 4. Cambie una propiedad existente o cree una pulsando en Nueo. a. Pulse createdatabase. Se abre la página Propiedades generales. b. Escriba create en el campo Valor. Por ejemplo, para un origen de datos de Derby, si aún no ha creado la base de datos, puede establecer el alor la propiedad createdatabase en create. La base de datos se crea con la primera conexión a la base de datos. 5. Pulse Aceptar y Guardar para guardar los cambios en la configuración maestra. 68 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

75 Probar la conexión a la base de datos Cuando haya creado un origen de datos y una agrupación de conexiones, y haya probablemente establecido algunas propiedades personalizadas, puede probar la conexión a la base de datos. Antes de empezar Pruebe la conexión a la base de datos desde la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página En la Consola de soluciones integradas de Websphere, abra Recursos > JDBC > Orígenes de datos. 2. Marque el recuadro de selección junto al origen de datos que quiera probar y pulse Probar conexión. Resultados El estado de la conexión se indica en la parte superior. Por ejemplo: La operación de conexión de prueba para el origen de datos Execution Serer en el seridor serer1 del nodo<nombre_nodo> ha resultado satisfactoria. Los posibles errores de conexión son: Jaa class..com.ibm.db2.jcc no se ha encontrado: asegúrese de que la ía de acceso de la clase de controlador jcc está establecida correctamente. Null Userid is not supported SQL ERRORCODE 4461: Error de autenticación. : asegúrese de que las credenciales de autenticación JAAS-J2C son correctas. Paso 5: Actiación de la seguridad en WebSphere Application Serer WebSphere Application Serer proporciona infraestructura de seguridad y mecanismos para proteger los recursos de Jaa EE y recursos administratios, y para encargarse de requisitos de seguridad integral en la empresa sobre autenticación, control de accesos a recursos, integridad de datos, confidencialidad, priacidad e interoperabilidad segura. Introducción a la seguridad de WebSphere Application Serer En WebSphere Application Serer, la seguridad se organiza en capas, desde la seguridad de plataforma hasta la capa específica de WebSphere Application Serer, en base al modelo Jaa EE, sobre la capa de seguridad Jaa. El diagrama siguiente muestra las capas de seguridad en WebSphere Application Serer. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 69

76 WebSphere Application Serer tiene soporte para el modelo Jaa EE, para la creación, ensamblaje, protección y despliegue de aplicaciones. De forma predeterminada, la consola de Rule Execution Serer no necesita seguridad en WebSphere Application Serer. No obstante, para actiar el control de accesos para Rule Execution Serer en WebSphere Application Serer, siga estos pasos: 1. Creación de usuarios y grupos 2. Correlación de grupos de usuarios con el rol de superisor en la página 72 Creación de usuarios y grupos Cree usuarios y grupos y asígnelos a roles, mediante un registro de usuarios con un repositorio federado. Antes de empezar Configure un repositorio federado como registro de usuario en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea WebSphere Application Serer utiliza arios tipos de registros de usuarios: OS, LDAP o Custom-Personalizado. El usuario controla el acceso a Rule Execution Serer e impone seguridad definiendo grupos y usuarios. Si no se han definido grupos y usuarios aún, o si desea definir nueos grupos o usuarios, continúe con los pasos siguientes. Si ya tiene grupos y usuarios adecuados definidos, omita este procedimiento y conecte los usuarios a sus roles adecuados cuando despliegue sus aplicaciones. La tabla siguiente resume los grupos principales y sus nombre de usuario y contraseña asociados. 70 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

77 Grupo Uso Usuario/Contraseña predeterminado resadministrators Asigna a un usuario derechos completos de administrador para: Acceder y utilizar la consola de Rule Execution Serer para rellenar el esquema de base de datos Desplegar, examinar y modificar las RuleApps Superisar el historial de decisiones, depurar y realizar copia de seguridad del historial Ejecutar diagnósticos y isualizar información del seridor resdeployers Asigna a un usuario los siguientes derechos: Desplegar, examinar y modificar las RuleApps Probar conjuntos de reglas resadmin - resadmin resdeployer - resdeployer resmonitors Asigna a un usuario los siguientes derechos: Ver RuleApps Superisar el historial de decisiones y acceder a informes de Decision Center resmonitor - resmonitor 1. En el panel lateral, pulse Seguridad > Seguridad global. 2. Configure la seguridad de repositorio de la siguiente manera: Si Repositorios federados ya está seleccionado bajo Definición del dominio actual, asegúrese de que Habilitar seguridad de aplicación esté seleccionado en la seguridad de aplicaciones. Si selecciona Habilitar seguridad de aplicación, debe pulsar en Aplicar y Guardar para guardar los cambios en la configuración maestra. Si Repositorios federados no está seleccionado, pulse Asistente de configuración de seguridad y, a continuación, complete el asistente de la siguiente manera: a. En el Paso 1, para especificar el niel de protección, seleccione Habilitar seguridad de aplicación y pulse Siguiente. b. En el Paso 2, seleccione Repositorios federados y pulse Siguiente. c. En el Paso 3, escriba un nombre en el campo Nombre de usuario administratio primario y especifique websphere en el campo Contraseña; luego, pulse Siguiente. d. En el Paso 4, reise el resumen de configuración de seguridad y pulse Finalizar. e. Pulse Guardar para guardar los cambios en la configuración maestra. f. Reinicie WebSphere Application Serer. A continuación, debe iniciar la sesión en WebSphere Integrated Solutions Console como usuario administratio primario. 3. En el panel lateral, pulse Usuarios y grupos > Gestionar grupos, y pulse Crear. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 71

78 4. Especifique resadministrators como el nombre de grupo y, a continuación, pulse Crear. 5. Pulse Crear como y cree otro grupo llamado resdeployers; luego pulse Crear. 6. Pulse Crear como de nueo, introduzca otro grupo denominado resmonitors y pulse Crear y luego Cerrar. 7. En el panel lateral, abra Usuarios y grupos > Gestionar usuarios, y pulse Crear. 8. Especifique resadmin como Id. de usuario y nueamente resadmin como contraseña. Especifique también el nombre y apellidos. 9. Pulse Pertenencia a grupos y continúe de la siguiente manera: a. Pulse Búsqueda, seleccione los grupos resadministrators, resdeployers y resmonitors. b. Pulse Añadir. c. Pulse Cerrar y, a continuación, pulse Crear y luego, otra ez Cerrar. 10. Pulse Crear como para crear usuarios con los roles desplegador y superisor, según se indica a continuación: a. Cree otro usuario denominado resdeployer con la contraseña resdeployer. b. Asigne el usuario a los grupos resdeployers y resmonitors. c. Cree un usuario llamado resmonitor con la contraseña resmonitor. d. Asigne el usuario al grupo resmonitors. 11. Reinicie su seridor de aplicaciones o su gestor de despliegue. Qué hacer a continuación Cuando cree grupos de usuarios, es posible que deba correlacionar los usuarios resadministrators y resdeployers con el rol de superisor. En este caso, consulte: Correlación de grupos de usuarios con el rol de superisor. Correlación de grupos de usuarios con el rol de superisor Cuando cree grupos de usuarios, es posible que deba correlacionarlos con el rol de superisor (Monitor) y proporcionarles acceso a los MBeans del modelo. Antes de empezar Correlacione grupos con roles en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea Para acceder a los MBeans del modelo de Rule Execution Serer, una aplicación debe tener las credenciales de seguridad suficientes, restringidas al rol de superisor (Monitor) en el sistema de autenticación de WebSphere Application Serer. Puede proporcionar a los usuarios de Rule Execution Serer acceso a los MBeans del modelo configurando una correlación entre el grupo resadministrators o el grupo resdeployers y el rol Monitor. Estos grupos se declaran en el registro personalizado. 1. En la Consola de soluciones integradas de WebSphere, abra Usuarios y grupos > Roles del grupo administratio. 72 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

79 2. Pulse Añadir. 3. En la lista Role(s), seleccione Monitor. 4. En el campo Serie de búsqueda, introduzca resadministrators y pulse Buscar. Aparece una entrada que empieza por resadministrators en la columna Disponible. 5. Pulse la flecha para moer la entrada de la columna Disponible a la columna Correlacionado con el rol y pulse luego Aceptar. 6. Opcional: Haga lo mismo para resdeployers y, a continuación, pulse Aceptar. 7. En el siguiente panel, pulse Guardar para guardar directamente en la configuración maestra. 8. Reinicie su seridor de aplicaciones o su gestor de despliegue. Políticas de seguridad para la consola de Rule Execution Serer Para poder registrar y gestionar conjuntos de MBeans, necesita alterar temporalmente las políticas de seguridad de WebSphere Application Serer para la consola de Rule Execution Serer. Cuando la seguridad global de WebSphere Application Serer está actiada, desde la aplicación desplegada no se puede acceder al seridor de MBean. Debe alterar temporalmente estas políticas de seguridad para la consola de Rule Execution Serer, de forma que pueda registrar y gestionar un conjunto de MBeans. Rule Execution Serer está empaquetado con un archio de política específico, was.policy, que prealece sobre las políticas de seridor. El archio was.policy está empaquetado en el directorio META-INF del archio jrules-res-management- WAS<número_ersión>.ear. Paso 6: desplegar los descriptores MBean de Rule Execution Serer Para configurar Rule Execution Serer para WebSphere Application Serer, también debe desplegar los descriptores MBean. Antes de empezar Asegúrese de proporcionar al proceso del seridor de aplicaciones derecho de acceso de lectura para el archio jrules-mbean-descriptors.jar. Por ejemplo, cambie los permisos en el archio utilizando un mandato chmod 777. Acerca de esta tarea La arquitectura Rule Execution Serer está basada en la API Jaa Management Extensions (JMX). Los MBeans son objetos de Jaa utilizados por la API JMX. Para configurar Rule Execution Serer para WebSphere Application Serer, debe desplegar los descriptores de MBean, ya sea globalmente para todas las instancias de Rule Execution Serer o para una única instancia de Rule Execution Serer. Para desplegar descriptores MBean: 1. Abra la Consola de soluciones integradas de WebShpere. 2. En el panel lateral, abra Seridores > Tipos de seridor > Seridores de aplicaciones WebSphere. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 73

80 3. En la página Seridores de aplicaciones, pulse en el nombre de su seridor. 4. En Infraestructura del seridor, expanda Jaa y gestión de proceso, y pulse Definición de proceso. En WebSphere Application Serer para z/os, una capa adicional proporciona tres recursos que se pueden administrar: Adjunct, Control y Serant. Si está trabajando en dicho entorno, seleccione Serant. 5. Bajo Propiedades adicionales, pulse Máquina Virtual Jaa. 6. En el campo Vía de acceso de clases, añada <dir-instalación>/ executionserer/lib/jrules-mbean-descriptors.jar. 7. Pulse Aceptar y luego Guardar para guardar los cambios directamente en la configuración maestra. Paso 7: desplegar el RAR de la XU Una ez desplegados los descriptores MBean, despliegue el archio de adaptador de recursos (RAR) para la Unidad de ejecución (XU) en WebSphere Application Serer. Antes de empezar Despliegue el archio de recursos de XU en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea Esta fase de la configuración de Rule Execution Serer consta del despliegue del archio de adaptador de recursos (RAR) de la Unidad de ejecución (XU) en WebSphere Application Serer y añade las propiedades mediante las que identificarlo. El archio RAR contiene la XU y la capa de persistencia. En algunos casos, debido a sus restricciones de la aplicación, es posible que tenga que desplegar la XU dentro de la aplicación. Elija la modalidad de despliegue correspondiente de la XU: ya sea incluida en el EAR o desplegada como conector global. Consulte la documentación del seridor de aplicaciones para obtener instrucciones sobre cómo empaquetar un conector en un EAR. En cualquier caso, tenga en cuenta las siguientes consecuencias. Cuando se despliega la XU como un conector global: Las aplicaciones Jaa EE desplegadas podrían utilizar sus bibliotecas de terceros (como ASM) en lugar de las bibliotecas desplegadas en el seridor de aplicaciones. Utilice el alor padre al final para la aplicación Jaa EE de la XU si su aplicación Jaa EE no tiene soporte para la ersión de bibliotecas de terceros distribuida con Decision Serer. Si no puede utilizar un alor padre al final, es posible que deba incluir la XU en el archio EAR que ejecuta las reglas. Si elige un empaquetado de XU incluida, utilice el alor padre al final para la biblioteca de código si la ersión de bibliotecas de terceros desplegada a niel de la biblioteca de código aplicación-seridor no es compatible con la XU. Para desplegar el RAR de XU: 74 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

81 1. En la Consola de soluciones integradas de WebSphere, abra Recursos > Adaptadores de recursos y pulse Adaptadores de recursos. 2. En el panel Adaptadores de recursos, en Ámbito, seleccione Node=xxx, Serer=yyy, y pulse Nueo. xxx es el nombre del nodo e yyy el nombre del seridor. 3. Pulse Instalar RAR. 4. En el siguiente panel, compruebe que está seleccionado el Sistema de archios local, busque le archio y pulse Siguiente. <dir-instalación_odm>/executionserer/applicationserers/websphere8/ jrules-res-xu-was8.rar <dir-instalación_odm>/executionserer/applicationserers/websphere85/ jrules-res-xu-was85.rar parawebsphere Application Serer 8.5 y En la página Propiedades generales e introduce el nombre de la XU. a. Establezca el nombre para la XU como, por ejemplo, Adaptador de recurso de la XU de RES. b. Para la ersión WebSphere Application Serer 8.5 o 8.5.5, seleccione la opción Aislar este proeedor de recursos. c. Pulse Aceptar. 6. Vuela a la página Adaptadores de recursos y pulse Guardar. 7. En el siguiente panel, seleccione Todos los ámbitos en la lista desplegable para que la tabla de adaptadores de recursos muestre el recurso XU que acaba de añadir. 8. Pulse el nombre del recurso nueo en la tabla. En este ejemplo, el nombre es Adaptador de recursos XU de RES Pulse el enlace además de marcar el recuadro de selección. 9. En el siguiente panel, en Propiedades adicionales, pulse Fábricas de conexiones de J2C y Nueo. 10. Introduzca los alores siguientes: Nombre: xu_cf Nombre JNDI: eis/xuconnectionfactory Nota: eis/xuconnectionfactory es el nombre JNDI predefinido. Si introduce uno diferente, debe correlacionar el nombre definido por el usuario con el nombre predefinido de eis/xuconnectionfactory. 11. Pulse Aceptar y Guardar para guardar los cambios en la configuración maestra. 12. Opcional: Puede definir más de un adaptador de recursos de XU. Necesita más adaptadores de recursos de XU cuando tiene más de un nodo en su entorno o quiere aislar los entornos de desarrollo y prueba en un nodo único. Puede desplegar un adaptador de recursos JCA, según la capacidad del seridor de aplicaciones. En WebSphere Application Serer, puede instalar el adaptador de recursos de la XU a niel de celda, nodo, clúster o seridor. Pero debe instalarlo a niel de nodo para poder desplegarlo en otros nieles. Por ejemplo, para definir un adaptador de recursos de la XU a niel de seridor, siga estos pasos: a. En el panel lateral, abra Recursos > Adaptadores de recursos y pulse Adaptadores de recursos; a continuación, pulse Instalar RAR. b. Seleccione el ámbito Node=xxx, Serer=yyy, donde xxx es el nombre de su nodo, yyy es el nombre de su seridor. c. Pulse Nueo y especifique el nombre de la XU como XU. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 75

82 d. En Ruta de archiador, seleccione ${CONNECTOR_INSTALL_ROOT}/jrulesres-xu-WAS<número_ersión>.rar. e. Para la ersión 8.5 de WebSphere Application Serer, seleccione Aislar este proeedor de recursos. f. Pulse Aceptar. g. Repita de 5 en la página 75 a 11 en la página 75 para definir la fábrica de conexiones. 13. Reinicie el seridor. Consejo: Siempre que instale o desinstale una XU, debe reiniciar el seridor de aplicaciones. Qué hacer a continuación Para obtener más información, especialmente para instrucciones sobre el empaquetamiento de un conector en un EAR o sobre la instalación de adaptadores de recursos de XU adicionales, consulte el Information Center dewebsphere Application Serer Versión 8.5. Paso 8: desplegar el archio EAR de gestión de Rule Execution Serer Tras actiar la seguridad y haber desplegado el RAR de la XU, debe desplegar el EAR de Rule Execution Serer en WebSphere Application Serer. Antes de empezar Despliegue los archios EAR en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea Para desplegar el archio EAR de gestión de Rule Execution Serer enwebsphere Application Serer para aplicar el tipo de persistencia que se define en un paso anterior y correlacione los grupos de usuarios de seguridad. 1. En el panel lateral, abra Aplicaciones > Nuea aplicación y pulse Nuea aplicación empresarial. 2. En el siguiente panel, compruebe que está seleccionado el Sistema de archios local, busque le archio y pulse Siguiente. <dir-instalación_odm>/executionserer/applicationserers/websphere8/ jrules-res-management-was8.ear <dir-instalación_odm>/executionserer/applicationserers/websphere85/ jrules-res-management-was85.ear parawebsphere Application Serer 8.5 o Seleccione la opción Detallada: mostrar todas las opciones y todos los parámetros de instalación. 4. Expanda Elegir generar enlaces y correlaciones predeterminadas, marque el recuadro de selección Generar enlaces predeterminados y pulse Siguiente. 76 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

83 5. Desplácese hacia abajo en la página y pulse Continuar para aceptar el aiso de seguridad. Se abre la página "Seleccionar opciones de instalación. 6. En el Paso 1, pulse Siguiente en la parte inferior de la consola para aceptar los alores predeterminados. 7. En el Paso 2, haga lo siguiente: Si sólo tiene un seridor, pulse Siguiente para omitir el paso 2. Si tiene más de un seridor, seleccione el seridor en el que quiere desplegar la aplicación, marque el recuadro de selección para Consola de Rule Execution Serer de ILOG y pulse Siguiente. 8. Haga lo siguiente: Si está trabajando en WebSphere Application Serer para plataformas distribuidas, del paso 3 al Paso 8 pulse Siguiente para aceptar los alores predeterminados. Si está trabajando en WebSphere Application Serer para Linux en System z, en el Paso 6 correlacione las referencias de recursos con recursos JNDI. a. Del Paso 3 al Paso 5, pulse Siguiente para aceptar los alores predeterminados. b. En el Paso 6, seleccione el recuadro de selección de la referencia de recurso eis/xuconnectionfactory. c. Pulse Examinar, seleccione la entrada denominada xu_cf, y pulse Aplicar. d. Para la referencia jdbc/resdatasource, pulse Examinar, y seleccione la entrada denominada resdatasource. e. Pulse Aplicar y, a continuación pulse Siguiente. 9. En la parte inferior de la página Aisos de recursos de aplicaciones pulse Continuar. 10. En el Paso 9: correlacionar roles de seguridad con usuarios o grupos, haga lo siguiente: a. Marque el recuadro de selección junto al rol resadministrators. b. Pulse Correlacionar grupos y pulse Buscar. Los grupos se muestran en la columna Disponibles. c. Pulse el rol resadministrators y luego la flecha para moerlo a la columna Seleccionados. d. Pulse Aceptar para oler a la página Correlacionar roles de seguridad con usuarios o grupos". e. Repita los pasos de 10a a 10d para correlacionar los roles resdeployers y resmonitors para los otros grupos. Asegúrese de que sólo esté seleccionado el recuadro de selección junto al rol que está asignando. Rol resadministrators resdeployers resmonitors Grupos correlacionados resadministrators resdeployers resmonitors 11. Pulse Siguiente. En WebSphere Application Serer 7, el Paso 10 proporciona un resumen. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 77

84 En WebSphere Application Serer 8, continúe de la forma siguiente: en el Paso 10 y Paso 11, pulse Siguiente para aceptar los alores predeterminados. El Paso 12 proporciona un resumen. 12. Pulse Finalizar. 13. Una ez completa la instalación, pulse Gestionar aplicaciones en la parte inferior de la página. 14. Pulse ILOG Rule Execution Serer. Pulse el enlace además de marcar el recuadro de selección. 15. En la pestaña Configuración, pulse Gestionar módulos. 16. Pulse Consola de ILOG Rule Execution Serer. Pulse el enlace además de marcar el recuadro de selección. 17. En Propiedades generales, para el Orden de cargadores de clases, seleccione Clases cargadas con el cargador de clases local primero (padre último). 18. Pulse Aceptar y, en el panel siguiente, Guardar para guardar directamente la configuración maestra. 19. En el panel lateral, abra Aplicaciones > Tipos de aplicaciones > Aplicaciones empresariales de WebSphere. 20. En la página Aplicaciones empresariales, marque el recuadro de selección junto a ILOG Rule Execution Serer y pulse Iniciar para iniciar la aplicación. Paso 9: crear un esquema de base de datos de Rule Execution Serer Puede crear el esquema de base de datos de Rule Execution Serer ejecutando los scripts SQL, ya sea desde la consola de Rule Execution Serer ya sea desde la herramienta SQL de la base de datos. Creación de un esquema de base de datos utilizando la consola de Rule Execution Serer Para crear un esquema de base de datos de Rule Execution Serer, puede ejecutar los scripts desde la consola de Rule Execution Serer y utilizar el asistente Parámetros de instalación si trabaja en Windows y otras plataformas distribuidas admitidas. Descripción general del Asistente de alores de instalación Solamente en Windows y en plataformas distribuidas puede utilizar el asistente Parámetros de instalación de la consola de Rule Execution Serer para elegir una base de datos y crear el esquema con las tablas y istas necesarias. Antes de utilizar el asistente de Parámetros de configuración, debe conocer las credenciales de la base de datos. Para configurar la base de datos para almacenar XOM Jaa gestionado, debe realizar el procedimiento dos eces, con una base de datos de destino diferente cada ez. El asistente Parámetros de instalación crea todas las tablas necesarias para Rule Execution Serer y para Decision Validation Serices, incluso si no dispone de una licencia para Decision Validation Serices. Nota: Si está utilizando la persistencia de archios o dispone de un esquema de base de datos existente, el asistente Parámetros de instalación no se abrirá cuando 78 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

85 inicie la sesión en la consola de Rule Execution Serer. Si desea modificar el esquema de base de datos tras crear las tablas de base de datos, deberá ejecutar los scripts SQL en el cliente de base de datos. La combinación de los alores de persistencia para RuleApps y XOM Jaa gestionados afecta a la manera en que se utiliza el asistente Parámetros de instalación. Si la persistencia de RuleApp y la persistencia de XOM Jaa se establecen en file, no se presenta asistente alguno. Si la persistencia de RuleApp y la persistencia del XOM de Jaa se establecen ambas en datasource, el proceso tiene dos pasos: 1. Cuando se inicia sesión en la consola de Rule Execution Serer, se isualiza la parte Detalles de persistencia de RuleApp del asistente Parámetros de instalación para que cree el esquema de RuleApps y el rastreo de Decision Warehouse. 2. Tras crear el esquema, la parte Detalles de persistencia de XOM Jaa del asistente se isualizará para que configure la base de datos de la persistencia del XOM de Jaa. Si la persistencia de RuleApp se establece en file y la de Jaa XOM en datasource, solo erá Detalles de persistencia de XOM Jaa, y no puede utilizar el almacén de decisiones. Si la persistencia de RuleApp se establece en datasource y la de Jaa XOM se establece en file o no se define, cuando inicia sesión en la consola de Rule Execution Serer, solo se abre Detalles de persistencia de RuleApp para que cree el esquema para RuleApps. La parte Detalles de persistencia de XOM Jaa del asistente no aparece. En la tabla siguiente se resumen los casos. RuleApps Persistencia archio datasource o jdbc XOM de Jaa archio Sin Asistente de parámetros de instalación Solo Detalles de persistencia de RuleApps datasource o jdbc Solo Detalles de Complete el Asistente persistencia de XOM Valores de instalación Jaa Sin almacén de decisiones Abrir la consola de Rule Execution Serer Para abrir la consola de Rule Execution Serer y el asistente de parámetros de instalación, debe iniciar sesión con permisos de resadministrators. 1. Inicie la base de datos, si el tipo de persistencia es datasource o jdbc. 2. Abra la consola de Rule Execution Serer en un naegador web escribiendo res en el URL de raíz en sistema host: Si su naegador no se ejecuta en el mismo host que el seridor de aplicaciones, sustituya localhost por la dirección del sistema. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 79

86 Si la aplicación web está correlacionada con un host en un puerto distintos del predeterminado del seridor, cambie el número de puerto al número de puerto del host. 3. Inicie sesión en la consola de Rule Execution Serer como administrador. Por ejemplo, utilice resadmin y resadmin para Id de usuario y Contraseña. Resultados Si la persistencia está establecida en el tipo database y el esquema de base de datos está acío, se abre el asistente Parámetros de instalación y podrá utilizarlo para completar la instalación. Paso 1: Bienenido al Asistente de parámetros de instalación Si abre la consola de Rule Execution Serer con datasource como la configuración de persistencia y un esquema de base de datos acío, se abre el asistente Parámetros de instalación. El asistente puede mostrar dos partes: Si define la persistencia datasource para RuleApps, se inicia con Detalles de persistencia de RuleApp, cualquiera que sea el tipo de persistencia de los XOM gestionados de Jaa. Si define la persistencia datasource para RuleApps y los XOM de Jaa, aparece Detalles de persistencia de los XOM de Jaa después de Detalles de persistencia de RuleApp. En este caso, realice los mismos pasos dos eces. El asistente se inicia con Detalles de persistencia de los XOM de Jaa si ha establecido el tipo de persistencia en file para RuleApps y datasource para XOM gestionados de Jaa. Ambas partes del asistente son similares y se utilizan de la misma forma: 1. Pulse Siguiente después de leer la página Bienenido. La página de bienenida muestra información general: Detalles de persistencia sobre el tipo de base de datos utilizado, por ejemplo, información sobre el controlador y la URL de JDBC. Una descripción bree de la finalidad del asistente Parámetros de instalación. Un informe de diagnóstico que explica el motio por el que ha fallado la comprobación de la persistencia (porque no ha creado aún las tablas de base de datos). 2. Paso 2: elegir el esquema de base de datos 3. Paso 3: reisar el esquema de base de datos en la página Paso 4: Utilización del informe del Asistente de parámetros de instalación. en la página 82 Paso 2: elegir el esquema de base de datos Tras haber leído la página de bienenida, elija el esquema de base de datos. Hay disponibles alores específicos para DB2. Opcionalmente, puede seleccionar un script SQL personalizado. Para seleccionar el esquema de base de datos: 1. En el campo Esquema de base de datos seleccionado, seleccione un tipo de esquema de base de datos disponible. 80 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

87 De forma predeterminada se selecciona un tipo que se corresponda con el tipo de base de datos que esté utilizando, pero puede elegir otro tipo de base de datos de la lista desplegable. Si selecciona un esquema db2 o db2_os390, se abre un campo adicional de forma que pueda especificar el nombre de la agrupación de almacenamientos intermedios, que se utiliza para crear la tabla Almacén de decisiones. Esta agrupación de almacenamiento intermedio debe tener un tamaño de página de 32 kb. Consulte la documentación de DB2 para obtener información sobre cómo crear una agrupación de almacenamiento intermedio de 32 kb. Nota: Los scripts para crear la base de datos del Almacén de decisiones en DB2 se escriben para bases de datos que utilicen el almacenamiento automático. Cuando utilice el Asistente de parámetros de instalación, puede crear la base de datos de Rule Execution Serer y del Almacén de decisiones, por lo que la base de datos debe utilizar almacenamiento automático. Si no ha configurado la base de datos DB2 para que utilice almacenamiento automático, no puede utilizar la consola de Rule Execution Serer para crear las tablas de Rule Execution Serer. 2. Opcional: Si desea utilizar un script SQL personalizado, seleccione personalizado y, a continuación, pulse Examinar para seleccionar la ubicación del script personalizado. 3. Pulse Siguiente para reisar el esquema de base de datos. Paso 3: reisar el esquema de base de datos Tras seleccionar un tipo de base de datos, confirme la creación de un esquema para Rule Execution Serer. También puede utilizar sentencias SQL drop que desechen los datos de una tabla existente y muestren las sentencias SQL. Antes de empezar Antes de utilizar esta opción, asegúrese primero de haber realizado una copia de seguridad de los recursos de base de datos. Para confirmar la creación de un esquema: 1. Seleccione una de las opciones siguientes: Opción Crear esquema SQL resdbuser Mantener sentencias SQL drop Mostrar sentencias SQL Descripción Seleccione esta opción para ejecutar la sentencia SQL para el tipo de esquema seleccionado en el paso anterior. Seleccione esta opción para desechar datos de una base de datos existente de Rule Execution Serer. Seleccione esta opción para isualizar las sentencias SQL. 2. Pulse Ejecutar para iniciar las opciones que ha seleccionado. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 81

88 Paso 4: Utilización del informe del Asistente de parámetros de instalación. Después de confirmar el esquema de la base de datos, el asistente de parámetros de instalación crea el esquema. Un informe muestra el estado de la creación del esquema. Para utilizar las opciones en el informe: 1. Pulse Mostrar detalles de ejecución para er la lista de las sentencias SQL ejecutadas. 2. Pulse Finalizar. Si acaba de utilizar Detalles de persistencia de RuleApps y el alor de persistencia para los XOM de Jaa gestionado es datasource, la parte del asistente Detalles de persistencia de XOM Jaa aparecerá ahora para que repita el procedimiento. Creación del esquema de base de datos ejecutando scripts SQL Tras crear una base de datos acía, cree el esquema para la base de datos de Rule Execution Serer. Una forma de hacerlo consiste en la ejecución de scripts de SQL. Acerca de esta tarea El script que crea el esquema de base de datos se denomina repository_<nombre_base_datos>.sql. Este procedimiento muestra los ejemplos de Derby y DB2. Nota: Si quiere utilizar el almacén de decisiones, también puede crear las tablas de base de datos necesaria ejecutando el script trace_<nombre_base_datos>.sql. Si también almacena los XOM de Jaa en una base de datos, debe crear dichas tablas ejecutando el script xomrepository_<nombre_base_datos>.sql. Si utiliza el editor de mandatos para ejecutar los scripts, debe iniciar sesión con las credenciales que utilice para el origen de datos para Rule Execution Serer. Para acceder a la base de datos, el usuario de base de datos debe tener los derechos siguientes: Un ID de usuario Una contraseña Priilegios completos sobre las tablas y istas del esquema (create, insert, delete) Priilegios para la creación de índices (create index) En Oracle, otros priilegios de creación: create trigger y create sequence. Utilice cualquier herramienta que pueda manejar SQL para importar y ejecutar los scripts SQL. En la tabla siguiente se proporcionan las herramientas SQL para cada base de datos. Base de datos IBM DB2 Herramienta de base de datos Procesador de línea de mandatos de DB2 82 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

89 Base de datos Derby MySQL Oracle Postgre SQL SQL Serer Sybase Herramienta de base de datos Procesador de la línea de mandatos ij Procesador de línea de mandatos de mysql Procesador de línea de mandatos sqlplus: ejecute todos los scripts en el cliente SQL Plus. Herramienta de línea de mandatos de Postgre SQL Herramienta de consultas Procesador de línea de mandatos isql El ejemplo siguiente muestra cómo ejecutar el script SQL de Derby para crear el esquema. Se supone que se utiliza la ersión incorporada de Derby. 1. Detenga el seridor de aplicaciones. 2. Conéctese a la base de datos. Por ejemplo, para crear y conectarse a una base de datos c:/resdb como usuario resdbuser, utilice el mandato: ij>connect jdbc:derby:c:/resdb;user=resdbuser;password=resdbuser; ; Si el script se está ejecutando por primera ez, podrían producirse algunos errores relacionados con sentencias drop. Nota: Si tiene instalado Decision Validation Serices, también debe crear el esquema de base de datos necesario mediante la ejecución del script trace_derby.sql. Para obtener información, consulte Pasos condicionales para configurar Decision Validation Serices. 3. Ejecute el script que crea el esquema de base de datos. 4. Cierre el programa de utilidad ij. ij> quit; 5. Inicie el seridor de aplicaciones. Ejecución de scripts SQL para crear un esquema DB2 Si trabaja con una base de datos DB2, puede utilizar scripts SQL desde un cliente SQL Plus y se aplican restricciones específicas. Acerca de esta tarea El script que crea el esquema de base de datos DB2 se denomina repository_db2.sql. También puede crear el esquema de base de datos para Decision Warehouse ejecutando el script trace_db2.sql. Si está almacenando el XOM de Jaa en la base de datos, debe crear estas tablas mediante la ejecución del script xomrepository_db2.sql. Al utilizar DB2, los scripts que crean las tablas de bases de datos de Rule Execution Serer se graban para las bases de datos que utilizan almacenamiento automático. Importante: Los usuarios que trabajan con DB2 en z/os como base de datos de fondo para las reglas en tiempo de ejecución deben aplicar un arreglo a un problema de desbordamiento de almacenamiento en la base de datos. Este arreglo Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 83

90 es particularmente importante para la tabla de rastreo del Almacén de decisiones, que contiene gran cantidad de datos LOB de olumen alto. Puede hallar información sobre este arreglo en el Sitio web de soporte de IBM. Se aplican las restricciones siguientes: BP32K es la agrupación de almacenamiento intermedio esperada en SYSCAT.BUFFERPOOLS. SiBP32K no está, puede utilizar la agrupación de almacenamiento intermedio existente o crear una agrupación de almacenamiento intermedio nuea llamada BP32K. Utilice el mandato siguiente para consultar SYSCAT.BUFFERPOOLS por la agrupación de almacenamiento intermedio existente: Select * from SYSCAT.BUFFERPOOLS De lo contrario, utilice el mandato siguiente para crear una agrupación de almacenamiento intermedio con el nombre BP32K: CREATE BUFFERPOOL BP32K SIZE 2000 PAGESIZE 32K Debe actualizar el script trace_db2.sql y seleccionar la opción personalizada en el asistente Parámetros de instalación para ejecutarla. Modifique la línea siguiente del script para especificar el almacenamiento para el espacio de tabla (tablespace): CREATE TABLESPACE RESDWTS PAGESIZE 32K BUFFERPOOL BP32K; A continuación se muestra un ejemplo de la especificación de tablespace en el script: CREATE TABLESPACE RESDWTS PAGESIZE 32K MANAGED BY Database USING [ FILE C:\DB2\Container.file 640 ] BUFFERPOOL BP32K; Es posible que tenga que modificar más el script, en función de la configuración de su base de datos. 1. Conecte a la base de datos de Rule Execution Serer: CONNECT TO{RESDBName} QUIT 2. Vaya al directorio <Dir_instalación_ODM>/executionserer/databases. 3. Ejecute el mandato siguiente para crear las tablas de Rule Execution Serer: db2 -tf repository_db2.sql 4. Opcional: Ejecute el mandato siguiente para crear las tablas del almacén de decisiones: db2 -tf trace_db2.sql 5. Opcional: Ejecute el mandato siguiente para crear las tablas XOM de Jaa: db2 -tf xomrepository_db2.sql 6. Desconecte de la base de datos: db2 DISCONNECT {RESDBName} 7. Salta del DB2AdminName} UserID: EXIT Probar la conexión a la base de datos Cuando haya creado un origen de datos y una agrupación de conexiones, y haya probablemente establecido algunas propiedades personalizadas, puede probar la conexión a la base de datos. 84 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

91 Antes de empezar Pruebe la conexión a la base de datos desde la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página En la Consola de soluciones integradas de Websphere, abra Recursos > JDBC > Orígenes de datos. 2. Marque el recuadro de selección junto al origen de datos que quiera probar y pulse Probar conexión. Resultados El estado de la conexión se indica en la parte superior. Por ejemplo: La operación de conexión de prueba para el origen de datos Execution Serer en el seridor serer1 del nodo<nombre_nodo> ha resultado satisfactoria. Los posibles errores de conexión son: Jaa class..com.ibm.db2.jcc no se ha encontrado: asegúrese de que la ía de acceso de la clase de controlador jcc está establecida correctamente. Null Userid is not supported SQL ERRORCODE 4461: Error de autenticación. : asegúrese de que las credenciales de autenticación JAAS-J2C son correctas. Paso 10: desplegar el archio EAR de sericio de decisiones transparentes alojado Si desea habilitar los sericios de decisiones transparentes alojados, debe desplegar el archio EAR específico en el mismo nodo que la unidad de ejecución (XU). Antes de empezar Despliegue el archio EAR para sericios de decisiones transparentes en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Acerca de esta tarea Asegúrese de que despliega el archio del sericio de decisiones transparente alojado en el mismo nodo que la unidad de ejecución (XU). 1. En el panel lateral, pulse Aplicaciones > Aplicación nuea y Nuea aplicación empresarial. 2. En el siguiente panel, compruebe que está seleccionado el Sistema de archios local, busque le archio y pulse Siguiente. <dir-instalación_odm>/executionserer/applicationserers/websphere8/ jrules-res-htds-was8.rar <dir-instalación_odm>/executionserer/applicationserers/websphere85/ jrules-res-htds-was85.rar parawebsphere Application Serer 8.5 y Marque el recuadro de selección Detallado - Mostrar todas las opciones y parámetros de instalación. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 85

92 a. Expanda Elegir generar enlaces y correlaciones predeterminados. b. Marque el recuadro de selección Generar enlaces predeterminados. c. Pulse Siguiente. 4. Pulse Continuar para aceptar el aiso de seguridad. 5. Para el Paso 1 al Paso 10, pulse Siguiente para aceptar los alores predeterminados. El Paso 11 proporciona un resumen. 6. Pulse Finalizar. 7. Tras finalizar la instalación, pulse Guardar para guardar directamente en la configuración maestra. 8. En el panel lateral, abra Aplicaciones > Tipos de aplicación > WebSphere Enterprise Applications y pulse jrules-res-htds. Pulse el enlace además de marcar el recuadro de selección. 9. Pulse Gestionar módulos. 10. Pulse DecisionSerice. Pulse el enlace además de marcar el recuadro de selección. 11. En Propiedades generales, para Orden de cargadores de clases, seleccione Clases cargadas con el cargador de clases local primero (padre último) y pulse Aceptar y Guardar. Vuele a la página Gestionar módulos. 12. Pulse Aceptar otra ez. Vuele a la página Aplicaciones empresariales. Si no, abra Aplicaciones > Tipos de aplicaciones > Aplicaciones empresariales de WebSphere. 13. Marque el recuadro de selección junto a jrules-res-htds y pulse luego Inicio para iniciar la aplicación. Qué hacer a continuación 1. Configure la propiedad personalizada de contenedor web DecodeUrlAsUTF8 en false para dar soporte a una ía de acceso de conjunto de reglas localizada. 2. Establezca la propiedad de conjunto de reglas ruleset.xmldocumentdrierpool.maxsize en el alor apropiado. Consulte Establecimiento de la propiedad ruleset.xmldocumentdrierpool.maxsize. Paso 11: establecer la propiedad personalizada DecodeUrlAsUTF8 Si ha desplegado el archio EAR del sericio de decisiones transparente alojado para habilitar estos sericios, debe establecer la propiedad personalizada del contenedor web DecodeUrlAsUTF8 en false para dar soporte a la ía de acceso de conjunto de reglas localizada. Antes de empezar Defina las propiedades personalizadas en la Consola de soluciones integradas de WebSphere. Inicie sesión en la consola tal y como se indica en Antes de empezar: Abrir la consola de administración en la página 57. Para establecer la propiedad personalizada de contenedor web DecodeUrlAsUTF8: 1. En el panel lateral, pulse Seridores > Tipos de seridor > Seridores de aplicaciones WebSphere y a continuación pulse el nombre de seridor. 86 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

93 2. En Valores del contenedor, pulse Valores del contenedor web > Contenedor web. 3. En Propiedades adicionales, pulse Propiedades personalizadas. 4. En el siguiente panel, pulse Nueo e introduzca luego DecodeUrlAsUTF8 como nombre y false como alor. 5. Pulse Aplicar y Guardar, para guardar directamente en la configuración maestra. Pasos de configuración opcionales Tras completar los pasos para configurar Rule Execution Serer, puede mejorar la configuración añadiendo soporte para WebSphere MQ, por ejemplo, o definiendo una configuración de arios seridores. Integración de WebSphere MQ en WebSphere Application Serer para dar soporte a la ejecución asíncrona Si utiliza el soporte de proeedor de mensajería de WebSphere MQ en WebSphere Application Serer, puede desplegar aplicaciones de Jaa EE que utilicen directamente las posibilidades de mensajería empresarial de WebSphere MQ. Visión general de la integración de WebSphere MQ La API de Jaa Message Serice (JMS) permite el acceso a sericios de reglas. Para utilizar un bean de regla regido por mensaje, debe crear los recursos necesarios en el proeedor JMS de WebSphere MQ. Hay soporte tanto para el modelo publicar-y-suscribir como para el modelo punto-a-punto. Un patrón de inocación asíncrona puede acceder a un sericio de reglas de Decision Serer que utilice la API de Jaa Message Serice (JMS). Cuando llega un mensaje JMS, el contenedor EJB inoca a un bean controlado por mensaje (MDB). El MDB puede estar en local o remoto a la aplicación cliente. A su ez, el bean de regla regido por mensaje inoca los conjuntos de reglas que se ejecutan en la Unidad de ejecución (XU). La llamada real al motor de reglas se delega en una sesión de regla simple. En WebSphere Application Serer, la aplicación cliente es el escenario que se ejecuta en el WebSphere Application Serer que inoca el sericio de reglas, el seridor es el seridor de aplicaciones en el que está instalado Rule Execution Serer. Rule Execution Serer se suele ejecutar de forma remota a la aplicación cliente. Para utilizar un bean de regla de Decision Serer regido por mensaje, debe crear los recursos necesarios en el proeedor JMS de WebSphere MQ en el ámbito correcto para el lado del cliente y del seridor, para que estén isibles para la aplicación del cliente y para el MDB de Decision Serer respectiamente. Decision Serer implementa ambos estándares de mensajería asíncrona: el modelo publicar-y-suscribir y el modelo punto-a-punto. El procedimiento siguiente muestra cómo configura ambos modelos (modelo de mensajería punto-a-punto y modelo publicar-y-suscribir). Si sólo necesita uno de ellos, puede establecer como comentario la referencia de recursos en el descriptor de despliegue del MDB de Decision Serer. Antes de la instalación, debe crear los recursos siguientes en WebSphere MQ: Cola: JRulesIn, JRulesOut Tema: JRulesTopicIn, JRulesTopicOut Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 87

94 Utilice estos recursos para eniar las solicitudes de ejecución de reglas y obtener el resultado de ejecución. Debe realizar las tareas siguientes para integrar WebSphere MQ en WebSphere Application Serer: Creación de la fábrica de conexiones de la cola de WebSphere MQ: Para crear la fábrica de conexiones de la cola de WebSphere MQ, cree la cola y, a continuación, configure la fábrica de conexiones siguiendo el asistente de fábrica de conexiones. Para crear una fábrica de conexiones de la cola para conectar WebSphere MQ con el MDB de Decision Serer: 1. Inicie sesión en la Consola de soluciones integradas. 2. Abra Recursos > JMS y pulse Proeedores JMS. 3. En el panel, seleccione Proeedor de mensajería WebSphere MQ. 4. En Propiedades adicionales, pulse en la fábrica de conexiones de la cola. 5. Pulse Nueo. 6. En Paso 1: configurar atributos básicos, establezca los campos Nombre y Nombre JNDI según se indica a continuación y luego pulse Siguiente. Nombre Fábrica de conexiones de la cola de JRules Nombre JNDI jms/bresqueueconnectionfactory 7. En el Paso 2: seleccionar método de conexión, seleccione Especificar toda la información necesaria en este asistente y pulse Siguiente. 8. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombre de su gestor de cola o grupo de compartimiento de colas y, a continuación, pulse Siguiente. 9. En el Paso 2.2: especificar detalles de conexión, escriba los detalles de conexión para establecer una conexión al gestor de colas o el grupo de uso compartido de colas; a continuación, pulse Siguiente. El puerto de cola predeterminado es En el Paso 3: probar conexión, pulse Probar conexión. Si su cola de mensajes se está ejecutando, erá el mensaje siguiente: La conexión a WebSphere MQ se ha realizado correctamente. 11. Pulse Siguiente. Se abre un resumen que muestra los detalles de la fábrica de conexiones. 12. Pulse Finalizar y, a continuación, pulse Guardar para guardar directamente en la configuración maestra. Creación de la cola de entrada de WebSphere MQ: Después de haber creado la fábrica de conexiones de la cola de WebSphere MQ, ahora podrá crear la destinación de cola JMS para recibir un mensaje de solicitud. Para hacerlo, establezca el ámbito en el nodo o niel de seridor, seleccione el proeedor, asigne nombre a la cola y, finalmente, guarde la configuración. 88 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

95 Para crear la cola JMS: 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Colas. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione Proeedor de mensajería de WebSphere MQ y, a continuación, pulse Aceptar. 4. En Propiedades generales, establezca los campos Nombre, Nombre JNDI y Nombre de cola de la siguiente manera: Nombre Cola de entrada de JRules Nombre JNDI jms/bresqueuein Nombre de cola JRulesIn 5. Escriba el nombre del gestor de cola o nombre de grupo de compartición de cola y, a continuación, pulse Aceptar. 6. Pulse Guardar para guardar directamente en la configuración maestra. Creación de la cola de salida de WebSphere MQ: Tras crear la cola de entrada para los mensajes de solicitud, también debe crear el destino de cola JMS para el enío de un mensaje de respuesta. Para hacerlo, establezca el ámbito en el nodo o niel de seridor, seleccione el proeedor, nombre de la cola y guarde. Para crear la cola de salida: 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Colas. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione Proeedor de mensajería de WebSphere MQ y, a continuación, pulse Aceptar. 4. En Propiedades generales, establezca los campos Nombre, Nombre JNDI y Nombre de cola de la siguiente manera: Nombre Cola de salida de JRules Nombre JNDI jms/bresqueueout Nombre de cola JRulesOut 5. Escriba el nombre del gestor de cola o nombre de grupo de compartición de cola y, a continuación, pulse Aceptar. 6. Pulse Guardar para guardar directamente en la configuración maestra. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 89

96 Creación de UNA fábrica de conexiones de tema: Tras crear la fábrica de colas, colas de entrada y cola de salida, debe crear una fábrica de conexiones de tema. Para ello, establezca el ámbito en el nodo o seridor, seleccione el proeedor y el nombre JNDI, especifique los detalles de conexión, pruebe la conexión y guarde. 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Fábricas de conexiones de tema. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione Proeedor de mensajería de WebSphere MQ y, a continuación, pulse Aceptar. 4. En Paso 1: configurar atributos básicos, establezca los campos Nombre y Nombre JNDI según se indica a continuación, y pulse Siguiente. Opción Nombre Nombre JNDI Descripción Fábrica de conexiones de tema de JRules jms/brestopicconnectionfactory 5. En el Paso 2: seleccionar método de conexión, seleccione Especificar toda la información necesaria en este asistente y pulse Siguiente. 6. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombre de su gestor de cola o grupo de compartimiento de colas y, a continuación, pulse Siguiente. 7. En el Paso 2.2: especificar detalles de conexión, escriba los detalles de conexión para establecer una conexión al gestor de colas o el grupo de uso compartido de colas (el puerto de colas predeterminado es 1414); a continuación, pulse Siguiente. 8. En el Paso 3: probar conexión, pulse Probar conexión. Si su cola de mensajes se está ejecutando, erá el mensaje siguiente: La conexión a WebSphere MQ se ha realizado correctamente. 9. Pulse Siguiente. Se abre un resumen que muestra los detalles de la fábrica de conexiones. 10. Pulse Finalizar y, a continuación, pulse Guardar para guardar directamente en la configuración maestra. Creación del tema de entrada de WebSphere MQ: Tras crear la fábrica de conexiones de tema de WebSphere MQ, puede crear el destino del tema JMS para recibir un mensaje de solicitud. Para hacerlo, establezca el ámbito en el nodo o niel de seridor, seleccione el proeedor, establezca los nombres de JNDI y de tema de entrada, y guarde. 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Temas. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione WebSphere MQProeedor de mensajería y, a continuación, pulse Aceptar. 90 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

97 4. En Propiedades generales, establezca los campos Nombre, Nombre JNDI y Nombre de tema según se indica a continuación; luego, pulse Aceptar. Opción Nombre Nombre JNDI Nombre del tema Descripción Tema de entrada JRules jms/brestopicin JRulesTopicIn 5. Pulse Guardar para guardar directamente en la configuración maestra. Creación del tema de salida de WebSphere MQ: Tras crear el tema de entrada y la fábrica de conexiones de tema de WebSphere MQ, también debe crear el destino de cola JMS para el enío de un mensaje de respuesta. Para hacerlo, establezca el ámbito en el nodo o niel de seridor, seleccione el proeedor, establezca los nombres de JNDI y de tema de salida, y guarde. Para crear el tema de salida de JMS: 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse en Temas. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione Proeedor de mensajería de WebSphere MQ y, a continuación, pulse Aceptar. 4. En Propiedades generales, establezca los campos Nombre, Nombre JNDI y Nombre de tema según se indica a continuación y luego pulse Aceptar. Nombre Tema de salida JRules Nombre JNDI jms/brestopicout Nombre del tema JRulesTopicOut 5. Pulse Guardar para guardar directamente en la configuración maestra. Creación de la especificación de actiación de cola de WebSphere MQ: Tras configurar colas de WebSphere MQ, cree la especificación de actiación de colas. Acerca de esta tarea La especificación de actiación de cola gestiona la relación entre los beans de reglas regidos por mensaje (MDB) de Decision Serer que se ejecutan en WebSphere Application Serer y un destino en WebSphere MQ. Para crear la especificación de actiación, establezca el ámbito a niel de nodo o de seridor, seleccione el proeedor, establezca la especificación y los nombres JNDI, especifique los detalles de conexión y guarde. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 91

98 Para crear la especificación de actiación: 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Especificaciones de actiación. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione WebSphere MQProeedor de mensajería y, a continuación, pulse Aceptar. 4. En el Paso 1: configurar atributos básicos, establezca los campos Nombre y Nombre JNDI según se indica a continuación, y pulse Siguiente. Nombre Especificación de actiación de JRules Nombre JNDI eis/ilrruleexecutionejb 5. En el Paso 1.1: especificar datos de destino MDB, establezca el campo Nombre JNDI de destino en jms/bresqueuein, establezca el tipo de destino en Cola y, a continuación, pulse Siguiente. 6. En el Paso 2: seleccionar método de conexión, seleccione Especificar toda la información necesaria en este asistente y pulse Siguiente. 7. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombre de su gestor de cola o grupo de compartimiento de colas y, a continuación, pulse Siguiente. 8. En el Paso 2.2: especificar detalles de conexión, escriba los detalles de conexión para establecer una conexión al gestor de colas o el grupo de uso compartido de colas; a continuación, pulse Siguiente. El puerto de cola predeterminado es En el Paso 3: probar conexión, pulse Probar conexión. Si su cola de mensajes se está ejecutando, erá el mensaje siguiente: La conexión a WebSphere MQ se ha realizado correctamente. 10. Pulse Siguiente. Se abre un resumen que muestra los detalles de la fábrica de conexiones. 11. Pulse Finalizar y, a continuación, pulse Guardar para guardar directamente en la configuración maestra. Creación de la especificación de actiación de tema de WebSphere MQ: Tras crear la especificación de actiación de cola, cree la especificación de actiación de tema. Acerca de esta tarea La especificación de actiación de tema gestiona la relación entre los beans de reglas regidos por mensaje (MDB) de Decision Serer que se ejecutan en WebSphere Application Serer y un destino en WebSphere MQ. Para crear la especificación de actiación, establezca el ámbito a niel de nodo o de seridor, seleccione el proeedor, establezca la especificación y los nombres JNDI, especifique los detalles de conexión y guarde. 92 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

99 Para crear la especificación de actiación de tema: 1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Especificaciones de actiación. 2. Establezca el ámbito en el niel Nodo o niel Seridor y, a continuación, pulse Nueo. 3. En el panel, seleccione Proeedor de mensajería de WebSphere MQ ya continuación pulse Aceptar. 4. En el Paso 1: configurar atributos básicos, establezca los campos Nombre y Nombre JNDI según se indica a continuación, y pulse Siguiente. Nombre Especificación de actiación de tema de JRules Nombre JNDI eis/ilrruleexecutiontopicejb 5. En el Paso 1.1: especificar datos de destino MDB establezca el campo Nombre JNDI de destino en jms/brestopicin, establezca el tipo de destino en Tema y a continuación pulse Siguiente. 6. En el Paso 1.2: configurar suscripción duradera, seleccione Suscripción no duradera y, a continuación, pulse Siguiente. 7. En el Paso 2: seleccionar método de conexión, seleccione Especificar toda la información necesaria en este asistente y pulse Siguiente. 8. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombre de su gestor de cola o grupo de compartimiento de colas y, a continuación, pulse Siguiente. El puerto de cola predeterminado es En el Paso 2.2: especificar detalles de conexión, escriba los detalles de conexión para establecer una conexión al gestor de colas o el grupo de uso compartido de colas; a continuación, pulse Siguiente. 10. En el Paso 3: probar conexión, pulse Probar conexión. Si su cola de mensajes se está ejecutando, erá el mensaje siguiente: La conexión a WebSphere MQ se ha realizado correctamente. 11. Pulse Siguiente. Se abre un resumen que muestra los detalles de la fábrica de conexiones. 12. Pulse Finalizar y, a continuación, pulse Guardar para guardar directamente en la configuración maestra. Instalación del bean de regla regido por mensaje: Tras crear la cola y las especificaciones de actiación de tema, instale el bean de regla regido por mensaje (MDB) de Decision Serer en WebSphere Application Serer como una aplicación empresarial. Para ello, cree una aplicación empresarial nuea. Para instalar el bean de regla regido por mensaje de Decision Serer: 1. Abra la Consola de soluciones integradas. 2. En el panel, abra Aplicaciones > Nuea aplicación y pulse Nuea aplicación empresarial. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 93

100 3. En el panel, seleccione Sistema de archios local y Examinar para la ía de acceso siguiente: <dir-instalación>/executionserer/applicationserers/ WebSphere<número_ersión>/jrules-res-mdb-WAS<ersion_number>.jar. 4. Pulse Siguiente. 5. Marque el recuadro de selección Detallado - Mostrar todas las opciones y parámetros de instalación. 6. Expanda Elija para generar enlaces y correlaciones por omisión y marque el recuadro de selección Generar enlaces por omisión. 7. Pulse Siguiente y, a continuación, Continuar para aceptar el aiso de seguridad. 8. Pulse Paso 5: enlazar escuchas para los beans controlados por mensaje. a. Escriba jms/brestopicin como nombre JNDI de destino para IlrRuleExecutionTopicEJB. b. Escriba jms/bresqueuein como nombre JNDI de destino para IlrRuleExecutionEJB. c. Pulse Siguiente. 9. Pulse Paso 6: correlacionar referencias de recursos a recursos y, a continuación, pulse Siguiente. Utilice el enlace predeterminado para los recursos a los que se hace referencia. El Paso 7 proporciona un resumen. 10. Pulse Finalizar. 11. Cuando la instalación se haya completado, pulse Guardar directamente en la configuración maestra. 12. En la Consola de soluciones integradas, abra Aplicaciones > Tipos de aplicación > Aplicaciones empresariales de WebSphere. 13. En la página Aplicaciones empresariales, marque el recuadro de selección junto a jrules-res-mdb-was<número_ersión>.jar y pulse Iniciar para iniciar la aplicación. Habilitación del Soporte del último participante en todo el seridor: Para completar la integración de WebSphere MQ, habilite el Soporte del último participante. Acerca de esta tarea Para finalizar la integración de WebSphere MQ en WebSphere Application Serer para ejecución asíncrona, habilite el Soporte del último participante (LPS) de forma que se utilice un único recurso de compromiso de una fase con cualquier cantidad de recursos de compromisos de dos fases, en la misma transacción global. Para ello, establezca la propiedad personalizada ACCEPT_HEURISTIC_HAZARD en true en la Consola de soluciones integradas y, a continuación, reinicie el seridor de aplicaciones. Para habilitar LPS en todo el seridor: 1. Abra la Consola de soluciones integradas. 2. Pulse Seridores > Tipos de seridor > Seridores de aplicaciones WebSphere y el nombre del seridor. 94 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

101 La página de propiedades del seridor de aplicaciones se abre 3. En Valores del contenedor, expanda Sericios del contenedor y pulse Sericio de transacción. La página de propiedades para el sericio de transacción se abre. 4. En Propiedades adicionales, pulse Propiedades personalizadas. 5. En la página Propiedades personalizadas, pulse Nuea y escriba ACCEPT_HEURISTIC_HAZARD para el Nombre y TRUE para el Valor. 6. Pulse Aplicar y Guardar directamente en la configuración maestra. 7. Reinicie el seridor de aplicaciones. Configuración de Rule Execution Serer en distintos entornos Para habilitar Rule Execution Serer en distintos entornos en una única celda, se aplica la configuración general. Antes de empezar En estas instrucciones se supone que no configura arias instancias de Rule Execution Serer en una única celda. Acerca de esta tarea Es muy probable que el desarrollo de su BRMS (sistema de gestión de reglas empresariales) necesite más de un único despliegue de Rule Execution Serer. El ciclo de ida de desarrollo de una aplicación de reglas de negocio es parecido a cualquier otro proceso de desarrollo de software: incluyendo las etapas para implementación, pruebas, despliegue y mantenimiento. Como mínimo, es probable que necesite un entorno para su equipo de desarrollo, uno para su equipo de control de calidad y otro para aplicaciones en producción. En los casos en los que configure Rule Execution Serer en una única celda, es recomendable aislar los conjuntos de reglas que utilice en cada seridor, y asegurarse de que las unidades de ejecución (XU) no interfieren entre sí. 1. Configure distintos orígenes de datos. Utilice nombres JNDI exclusios. Por ejemplo: jdbc/resdatasourceen1 y jdbc/resdatasourceen2 2. Despliegue una XU por cada entorno y defina una fábrica de conexiones J2C. a. En el panel lateral, abra Recursos > Adaptadores de recursos > Fábricas de conexiones J2C y pulse el nombre de la fábrica de conexión xu_cf. Para obtener más información sobre la creación de una fábrica de conexiones, consulte Paso 7: desplegar el RAR de la XU. b. Cambie el nombre JNDI a eis/xuconnectionfactoryen1. Recuerde: El nombre JNDI predefinido es eis/xuconnectionfactory. Cuando elija uno diferente, debe modificar los componentes de ejecución que inocan esta XU para que utilicen este JNDI en lugar del predeterminado. c. En Propiedades adicionales, pulse Propiedades personalizadas. d. Pulse en la propiedad plugins. e. En el campo Valor, cambie xuname=default en la propiedad a xuname=xuen1 y, a continuación, pulse Aceptar. f. Pulse la propiedad persistenceproperties. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 95

102 g. En el campo Valor, cambie JNDI_NAME=jdbc/resdatasource a JNDI_NAME=jdbc/resdatasourceEn1. h. Pulse Aceptar y Guardar para guardar los cambios en la configuración maestra. i. Repita el proceso entero para las XU en otros entornos. 3. Despliegue la consola de Rule Execution Serer para cada entorno. a. Para modificar el descriptor de despliegue del archio EAR de la consola de Rule Execution Serer: en el archio web.xml, actie el parámetro JMX_XU_QUERY_PART y especifique xuname=xuen1. b. Despliegue el EAR de la consola de Rule Execution Serer en el seridor en los alores de referencia de recursos en el seridor de aplicaciones. 1) Establezca el JNDI par ael origen de datos en jdbc/resdatasourceen1. 2) Establezca el nombre JNDI para la XU en eis/connectionfactoryen1. c. Repita el proceso para desplegar la consola de Rule Execution Serer para los otros entornos. 4. Reinicie los agentes de nodo tras completar la configuración. 5. Inoque las instancias de XU para registrarlas con la consola de Rule Execution Serer. Comprobación del despliegue y configuración Se recomienda ejecutar los diagnósticos para comprobar que Rule Execution Serer está correctamente desplegado y configurado. Acerca de esta tarea Importante: Para permitir que un número escalable de usuarios accedan a los recursos a traés de los componentes Jaa, JCA asigna la tarea de implementar la agrupación de conexiones a los proeedores de seridores de aplicaciones. Si los diagnósticos se realizan antes de iniciar las unidades de ejecución (XU), la prueba es correcta, y se muestra un mensaje para informar que no se ha inicializado ninguna unidad de ejecución (XU). En WebSphere Application Serer, no se crea instancia del tamaño de agrupación de antemano y, por lo tanto, se impide que los diagnósticos del seridor aliden un Rule Execution Serer antes de la primera ejecución de un motor de reglas. Los diagnósticos siguen siendo útiles para alidar una configuración, en especial en un clúster, y para comprobar las unidades de ejecución que hay registradas con el modelo de gestión. 1. Abra la consola de Rule Execution Serer escribiendo res en el URL raíz de la máquina host: Si la seguridad está habilitada, el prefijo es Para buscar el alor de <PUERTO>: a. En la Consola de soluciones integradas, pulse Seridores > Tipos de seridor > Seridores de aplicaciones WebSphere. b. Seleccione el nombre de su seridor. c. En Comunicaciones, pulse Puertos. 2. Inicie sesión en la consola de Rule Execution Serer. 96 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

103 3. Pulse en la pestaña Diagnósticos. 4. Pulse Ejecutar diagnósticos. Resultados Verá un informe que muestra las pruebas de diagnóstico. Habrá una marca de erificación junto a cada prueba, para indicar si ha sido correcta. Pulse Expandir todo para mostrar más detalles sobre las pruebas. Capítulo 2. Configuración de Rule Execution Serer en WebSphere Application Serer 97

104 98 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

105 Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer En las secciones siguientes se describe cómo configurar Sucesos de Decision Serer después de la instalación. Antes de empezar Debe haber instaladoi Sucesos de Decision Serer y opcionalmentedecision Center. Consulte Instalación. Acerca de esta tarea Los siguientes componentes están disponibles ensucesos de Decision Serer: Tabla 11. Componentes de Sucesos de Decision Serer. Componente Descripción Instalación predeterminada Widgets de captura y de reproducción de sucesos Conectores de sucesos Diseñador de sucesos Tiempo de ejecución de sucesos En el widget de captura de sucesos y el widget de reproducción de sucesos, se capturan sucesos de un sistema de producción y se reproduce una secuencia de uno o arios de ellos, normalmente en un sistema de prueba. Los conectores de sucesos proporcionan conexiones entre el tiempo de ejecución de sucesos y los sistemas externos. Puede configurar los conectores de sucesos en Diseñador de sucesos. Un entorno de desarrollo basado en Eclipse para diseñar, desarrollar, probar, desplegar y superisar las aplicaciones de sucesos. El diseñador de sucesos está disponible en la perspectia Suceso de Eclipse. El tiempo de ejecución de sucesos es una plataforma de ejecución que gestiona la coordinación de sucesos de negocio en tiempo real. El tiempo de ejecución de sucesos requiere WebSphere extreme Scale y se puede desplegar y configurar en WebSphere Application Serer. Sí Sí Sí Sí Copyright IBM Corp. 2012,

106 Tabla 11. Componentes de Sucesos de Decision Serer. (continuación) Componente Descripción Instalación predeterminada Widget de probador de sucesos Componentes de integración Ejemplos y guías de aprendizaje El widget de probador de sucesos proporciona una manera de probar la lógica de sucesos en un proceso de negocio. Este widget está pensado para la prueba y solo se utiliza en una instalación de prueba. No lo utilice en una instalación de producción ya que puede afectar al rendimiento. Puede instalar componentes de integración en el utillaje de WebSphere ESB y WebSphere Message Broker para permitir que estos productos eníen datos a Sucesos de Decision Serer y reciba datos del mismo. Instala los proyectos para los ejemplos y guías de aprendizaje, además de proporcionar un perfil de seridor para ejecutar los ejemplos y guías de aprendizaje en WebSphere Application Serer. Para obtener más información acerca del seridor de muestras, consulte Utilización del seridor de muestra. Sí No Sí Si instala Decision Center, los siguientes widgets de gráficas también están disponibles: Gestor de gráficas de sucesos para crear y editar gráficas. Gráfica de sucesos para er las gráficas. Los datos de gráficas se renuean periódicamente para presentar una ista en tiempo real de las actiidades del sistema. Diseño de sucesos para er los diseños de herencia. Consulte Acceso a sucesos de widgets. Uno de los conceptos clae de las secciones siguientes es el perfil de WebSphere Application Serer, que se utiliza para planificar y configurar el entorno de Sucesos de Decision Serer. Un perfil define el entorno de tiempo de ejecución e incluye todos los archios que el seridor procesa en el entorno de tiempo de ejecución y que puede cambiar. Puesto que crea un perfil, también crea un tiempo de ejecución de sucesos. Sucesos de Decision Serer soporta tres tipos de perfil: Perfil de seridor de aplicaciones: un perfil de seridor de aplicaciones define un seridor de aplicaciones de WebSphere Application Serer autónomo y separado, que tiene su propia interfaz de administración y permite que las aplicaciones estén disponibles para sitios web externos o sitios web de intranet, 100 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

107 en función de las configuraciones de las aplicaciones y del seridor. Este perfil es ideal para los entornos de seridor único. Para este tipo de perfil, puede: Cree un perfil de seridor de aplicación Sucesos de Decision Serer nueo. Para obtener más información, consulte Creación de un nueo perfil de seridor de aplicaciones Sucesos de Decision Serer en la página 104. Aumente un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer. Para obtener más información, consulte Aumento de un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer en la página 109. Perfil de gestión: un perfil de gestión crea un gestor de despliegue, que es un seridor que gestiona operaciones para un grupo lógico de otros seridores y es la ubicación central para administrar los seridores y clústeres de la celda. Si configura un entorno de despliegue, primero debe crear este perfil. Para este tipo de perfil, solo puede aumentar un perfil de gestión de WebSphere Application Serer existente con Sucesos de Decision Serer. Para obtener más información, consulte Aumento de un perfil de gestión existente WebSphere Application Serer en la página 34. Perfil personalizado: un perfil personalizado proporciona un nodo acío que no contiene una consola de administración ni seridores. El uso típico para un perfil personalizado es federar su nodo en un gestor de despliegue. Después de federar el nodo, puede utilizar el gestor de despliegue para crear un seridor o un clúster de seridores dentro del nodo. Para este tipo de perfil, solo puede aumentar un perfil personalizado de WebSphere Application Serer existente con Sucesos de Decision Serer. Para obtener más información, consulte Aumento de un perfil personalizado existente WebSphere Application Serer en la página 40. Planificar el entorno de Sucesos de Decision Serer Hay arios factores que es aconsejable tener en cuenta al decidir cómo configurar el entorno de Sucesos de Decision Serer. Por ejemplo, debe decidir si configurar un entorno de Sucesos de Decision Serer autónomo o en clúster. Acerca de esta tarea Creación de un entorno de Sucesos de Decision Serer Selección de una topología de Sucesos de Decision Serer en la página 102 Personalización del tiempo de ejecución de sucesos en la página 103 Creación de un entorno de Sucesos de Decision Serer Acerca de esta tarea Para crear un entorno de Sucesos de Decision Serer, puede crear su propio perfil o puede utilizar el seridor de muestras proporcionado (si está instalado). El seridor de muestras proporciona un entorno de Sucesos de Decision Serer de seridor único preconfigurado utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. Para obtener más información acerca de la utilización del seridor de muestras, consulte Utilización del seridor de muestra. En el procedimiento siguiente, se crea su propio perfil sin utilizar el seridor de muestra preconfigurado. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 101

108 1. Instale Sucesos de Decision Serer. Consulte Instalación de una configuración predeterminada o Instalación utilizando el gestor de instalaciones. 2. Cree un perfil de WebSphere Application Serer aumentado con Sucesos de Decision Serer. Consulte Creación de un nueo perfil de seridor de aplicaciones de Sucesos de Decision Serer o Aumento de un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer. 3. Siga Acceso a sucesos de widgets para acceder a los widgets. 4. Realice cualquier personalización adicional en el entorno de tiempo de ejecución de sucesos. Para obtener más información, consulte Personalización del entorno de ejecución de sucesos en la página 116. Resultados Dispone de un entorno de Sucesos de Decision Serer en ejecución. Para erificar que el entorno se haya configurado correctamente, consulte Verificación de la configuración de Sucesos de Decision Serer en la página 140. Selección de una topología de Sucesos de Decision Serer Acerca de esta tarea Puede configurar Sucesos de Decision Serer en un entorno de un solo seridor o entorno en clúster mediante la topología correspondiente, en función de sus requisitos. Configurar un entorno de un solo seridor: para simplificar y facilitar el despliegue, puede querer configurar un entorno de Sucesos de Decision Serer de único seridor. Esta topología es la más simple de configurar y gestionar, pero no tiene una alta disponibilidad ni es escalable. Consulte Configuración de un entorno autónomo Sucesos de Decision Serer en la página 104. Configurar un entorno en clúster: si desea configurar un entorno de Sucesos de Decision Serer de alta disponibilidad y escalable, debe agrupar en clúster el tiempo de ejecución de sucesos. Dependiendo de si desea utilizar como proeedor de mensajería, la mensajería predeterminada de WebSphere Application Serer o WebSphere MQ, puede seleccionar una de las siguientes dos topologías: Topología gold: Un clúster de topología gold proporciona alta disponibilidad y escalabilidad para el tiempo de ejecución de sucesos, por lo que la topología se puede configurar para resistir las anomalías del seridor. La adición de más seridores al clúster puede mejorar el rendimiento de sucesos en el tiempo de ejecución de sucesos, porque la carga de trabajo se distribuye entre arios miembros del clúster. Si falla el seridor, la carga de trabajo se redistribuye a otro miembro del clúster y continúa el proceso sin paradas. El clúster utiliza la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería para el tiempo de ejecución de sucesos. Consulte Configuración de un clúster de topología gold en la página 44. Una topología que utiliza WebSphere MQ como proeedor de mensajería: Puede crear clústeres de Sucesos de Decision Serer para proporcionar una alta disponibilidad y escalabilidad para el tiempo de ejecución de sucesos, pero utilizando WebSphere MQ como proeedor de mensajería en lugar de utilizar la mensajería predeterminada de WebSphere Application Serer. 102 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

109 Consulte Creación y configuración de un clúster que utilizawebsphere MQ como proeedor de mensajería en la página 49. Personalización del tiempo de ejecución de sucesos Acerca de esta tarea Debe tomar en consideración arios componentes separados al personalizar el tiempo de ejecución de sucesos. Base de datos: el tiempo de ejecución de sucesos utiliza una base de datos para almacenar los datos de tiempo de ejecución y de configuración. Debe tener configurada una base de datos para que el tiempo de ejecución de sucesos funcione. Se soportan cinco proeedores de base de datos: Apache Derby incluido. El tiempo de ejecución de sucesos crea una base de datos mediante la utilización de una instancia de Apache Derby que está incluida en WebSphere Application Serer. Esta opción no necesita ninguna configuración adicional, pero no está soportada para utilizarla en un entorno de producción. IBM Apache Derby Network Serer. IBM DB2 Uniersal Database. Microsoft SQL Serer. Oracle. Si no selecciona Apache Derby incluido, debe crear la base de datos antes de crear el perfil de Sucesos de Decision Serer. Para obtener más información, consulte Creación de la base de datos de tiempo de ejecución de sucesos en la página 116. Mensajería: Sucesos de Decision Serer utiliza la mensajería de JMS para recibir sucesos y eniar acciones desde el tiempo de ejecución de sucesos. Están soportados dos proeedores de mensajería: mensajería predeterminadawebsphere Application Serer. WebSphere MQ Si desea asegurarse de que no se pierden mensajes si el seridor falla, debe configurar un destino de sucesos duradero. Para obtener más información, consulte Configuración de la cola de sucesos duradera en la página 132. También debe configurar el proeedor de mensajería para asegurarse de que los mensajes de JMS persisten y que se pueden recuperar en caso de anomalía del seridor. Si el proeedor de mensajería está agrupado en clúster, debe asegurarse de que no haya ningún almacén persistente configurado, por lo que si falla un miembro del clúster, otro miembro recupere los mensajes persistentes. La configuración de un clúster de Sucesos de Decision Serer puede proporcionar una alta disponibilidad y escalabilidad de la mensajería de JMS. Normalmente, la agrupación en clúster de la mensajería independientemente del tiempo de ejecución de sucesos, en un clúster de topología gold, no es necesario a menos que la mensajería sea un cuello de botella para el rendimiento del sistema. Conectores de tecnología: los conectores de sucesos proporcionan conexiones a sistemas externos, y desde ellos, mediante arios protocolos: correo electrónico (POP3 y SMTP), sistema de archios, FTP, HTTP, JDBC, JMS, REST y SOAP por HTTP. Los conectores de tecnología se configuran en la interfaz de usuario Diseñador de sucesos. Para obtener más información, consulte Conectores de tecnología. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 103

110 El Sistema de Archios HTTP, JDBC, JMS, REST y los conectores de tecnología SOAP se ejecutan como aplicaciones dentro de WebSphere Application Serer y pueden desplegarse en un clúster para alta disponibilidad y escalabilidad. Otros protocolos de conectores de tecnología se ejecutan como procesos autónomos y se pueden instalar en un sistema diferente del tiempo de ejecución de sucesos. Para obtener más información, consulte Configuración de conectores de tecnología en un sistema independiente en la página 134. Estos conectores no se pueden configurar para ofrecer una alta disponibilidad y ser escalables. Tabla de pasos: datos de pasos son los datos utilizados para hacer un seguimiento de toda la información de contexto, que se utiliza en la ealuación de reglas de sucesos. Para obtener más información, consulte Contextos. De forma predeterminada, el tiempo de ejecución de sucesos almacena los datos de pasos en una tabla de la base de datos que ha seleccionado al configurar el perfil de Sucesos de Decision Serer. El almacenamiento de los datos de pasos en la base de datos proporciona persistencia de los datos de contexto en caso de anomalía del seridor. O bien, puede: Configurar el tiempo de ejecución de sucesos para que almacene los datos de pasos en la memoria para obtener un rendimiento superior, pero no persistencia. Para obtener más información, consulte Configuración del tiempo de ejecución de sucesos para almacenar datos de pasos en memoria en la página 129. Configurar el tiempo de ejecución de sucesos para que almacene datos de pasos en ObjectGrid, lo que proporciona almacenamiento en memoria y puede (si se utiliza en un entorno de tiempo de ejecución en clúster) proporcionar también prestaciones de migración tras error para los datos de contexto. Para obtener más información, consulte Configuración del tiempo de ejecución de sucesos para almacenar los datos de contexto en ObjectGrid en la página 130. Configuración de un entorno autónomo Sucesos de Decision Serer Para simplificar y facilitar el despliegue, puede configurar un entorno de Sucesos de Decision Serer de único seridor. Esta topología es la más simple de configurar y gestionar, pero no tiene una alta disponibilidad ni es escalable. Acerca de esta tarea Para configurar un entorno autónomo Sucesos de Decision Serer, puede: Cree un nueo perfil de seridor de aplicaciones de Operational Decision Manager Sucesos de Decision Serer. Consulte Creación de un nueo perfil de seridor de aplicaciones Sucesos de Decision Serer. O bien, aumente un perfil de seridor de aplicaciones de WebSphere Application Serer con Operational Decision Manager Sucesos de Decision Serer. Consulte Aumento de un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer en la página 109. Creación de un nueo perfil de seridor de aplicaciones Sucesos de Decision Serer Para crear una instancia autónoma nuea del entorno Sucesos de Decision Serer, debe crear primero un perfil de Operational Decision Manager Sucesos de Decision Serer. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles. 104 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

111 Antes de empezar Durante la creación de perfil, se le pedirá que seleccione el gestor de base de datos que alberga las tablas para el tiempo de ejecución de sucesos. A menos que esté utilizando Apache Derby, cree esta base de datos antes de comenzar con la creación del perfil. Consulte Creación de la base de datos de tiempo de ejecución de sucesos en la página 116. Acerca de esta tarea Puede crear un nueo perfil de la manera siguiente: En un sistema operatio de 32 bits, puede utilizar la interfaz gráfica de usuario de la herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. Creación de un perfil nueo utilizando la Herramienta de gestión de perfiles Acerca de esta tarea Para inocar la Herramienta de gestión de perfiles directamente: Solo en Windows, pulse Inicio > Todos los programas > IBM WebSphere > IBM WebSphere Application Serer V8.5 > Herramientas > Herramienta de gestión de perfiles. En multiplataformas, acceda al directorio <INICIO_WAS>/bin/ProfileManagement y ejecute el script pmt donde <INICIO_WAS> es la ubicación de instalación de WebSphere Application Serer. En Windows ejecute pmt.bat y en Linux y UNIX ejecute pmt.sh. Para crear un nueo perfil aumentado de seridor con Operational Decision Manager Sucesos de Decision Serer: 1. En la página Perfiles, pulse Crear. 2. En la página Selección de entorno, en IBM Operational Decision Manager, seleccione Perfil de seridor de aplicación aumentado con IBM Operational Decision Manager Sucesos de Decision Serer. 3. En la página Opciones de creación de perfil, puede seleccionar una de las opciones siguientes: Creación de perfil típica: permite crear un perfil con los alores de configuración predeterminados de WebSphere Application Serer. Creación de perfil aanzada: permite especificar sus propios alores o tomar los alores predeterminados. Para obtener información sobre alores de configuración de WebSphere Application Serer adicionales, consultecreación de perfiles del seridor de aplicaciones información en el Information Center WebSphere Application Serer 4. En la página para la ubicación de instalación, especifique o busque la ubicación totalmente calificada en la que se ha instalado Sucesos de Decision Serer o acepte la ubicación predeterminada, si es correcta. 5. En la página Seguridad administratia, seleccione si habilitar la seguridad en WebSphere Application Serer. Si habilita la seguridad, se actia la seguridad administratia y de aplicaciones para WebSphere Application Serer. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 105

112 Proporcione un nueo ID de usuario y una nuea contraseña de su elección y escriba la contraseña una segunda ez para confirmarla. 6. En la página Configuración de base de datos, a. Seleccione un gestor de bases de datos en la lista y especifique los detalles de conexión apropiados. Este gestor de base de datos alberga las tablas del tiempo de ejecución de sucesos. Si selecciona Apache Derby incluido, se creará la base de datos de repositorio. En los demás casos, deberá haber creado preiamente la base de datos para el repositorio. b. Si no ha seleccionado la base de datos Apache Derby incluida, debe proporcionar detalles de conexión incluida la ubicación totalmente calificada. Especifique los detalles siguientes para el seridor de bases de datos: Nombre de base de datos: el nombre de la base de datos que aloja las tablas de tiempo de ejecución de sucesos de Sucesos de Decision Serer. Nombre o dirección IP de host del seridor de base de datos: el nombre del sistema donde está ubicado el seridor de bases de datos. El alor predeterminado es localhost. Puerto de escucha o puerto de sericio TCP/IP de base de datos: el número de puerto de conexión para el gestor de bases de datos. Ubicación totalmente calificada y el nombre del archio de controlador JDBC: especifique el nombre de archio y ubicación. Nombre de usuario: el nombre de usuario que Sucesos de Decision Serer utiliza para conectarse al seridor de bases de datos. Este nombre de usuario debe tener priilegios administratios. Contraseña: la contraseña asociada con el nombre de usuario. Confirme la contraseña. c. Si no ha seleccionado la base de datos Apache Derby incorporada, pulse Probar conexión para alidar la conexión a la base de datos. Asegúrese de que la conexión es satisfactoria antes de seguir con la creación de perfil. 7. En la página Configuración de proeedor de mensajería, seleccione una de las opciones siguientes: WebSphere Application Serer mensajería predeterminada. Sucesos de Decision Serer está configurado para utilizar el proeedor de mensajería que está incorporado en WebSphere Application Serer como proeedor JMS. Mensajería de WebSphere MQ JMS. Suministre la información relacionada con WebSphere MQ y Sucesos de Decision Serer se configurará para utilizar WebSphere MQ como proeedor JMS. No configure un proeedor de mensajería. No se configura ningún proeedor de mensajería durante la creación de perfil. Debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Una ez finalizada la creación del perfil, puede cambiar los proeedores JMS o configurar el proeedor JMS que desee, pero debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Para utilizar o cambiar a la mensajería predeterminada de WebSphere Application Serer como proeedor JMS, consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 Para utilizar o cambiar a, WebSphere MQ como proeedor JMS, consulte Configuración de WebSphere MQ para que sea proeedor JMS en la página IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

113 8. En la página Resumen de creación de perfil, reise la información y pulse Crear para crear el perfil nueo. Resultados Se crea un nueo perfil de seridor de aplicaciones aumentado con Operational Decision Manager Sucesos de Decision Serer. Creación de un perfil nueo mediante el mandato manageprofiles 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -create Para crear el nueo perfil. -templatepath <template_path> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione un alor para el perfil de seridor de aplicaciones de dir_instal_was/profiletemplates/wbe/default. Opcionalmente, puede especificar los parámetros siguientes: -wbehome ubicación de instalación donde ubicación de instalación es la ía de acceso completa que es la ubicación de instalación para Sucesos de Decision Serer. Debe especificar este parámetro si ha instalado Sucesos de Decision Serer en una ubicación no predeterminada. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil. -cellname nombre_celda donde nombre_celda es el nombre de la celda que se crea. -nodename nombre_nodo donde nombre_nodo es el nombre del nodo que se crea. -hostname nombre_host donde nombre_host es el nombre de host del sistema que aloja el perfil. -serername nombre_seridor donde nombre_seridor es el nombre del seridor que se crea. -enableadminsecurity true false donde true actia la seguridad administratia de WebSphere Application Serer. Si proporciona este parámetro, también debe proporcionar -adminusername y -adminpassword. El alor predeterminado es false si no especifica este parámetro. -adminusername nombre de usuario donde nombre de usuario es el ID de usuario utilizado para acceder al WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. -adminpassword contraseña donde contraseña es la contraseña del ID de usuario utilizada para acceder al WebSphere Application Serer. Solo es necesario si se habilita enableadminsecurity. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 107

114 -wbedbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado para el perfil de seridor de aplicaciones DB2_Uniersal Derby_Seridor de Red Oracle MS_SQL_Serer -wbedbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el ID de usuario que se utiliza para acceder al seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbpassword contraseña donde contraseña es la contraseña para el ID de usuario que se utiliza para acceder al seridor de base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbsererport número_puerto donde número_puerto es el puerto en el que el sericio TCP/IP está asignado o el puerto en el que escucha la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbemsgingtype tipo_mensajería donde tipo_mensajería especifica qué proeedor JMS se debe configurar. Los alores álidos son: Mensajería_predeterminada: Sucesos de Decision Serer está configurado para utilizar la mensajería predeterminada de WebSphere Application Serer. Éste es el alor predeterminado. MQ_JMS_Messaging: Sucesos de Decision Serer está configurado para utilizar WebSphere MQ No_Messaging: no está configurado ningún proeedor JMS. Antes de ejecutar Sucesos de Decision Serer, debe configurar un proeedor JMS manualmente. Consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 o Configuración de WebSphere MQ para que sea proeedor JMS en la página wbemqmsgingqmgrname nombre_gestor_colas donde nombre_gestor_colas es el nombre del gestor de colas de WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. 108 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

115 -wbemqmsgingqmgrhostname nombre_host donde nombre-host es el nombre de host del gestor de colas WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingqmgrport número_puerto donde número-puerto es el puerto en el que el gestor de colas WebSphere MQ escucha. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingtranstype tipo_transporte donde tipo_transporte es el tipo de transporte del cliente de WebSphere MQ, BINDINGS o CLIENT. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -enabletester true false donde true instala y configura el tiempo de ejecución del probador de sucesos. El alor predeterminado es false si no especifica este parámetro. Este parámetro solo es aplicable para el perfil de seridor de aplicaciones y no se puede utilizar en un entorno de producción. -disablebussecurity Este parámetro inhabilita la seguridad de bus para el bus de integración de sericios, WbeBus, cuando se crea el bus. Resultados Se crea el perfil. Ejemplos El primer ejemplo crea un nueo perfil de seridor de aplicaciones en Windows utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.bat -create -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default" El segundo ejemplo crea un nueo perfil de seridor de aplicaciones en Linux y UNIX utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.sh -create -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/default" Aumento de un perfil de seridor de aplicaciones de WebSphere Application Serer con Sucesos de Decision Serer Para crear un nueo entorno de Sucesos de Decision Serer a partir de un entorno autónomo de WebSphere Application Serer existente, puede aumentar un perfil de seridor de aplicaciones de WebSphere Application Serer con Operational Decision Manager Sucesos de Decision Serer. Puede aumentar un perfil utilizando la herramienta de gestión de perfiles o el mandato manageprofiles. Antes de empezar Antes de aumentar un perfil de seridor de aplicaciones de WebSphere Application Serer, asegúrese de que se han detenido todos los seridores de aplicaciones del perfil. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 109

116 Durante la tarea de creación de perfil, se le pedirá que seleccione el gestor de base de datos que alberga las tablas para el tiempo de ejecución de sucesos. A menos que esté utilizando Apache Derby, debe crear esta base de datos antes de comenzar con la creación del perfil. Para obtener más información, consulte Creación de la base de datos de tiempo de ejecución de sucesos en la página 116. Después de haber aumentado el perfil, reise su configuración de seguridad para comprobar los alores de seguridad administratia y seguridad de aplicación. Si está habilitada la seguridad administratia, la de aplicaciones debe estarlo también. Acerca de esta tarea Puede aumentar un perfil existente de la manera siguiente: En un sistema operatio de 32 bits, puede utilizar la interfaz gráfica de usuario de la herramienta de gestión de perfiles. La herramienta de gestión de perfiles no tiene soporte ni en un sistema operatio HP-UX, ni en z/os. En un sistema operatio de 32 bits o en cualquier otro sistema operatio, puede utilizar el mandato manageprofiles. Aumento de un perfil de seridor de aplicaciones existente utilizando la herramienta de gestión de perfiles Acerca de esta tarea Para inocar la Herramienta de gestión de perfiles directamente: Solo en Windows, pulse Inicio > Todos los programas > IBM WebSphere > IBM WebSphere Application Serer V8.5 > Herramientas > Herramienta de gestión de perfiles. En multiplataformas, acceda al directorio <INICIO_WAS>/bin/ProfileManagement y ejecute el script pmt donde <INICIO_WAS> es la ubicación de instalación de WebSphere Application Serer. En Windows ejecute pmt.bat y en Linux y UNIX ejecute pmt.sh. Para aumentar un perfil de seridor de aplicación existente con Operational Decision Manager Sucesos de Decision Serer: 1. En la página de perfiles, seleccione un perfil de seridor de aplicaciones existente y pulse Aumentar. 2. En la página para aumentar la selección, seleccione Perfil de seridor de aplicación aumentado con IBM Operational Decision Manager Sucesos de Decision Serer. 3. En la página para la ubicación de instalación, especifique o busque la ubicación totalmente calificada en la que se ha instalado Sucesos de Decision Serer o acepte la ubicación predeterminada, si es correcta. 4. En la página Configuración de base de datos, a. Seleccione un gestor de bases de datos en la lista y especifique los detalles de conexión apropiados. Este gestor de base de datos alberga las tablas del tiempo de ejecución de sucesos. Si selecciona Apache Derby incluido, se creará la base de datos de repositorio. En los demás casos, deberá haber creado preiamente la base de datos para el repositorio. 110 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

117 b. Si no ha seleccionado Apache Derby incluido, debe proporcionar detalles de conexión incluida la ubicación totalmente calificada. Especifique los detalles siguientes para el seridor de bases de datos: Nombre de base de datos: el nombre de la base de datos que aloja las tablas de tiempo de ejecución de sucesos de Sucesos de Decision Serer. Nombre o dirección IP de host del seridor de base de datos: el nombre del sistema donde está ubicado el seridor de bases de datos. El alor predeterminado es localhost. Puerto de escucha o puerto de sericio TCP/IP de base de datos: el número de puerto de conexión para el gestor de bases de datos. Ubicación totalmente calificada y el nombre del archio de controlador JDBC: especifique el nombre de archio y ubicación. Nombre de usuario: el nombre de usuario que Sucesos de Decision Serer utiliza para conectarse al seridor de bases de datos. Este nombre de usuario debe tener priilegios administratios. Contraseña: la contraseña asociada con el nombre de usuario. Confirme la contraseña. c. Si no ha seleccionado la base de datos Apache Derby incorporada, pulse Probar conexión para alidar la conexión a la base de datos. Asegúrese de que la conexión es satisfactoria antes de seguir con la creación de perfil. 5. En la página Configuración de proeedor de mensajería, seleccione una de las opciones siguientes: WebSphere Application Serer mensajería predeterminada. Sucesos de Decision Serer está configurado para utilizar el proeedor de mensajería que está incorporado en WebSphere Application Serer como proeedor JMS. Mensajería de WebSphere MQ JMS. Suministre la información relacionada con WebSphere MQ y Sucesos de Decision Serer se configurará para utilizar WebSphere MQ como proeedor JMS. No configure un proeedor de mensajería. No se configura ningún proeedor de mensajería durante la creación de perfil. Debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Una ez finalizado el aumento del perfil, puede cambiar los proeedores JMS o configurar el proeedor JMS que desee, pero debe configurar un único proeedor JMS antes de iniciar Sucesos de Decision Serer. Para utilizar o cambiar a la mensajería predeterminada de WebSphere Application Serer como proeedor JMS, consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 Par utilizar o cambiar a WebSphere MQ como proeedor JMS, consulte Configuración de WebSphere MQ para que sea proeedor JMS en la página Si la seguridad administratia de WebSphere Application Serer está actiada en el perfil, se isualiza la página de configuración de seguridad. Especifique el ID de usuario y contraseña para el seridor de aplicaciones 7. En la página Resumen de aumento de perfil, reise la información y pulse Aumentar para aumentar el perfil. Resultados El perfil de seridor de aplicaciones existente se aumenta con Operational Decision Manager Sucesos de Decision Serer. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 111

118 Qué hacer a continuación Si la seguridad administratia está habilitada para el perfil, también debe habilitar la seguridad de aplicaciones para el perfil. Aumento de un perfil de seridor de aplicaciones existente utilizando el mandato manageprofiles 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -augment Para aumentar el perfil existente. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el siguiente alor para el perfil de seridor de aplicaciones: dir_instal_was/profiletemplates/wbe/default. -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de seridor de aplicaciones existente que está aumentando. Opcionalmente, puede especificar los parámetros siguientes: -wbehome ubicación de instalación donde ubicación de instalación es la ía de acceso completa que es la ubicación de instalación para Sucesos de Decision Serer. Debe especificar este parámetro si ha instalado Sucesos de Decision Serer en una ubicación no predeterminada. -hostname nombre_host donde nombre_host es el nombre de host del sistema que aloja el perfil. -adminusername nombre_usuario donde nombre de usuario es el ID de usuario utilizado para acceder al WebSphere Application Serer. Solo se necesita si la seguridad administratia de WebSphere Application Serer está actiada. -adminpassword contraseña donde contraseña es la contraseña para el ID de usuario que se utiliza para acceder a WebSphere Application Serer. Solo se necesita si la seguridad administratia de WebSphere Application Serer está actiada. -wbedbtype tipo_base_datos donde tipo_base_datos especifica el producto de base de datos. Los alores álidos son: Derby_Embedded: el alor predeterminado para el perfil de seridor de aplicaciones DB2_Uniersal Derby_NetworkSerer Oracle MS_SQL_Serer -wbedbname nombre_base_datos donde nombre_base_datos es el nombre de la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. 112 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

119 -wbedbuserid nombre_usuario_base_datos donde nombre_usuario_base_datos es el ID de usuario que se utiliza para acceder al seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbpassword contraseña donde contraseña es la contraseña para el ID de usuario que se utiliza para acceder al seridor de base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbjdbcclasspath ía_acceso_clase_jdbc_base_datos donde ía_acceso_clase_jdbc_base_datos especifica la ía de acceso a los archios de ía de acceso de clase JDBC. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbhostname nombre_host donde nombre_host es el nombre de host para el seridor de bases de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbedbsererport número_puerto donde número_puerto es el puerto en el que el sericio TCP/IP está asignado o el puerto en el que escucha la base de datos. Necesario a menos que -wbedbtype sea Derby_Embedded. -wbemsgingtype tipo_mensajería donde tipo_mensajería especifica qué proeedor JMS se debe configurar. Los alores álidos son: Mensajería_predeterminada: Sucesos de Decision Serer está configurado para utilizar la mensajería predeterminada de WebSphere Application Serer. Éste es el alor predeterminado. MQ_JMS_Messaging: Sucesos de Decision Serer está configurado para utilizar WebSphere MQ No_Messaging: no está configurado ningún proeedor JMS. Antes de ejecutar Sucesos de Decision Serer, debe configurar un proeedor JMS manualmente. Consulte Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS en la página 121 o Configuración de WebSphere MQ para que sea proeedor JMS en la página wbemqmsgingqmgrname nombre_gestor_colas donde nombre_gestor_colas es el nombre del gestor de colas de WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingqmgrhostname nombre_host donde nombre-host es el nombre de host del gestor de colas WebSphere MQ. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingqmgrport número_puerto donde número-puerto es el puerto en el que el gestor de colas WebSphere MQ escucha. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -wbemqmsgingtranstype tipo_transporte donde tipo_transporte es el tipo de transporte del cliente de WebSphere MQ, BINDINGS o CLIENT. Necesario solo si -wbemsgingtype es MQ_JMS_Messaging. -enabletester true false donde true instala y configura el tiempo de ejecución del probador de sucesos. El alor predeterminado es false si no especifica este parámetro. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 113

120 Este parámetro solo es aplicable para el perfil de seridor de aplicaciones y no se puede utilizar en un entorno de producción. -disablebussecurity Este parámetro inhabilita la seguridad de bus para el bus de integración de sericios, WbeBus, cuando se crea el bus. Resultados El perfil está aumentando. Ejemplos El primer ejemplo aumenta un perfil de seridor de aplicaciones existente llamado AppSr01 en Windows utilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.bat -augment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default" -profilename AppSr01 El segundo ejemplo aumenta un perfil de seridor de aplicaciones existente llamado AppSr01 en Linux y UNIXutilizando Apache Derby incluido como proeedor de bases de datos y la mensajería predeterminada de WebSphere Application Serer como proeedor de mensajería. manageprofiles.sh -augment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/default" -profilename AppSr01 Qué hacer a continuación Si la seguridad administratia está habilitada para el perfil, también debe habilitar la seguridad de aplicaciones para el perfil. Anulación del aumento de un perfil de seridor de aplicaciones existente utilizando el mandato manageprofiles Acerca de esta tarea Para deshacer el aumento de un perfil existente utilizando el mandato manageprofiles : 1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux y UNIX) y naegue hasta el directorio dir_instal_was/bin. 2. Ejecute el mandato manageprofiles mediante la utilización de manageprofiles.bat para Windows o manageprofiles.sh para Linux y UNIX. Proporcione los parámetros siguientes: -unaugment Para anular el aumento del perfil existente. -templatepath <ía_acceso_plantilla> donde <ía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el siguiente alor para el perfil de seridor de aplicaciones: dir_instal_was/profiletemplates/wbe/default. 114 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

121 -profilename nombre_perfil donde nombre_perfil es el nombre del perfil de seridor de aplicaciones existente para el que anula el aumento. Resultados El perfil ahora está con anulación de aumento. Todas las características de Sucesos de Decision Serer se eliminan del perfil. Ejemplos Edición de archios seten El primer ejemplo anula el aumento de un perfil de seridor de aplicaciones de Sucesos de Decision Serer existente llamado WODMSr01 en Windows. manageprofiles.bat -unaugment -templatepath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default" -profilename WODMSr01 El segundo ejemplo anula el aumento de un perfil de seridor de aplicaciones de Sucesos de Decision Serer existente llamado WODMSr01 en Linux y UNIX. manageprofiles.sh -unaugment -templatepath "/opt/ibm/odm851/odm/was/profiletemplates/wbe/default" -profilename WODMSr01 Debe editar archios seten como parte de los pasos de configuración para completar la instalación. Acerca de esta tarea Los archios de script seten se encuentran en subdirectorios del directorio dir_componente/config (seten.sh en Linux y UNIX o seten.bat en Windows). Nota: Cuando instala un fixpack de producto después de editar los archios seten, los archios seten se sobrescriben. Si desea conserar los cambios, cree copias de seguridad de los archios antes de instalar el fixpack. 1. Vaya al directorio dir_componente/config/was y edite el archio seten, para añadir los alores adecuados para la instancia de WebSphere Application Serer en donde se a a ejecutar Operational Decision Manager. Pida al administrador de WebSphere Application Serer estos alores. Para obtener más información, consulte Variables de entorno. 2. Cambie al directorio dir_componente/config/db y edite el archio seten para añadir los alores apropiados de la instancia de DB2 que albergará el tiempo de ejecución de sucesos. Pida al administrador de base de datos de DB2 estos alores. Para obtener más información, consulte Variables de entorno. 3. En el directorio dir_componente/config/wbe, edite el archio seten. Actualice la propiedad WBE_INSTALL para que apunte a la instalación del producto Operational Decision Manager en el sistema de archios de sólo lectura. Por ejemplo: WBE_INSTALL=<dir-instalación> Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 115

122 Personalización del entorno de ejecución de sucesos Antes de iniciar el tiempo de ejecución de sucesos por primera ez, puede realizar cambios de configuración en algunos de los componentes del entorno de ejecución. Configuración de la base de datos de tiempo de ejecución de sucesos para Sucesos de Decision Serer El tiempo de ejecución de sucesos necesita utilizar una base de datos. Es posible que deba realizar arias tareas de configuración en la base de datos, en función del entorno. Antes de empezar Las tareas de configuración de esta sección hacen referencia a la configuración de la base de datos del tiempo de ejecución de sucesos para plataformas distribuidas. Si a a configurar una base de datos de ejecución de sucesos para z/os, consulte Creación de la base de datos de ejecución de sucesos para z/os. Creación de la base de datos de tiempo de ejecución de sucesos Sucesos de Decision Serer requiere una base de datos para el tiempo de ejecución del eento. Este tiempo de ejecución de sucesos es la ubicación protegida y compartida que contiene actios como las conexiones de datos, los objetos de negocio, los sucesos y acciones. Antes de empezar Las tareas de configuración de este tema hacen referencia a la configuración de la base de datos del tiempo de ejecución de sucesos para plataformas distribuidas. Si a a configurar una base de datos de ejecución de sucesos para z/os, consulte Creación de la base de datos de ejecución de sucesos para z/os. Si desea usar la base de datos de Apache Derby que está integrada en WebSphere Application Serer como la base de datos de tiempo de ejecución de sucesos, se crearán y configurarán automáticamente la base de datos (denominada tiempo de ejecución de sucesos) y las tablas durante el proceso de instalación. Si desea utilizar otro gestor de bases de datos compatible (incluida otra instalación de Apache Derby), debe crear la base de datos de tiempo de ejecución de sucesos antes de iniciar el instalador. No se admite Apache Derby en entornos de producción. Si desea utilizar una base de datos DB2 remota como la base de datos para el tiempo de ejecución de sucesos, debe instalar el DB2 Client Support suministrado. 1. Inicie el asistente del instalador de DB2. 2. Seleccione Instalación personalizada 3. Seleccione la característica Cliente y anule la selección de todas las otras características. 4. Complete la instalación. Acerca de esta tarea La lista completa de los gestores de bases de datos admitidos está disponible en la web en Requisitos del sistema. 116 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

123 Cuando cree la base de datos de tiempo de ejecución de sucesos, apunte la información siguiente: Nombre de la base de datos de tiempo de ejecución de sucesos que elija. El nombre de host del seridor donde se encuentra la base de datos. Puerto utilizado para acceder a la base de datos. ID de usuario de base de datos que se debe utilizar para acceder a la base de datos. Contraseña asociada al ID de usuario de la base de datos Esta información se utiliza al configurar la base de datos de tiempo de ejecución de sucesos. Consulte Valores de base de datos de ejecución de sucesos. Nota: Para realizar la instalación, debe tener priilegios de administración completos para la base de datos de tiempo de ejecución de sucesos. Por ejemplo, en el caso de DB2 es necesario estar autorizado para CONNECT, CREATETAB, etc. En el caso de Oracle, es necesaria autoridad para ALTER DATABASE, CREATE ANY TABLE, etc. Estos priilegios administratios sólo son necesarios para instalar Sucesos de Decision Serer, no para utilizarlo. Si no tiene priilegios de administración completos, puede realizar la instalación si el administrador de base de datos (DBA) crea las tablas de tiempo de ejecución de sucesos en la base de datos mediante las instrucciones manuales antes de ejecutar el instalador. Después de la instalación, solo necesita el acceso de lectura, escritura y supresión como usuario. Todos los administradores de bases de datos excepto el Apache Derby incorporado: el gestor de bases de datos se debe estar ejecutando antes de iniciar la instalación y debe disponer del archio.jar de JDBC para el gestor de bases de datos. Creación manual de tablas de tiempo de ejecución de sucesos Puede optar por personalizar scripts existentes y crear usted mismo las tablas de tiempo de ejecución de sucesos, como una tarea manual. Si no crea esas tablas, lo harán de forma automática durante el inicio de Sucesos de Decision Serer. Antes de empezar Las tareas de configuración de este tema hacen referencia a la configuración de la base de datos del tiempo de ejecución de sucesos para plataformas distribuidas. Si a a configurar una base de datos de ejecución de sucesos para z/os, consulte Creación de la base de datos de ejecución de sucesos para z/os. Antes de crear las tablas de tiempo de ejecución de sucesos, debe asegurarse de que ha creado la base de datos de tiempo de ejecución de sucesos. Consulte Creación de la base de datos de tiempo de ejecución de sucesos en la página 116. Acerca de esta tarea Sucesos de Decision Serer proporciona una copia de los scripts utilizados para crear las tablas de tiempo de ejecución de sucesos, en el directorio <dir-instalación>/config/db. Los scripts dependen de la base de datos; un script para cada base de datos soportada: Para DB2, utilice db2.sql Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 117

124 Para Apache Derby, utilice derbydb.sql Para Oracle, utilice ora.sql Para Microsoft SQL Serer, utilice mssql2k.sql Realice una copia del script adecuado, personalizarlo para que cumpla sus requisitos y utilizarlo para crear las tablas. Nota: Debe hacer una copia del script y ejecutarla de forma manual. Aunque edite y guarde el script que se encuentra en el directorio <dir-instalación>/config/db, no se utilizará para crear las tablas de tiempo de ejecución de sucesos. Desplegar tablas en base de datos distintas De forma predeterminada, las tablas de tiempo de ejecución de sucesos se crean en una única base de datos, pero puede desplegar los conjuntos de tablas en bases de datos independientes. Acerca de esta tarea La base de datos de tiempo de ejecución de sucesos almacena actios (como conexiones de datos, objetos de negocio, sucesos, acciones y reglas de sucesos) que el tiempo de ejecución de sucesos utiliza para recibir sucesos e iniciar las acciones basadas en grupos de reglas de sucesos. El tiempo de ejecución de sucesos consta de arios conjuntos de tablas y diersas istas, que pueden utilizarse para informar del historial. Todas se crean ejecutando un script específico del gestor de base de datos. En el momento de la instalación, se especifica una única base de datos y, de forma predeterminada, todas las tablas y istas se ubican en dicha base de datos. Las tablas se crean en esta base de datos en el momento de la instalación. Para desplegar conjuntos de tablas en bases de datos distintas y hacer referencia a dichas bases de datos: 1. Crear una base de datos para mantener las tablas. 2. Utilizar las instrucciones CREATE apropiadas en la herramienta SQL para el gestor de la base de datos y crear las tablas. La tabla muestra las instrucciones SQL para crear bases de datos distintas. Únicamente se muestran instrucciones parciales. Para conocer la sintaxis completa, debe consultar la documentación correspondiente suministrada con el administrador de la base de datos en cuestión. Nota: Si utiliza el historial, siempre debe asegurarse de que las tablas de definición de actios y del historial, así como los recursos, se crean y utilizan en la misma base de datos. 118 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

125 Tabla 12. Sentencias de SQL para crear cada tabla. Nombre de tabla Instrucción SQL Definiciones de actios (maestro_asset, CREATE TABLE maestro_asset properties) ALTER TABLE maestro_asset CREATE TABLE properties CREATE TABLE labels Retardos de tiempo Flujos de sucesos ALTER TABLE labels CREATE TABLE time_based_asset CREATE INDEX FIRETIME_IDX CREATE TABLE steps CREATE CLUSTERED INDEX STREAM_IDX CREATE TABLE csio_entry CREATE INDEX csio_entry_idx on csio_entry Consola de usuario CREATE INDEX csio_entry_times CREATE TABLE actions ALTER TABLE actions CREATE TABLE actions_prefs ALTER TABLE actions_prefs CREATE TABLE auth_users CREATE TABLE auth_groups Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 119

126 Tabla 12. Sentencias de SQL para crear cada tabla. (continuación) Nombre de tabla Historial Instrucción SQL CREATE TABLE history_eent CREATE INDEX history_e_idx CREATE TABLE history_action CREATE INDEX history_a_idx CREATE TABLE history_ent_obj CREATE INDEX history_eo_idx CREATE TABLE history_ent_obj_alues CREATE INDEX history_eo idx CREATE TABLE history_filter CREATE TABLE history_rule CREATE INDEX history_rule_idx CREATE TABLE history_watch_time CREATE VIEW as_director_eents CREATE VIEW as_director_actions CREATE VIEW as_director_ent_objs CREATE VIEW as_director_ent_objs_alues CREATE VIEW as_director_filters CREATE VIEW as_director_rules CREATE VIEW as_director_watch_times 3. Crear un nueo origen de datos mediante la consola administratia de WebSphere Application Serer : a. Pulse JDBC > Orígenes de datos. b. Asegúrese de que el ámbito sea el mismo que el origen de datos del tiempo de ejecución de sucesos y pulse Nueo. c. Especifique un nombre en el campo Nombre de origen de datos, por ejemplo, Origen de datos del historial de tiempo de ejecución de sucesos. d. Especifique un nombre en el campo Nombre JNDI, por ejemplo, jdbc/wbe/history. e. Pulse Seleccionar un proeedor JDBC existente y seleccione Proeedor JDBC de tiempo de ejecución. f. Especifique las propiedades específicas de la base de datos que apuntan a la base de datos donde se han creado las tablas en el paso 2 en la página 118. g. Seleccione un alias de autenticación, o cree uno nueo con las credenciales para la base de datos, a continuación, pulse Finalizar. 4. Establezca las siguientes propiedades en el alor que ha especificado en Nombre JNDI, en función de las tablas que haya moido: 120 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

127 Tabla 13. Propiedades Nombre de tabla Definiciones de actios Retardos de tiempo Flujos de sucesos Consola de usuario Historial Propiedad as.director.common.db.asset.instance as.director.common.db.timebased.instance as.director.common.db.eentflow.instance as.director.connectors.pem.instance as.director.common.db.history.instance Para obtener más información, consulte Configurar propiedades en la página 125. Despliegue el tiempo de ejecución de sucesos en un gestor de base de datos que distingue entre mayúsculas y minúsculas Si utiliza un gestor de base de datos que distingue entre mayúsculas y minúsculas, los nombres de las tablas de tiempo de ejecución de sucesos deben escribirse todos en mayúsculas. Acerca de esta tarea Si la base de datos de tiempo de ejecución de sucesos se crea en una base de datos que distingue entre mayúsculas y minúsculas, las referencias a los nombres de las tablas que se definen como propiedades deben escribirse todas en mayúsculas. 1. Para obtener más información acerca de cómo configurar estas propiedades, consulte Configurar propiedades en la página Cambie el alor de la propiedad as.director.common.db.asset.table de maestro_asset (todo en minúsculas) a MAESTRO_ASSET (todo en mayúsculas). Si utiliza Propiedades, las propiedades se encuentran en la subsección Tiempo de ejecución de sucesos de actios de la sección Común. 3. Cambie el alor de la propiedad as.director.common.db.timebased.table de time_based_asset (todo en minúsculas) a TIME_BASED_ASSET (todo en mayúsculas). Si utiliza Propiedades, las propiedades se encuentran en la sección Seridor, subsección Valores de tiempo de ejecución de sucesos basados en tiempo. Resultados Los cambios se aplicarán la siguiente ez que se reinicie la aplicación wberuntimeear. Cambio del proeedor de mensajería del tiempo de ejecución de sucesos Si ha configurado el tiempo de ejecución de sucesos para que utilice un proeedor de mensajería pero desea cambiar a otro proeedor de mensajería, o si ha elegido no configurar un proeedor de mensajería al crear o aumentar el perfil de Sucesos de Decision Serer, debe realizar alguna configuración adicional. Configuración de la mensajería predeterminada de WebSphere Application Serer para que sea el proeedor JMS Si desea utilizar la mensajería predeterminada de WebSphere Application Serer como proeedor JMS para el tiempo de ejecución de sucesos y no ha seleccionado Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 121

128 el proeedor JMS o ha seleccionado WebSphere MQ al crear o aumentar el perfil de Sucesos de Decision Serer, debe realizar alguna configuración adicional de WebSphere Application Serer y Sucesos de Decision Serer. Antes de empezar El tiempo de ejecución de sucesos sólo se puede configurar para funcionar con un único proeedor JMS: la mensajería predeterminada de WebSphere Application Serer o WebSphere MQ, pero no ambos. Los archios.sh y.bat a los que se hace referencia en este tema se basan en alores del archio seten. Compruebe y confirme los alores antes de realizar los siguientes pasos. Para obtener más información, consulte Edición de archios seten en la página Si, al crear o aumentar el perfil de Sucesos de Decision Serer, ha elegido utilizar WebSphere MQ pero ahora desea utilizar la mensajería predeterminada de WebSphere Application Serer como proeedor JMS, debe eliminar la configuración que ha realizado el perfil: Tabla 14. Mandato para eliminar la configuración Sistema operatio Ubicación en donde debe ejecutar el Mandatos mandato Windows <dir-instalación>\config\was\ configure_mq_jms_messaging.bat -undo Linux y UNIX <dir-instalación>/config/was/ configure_mq_jms_messaging.sh -undo Si, al crear o aumentar el perfil de Sucesos de Decision Serer, no ha seleccionado el proeedor JMS, no es necesario que siga este paso. 2. Para completar la configuración de la mensajería predeterminada de WebSphere Application Serer como proeedor JMS, ejecute los mandatos siguientes: Tabla 15. Mandato para completar la configuración Sistema operatio Ubicación en donde debe ejecutar el Mandatos mandato Windows <dir-instalación>\config\was\ configure_bus.bat configure_messaging.bat Linux y UNIX <dir-instalación>/config/was/ configure_bus.sh configure_messaging.sh El script configure_bus.sh configura el bus de integración de sericios, WbeBus. Si la seguridad administratia del seridor de aplicaciones está habilitada, el bus es seguro. Para inhabilitar la seguridad del bus, proporcione el argumento opcional, -disablebussecurity. Si el bus de integración de sericios es seguro, debe especificar dos argumentos para el script configure_messaging.bat (o configure_messaging.sh), para proporcionar el ID de usuario y contraseña que las especificaciones de actiación utilizan para conectar al bus seguro. Por ejemplo: configure_messaging.bat <id_usuario> <contraseña> o 122 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

129 configure_messaging.sh <id_usuario> <contraseña> Si la seguridad no está habilitada para el bus de integración de sericios, no especifique un ID de usuario o contraseña. Para obtener más información, consulte Protección del bus de integración de sericios en la página Reinicie WebSphere Application Serer. Configuración de WebSphere MQ para que sea proeedor JMS Si desea utilizar WebSphere MQ como proeedor JMS para el tiempo de ejecución de sucesos y no ha seleccionado el proeedor JMS o ha seleccionado la mensajería predeterminada de WebSphere Application Serer al crear o aumentar el perfil de Sucesos de Decision Serer, debe realizar alguna configuración adicional de WebSphere MQ, WebSphere Application Serer y Sucesos de Decision Serer. Antes de empezar El tiempo de ejecución de sucesos sólo se puede configurar para funcionar con un único proeedor JMS: la mensajería predeterminada de WebSphere Application Serer o WebSphere MQ, pero no ambos. Debe tener el cliente de WebSphere MQ instalado en el mismo sistema que Sucesos de Decision Serer. Configuración de WebSphere MQ: Acerca de esta tarea El administrador de WebSphere MQ debe realizar las tareas siguientes: 1. Crear el gestor de colas utilizando el mandato crtmqm. 2. Iniciar el gestor de colas utilizando el mandato strmqm. 3. Si se utiliza WebSphere MQ V7.1, debe habilitar la publicación/suscripción. Utilice el mandato ALTER QMGR para este gestor de colas. 4. Cree las colas necesarias, ejecutando: runmqsc nombre-gestor-cola < dir-instal-mq\jaa\bin\mqjms_psq.mqsc donde dir-instal-mq es la ubicación de la instalación de WebSphere MQ. 5. Si está configurando un clúster, cree las colas adicionales necesarias, ejecutando: runmqsc nombre-de-gestor-de-colas < <dir-instalación>\config\was\create_mq_jms_mq_queues.mqsc donde <dir-instalación> es la ubicación de instalación de Sucesos de Decision Serer. Información relacionada: Information Center de WebSphere MQ V7.1 Configuración de Sucesos de Decision Serer: Antes de empezar Para configurar Sucesos de Decision Serer para que utilice WebSphere MQ como proeedor JMS,necesita conocer el nombre del gestor de colas adecuado, el nombre de host y el puerto de WebSphere MQ y el tipo de transporte de cliente. Obtenga estos alores del administrador de WebSphere MQ. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 123

130 Los archios configure_messaging y configure_mq_jms_messaging a los que se hace referencia en este tema se basan en alores del archio seten. Compruebe y confirme los alores antes de realizar los siguientes pasos. Para obtener más información, consulte Edición de archios seten en la página Si, al crear o aumentar el perfil de Sucesos de Decision Serer, ha elegido utilizar la mensajería predeterminada de WebSphere Application Serer pero ahora desea utilizar WebSphere MQ como proeedor JMS en su lugar, ejecute el mandato siguiente para eliminar la configuración de mensajería que el perfil ha realizado: Tabla 16. Mandato por ejecutar. Sistema operatio Windows Linux, UNIX yz/os Ubicación en donde debe ejecutar el mandato <dir-instalación>\config\ was\ <dir-instalación>/config/ was/ Mandato configure_messaging.bat -undo configure_messaging.sh -undo Si, al crear o aumentar el perfil de Sucesos de Decision Serer, no ha seleccionado el proeedor JMS, no es necesario que siga este paso. 2. Configure Sucesos de Decision Serer y WebSphere Application Serer: a. Naegue hasta el directorio<dir-instalación>/config/was. b. Ejecute el siguiente script: configure_mq_jms_messaging q nombre-gestor-cola [ p puerto-gestor-cola] [ h host-gestor-cola donde nombre-de-gestor-de-cola es el nombre del gestor de colas que ha creado al configurar la instalación de WebSphere MQ queue-manager-port es el puerto en el que el gestor de colas escucha (el alor predeterminado es 1414) queue-manager-host es el nombre de host del sistema en el que el gestor de colas está alojado (el alor predeterminado es localhost) ámbito es un ámbito de WebSphere Application Serer álido transporte es BINDINGS o CLIENT nombre-canal es el nombre del canal de conexión de seridor Por ejemplo:configure_mq_jms_messaging q QM_PSG p 1415 h localhost El script crea los siguientes objetos en WebSphere Application Serer: Tabla 17. Fábricas de conexiones. Fábricas de conexión Fábrica de conexiones de cola Fábrica de conexiones de tema Fábrica de conexiones Nombre JNDI jms/wbequeueconnectionfactory jms/wbetopicconnectionfactory jms/wbeconnectionfactory Tabla 18. Temas. Temas Tema de acción Tema de mandato Nombre JNDI jms/actiontopic jms/commandtopic 124 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

131 Tabla 18. Temas. (continuación) Temas CbeListener Tema de acción duradero Tema de suceso duradero Tema de suceso Tema de historial Nombre JNDI topic jms/wbe/cbelistener jms/durableactiontopic jms/durableeentdestination jms/eentdestination jms/historymoduledestination Tabla 19. Especificaciones de actiación. Nombre de especificaciones de actiación wbe_eents wbe_eents_durable wbe_history wbe_reset_watch wbe_ute_receie Nombre JNDI jca/wbe_eents jca/wbe_eents_durable jca/wbe_history jca/wbe_reset_watch jca/wbe_ute_receie c. Asegúrese de que los nombres de estos objetos son coherentes con las propiedades correspondientes. Para obtener más información acerca de cómo configurar estas propiedades, consulte Configurar propiedades. Si utiliza Propiedades, estas propiedades se encuentran en las subsecciones Valores de seridor JMS y Temas de la sección JMS. d. Reinicie WebSphere Application Serer para aplicar los cambios. Resultados Sucesos de Decision Serer ahora está configurado para utilizar WebSphere MQ como proeedor de mensajería JMS. Qué hacer a continuación Asegúrese de que los nombres de cola creados por create_mq_jms_mq_queues.mqsc sean coherentes con los nombres de cola que se especifican por el destino de sucesos JMS de WebSphere MQ, el destino de sucesos duraderos y las definiciones de colas de destino de módulo de historial. Estas definiciones de cola se pueden encontrar en la consola de administración de WebSphere Application Serer bajo Recursos > JMS > Colas. Importante: Aunque los nombres de estos temas hagan referencia a recursos, estos recursos son realmente colas para clústeres. De forma predeterminada, las colas de WebSphere MQ se denominan: eentqueue para el destino de sucesos durableeentqueue para el destino de sucesos duraderos historymodulequeue para el destino de módulo de historial Configurar propiedades Las propiedades de configuración para el tiempo de ejecución de sucesos se almacenan en WebSphere Application Serer. Es posible que desee cambiar las Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 125

132 propiedades porque determinan el comportamiento configurable de Sucesos de Decision Serer. Las propiedades de tiempo de ejecución de sucesos se pueden establecer de tres maneras diferentes. Acerca de esta tarea Puede utilizar diferentes tareas en función de la plataforma que utilice. Tabla 20. Método por plataformas. Método Configuración de las propiedades utilizando la consola administratiawebsphere Application Serer Configuración de propiedades mediante la herramienta de scripting wsadmin en la página 127 Configuración de propiedades con la herramienta Propiedades en la página 127 Plataformas Varias plataformas y z/os Varias plataformas y z/os Sólo arias plataformas Configuración de las propiedades utilizando la consola administratiawebsphere Application Serer Cuando configure las propiedades de tiempo de ejecución de sucesos (por ejemplo, si muee el tiempo de ejecución de sucesos a otro gestor de base de datos, o desea cambiar a otro proeedor de mensajería JMS), puede realizar los cambios en la consola administratia de WebSphere Application Serer. Cuando edite el alor de una propiedad, asegúrese de que el alor es apropiado y se escribe correctamente, ya que no se alida. 1. Inicie la consola administratia de WebSphere Application Serer. Consulte Inicio de la consola administratia de WebSphere Application Serer. 2. Inicie la sesión en la consola administratia WebSphere Application Serer. Si está habilitada la autenticación, debe utilizar un ID de usuario y una contraseña que sean álidos. Si la autenticación no está habilitada, escriba cualquier ID de usuario e inicie sesión. 3. En el árbol de naegación de la consola administratia de WebSphere Application Serer, pulse Recursos > Entorno de recursos > Entradas de entorno de recursos. 4. En la página Entradas de entorno de recursos, pulse WbeSr01 para abrir la página Configuración. Se muestran las propiedades generales para esa entrada. 5. En la página Configuración, pulse Propiedades personalizadas. Se muestran las propiedades. 6. Modifique las propiedades según sea necesario. Nota: Si el prefijo del nombre de la propiedad es! (por ejemplo!as.director.common.authentication.serer), la propiedad está inhabilitada. Modifique el campo del nombre para eliminar el prefijo "!", a continuación configure los campos restantes. 7. Guarde los cambios. 8. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios. 126 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

133 Resultados Cuando se reinicia el tiempo de ejecución de sucesos, se aplican los cambios realizados en las propiedades. Configuración de propiedades mediante la herramienta de scripting wsadmin Cuando configure las propiedades de tiempo de ejecución de sucesos (por ejemplo, si muee el tiempo de ejecución de sucesos a otro gestor de base de datos, o desea cambiar a otro proeedor de mensajería JMS), puede realizar los cambios mediante la herramienta de administración de scripts dewebsphere Application Serer, wsadmin. Puede modificar las propiedades utilizando wsadmin o puede usar el objeto AdminTask suministrado para definir una única propiedad. Acerca de esta tarea Si quiere modificar arias propiedades, utilice la herramienta wsadmin. Si quiere modificar una única propiedad, utilice el objeto AdminTask del siguiente modo: 1. Inicie wsadmin. Para obtener más detalles sobre la utilización de wsadmin, consulte Utilización de la herramienta de scripts wsadmin. 2. Ejecute el siguiente mandato para fijar una propiedad indiidual: Uso de Jacl: wsadmin $AdminTask wbesetproperty {-jndiname com/ibm/wbe/wbeproperties01 -propertyname nombre_propi Uso de Jython: wsadmin -lang jython AdminTask.wbeSetProperty( [-jndiname com/ibm/wbe/wbeproperties01 -propertyname nombre_propi Donde nombre_propiedad es el nombre de la propiedad que quiere cambiar, y alor_propiedad es el alor que quiere fijar para esa propiedad. 3. Guarde los cambios: Uso de Jacl: $AdminConfig sae Uso de Jython: AdminConfig.sae() 4. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios. Resultados Cuando se reinicia el tiempo de ejecución de sucesos, se aplican los cambios realizados en las propiedades. Configuración de propiedades con la herramienta Propiedades Los alores de las propiedades del sistema se almacenan en un archio de propiedades cifrado. El archio se gestiona utilizando la herramienta Propiedades o la consola de administración de WebSphere Application Serer. Cuando se utiliza la herramienta Propiedades, las propiedades se isualizan por carpeta, y la mayoría de carpetas contienen subsecciones que constan de grupos de propiedades relacionadas. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 127

134 Acerca de esta tarea Durante la instalación, se instala un archio de propiedades base y debe configurarse para que haga referencia a la base de datos de tiempo de ejecución de sucesos y al proeedor JMS. Puede utilizar la herramienta Propiedades para cambiar los alores de propiedades a fin de acomodar el entorno y las preferencias para la operación del sistema. No hay alidación de la propiedad que ha establecido. De forma predeterminada, un campo que contiene alores de propiedad tiene una longitud de 64 caracteres. Cuando alcance el límite, pulse INTRO y pulse al final del campo para restablecer el foco. La herramienta Propiedades le da hasta cinco líneas de 72 caracteres (pulsando INTRO repetidamente). Por lo tanto, la longitud máxima utilizable es 360 caracteres. Propiedades proporciona dos modalidades de entrada: El asistente Configurador, que es la modalidad de entrada predeterminada, presenta una serie de pantallas que contienen solo aquellas propiedades que es muy probable que necesite editar. El asistente Configurador completo presenta todas las propiedades y resulta adecuado para instalaciones más personalizadas. También puede añadir propiedades personalizadas para describir determinadas condiciones específicas del entorno. Los alores de propiedad recién configurados no comenzarán a estar operatios hasta la próxima ez que inicie la aplicación wberuntimeear. Puede realizar cambios adicionales en los alores de propiedad si es necesario. Aplique estos cambios deteniendo la aplicación y reiniciándola. 1. Para iniciar Propiedades, inoque el script properties (propertiesui.bat en Windows, propertiesui.sh en Linux y UNIX). La sintaxis es : propertiesui.bat/propertiesui.sh [-conntype SOAP [-host nombre_host] [-port número_puerto] RMI [-host nombre_host] [-port número_puerto] NONE] [-jndiname nombre_jndi] Donde conntype especifica el tipo de conexión que se utilizará; el alor predeterminado es "SOAP" Un conntype de "NONE" indica que no se realiza ninguna conexión de seridor y algunas operaciones se realizarán en modo local host especifica el nombre del host utilizado para la conexión SOAP o RMI; el alor predeterminado es "localhost" port es el número del puerto utilizado para la conexión SOAP o RMI jndiname es el nombre JNDI que aparece en la entrada para propiedades de tiempo de ejecución de sucesos, como se muestra en la sección Entradas de entorno de recursos de la consola administratia de WebSphere Application Serer. 2. Escriba un ID de usuario y una contraseña: Si la seguridad está actiada en WebSphere Application Serer, debe proporcionar un ID de usuario álido y la contraseña. 128 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

135 Si el usuario especificado no es un administrador, el usuario debe tener uno de los siguientes roles de seguridad: adminsecuritymanager deployer configurator Si se ha inhabilitado la seguridad en WebSphere Application Serer, puede escribir un nombre de usuario de su elección o dejar el campo en blanco. No es necesaria ninguna contraseña. 3. Modifique las propiedades según sea necesario. Para obtener más información sobre las propiedades del sistema, consulte Propiedades. 4. Para añadir una propiedad personalizada: a. Seleccione Configurador completo b. Pulse Editar > Añadir una propiedad personalizada c. Pulse Una propiedad nuea y cámbiela al nombre de la propiedad personalizada. d. Pulse alue? e introduzca el alor de la propiedad personalizada. e. Si desea eliminar una propiedad personalizada, pulse con el botón derecho sobre el nombre de la propiedad y pulse Eliminar propiedad personalizada. La propiedad se elimina sin confirmación. 5. Elija Archio > Guardar propiedades para guardar los cambios. 6. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios. Resultados Cuando se reinicia el tiempo de ejecución de sucesos, se aplican los cambios realizados en las propiedades. Configuración de cómo almacenar datos de pasos Es posible que quiera configurar cómo se almacenan los datos de pasos por motios de rendimiento. Acerca de esta tarea En Sucesos de Decision Serer, puede definir sucesos complejos, en los que un suceso tiene una dependencia con respecto a otro suceso o acción. Un suceso complejo es un conjunto de sucesos enlazados por medio de un ID de contexto común, que utilizan el contexto del sistema o una definición de contexto. Cuando se inicia un contexto, cada actiidad del proceso se almacena como un paso en la tabla de contextos que se ha creado durante la instalación, utilizando almacenamiento persistente. Puede confirmar cómo se almacenan los datos de pasos, si, por cuestiones de rendimiento, desea configurar el sistema. Configuración del tiempo de ejecución de sucesos para almacenar datos de pasos en memoria Puede optar por almacenar los datos de pasos en memoria si los contextos duran normalmente poco. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 129

136 Acerca de esta tarea El almacenamiento de un paso en una tabla de base de datos conllea cierta cantidad de acceso a base de datos, y el contexto no se pierde si no se depura manualmente de la tabla, o se finalice el contexto mediante una condición de finalización en una definición de contexto. Si sabe que sus contextos por lo general son de corta duración y luego desaparecerán, puede almacenar todos los pasos en una memoria y así eitar el acceso a la base de datos. En un entorno en clúster, si as.director.serer.eentflow.persistentstepstore se establece como false y Sucesos de Decision Serer utiliza el almacenamiento de memoria predeterminado (en contraposición a una memoria caché ObjectGrid, que puede definirse mediante otra propiedad), la información de cualquier tabla de contexto se perderá tras una migración tras error del seridor, aunque el proceso de sucesos se migra tras error a otro seridor. Esto también sucede al inicio del seridor: si los seridores se están iniciando todaía, y, por tanto, ObjectGrid está reequilibrando sus particiones, es posible que las particiones se muean de un seridor a otro seridor y, por consiguiente, podría perderse la información de la tabla de contexto. Para almacenar contextos en memoria en lugar de en una tabla de base de datos, añada las siguientes propiedades personalizadas: Tabla 21. Propiedades personalizadas por definir. Propiedad Valor Propósito Necesario as.director.serer.eentflow.persistentstepstore as.director.serer.eentflow.cachestepstoretimeout.ms false milisegundos (predeterminado) Desactia el almacenamiento persistente y hace que los datos de pasos se almacenen en la memoria Determina la cantidad de tiempo, en milisegundos, durante el que se guarda una instancia en memoria sí no el alor predeterminado es ms (5 segundos) Para er información detallada sobre la configuración de estas propiedades, consulte Configurar propiedades en la página 125. Configuración del tiempo de ejecución de sucesos para almacenar los datos de contexto en ObjectGrid La tabla de contextos utiliza la memoria caché predeterminada. Como alternatia potencial de alto rendimiento, se puede configurar la tabla de contextos para que utilice ObjectGrid. No puede utilizar ObjectGrid como la tabla de contextos en z/os. 1. Para utilizar ObjectGrid como memoria caché para la tabla de contextos, defina as.director.serer.eentflow.gridstepstore como true. 2. Desactie la copia de seguridad de la base de datos estableciendo as.director.serer.eentflow.persistentstepstore como false. 3. Opcionalmente, configure ObjectGrid para ofrecer capacidades de réplica de datos: 130 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

137 a. Localice objectgriddeployment.xml en wberuntime.jar, que está en dir_instal_was/profiles/nombre_perfil/installedapps/nombre_celda/ wberuntimeear.ear, donde nombre_perfil es el nombre del perfil de WebSphere Application Serer. nombrecelda es el nombre de la celda WebSphere Application Serer. b. Modifique el archio para incluir <mapset name="mapset" numberofpartitions="10" minsyncreplicas="0" maxsyncreplicas="1" maxasyncreplicas="0" numinitialcontainers="1"> Si ha configurado el tiempo de ejecución de sucesos, puede configurar ObjectGrid de modo que proporcione funciones de réplica de datos. Configuración del tiempo de ejecución de sucesos para grabar el historial Si desea grabar el historial, debe configurar el tiempo de ejecución de sucesos para grabar el historial. De lo contrario, no se puede superisar los sucesos, las acciones, los filtros ni los datos en tiempo real mediante los gráficos definidos por el usuario, ni tampoco se puede ejecutar informes o utilizar sucesos de seguimiento. El registro del historial consera la entrega de los registros del historial en tiempo real en los reinicios del sistema. Acerca de esta tarea Puede establecer el historial del tiempo de ejecución de sucesos como persistente o no persistente. De manera predeterminada, el historial es no persistente. Los mensajes de historial no persistente que se están procesando pero que no se han grabado en la base de datos del historial podrían perderse cuando se reinicia la ejecución del suceso. Para garantizar que todos los datos del historial se conseran cuando se reinicia la ejecución del suceso, debe habilitar la persistencia del historial al configurar sus propiedades. Debe configurar el tiempo de ejecución de sucesos para grabar historial si tiene preisto: Utilizar los sucesos de widgets para superisar sucesos, acciones, filtros y datos en tiempo real, utilizando el widget de probador de sucesos o a traés de la isualización de los gráficos definidos por el usuario. Ejecutar informes desde Administración. Utilizar sucesos de seguimiento para contar el número de sucesos o para mantener totales acumulados para umbrales y alertas. El historial se almacena en un conjunto de tablas de historial que se crearon al instalar Sucesos de Decision Serer. Importante: Si habilita el historial, el rendimiento se e muy afectado. 1. Cambie las siguientes propiedades: as.director.serer.history.enablemodule: determina si se carga el módulo de historial cuando se inicia el tiempo de ejecución de sucesos. Compruebe que el alor de la propiedad se ha establecido en true. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 131

138 as.director.serer.history.enablerecording: determina si el historial se debe registrar en las tablas del historial. Defina el alor de la propiedad en true para grabar el historial. Establezca este alor en false si quiere dejar de grabar el historial. as.director.serer.history.usejms: determina si los mensajes de historial que se han procesado, pero no grabado, en la base de datos del historial son persistentes o no persistentes. Defina este alor en true para garantizar que todos los datos del historial se conseran cuando se reinicia la ejecución del suceso. Al establecer esta propiedad en true, el rendimiento se e bastante afectado. as.director.bet.install: establezca el alor en true si se ha instalado el widget de probador de sucesos. Este alor garantiza que se recopilen todos los registros de historial necesarios para el widget de probador. Esta propiedad anula temporalmente la opción Registrar estos datos en el historial, que puede establecerse en los editores de Diseñador de sucesos. Para obtener más información, consulte el Configurar propiedades en la página 125. Las propiedades se isualizan en la subsección Valores de historial de la sección Seridor. 2. Debe reiniciar la aplicación wberuntimeear, mediante la consola administratia de WebSphere Application Serer Network Deployment, para garantizar que los cambios sean efectios. 3. Opcional: En los editores de acciones, de eentos, de filtros y de reglas de Diseñador de sucesos, la opción Registrar estos datos en el historial está seleccionada de forma predeterminada. Para aumentar el rendimiento del producto y reducir los datos de historial que no se utilizan, puede eliminar esta opción en alguno o en todos los editores. Sin embargo, si elimina el parámetro Registrar estos datos en el historial en los editores, pero la propiedad as.director.bet.install sigue establecida en true, el alor de la propiedad altera temporalmente el alor del editor y se registra en el historiald. Configuración de la cola de sucesos duradera Sucesos de Decision Serer utiliza una cola de sucesos basada en un sistema de archios para asegurar que los sucesos duraderos no se pierdan si falla el seridor. Acerca de esta tarea La ubicación predeterminada para esta propiedad es dir_instal_was/profiles/ nombre_perfil/wbe/nombre_nodo/nombre_seridor/que_data donde nombre_perfil es el nombre del perfil de WebSphere Application Serer. nombrenodo es el nombre del nodo WebSphere Application Serer. nombreseridor es el nombre del seridor WebSphere Application Serer. La ubicación de la cola de sucesos duraderos se puede cambiar mediante la siguiente propiedad: as.director.serer.durabledirectory Si se produce una contienda de disco, puede que le conenga cambiar la ubicación de la cola para moerla más rápido a un subsistema de disco. Si utiliza Sucesos de Decision Serer en un clúster, asegúrese de que cada miembro de clúster tiene acceso a la ía de acceso especificada. Por ejemplo, si cambia la ubicación para que sea una ía de acceso en la unidad E:, cada seridor tendrá que acceder a la unidad E:. 132 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

139 En un entorno en clúster, los sucesos almacenados en esta cola no fallarán en otros seridores en el clúster. Estos sucesos sólo se procesan cuando se uele a iniciar el seridor en el que se procesaron. Configuración del tamaño de registro de la cola de sucesos duradera Para cambiar el tamaño del registro de la cola de sucesos duradera, utilice la siguiente propiedad: Tabla 22. Tamaño de propiedad de la cola de sucesos Nombre de propiedad Predeterminado Unidades as.director.serer.durableeentqueue.size 20 MB El tamaño de registro de la cola de sucesos predeterminado es de 20 MB es adecuado para la mayoría de cargas de trabajo. Sin embargo, si isualiza com.ibm.wbe.objectmanager.transactioncapacityexceededexception en el archio SystemOut.log, puede beneficiarse de un creciente tamaño predeterminado para esta propiedad. Para obtener más detalles acerca de cómo configurar esta propiedad, consulte Configurar propiedades en la página 125. Configuración de cómo se manejan las reglas de sucesos y acciones diferidas La ealuación de sucesos y acciones normalmente se realiza lo antes posible, pero puede retrasar la ealuación basándose en los criterios definidos por el usuario. Por ejemplo, si se cierra un seridor, es posible que haya reglas de sucesos y acciones planificadas para actiarse mientras el seridor está desactiado. Puede configurarse cómo el tiempo de ejecución de sucesos controla estas reglas de sucesos y acciones diferidas. Acerca de esta tarea Puede indicar al tiempo de ejecución de sucesos cómo debe tratar los sucesos en cola y las acciones después de una conclusión. Las reglas de sucesos y acciones diferidas se almacenan como tareas planificadas en la tabla time_based_asset que se creó en el gestor de base de datos de su elección cuando se realizó la instalación. El alor de la propiedad maxtardiness también se ealúa cuando el tiempo de ejecución del suceso procesa cualquier acción o suceso retrasado. Cambie las siguientes propiedades: Tabla 23. Valores de la propiedad para definir el proceso retrasado Propiedad Valor Para reglas de suceso: La máxima cantidad de tiempo, en minutos, una ez superado el tiempo planificado, en el que una regla de as.director.serer.timebased.eent.maxtardiness.minutes sucesos diferida se seguirá ejecutando. El alor predeterminado es -1. El tiempo de ejecución del proceso ealuará todos los sucesos en cola o inocará todas las acciones en cola tan pronto como se inicie el seridor. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 133

140 Tabla 23. Valores de la propiedad para definir el proceso retrasado (continuación) Propiedad Para acciones: as.director.serer.timebased.action.maxtardiness.minutes Valor La máxima cantidad de tiempo, en minutos, una ez superado el tiempo planificado, en el que una acción con retardo de tiempo se seguirá ejecutando. El alor predeterminado es -1. El tiempo de ejecución del proceso ealuará todos los sucesos en cola o inocará todas las acciones en cola tan pronto como se inicie el seridor. Si la propiedad tiene un alor de 0 (cero), será equialente al alor predeterminado de -1. Para obtener más información acerca de cómo configurar estas propiedades, consulte Configurar propiedades en la página 125. Si utiliza Propiedades, estas propiedades se encuentran en la subsección Sucesos y acciones diferidas de la sección Seridor. Configuración de arios perfiles Sucesos de Decision Serer para que coexistan Si tiene arios perfiles de Sucesos de Decision Serer en un sistema, debe configurar el sericio de catálogo de WebSphere extreme Scale para que los perfiles coexistan. Acerca de esta tarea Si tiene un perfil de Sucesos de Decision Serer y ha creado un segundo perfil en el mismo sistema, debe configurar el segundo sistema para que cualquiera de ellos funcione correctamente. 1. Inicie la consola administratia de WebSphere Application Serer. Asegúrese de conectarse al nueo perfilwebsphere Application Serer. 2. PulseAdministración de Sistema > WebSphere extreme Scale > Dominios de sericio de catálogo. 3. Pulse Nueo y especifique los alores para las propiedades: Nombre: especifique un nombre para el dominio de sericio de catálogo, por ejemplo, Sericio de catálogo WODM. Seleccione Seridor de aplicaciones existente bajo el punto final del seridor de catálogo, luego seleccione su seridor WebSphere Application Serer en la lista desplegable. Puerto de cliente: especifique un número de puerto que no se utilice. No especifique el puerto que el seridor de catálogo utiliza en el primer perfil, que es 6601 de forma predeterminada. Puede utilizar 6602 para el segundo perfil, por ejemplo. Pulse Aceptar, luego pulse Guardar para guardar los cambios. 4. Reinicie WebSphere Application Serer para que los cambios surtan efecto. Configuración de conectores de tecnología en un sistema independiente Los conectores de tecnología se pueden ejecutar en el mismo sistema que el tiempo de ejecución de sucesos, o se pueden ejecutar en un sistema independiente o en otro sistema operatio. 134 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

141 Acerca de esta tarea Si desea ejecutar los conectores de tecnología en un sistema independiente del sistema en el que está instalado el tiempo de ejecución de sucesos y ya ha instalado los conectores en otro sistema, debe configurar los conectores del segundo sistema para conectarlos al tiempo de ejecución de sucesos. En las siguientes instrucciones, para diferenciar entre los dos sistemas inolucrados, el sistema en el que se a a instalar el tiempo de ejecución de sucesos se conoce como el sistema de tiempo de ejecución, y el sistema donde funcionan los conectores de forma remota se conoce como el sistema de Conectores. Antes de instalar un conector, asegúrese de que cuenta con una copia del cliente de aplicación WebSphere Application Serer instalada el sistema Conectores. El software de cliente debe apuntar a la misma instancia de WebSphere Application Serer en la que se despliega el tiempo de ejecución de sucesos. Si tiene la intención de utilizar WebSphere MQ como proeedor de JMS, también debe tener instalado el cliente de WebSphere MQ. Para configurar el tiempo de ejecución de sucesos y los conectores de tecnología en otro sistema independiente: 1. Debe modificar el script de entorno del sistema Conectores para que apunte a WebSphere Application Serer del sistema Tiempo de ejecución: a. En el sistema de Conectores, busque un directorio denominado config, que es el directorio padre de Sucesos de Decision Serer (de manera predeterminada en Linux y UNIX /opt/ibm/odm851/odm y en Windows C:\Program Files\IBM\ODM851). b. En el directorio config, busque un script llamado seten.sh (Linux y UNIX) o seten.bat (Windows). Debe establecer los alores de las dos ariables en el script del sistema Conectores. Para obtener más información, consulte Edición de archios seten en la página 115 y Variables de entorno. c. Edite el script seten. En la línea WASADMINHOST, especifique el nombre de host para el sistema Tiempo de ejecución (por ejemplo, en Linux y UNIX el nombre de host puede ser "WASADMINHOST=sistema1.MiCompañía.com"). d. Continúe editando el script seten. En la línea WASBOOTSTRAPPORT, especifique el número de puerto del programa de arranque del sistema Tiempo de ejecución (por ejemplo, en Windows este número de puerto del programa de arranque podría ser WASBOOTSTRAPPORT=2809). e. Guarde el script seten. 2. En el sistema Tiempo de ejecución, si la definición del seridor de la base de datos utiliza localhost como la definición de nombre_host (as.director.common.db.default.dbhost), modifique la configuración de esta propiedad para que apunte al nombre_host completo del sistema Tiempo de ejecución. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 135

142 Configuración del conector de la Consola del usuario para que utilice un origen de datos de WebSphere Application Serer El conector de la Consola de usuario accede a sus tablas utilizando las conexiones de datos. Si ha configurado Sucesos de Decision Serer para que utilice un origen de datos de WebSphere Application Serer al acceder al tiempo de ejecución de sucesos, debe realizar más cambios en la configuración para que el conector de la Consola de usuario pueda funcionar. Debe realizar esta tarea si utiliza una base de datos incluida Apache Derby. Antes de empezar Debe definir el conector de la Consola de usuario. Consulte Conector de la Consola de usuario. Si no ha configurado Sucesos de Decision Serer para que utilice un origen de datos de WebSphere Application Serer al acceder al tiempo de ejecución de sucesos, no es necesario realizar ninguna otra configuración. Acerca de esta tarea Si la base de datos de tiempo de ejecución es una base de datos Apache Derby incrustada, deberá crear una base de datos independiente para alojar las tablas de la Consola de usuario y, a continuación, cambiar los alores de algunas propiedades para que el conector de la Consola de usuario pueda acceder a sus tablas en la base de datos independiente. Si la base de datos de tiempo de ejecución de sucesos está alojada en otro gestor de base de datos soportado (incluido Derby Network Serer, que está incorporado en la instalación de WebSphere Application Serer), puede cambiar los alores de las propiedades de modo que el conector de la Consola de usuario utilice las conexiones de datos de Sucesos de Decision Serer para conectarse a las tablas de la Consola de usuario. Por razones de rendimiento, puede seguir accediendo a la base de datos de tiempo de ejecución de sucesos utilizando los orígenes de datos de WebSphere Application Serer. Para cambiar la configuración de modo que el conector de la Consola de usuario acceda a sus tablas utilizando conexiones de datos de Sucesos de Decision Serer y no los orígenes de datos de WebSphere Application Serer: 1. Si la base de datos de tiempo de ejecución de sucesos está alojada en un Apache Derby incrustado, cree una base de datos nuea para las tablas de la Consola de usuario. La nuea base de datos puede alojarse en cualquier base de datos admitida, pero en esta sección de las instrucciones se da por supuesto que está utilizando Derby Network Serer, la cual ya está instalada como parte WebSphere Application Serer. a. Inicie Derby NetworkSerer. En el directorio dir_instal_was/derby/bin/ networkserer, ejecute startnetworkserer.bat (Windows) o startnetworkserer.sh (Linux y UNIX). Derby NetworkSerer se inicia en una entana de mandatos con el siguiente mensaje: El seridor está listo para aceptar conexiones en el puerto El puerto 1527 es el número de puerto predeterminado en el que Derby NetworkSerer escucha las conexiones. 136 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

143 b. En el directorio dir_instal_was/derby/bin/networkserer, inicie el entorno de mandatos ij ejecutando ij.bat (Windows) o ij.sh (Linux y UNIX). c. En la entana de mandatos ij, cree una nuea base de datos para las tablas de la Consola de usuario ejecutando el mandato siguiente (en una sola línea): CONNECT 'jdbc:derby:<dir-instalación>\derby\userconsole;create=true'; (en Windows), o bien CONNECT 'jdbc:derby:<dir-instalación>/derby/userconsole;create=true'; (en Linux o UNIX) d. En la entana de mandatos ij, cree las tablas en la nuea base de datos, ejecutando derbydb.sql que está ubicado en: <dir-instalación>/config/db/ derbydb.sql. Este script crea todas las tablas que necesita la Consola de usuario. 2. Configure la Consola de usuario para que utilice la nuea base de datos estableciendo las siguientes propiedades (si utiliza las propiedades de Sucesos de Decision Serer, éstas se encuentran en la página Conector): a. Si está utilizando Derby Network Serer: Tabla 24. Valores de propiedad por definir. Propiedad Valor as.director.connectors.pem.dbclass com.ibm.wbe.db.derbydb as.director.connectors.pem.instance <dir-instalación>/derby/userconsole as.director.connectors.pem.dbport 1527 as.director.connectors.pem.dbhost sistemaprincipal as.director.connectors.pem.username APP as.director.connectors.pem.password adminderby b. Si utiliza otra base de datos admitida: Tabla 25. Valores de propiedad por definir. Propiedad as.director.connectors.pem.dbclass Valor com.ibm.wbe.db.db2db (DB2) com.ibm.wbe.db.oracledb (Oracle) com.ibm.wbe.db.mssdb (SQL Serer) as.director.connectors.pem.instance as.director.connectors.pem.dbport as.director.connectors.pem.dbhost as.director.connectors.pem.username as.director.connectors.pem.password Nombre de la base de datos Puerto en el que escucha la base de datos Nombre de host de la base de datos El ID de usuario que utiliza Sucesos de Decision Serer para acceder a la base de datos La contraseña asociada con el ID de usuario. c. Habilite cada uno de los campo enumerados en la tabla en el paso siguiente. Debe habilitar los campos y especificar los alores de las propiedades. d. Asegúrese de haber habilitado el historial antes de continuar o, de lo contrario, la Consola de usuario no tendrá ningún dato que mostrar. 3. Luego detenga el reinicio WebSphere Application Serer para aplicar los cambios en las aplicaciones. Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 137

144 4. Compruebe que la base de datos se está ejecutando y, a continuación, inicie los Conectores. Qué hacer a continuación Ya está preparado para utilizar la Consola de usuario. Ajuste de la configuración de tiempo de ejecución de sucesos Algunos ajustes del sistema podrían conducir a un mayor rendimiento a la hora de procesar los sucesos. Acerca de esta tarea Cuando se plantee cómo ajustar el sistema, existen dos áreas a las que tendrá que prestar atención: Tiempo de ejecución de sucesos y WebSphere Application Serer Mensajería JMS Ajuste con el tiempo de ejecución de sucesos y WebSphere Application Serer Acerca de esta tarea Hay arias tareas que se pueden realizar para ajustar el sistema configurando el tiempo de ejecución de sucesos y WebSphere Application Serer. Puede seleccionar una de las tareas siguientes que pueden mejorar el rendimiento: Desactie el registro cronológico. Para obtener más información, consulte Registros. Desactie el registro del historial, si no se necesita. Consulte Configuración del tiempo de ejecución de sucesos para grabar el historial en la página 131. Utilice conectores solo si es necesario. Si los sucesos ya se encuentran en el formato de Sucesos de Decision Serer, podrá obtener un mayor rendimiento si eita el uso de conectores. Eníe los sucesos directamente a los destinos de sucesos y reciba las acciones directamente de los destinos de acciones. Por ejemplo, plantéese la utilización de los destinos jms/eentdestination, jms/durableeentdestination, jms/actiontopic y jms/durableactiontopic. Asegúrese de que existen suficientes hebras de procesos de reglas de sucesos. Si no logra una utilización plena del procesador en el seridor de Sucesos de Decision Serer, aumente el alor de la propiedad as.director.serer.ruleprocessorinstances. Ajuste la base de datos Sucesos de Decision Serer: Asegúrese de que la base de datos se ajuste (o se ajuste automáticamente) según la carga de trabajo. Los tamaños del archio de registro y de la agrupación de almacenamiento intermedio son importantes. Consulte la documentación del administrador de la base de datos. Plantéese la utilización de una base de datos remota con subsistemas de discos y registros rápidos. Lo ideal sería situar los datos y los registros en dispositios independientes. Ajuste la JVM: Los alores de almacenamiento dinámico predeterminados (mínimo 512 MB, máximo 1024 MB) son aceptables para arias aplicaciones. El ajuste óptimo 138 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

145 depende de la memoria libre disponible y la naturaleza de la carga de trabajo, pero las configuraciones siguientes son adecuadas para un amplio rango de cargas de trabajo del sistema. Puede establecer estos parámetros utilizando la consola de administración de WebSphere Application Serer (Application Serers > seridor1 > Jaa and Process Management > Definición de proceso > Máquina irtual Jaa): - En esta configuración, una JVM de 32 bits con 2 de memoria libre, el primer y segundo parámetro establecen el tamaño de almacenamiento dinámico mínimo y máximo. El tercer parámetro establece una política de recogida de basura generacional con un almacenamiento dinámico de nido de 1024, lo que significa que 1024 del almacenamiento dinámico se utiliza para objetos de corta ida y el resto del almacenamiento dinámico se utiliza para objetos de más duración: Tamaño de almacenamiento dinámico inicial: 1280 (MB). Tamaño máximo de almacenamiento dinámico: 1280 (MB). Argumentos de JVM genéricos: -Xgcpolicy:gencon -Xmn1024M - En esta configuración, una JVM de 64-bit bits con 8 de memoria libre, establece un almacenamiento dinámico de 4096 con un nido de 2048: Tamaño de almacenamiento dinámico inicial: 4096 (MB). Tamaño máximo de almacenamiento dinámico: 4096 (MB). Argumentos de JVM genéricos: -Xgcpolicy:gencon -Xmn2048M Para obtener más información, consulte Ajuste de la JVM. Aumente la simultaneidad: Si utiliza Sistema de Archios HTTP, JDBC, JMS, REST y los conectores de tecnología SOAP y aparecen los mensajes para actiontopic o durableactiontopic, el aumento de la simultaneidad puede mejorar el tipo de acciones procesadas. 1. En el árbol de naegación de la consola de administración de WebSphere Application Serer, pulse Recursos > JMS > Especificaciones de actiación y, a continuación, seleccione la especificación de actiación que desee modificar. Las especificaciones de actiación para los conectores de acciones son: Sistema de archios: wbeca_file_as HTTP: wbeca_http_as JDBC: wbeca_jdbc_as JMS: wbeca_jms_as SOAP: wbeca_soap_as 2. Modifique la especificación de actiación según el proeedor de mensajería que esté utilizando: Si está utilizando la mensajería predeterminada de WebSphere Application Serer, modifique Número máximo de inocaciones MDB simultáneas por punto final. Si está utilizando WebSphere MQ como proeedor de mensajería, modifique el alor de Número máximo de sesiones de seridor en la entana Propiedades aanzadas. Ajuste con mensajería JMS Acerca de esta tarea Hay arias tareas que puede realizar para ajustar el sistema que son específicas de la mensajería JMS. Puede seleccionar una de las tareas siguientes que pueden mejorar el rendimiento: Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 139

146 Con la mensajería permanente, plantéese la utilización de subsistemas de discos y registros rápidos. Lo ideal sería situar los datos y los registros en dispositios independientes. Si está utilizando WebSphere MQ como proeedor JMS: Los parámetros de ajuste clae se refieren a los registros del gestor de colas, los canales y las escuchas, así como el tamaño del almacenamiento intermedio de la cola. Consulte Configuración y ajuste de WebSphere MQ para rendimiento en Windows y UNIX. Plantéese entregar mensajes en lotes desde el tema de entrada a Sucesos de Decision Serer. Este método es útil para los sucesos JMS no persistentes, no durables de WebSphere MQ JMS. El tamaño de lote se configura mediante la consola administratia de WebSphere Application Serer (Seridores > Seridores de aplicaciones > seridor1 > Mensajería > Sericio de escucha de mensajes > Puertos de escucha > sucesos_wbe > Número máximo de mensajes). Sin embargo, si falla uno de los mensajes en el lote, el lote entero olerá a ponerse en la cola para su proceso. Si a a utilizar la mensajería predeterminada de WebSphere Application Serer como proeedor de JMS: Los parámetros de ajuste clae se refieren a la elección del niel de fiabilidad de los mensajes, especificaciones de actiación y el tamaño del almacenamiento intermedio de datos descartables. Consulte Ajuste de las tecnologías de integración de sericios. Especificación de actiación: especialmente en el caso de sucesos JMS no duraderos, plantéese entregar los mensajes en lotes desde el tema de entrada a Sucesos de Decision Serer. Este método permite entregar sucesos de manera más eficaz. Utilice la consola administratia de WebSphere Application Serer (por ejemplo, Recursos > JMS > Especificaciones de actiación > sucesos_wbe, y establezca el tamaño de lote Máximo). Verificación de la configuración de Sucesos de Decision Serer Puede comprobar que Sucesos de Decision Serer, y los widgets de sucesos están correctamente instalados y configurados antes de utilizarlos. Compruebe que Sucesos de Decision Serer esté instalado y configurado correctamente; para ello, cargue el proyecto de sucesos de erificación proporcionado y eníe un suceso a traés del tiempo de ejecución de sucesos. Antes de empezar Instale y configure Sucesos de Decision Serer, incluida la configuración de un proeedor de mensajería JMS. Asegúrese de que ha instalado Diseñador de sucesos. El tiempo de ejecución de sucesos se puede instalar en un sistema separado. Si actia la seguridad de WebSphere Application Serer durante la instalación, debe configurar la autenticación de usuario en el tiempo de ejecución de sucesos antes de erificar la instalación. Consulte Autenticación de usuarios en la página En el sistema en el que haya instalado el tiempo de ejecución de sucesos, compruebe que WebSphere Application Serer esté en ejecución. 140 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

147 2. Compruebe que se haya instalado la aplicación de tiempo de ejecución de sucesos y se haya iniciado en WebSphere Application Serer: a. Inicie la consola administratia de WebSphere Application Serer. Consulte Inicio de la consola administratia de WebSphere Application Serer b. Inicie sesión en la consola administratia de WebSphere Application Serer con el ID de usuario de su elección. c. En el árbol de naegación de la consola administratia de WebSphere Application Serer, pulse Aplicaciones > Tipos de aplicación > Aplicaciones empresariales WebSphere. Asegúrese de que se liste la siguiente aplicación y que aparezca como iniciada: wberuntimeear EentWidgetsEar Asegúrese de que se liste la siguiente aplicación y que se muestre como iniciada si ha preparado el entorno para prueba: wbetesterear 3. En el sistema en el que ha instalado el tiempo de ejecución de sucesos, cree un directorio denominado DecisionSererTest y tome nota de la ubicación en la que ha creado el directorio. 4. En Diseñador de sucesos, pulse con el botón derecho del ratón en la ista Explorador de sucesos y luego pulse Importar. Se abre el asistente Importar. 5. En el asistente Importar, pulse Proyecto de sucesos de archio XML > Siguiente. 6. Pulse Examinar, naegue hasta <dir-instalación>\conectores\alidación y seleccione el proyecto de sucesos denominado installvalidation.xml. Pulse Siguiente. Acepte los alores predeterminados para el resto del asistente y pulse Finalizar para importar el proyecto de sucesos al espacio de trabajo. 7. En la ista Explorador de sucesos, expanda el proyecto de sucesos, expanda la carpeta Saliente y abra la acción Saliente, que se muestra en la siguiente captura de pantalla: 8. En el editor de acciones, pulse la pestaña Conector, que se muestra en la siguiente captura de pantalla: Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 141

148 9. En el campo Carpeta en este sistema, sustituya el alor existente por la ía de acceso completa que apunta a la ubicación del directorio DecisionSererTest que ha creado. Guarde los cambios. 10. Para desplegar el proyecto de sucesos, pulse con el botón derecho del ratón en el proyecto de sucesos en la ista Explorador de sucesos y seleccione Desplegar. Se abre el asistente Desplegar que se muestra en la siguiente captura de pantalla: 142 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Serer

149 11. Seleccione Desplegar todos los actios y pulse Siguiente. 12. Especifique los detalles de conexión para el tiempo de ejecución de sucesos, que se muestran en la siguiente captura de pantalla: Asegúrese de que el nombre de host y los alores de puerto sean correctos para la instancia de WebSphere Application Serer en la que se ha desplegado el tiempo de ejecución de sucesos (el alor de puerto es el puerto Capítulo 3. Configuración de Sucesos de Decision Serer en WebSphere Application Serer 143