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

(1)

IBM Operational Decision Manager

Versión 8 Release 5

Configuración de Operational Decision

Manager en WebSphere Application

Server

(2)

Nota

Antes de utilizar esta información y el producto al que da soporte, lea la información incluida en “Avisos” en la página 241.

Esta versión se aplica a la versió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 nuevas ediciones.

(3)

Contenido

Capítulo 1. Agrupación en clúster de

servidores de Operational Decision

Manager para alta disponibilidad y

escalabilidad

. . . 1

Agrupación en clúster de WebSphere Application Server y topología gold . . . 1 Célula de Operational Decision Manager . . . 4 Célula de topología gold de Decision Server . . . . 6 plantillas de perfil de Operational Decision Manager 8 Configuración de Rule Execution Server utilizando plantillas de perfil . . . 9

Configuración de Rule Execution Server en un perfil nuevo . . . 9 Aumento de un perfil existente con Rule

Execution Server. . . 11 Aumento del perfil de gestor de despliegue con Rule Execution Server . . . 14 Ejecución del script configureDSCluster para

crear un clúster . . . 15 Ejecución del script addNodeToDSCluster . . . 18 Cancelar el aumento de Rule Execution Server de perfiles existentes . . . 19 Desinstalación de Rule Execution Server de un clúster . . . 20 Configuración de las consolas de Decision Center utilizando las plantillas de perfil . . . 21

Configuración de Decision Center en un perfil nuevo . . . 22 Aumento de un perfil existente con Decision

Center . . . 24 Aumento del perfil de gestor de despliegue con Decision Center . . . 27 Ejecución del script configureDCCluster para crear un clúster . . . 28 Ejecución del script addNodeToDCCluster . . . 30 Cancelar el aumento de Decision Center de un clúster existente . . . 32 Desinstalación de Decision Center de un clúster 33 Configuración del tiempo de ejecución de sucesos utilizando plantillas de perfil . . . 34

Aumento de un perfil de gestión existente

WebSphere Application Server . . . 34 Aumento de un perfil de gestión existente utilizando la herramienta de gestión de

perfiles . . . 35 Aumento de un perfil de gestión existente utilizando el mandato manageprofiles . . . 37 Anulación de aumento de un perfil existente utilizando el mandato manageprofiles . . . 39 Aumento de un perfil personalizado existente WebSphere Application Server . . . 40

Aumento de un perfil personalizado existente utilizando la herramienta de gestión de

perfiles . . . 40

Aumento de un perfil personalizado existente utilizando el mandato manageprofiles . . . 41 Anulación de aumento de un perfil existente utilizando el mandato manageprofiles . . . 42 Creación de perfiles para un clúster de topología gold . . . 42 Configuración de un clúster de topología gold. . 44 Creación y configuración de un clúster que

utilizaWebSphere MQ como proveedor de

mensajería . . . 49 Configuración de WebSphere MQ para

utilizarlo como proveedor de mensajería. . . 51 Creación de perfiles para un clúster que

utilizaWebSphere MQ como proveedor de

mensajería . . . 51 Configuración de un clúster que utiliza

WebSphere MQ como proveedor de

mensajería . . . 53 Definición de una recopilación de alta

disponibilidad de servidores de catálogo . . . 56

Capítulo 2. Configuración de Rule

Execution Server en WebSphere

Application Server. . . 57

Antes de empezar: Abrir la consola de

administración . . . 57 Paso 1: seleccionar y aplicar el tipo de persistencia 60 Paso 2: restricción de los permisos del usuario de base de datos . . . 61 Paso 3: configurar la base de datos . . . 62

Creación de una base de datos DB2 para Linux en System z . . . 62 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 . . . 64

Creación de un proveedor JDBC . . . 64 Creación de un origen de datos y una agrupación de conexiones . . . 65 Creación de datos de autenticación J2C . . . . 66 Establecimiento de propiedades personalizadas 67 Probar la conexión a la base de datos. . . 69 Paso 5: Activación de la seguridad en WebSphere Application Server . . . 69

Introducción a la seguridad de WebSphere

Application Server . . . 69 Creación de usuarios y grupos . . . 70 Correlación de grupos de usuarios con el rol de supervisor . . . 72 Políticas de seguridad para la consola de Rule Execution Server. . . 73 Paso 6: desplegar los descriptores MBean de Rule Execution Server. . . 73 Paso 7: desplegar el RAR de la XU . . . 74 Paso 8: desplegar el archivo EAR de gestión de Rule Execution Server. . . 76

(4)

Paso 9: crear un esquema de base de datos de Rule Execution Server. . . 78

Creación de un esquema de base de datos

utilizando la consola de Rule Execution Server . 78 Descripción general del Asistente de valores de instalación. . . 78 Abrir la consola de Rule Execution Server . . 79 Paso 1: Bienvenido al Asistente de parámetros de instalación. . . 80 Paso 2: elegir el esquema de base de datos . . 80 Paso 3: revisar el esquema de base de datos 81 Paso 4: Utilización del informe del Asistente de parámetros de instalación. . . 82 Creación del esquema de base de datos

ejecutando scripts SQL . . . 82 Ejecución de scripts SQL para crear un

esquema DB2 . . . 83 Probar la conexión a la base de datos. . . 84 Paso 10: desplegar el archivo EAR de servicio de decisiones transparentes alojado . . . 85 Paso 11: establecer la propiedad personalizada

DecodeUrlAsUTF8 . . . 86 Pasos de configuración opcionales . . . 87

Integración de WebSphere MQ en WebSphere Application Server para dar soporte a la

ejecución asíncrona . . . 87 Visión general de la integración de WebSphere MQ . . . 87

Creación de la fábrica de conexiones de la cola de WebSphere MQ . . . 88 Creación de la cola de entrada de

WebSphere MQ . . . 88 Creación de la cola de salida de WebSphere MQ . . . 89 Creación de UNA fábrica de conexiones de tema. . . 90 Creación del tema de entrada de

WebSphere MQ . . . 90 Creación del tema de salida de WebSphere MQ . . . 91 Creación de la especificación de activación de cola de WebSphere MQ . . . 91 Creación de la especificación de activación de tema de WebSphere MQ . . . 92 Instalación del bean de regla regido por mensaje. . . 93 Habilitación del Soporte del último

participante en todo el servidor. . . 94 Configuración de Rule Execution Server en

distintos entornos . . . 95 Comprobación del despliegue y configuración . . . 96

Capítulo 3. Configuración de Sucesos

de Decision Server en WebSphere

Application Server. . . 99

Planificar el entorno de Sucesos de Decision Server 101 Creación de un entorno de Sucesos de Decision Server . . . 101 Selección de una topología de Sucesos de

Decision Server. . . 102

Personalización del tiempo de ejecución de

sucesos . . . 103 Configuración de un entorno autónomo Sucesos de Decision Server. . . 104

Creación de un nuevo perfil de servidor de

aplicaciones Sucesos de Decision Server . . . 104 Creación de un perfil nuevo utilizando la

Herramienta de gestión de perfiles . . . . 105 Creación de un perfil nuevo mediante el

mandato manageprofiles . . . 107 Aumento de un perfil de servidor de

aplicaciones de WebSphere Application Server con Sucesos de Decision Server . . . 109

Aumento de un perfil de servidor de aplicaciones existente utilizando la

herramienta de gestión de perfiles . . . . 110 Aumento de un perfil de servidor de

aplicaciones existente utilizando el mandato manageprofiles . . . 112 Anulación del aumento de un perfil de

servidor de aplicaciones existente utilizando el mandato manageprofiles . . . 114 Edición de archivos setenv . . . 115 Personalización del entorno de ejecución de

sucesos . . . 116 Configuración de la base de datos de tiempo de ejecución de sucesos para Sucesos de Decision Server . . . 116

Creación de la base de datos de tiempo de ejecución de sucesos . . . 116 Creación manual de tablas de tiempo de

ejecución de sucesos . . . 117 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 . . . 121 Cambio del proveedor de mensajería del tiempo de ejecución de sucesos . . . 121

Configuración de la mensajería

predeterminada de WebSphere Application Server para que sea el proveedor JMS . . . 121 Configuración de WebSphere MQ para que sea proveedor JMS . . . 123

Configuración de WebSphere MQ . . . 123 Configuración de Sucesos de Decision

Server . . . 123 Configurar propiedades . . . 125

Configuración de las propiedades utilizando la consola administrativaWebSphere

Application Server . . . 126 Configuración de propiedades mediante la herramienta de scripting wsadmin . . . . 127 Configuración de propiedades con la

herramienta Propiedades . . . 127 Configuración de cómo almacenar datos de

pasos . . . 129 Configuración del tiempo de ejecución de

sucesos para almacenar datos de pasos en memoria . . . 129

(5)

Configuración del tiempo de ejecución de sucesos para almacenar los datos de contexto

en ObjectGrid . . . 130

Configuración del tiempo de ejecución de sucesos para grabar el historial . . . 131

Configuración de la cola de sucesos duradera 132 Configuración del tamaño de registro de la cola de sucesos duradera . . . 133

Configuración de cómo se manejan las reglas de sucesos y acciones diferidas . . . 133

Configuración de varios perfiles Sucesos de Decision Server para que coexistan . . . 134

Configuración de conectores de tecnología en un sistema independiente . . . 134

Configuración del conector de la Consola del usuario para que utilice un origen de datos de WebSphere Application Server. . . 136

Ajuste de la configuración de tiempo de ejecución de sucesos . . . 138

Ajuste con el tiempo de ejecución de sucesos y WebSphere Application Server . . . 138

Ajuste con mensajería JMS . . . 139

Verificación de la configuración de Sucesos de Decision Server. . . 140

Protección de Sucesos de Decision Server . . . . 145

Autenticación de usuarios . . . 145

Configuración de la autenticación del usuario utilizando WebSphere Application Server . . 146

Configuración de la autenticación del usuario utilizando LDAP . . . 148

Configuración de la autenticación del usuario con Microsoft Windows Active Directory . . 149

Configuración de la autenticación de usuarios mediante la Consola de usuario . . 150

Protección de acceso a gráficas . . . 152

Protección del bus de integración de servicios 153

Capítulo 4. Configuración de consolas

de Decision Center en WebSphere

Application Server . . . 155

Configuración de las consolas de Decision Center en WebSphere Application Server para plataformas distribuidas . . . 155

Antes de empezar: Abrir la consola de administración . . . 155

Paso 1: restricción de los permisos del usuario de base de datos . . . 157

Paso 2: Configuración de la conectividad de bases de datos . . . 158

Creación de una base de datos DB2 en z/OS 158 Creación de un proveedor JDBC . . . 159

Creación de un origen de datos y una agrupación de conexiones . . . 159

Creación de datos de autenticación J2C . . . 161

Cambio de las propiedades personalizadas de su origen de datos . . . 162

Conexión a la base de datos . . . 163

Paso 3: Configuración de seguridad . . . 163

Creación de usuarios y grupos . . . 163

Actualización de las políticas de seguridad 165 Establecimiento de las propiedades personalizadas para la seguridad de Decision Center . . . 166

Paso 4: desplegar el archivo de EAR de Decision Center . . . 167

Declaración de grupos personalizados . . . 167

Despliegue del archivo EAR . . . 168

Cambio de la secuencia de carga de clases 170 Paso 5: comprobación del despliegue de la consola Decision Center Enterprise . . . 170

Paso 6: Completar la configuración de las consolas de Decision Center . . . 171

Completar la configuración desde la consola de Decision Center Enterprise . . . 171

Descripción general del Asistente de valores de instalación. . . 171

Paso 1: Configurar la base de datos . . . 172

Paso 2: configurar archivos de mensajes 173 Paso 3: configurar grupos . . . 173

Paso 4: establecer el entorno local de persistencia . . . 174

Paso 5: Establecer parámetros de configuración . . . 175

Cómo completar la configuración utilizando tareas Ant . . . 176

Configuración del entorno de tareas Ant 176 Creación del esquema de base de datos 178 Definición y subida de archivos de mensajes . . . 183

Configuración de los usuarios de la consola Business de Decision Center. . . 183

Establecimiento del entorno local de persistencia . . . 184

Añadir o eliminar parámetros de configuración . . . 184

Volver a empaquetar el archivado de Decision Center . . . 186

Configuración de la función de búsqueda de la consola Business de Decision Center. . . 187

Uso del motor de búsqueda Solr remoto . . 187

Establecimiento de parámetros par ael motor de búsqueda Solr . . . 187

Pasos adicionales para configurar Decision Validation Services . . . 189

Antes de empezar . . . 189

Paso 1: crear recursos de base de datos del almacén de decisiones . . . 190

Paso 2: despliegue del archivado de Decision Validation Services por primera vez . . . . 192

Paso 3: comprobar la disponibilidad de Decision Validation Services . . . 193

Paso 4: empaquetar Decision Validation Services mediante Ant . . . 194

Paso 5: volver a desplegar el archivador de Decision Validation Services . . . 195

Distribución de pruebas de Decision Validation Services a varios servidores . . . 196

Configuración de las consolas de Decision Center en WebSphere Application Server para Linux en System z . . . 197

(6)

Paso 1: restricción de los permisos del usuario

de base de datos . . . 199

Paso 2: configuración de seguridad de la conexión Java 2. . . 200

Paso 3: Configuración de la seguridad en WebSphere Application Server. . . 200

Definición de un registro de usuarios . . . 200

Creación de usuarios y grupos . . . 201

Políticas de seguridad para la consola de Decision Center . . . 203

Establecimiento de las propiedades personalizadas para la seguridad de Decision Center . . . 203

Paso 4: creación de la base de datos DB2 . . . 204

Creación de la base de datos DB2 en z/OS 205 Paso 5: crear un proveedor JDBC . . . 205

Paso 6: Creación de un origen de datos y una agrupación de conexiones . . . 206

Creación de un origen de datos y una agrupación de conexiones . . . 206

Probar la conexión a la base de datos . . . 207

Paso 7: Despliegue del archivo EAR de Decision Center en WebSphere Application Server . . . 208

Declaración de grupos personalizados . . . 208

Cambio de la secuencia de carga de clases 209 Despliegue del EAR . . . 209

Comprobación del despliegue de la consola Decision Center Enterprise . . . 211

Paso 8: Completar la configuración . . . 211

Completar la configuración desde la consola de Decision Center Enterprise . . . 211

Descripción general del Asistente de valores de instalación. . . 212

Paso 1: Configurar la base de datos . . . 213

Paso 2: configurar archivos de mensajes 213 Paso 3: configurar grupos . . . 214

Paso 4: establecer el entorno local de persistencia . . . 215

Paso 5: Establecer parámetros de configuración . . . 215

Cómo completar la configuración utilizando tareas Ant . . . 217

Configuración del entorno de tareas Ant 217 Creación del esquema de base de datos 219 Definición y subida de archivos de mensajes . . . 223

Establecimiento del entorno local de persistencia . . . 224

Añadir o eliminar parámetros de configuración . . . 224

Volver a empaquetar el archivado de Decision Center . . . 226

Configuración de la función de búsqueda de la consola Business de Decision Center. . . 227

Uso del motor de búsqueda Solr remoto . . 227

Establecimiento de parámetros par ael motor de búsqueda Solr . . . 227

Pasos adicionales para configurar Decision Validation Services . . . 229

Antes de empezar . . . 229

Paso 1: crear recursos de base de datos del almacén de decisiones . . . 230

Paso 2: despliegue del archivado de Decision Validation Services por primera vez . . . . 231

Paso 3: comprobar la disponibilidad de Decision Validation Services . . . 233

Paso 4: empaquetar Decision Validation Services mediante Ant . . . 234

Paso 5: volver a desplegar el archivador de Decision Validation Services . . . 235

Capítulo 5. Verificación de su

configuración de Decision Center

. . 237

Publicación de un proyecto en Decision Center . . 237

Abrir las consolas de Decision Center . . . 238

Avisos . . . 241

Marcas registradas. . . 243

(7)

Capítulo 1. Agrupación en clúster de servidores 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 Server 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 Server, ampliando así el rendimiento y la disponibilidad.

Operational Decision Manager proporciona scripts que se pueden ejecutar para crear y configurar clústeres de Decision Server o clústeres de Decision Center.

Agrupación en clúster de WebSphere Application Server y topología

gold

La planificación de una topología de clúster con el despliegue de red de WebSphere Application Server 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 Server. 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 Server va 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 Server.

(8)

Célula de Decision Server

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 servidor de creación que alimenta varios servidores de tiempo de ejecución especializados y aislados mediante fases del ciclo de vida. Los artefactos ejecutables se despliegan para ejecutar reglas de negocio y sucesos en HTTP y HTTPS.

Un entorno compartido tiene las ventajas siguientes:

v _{Proporciona aislamiento funcional entre la creación y ejecución de} negocio.

v _{Ofrece un origen único para la creación y el despliegue.}

v _{Permite la bifurcación y la fusión de forma que es posible desplegar} reglas ejecutables en servidores seleccionados.

(9)

v _{Permite una alta disponibilidad para todas las prestaciones de} Operational Decision Manager.

v _{Separa las cargas de trabajo de ejecución y de simulación.} Un entorno compartido tiene los inconvenientes siguientes:

v _{Carece de la posibilidad de personalizar Decision Center para una única} fase (desarrollo, prueba o producción).

v _{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 evitar este problema.

v _{Requiere gestión de acceso a acciones y servidores.}

En el diagrama siguiente se muestra cómo se puede utilizar un único Decision Center para propagar artefactos de decisiones en varias instancias de Decision Server.

Entorno por etapas

Cada célula se puede gestionar independientemente e incluye un clúster de Decision Center y un clúster de Decision Server.

Un entorno por etapas tiene las ventajas siguientes:

v _{Proporciona aislamiento completo entre las etapas del ciclo de vida de} despliegue.

v _{Aísla la creación y ejecución por etapas y células.}

v _{Ofrece la posibilidad de personalizar Decision Center en cada célula,} incluida la seguridad.

v _{Permite una alta disponibilidad para instancias de Decision Center y de} Decision Server en clúster.

Un entorno por etapas tiene los inconvenientes siguientes:

v _{Requiere suministro y gestión de varias JVM y bases de datos de} Decision Center.

v _{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 Java y las tareas Ant proporcionadas.

(10)

En el diagrama siguiente se muestra cómo se utiliza la célula de Operational Decision Manager en cada etapa del ciclo de vida de desarrollo.

Puede configurar la célula de Operational Decision Manager y la célula de Decision Server 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 Server.

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 Server no es relevante para sus requisitos concretos, puede eliminarlo para reducir el uso de los recursos. Cada nodo contiene una instancia de Decision Server y una instancia de Decision Center.

Tal como muestra el diagrama siguiente, las instancias de Decision Server 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.

(11)

Clúster de Decision Center

Este clúster contiene los componentes del lado del servidor de Decision Center para la gestión de creación y simulación de negocios. También contiene un archivo EAR para las consolas web y un archivo EAR para los widgets de sucesos.

Clúster de Decision Server

El clúster de Decision Server 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 Java EE:

v _{Un archivo EAR de la consola Rule Execution Server que se despliega en} el nivel de nodo.

v _{Un archivo RAR de la unidad de ejecución de reglas que se despliega en} el nivel de nodo.

v _{Un archivo EAR que contiene el Proveedor de servicios de escenario,} que ejecuta las suites y simulaciones de prueba de las reglas de negocio. v _{Un archivo EAR que contiene el servicio de decisiones transparentes}

alojado que publica dinámicamente y ejecuta los servicios web de decisiones.

v _{Un tiempo de ejecución de sucesos para ejecutar y probar reglas de} sucesos. El tiempo de ejecución de sucesos incluye archivos EAR de tiempo de ejecución y de prueba. El archivo EAR de prueba debe estar en el mismo clúster que el archivo EAR de tiempo de ejecución.

(12)

v _{Conectores de sucesos.}

v _{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 servicio de decisiones que desencadena una detección de sucesos, deberá colocar los dos motores en la misma JVM para una invocación local.

Célula de topología gold de Decision Server

La célula de topología gold de Decision Server incluye las Reglas de Decision Server y los tiempos de ejecución de Sucesos de Decision Server.

Se puede utilizar la célula de Decision Server para alojar los entornos de creación, prueba y producción. Si algunos de los componentes de Decision Server no son relevantes 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 Server. Las instancias de Decision Server 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:

v _{El ámbito de la Api de Java Management Extensions (JMX) es normalmente el} de la célula de WebSphere Application Server. Sin embargo, puede ocurrir un error si la pila de gestión no encuentra ninguna consola de Rule Execution Server o encuentra más de una. Para obtener más información, consulte la nota técnica sobre limitaciones.

v _{En el diagrama siguiente, la consola de Rule Execution Server está en clúster. No} obstante, también puede desplegarla en un único servidor de la célula. En este caso, para que funcionen los servicios de prueba y simulación, debe

implementar la interfaz de IlrSSPResolver tal como se explica en “Distribución de pruebas de Decision Validation Services a varios servidores” en la página 196.

(13)

El clúster de Decision Server 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 Java EE:

v _{Un archivo EAR de la consola de Rule Execution Server que se despliega en el} nivel de nodo.

v _{Un archivo RAR de la unidad de ejecución (XU) que se despliega en el nivel de} nodo.

v _{Un archivo EAR para el Proveedor de servicios de escenario (SSP), que ejecuta} las suites y simulaciones de prueba de las reglas de negocios.

v _{Un archivo EAR que contiene el servicio de decisiones transparentes alojado que} publica dinámicamente y ejecuta los servicios web de decisiones.

v _{Un tiempo de ejecución de sucesos para ejecutar y probar reglas de sucesos. Un} tiempo de ejecución de sucesos incluye archivos EAR de tiempo de ejecución y de prueba. El archivo EAR de prueba debe estar en el mismo clúster que el archivo EAR de tiempo de ejecución.

v _{Conectores de sucesos.}

v _{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 virtuales Java (JVM). Para habilitar un servicio de decisiones que desencadena una detección de sucesos, deberá colocar los dos motores en la misma JVM para una invocación local.

(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 Server para plantillas de perfil.

En la tabla siguiente se listan los archivos 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 Server. 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 archivos y directorios de plantillas de perfil para Decision Server yDecision Center

Ubicación Cuándo Archivos

<dir-instalación_ODM>/

executionserver/

applicationservers/WebSphere8

Durante la instalación del producto

v _{Los archivos EAR de la consola de Rule Execution} Server, del Proveedor de servicios de escenario (SSP) y de los servicios de decisiones transparentes alojados.

v _{El archivo RAR para la unidad de ejecución (XU)}

<dir-instalación_ODM>/

teamserver/applicationservers/ WebSphere8

El archivo EAR de Decision Center.

<dir-instalación_ODM>/shared/

profiles/profileTemplates/rules

v _{La plantilla de perfil de Decision Server para} aumentar un perfil de gestor de despliegue. El subdirectorio management/ds que contiene los scripts para aumentar un perfil de gestor de despliegue. v _{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.

<dir-instalación_WAS>/ profileTemplates/rules Durante la instalación del producto si se ha seleccionado <dir-instalación_WAS> en el instalador

v _{El subdirectorio management/ds que contiene los} scripts para aumentar un perfil de gestor de despliegue.

v _{El subdirectorio management/dc que contiene los} scripts para aumentar un perfil de gestor de despliegue. <dir-instalación_WAS>/ profileTemplates/rules/default/ ds Durante la instalación del producto

Los scripts para aumentar un nodo o un perfil de WebSphere Application Server con Decision Server.

<dir-instalación_WAS>/

profileTemplates/rules/default/ dc

Los scripts para aumentar un nodo o un perfil de WebSphere Application Server con Decision Center.

Tabla 2. Instalación de los archivos y directorios de plantillas del perfil para el tiempo de ejecución de sucesos

<dir-instalación_ODM>/runtime Durante la instalación del producto

Los archivos EAR de tiempo de ejecución de sucesos: v wberuntimeear.ear

v WBETesterEar.ear

<dir-instalación_ODM>/runtime Durante la instalación del producto

El archivo EAR de widgets de sucesos: EventWidgetsEar.ear

(15)

Tabla 2. Instalación de los archivos y directorios de plantillas del perfil para el tiempo de ejecución de sucesos (continuación)

<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

Los scripts para aumentar un nodo o un perfil de WebSphere Application Server con el tiempo de ejecución de sucesos.

Configuración de Rule Execution Server utilizando plantillas de perfil

Puede crear nuevos perfiles para Rule Execution Server y configurar un clúster de WebSphere Application Server para alta disponibilidad y escalabilidad.

Para crear un nuevo servidor autónomo para albergar Rule Execution Server, antes debe crear un perfil nuevo. Puede crear un perfil utilizando la herramienta de gestión de perfiles o utilizando el mandato manageprofiles.

Configuración de Rule Execution Server en un perfil nuevo

Para crear una instancia autónoma nueva del entorno Rule Execution Server, antes debe crear un perfil de Decision Server. 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 servidor de ejecución. A menos que utilice Apache Derby, cree esta base de datos antes de configurar el perfil nuevo. Consulte Creación de una base de datos de Rule Execution Server.

Acerca de esta tarea

Según su sistema operativo, puede utilizar la Herramienta de gestión de perfiles o el mandato manageprofiles para crear un perfil nuevo:

v _{En un sistema operativo 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 operativo HP-UX, ni en z/OS.

v _{En un sistema operativo de 32 bits o en cualquier otro sistema operativo, puede} utilizar el mandato manageprofiles.

El procedimiento describe cómo utilizar el mandato manageprofiles para configurar Rule Execution Server en un perfil nuevo.

Procedimiento

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.

(16)

-create

Para crear el nuevo perfil.

-templatePath <template_path>

donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione la ví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 vía de acceso completa al directorio de instalación de Decision Server, <dir-instalación>. Debe especificar este parámetro si ha instalado Decision Server 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.

-serverName nombre_servidor

donde nombre_servidor es el nombre del servidor.

-enableAdminSecurity true|false

donde true activa la seguridad administrativa de WebSphere Application Server. Si proporciona este parámetro, también debe proporcionar

-adminUserNamey -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 Server. 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 Server. Solo es necesario si se habilita

enableAdminSecurity.

-dbType tipo_base_datos

donde tipo_base_datos especifica el producto de base de datos. Los valores válidos son:

v _{Derby_Embedded: el valor predeterminado} v _{DB2_Universal}

v _{Derby_Servidor de Red} v _Oracle

v _{MS_SQL_Server}

-dbName nombre_base_datos

donde nombre_base_datos es el nombre de la base de datos. Obligatorio, a menos que -dbType sea Derby_Embedded.

(17)

-dbUserId nombre_usuario_base_datos

donde nombre_usuario_base_datos es el Id. de usuario para acceder al servidor 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 servidor de base de datos. Obligatorio, a menos que -dbType sea Derby_Embedded.

-dbJDBCClasspath vía_acceso_clase_jdbc_base_datos

donde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clase JDBC. Obligatorio, a menos que

-dbTypesea Derby_Embedded.

-dbJDBCLicenseClasspath vía_acceso_licencia_jdbc_base_datos

donde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clases de JBDC. Solo es necesario si

-dbTypees DB2_Universal.

-dbHostName nombre_host

donde nombre_host es el nombre de host para el servidor de bases de datos. Obligatorio, a menos que -dbType sea Derby_Embedded.

-dbServerPort número_puerto

donde número_puerto es el puerto del servicio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que

Resultados

Tras ejecutar el mandato manageprofiles, se crea el perfil.

Ejemplos

Los ejemplos siguientes muestran cómo configurar Rule Execution Server con el proveedor de mensajería predeterminado en Windows y Linux.

El primer ejemplo crea un nuevo perfil de servidor de aplicaciones en Windows utilizando Apache Derby incluido como proveedor de bases de datos y la

mensajería predeterminada de WebSphere Application Server como proveedor 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 nuevo perfil de servidor de aplicaciones en Linux y UNIX utilizando Apache Derby incluido como proveedor de bases de datos y la mensajería predeterminada de WebSphere Application Server como proveedor 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 Server

Para crear una instancia de Rule Execution Server en una instancia de WebSphere Application Server existente, puede aumentar el perfil utilizando el mandato

(18)

Antes de empezar

Antes de aumentar un perfil de WebSphere Application Server existente, asegúrese de que se han detenido todos los servidores 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 Server.

Acerca de esta tarea

Puede utilizar el mandato manageprofiles o la Herramienta de gestión de perfiles para aumentar un perfil existente:

v _{El mandato manageprofiles tiene soporte en todos los sistemas operativos.} v _{La Herramienta de gestión de perfiles sólo tiene soporte en sistemas operativos}

de 32 bits. La herramienta de gestión de perfiles no tiene soporte ni en sistemas operativos HP-UX, ni z/OS.

El procedimiento describe cómo utilizar el mandato manageprofiles para aumentar Rule Execution Server en un perfil existente.

Procedimiento

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 archivos 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 <vía_acceso_plantilla>

donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione el valor siguiente par el perfil de servidor de aplicaciones: <Dir_instalación_WAS>/profileTemplates/rules/default/ds.

donde nombre_perfil es el nombre del perfil de servidor de aplicaciones existente que está aumentando.

b. Opcional: Especifique los siguientes parámetros.

donde ubicación de instalación es la vía de acceso completa que representa la ubicación de instalación de Decision Server. Debe especificar este parámetro si Decision Server está instalado en una ubicación distinta de la predeterminada.

(19)

donde nombre_host es el nombre de host del sistema en el que se encuentra el perfil.

donde true activa la seguridad administrativa de WebSphere Application Server. Si proporciona este parámetro, también debe proporcionar

-adminUserNamey -adminPassword. Si no especifica este parámetro, el predeterminado es false.

donde tipo_base_datos especifica el producto de base de datos. Los valores válidos son:

donde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clase JDBC. Obligatorio, a menos que

donde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clases de JBDC. Solo es necesario si

-dbTypees DB2_Universal.

donde nombre_host es el nombre de host para el servidor de bases de datos. Obligatorio, a menos que -dbType sea Derby_Embedded.

(20)

-dbServerPort número_puerto

donde número_puerto es el puerto del servicio TCP/IP, o el puerto en el que la base de datos está a la escucha. Obligatorio, a menos que

Resultados

Tras ejecutar el mandato manageprofiles, se aumenta el perfil.

Ejemplos

Los ejemplos siguientes muestran cómo configurar Rule Execution Server con el proveedor de mensajería predeterminado.

El primer ejemplo aumenta un perfil de servidor de aplicaciones existente, llamado AppSrv01, en Windows, utilizando el Apache Derby incluido como proveedor 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 AppSrv01

El segundo ejemplo aumenta un perfil de servidor de aplicaciones existente, llamado AppSrv01, en entornos Linux and UNIX, utilizando el Apache Derby incluido como proveedor de base de datos.

manageprofiles.sh -augment

-templatePath "/opt/ibm/ODM851/ODM/WAS/profileTemplates/rules/default/ds" -dsHome /opt/ibm/ODM851/ODM -profileName AppSrv01

Los ejemplos siguientes muestran cómo cancelar el aumento de Rule Execution Server de un perfil existente.

El primer ejemplo anula el aumento de un perfil de servidor de aplicaciones de Decision Server existente, llamado ODMSrv01, en Windows.

manageprofiles.bat -unaugment -templatePath

"C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\ds" -profileName ODMSrv01

El segundo ejemplo anula el aumento de un perfil de servidor de aplicaciones de Decision Server existente llamado, ODMSrv01, en Linux y UNIX.

manageprofiles.sh -unaugment -templatePath

"/opt/ibm/ODM851/ODM/WAS/profileTemplates/rules/default/ds" -profileName ODMSrv01

Aumento del perfil de gestor de despliegue con Rule

Execution Server

Para alta disponibilidad y escalabilidad en sus aplicaciones, puede configurar Rule Execution Server en un clúster de WebSphere Application Server, 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 Server, crear un perfil de gestor de despliegue y asegurarse de que existe un nodo.

(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 Server. Este paso crea un directorio nuevo, 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 servidor para la consola de Rule Execution Server. El nodo debe estar iniciado y visible 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.

Procedimiento

Inicie el archivo manageprofiles con las opciones -augment.

v _{En Windows: <dir-instalación_WAS>\bin\manageprofiles.bat -augment}

-profileName Dmgr01 -templatePath <dir-instalación_WAS>\profileTemplates\ rules\management\ds

v _{En entornos UNIX: <dir-instalación_WAS>/bin/manageprofiles.sh -augment} -profileName Dmgr01 -templatePath <dir-instalación_WAS>/profileTemplates/ rules/management/ds

donde

v _{<dir-instalación_WAS> es el directorio en el que está instalado WebSphere} Application Server.

v _Dmgr01_{es el nombre del gestor de despliegue de perfiles que ha creado como} requisito previo.

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.shpara 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 vez aumentado el perfil de gestión predeterminado, puede ejecutar el script que configura Rule Execution Server como un clúster de WebSphere Application Server.

Antes de empezar

Antes de iniciar el script para aumentar el perfil, debe establecer la variable de entorno ODM_HOME. El script de configuración que ejecute en el paso 2 en la página 16 utiliza dicha variable.

(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 nuevo 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 18.

Procedimiento

1. Edite el archivo configureDSCluster.properties para establecer el nombre del clúster y los valores de base de datos.

Este archivo 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 valores para las claves siguientes:

wodm.dsrules.clusterName

El valor 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

DecisionServerCluster.

wodm.dsrules.rulesMgrServerName

El nombre del servidor en el que se encuentra la consola de Rule Execution Server. Por ejemplo: RulesMgrSrv.

wodm.dsrules.db.type

El tipo de base de datos: DB2, Oracle o MSQL. El valor predeterminado es DB2.

wodm.dsrules.db.jdbcDriverPath

La vía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/drivers/ db2jcc.jar;C:/drivers/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_server.

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]

(23)

comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo incorrecto, puede volver a ejecutar el script.

v _{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 DecisionServerNode01 -dmgrHostName localhost -dmgrPort 8879

v _{En UNIX:}

<dir-instalación_WAS>/profiles/Dmgr01/bin/configureDSCluster.sh -dmgrAdminUsername

<dir-instalación_WAS>/profiles/Dmgr01/bin/rules/configureDSCluster.properties

-createNode

-targetNodeName DecisionServerNode01 -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 Server

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphere Application Server

-clusterPropertiesFile Obligatorio La vía de acceso al archivo 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 Server 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, 8879.

Resultados

El script realiza las acciones siguientes:

v _{Instala el proveedor JDBC, conector JCA y el origen de datos a nivel de nodo.} v _{Instale la consola de Rule Execution Server en el clúster.}

v _{Despliega los servicios de decisiones transparentes alojados y el Scenario Service} Provider (SSP) en el miembro de clúster. Los usuarios se correlacionan a los grupos de aplicaciones cuando se despliega una aplicación.

v _{Inicia el servidor del gestor de despliegue, si aún no está iniciado.} v _{Configura la seguridad.}

v _{Crea los usuarios resAdmin, resDeployer, resMonitor. Estos usuarios pertenecen} a monitor de WebSphere Application Server, por lo que las notificaciones JMX funcionan en todos los nodos de clúster.

(24)

v _{Instale la unidad de ejecución (XU).} v _{Correlaciona usuarios y grupos con roles.} v _{Inicia el clúster, servidores y aplicaciones.}

Cuando se completa el script, el clúster está activo y ejecución. A continuación, el usuario debería configurar el sistema de equilibrio de carga, como servidor HTTP de IBM.

Ejecución del script addNodeToDSCluster

Tras haber configurado Rule Execution Server en un clúster WebSphere Application Server, 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 variable de entorno ODM_HOME. El script que ejecute en el paso 2 en la página 19 utiliza dicha variable.

Acerca de esta tarea

Tras haber definido el clúster a través del script de configuración, puede configurar un nodo predeterminado y añadirlo al clúster.

Procedimiento

1. Compruebe que el archivo configureDSCluster.properties contiene el nombre de clúster y los valores de base de datos correctos.

Este archivo 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 valores para las claves siguientes:

wodm.dsrules.clusterName

El valor debe ser el nombre de un clúster existente. El nombre predeterminado es DecisionServerCluster.

wodm.dsrules.rulesMgrServerName

El nombre del servidor en el que se encuentra la consola de Rule Execution Server. Por ejemplo: RulesMgrSrv.

wodm.dsrules.db.type

El tipo de base de datos: DB2, Oracle o MSQL. El valor predeterminado es DB2.

wodm.dsrules.db.jdbcDriverPath

La vía de acceso a los controladores JDBC. Separe los nombres de controladores con punto y coma (;). Por ejemplo: C:/drivers/ db2jcc.jar;C:/drivers/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_server.

wodm.dsrules.db.port

(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 valorParámetro1 -ParameterName2 valorParámetro2 ... . Si comete un error, como por ejemplo que falte un parámetro o incluya un nombre de nodo destino incorrecto, puede volver a ejecutar el script. v _{En Windows:}

<Dir_instalación_WAS>\profiles\Dmgr01\bin\addNodeToDSCluster.bat -dmgrAdminUsername

-targetNodeName DecisionServerNode01 -dmgrPort 8879

v _{En UNIX:}

<dir-instalación_WAS>/profiles/Dmgr01/bin/addNodeToDSCluster.sh -dmgrAdminUsername

-targetNodeName DecisionServerNode01 -dmgrPort 8879

Nombre de parámetro Necesario Descripción

-dmgrAdminUsername Obligatorio El identificador de usuario del administrador de WebSphere Application Server

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphere Application Server

-clusterPropertiesFile Obligatorio La vía de acceso al archivo 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

Resultados

El script configura un nodo predeterminado de WebSphere Application Server y lo añade al clúster que se especifica en el archivo configureDSCluster.properties que ha pasado como parámetro al script.

Cuando se completa el script, el clúster está activo y ejecutándose con el nuevo nodo.

Cancelar el aumento de Rule Execution Server de perfiles

existentes

Puede cancelar el aumento de Decision Server desde perfiles existentes sin suprimir el clúster.

(26)

Acerca de esta tarea

Utilice el mandato manageprofiles para cancelar el aumento de Decision Server de perfiles existentes en un clúster.

Procedimiento

Inicie el archivo manageprofiles con las opciones de -unaugment siguientes: v _{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 DecisionServerNode01

v _{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 DecisionServerNode01 donde

v _{<dir-instalación_WAS> es el directorio en el que está instalado WebSphere} Application Server.

v _Dmgr01_{es el nombre del gestor de despliegue de perfil que ha creado como} requisito previo para la configuración del clúster.

v _ds_{es la abreviatura de Decision Server.}

v _-nodeName_{y -cellName son los nombres del nodo y celda que ha definido} cuando ha creado el perfil de gestor de despliegue.

v _{-targetNodeName}_{es el nombre del nodo en el que ha instalado Decision Server.}

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

Desinstalación de Rule Execution Server de un clúster

Puede desinstalar Rule Execution Server desde un clúster existente.

Acerca de esta tarea

Para desinstalar Rule Execution Server de un clúster, utilice el mismo script de configuración que utiliza para configurar el clúster.

Procedimiento

1. Navegue 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 -clusterPropertiesFile filePath -uninstall

(27)

<dir-instalación_WAS>\profiles\Dmgr01\bin\configureDSCluster.bat

-dmgrAdminUsername websphere -dmgrAdminPassword websphere -clusterPropertiesFile

-targetNodeName DecisionServerNode01 -dmgrHostName localhost -dmgrPort 8879 -uninstall

v _{En UNIX:}

<dir-instalación_WAS>/profiles/Dmgr01/bin/configureDSCluster.sh

-dmgrAdminUsername websphere -dmgrAdminPassword websphere -clusterPropertiesFile

-targetNodeName DecisionServerNode01 -dmgrHostName localhost -dmgrPort 8879 -uninstall

Nombre de parámetro Obligatorio/Opcional Descripción

-dmgrAdminUsername Obligatorio El identificador de usuario de WebSphere Application Server que ha definido cuando instaló Decision Server -dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphere

Application Server que definió cuando instaló Decision Server.

-clusterPropertiesFile Obligatorio La vía de acceso completa al archivo 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

Resultados

Este mandato tiene los resultados siguientes:

v _{Desinstala servicios de decisiones transparentes alojados y el Scenario Service} Provider (SSP).

v _{Desinstala la consola de Rule Execution Server.}

v _{Elimina el servidor de consola de Rule Execution Server.} v _{Desinstale la unidad de ejecución (XU).}

v _{Desinstala el origen de datos.}

v _{Elimina los grupos administrativos y aplicativos.}

Configuración de las consolas de Decision Center utilizando las

plantillas de perfil

Puede crear nuevos perfiles para las consolas de Decision Center y configurar un clúster de WebSphere Application Server para alta disponibilidad y escalabilidad.

(28)

Para crear un nuevo servidor autónomo para albergar Decision Center, antes debe crear un perfil nuevo. 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 nuevo

Para crear una nueva 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 servidor de ejecución. A menos que utilice Apache Derby, cree esta base de datos antes de configurar el perfil nuevo. Consulte Creación de un origen de datos y una agrupación de conexiones.

Acerca de esta tarea

Según su sistema operativo, puede utilizar la Herramienta de gestión de perfiles o el mandato manageprofiles para crear un perfil nuevo:

v _{En un sistema operativo 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 operativo HP-UX, ni en z/OS.

v _{En un sistema operativo de 32 bits o en cualquier otro sistema operativo, puede} utilizar el mandato manageprofiles.

El procedimiento siguiente describe cómo utilizar el mandato manageprofiles para configurar Decision Center en un perfil nuevo.

Procedimiento

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

-templatePath <template_path>

donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil. Proporcione la vía de acceso a <dir-instalación_WAS>/profileTemplates/ rules/default/dc.

Utilice los parámetros opcionales siguientes:

donde ubicación de instalación es la ví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.

(29)

donde nombre_host es el nombre de host del sistema que aloja el perfil.

donde true activa la seguridad administrativa de WebSphere Application Server. Si proporciona este parámetro, también debe proporcionar -adminUserName y -adminPassword. Si no especifica este parámetro, el valor predeterminado es falso, y la seguridad no estará activa. También debe proporcionar -adminUserName y -adminPassword.

donde tipo_base_datos especifica el producto de base de datos. Los valores válidos son:

donde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clase JDBC. Obligatorio, a menos que -dbType sea Derby_Embedded.

donde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a los archivos de vía de acceso de clases de JBDC. Solo es necesario si -dbType es DB2_Universal.

donde nombre_host es el nombre de host para el servidor de bases de datos. Obligatorio, a menos que -dbType sea Derby_Embedded.