Configuración de Operational Decision Manager ... · Creación del esquema de base de datos...

IBM Operational Decision ManagerVersión 8 Release 5

Configuración de Operational DecisionManager en WebSphere ApplicationServer

��

NotaAntes 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 losreleases y modificaciones posteriores hasta que se indique lo contrario en nuevas ediciones.

© Copyright IBM Corporation 2012, 2013.

Contenido

Capítulo 1. Agrupación en clúster deservidores de Operational DecisionManager para alta disponibilidad yescalabilidad . . . . . . . . . . . . 1Agrupación en clúster de WebSphere ApplicationServer y topología gold . . . . . . . . . . . 1Célula de Operational Decision Manager . . . . . 4Célula de topología gold de Decision Server . . . . 6plantillas de perfil de Operational Decision Manager 8Configuración de Rule Execution Server utilizandoplantillas de perfil . . . . . . . . . . . . 9

Configuración de Rule Execution Server en unperfil nuevo . . . . . . . . . . . . . 9Aumento de un perfil existente con RuleExecution Server. . . . . . . . . . . . 11Aumento del perfil de gestor de despliegue conRule Execution Server . . . . . . . . . . 14Ejecución del script configureDSCluster paracrear un clúster . . . . . . . . . . . . 15Ejecución del script addNodeToDSCluster . . . 18Cancelar el aumento de Rule Execution Server deperfiles existentes . . . . . . . . . . . 19Desinstalación de Rule Execution Server de unclúster . . . . . . . . . . . . . . . 20

Configuración de las consolas de Decision Centerutilizando las plantillas de perfil . . . . . . . 21

Configuración de Decision Center en un perfilnuevo . . . . . . . . . . . . . . . 22Aumento de un perfil existente con DecisionCenter . . . . . . . . . . . . . . . 24Aumento del perfil de gestor de despliegue conDecision Center . . . . . . . . . . . . 27Ejecución del script configureDCCluster paracrear un clúster . . . . . . . . . . . . 28Ejecución del script addNodeToDCCluster . . . 30Cancelar el aumento de Decision Center de unclúster existente . . . . . . . . . . . . 32Desinstalación de Decision Center de un clúster 33

Configuración del tiempo de ejecución de sucesosutilizando plantillas de perfil . . . . . . . . 34

Aumento de un perfil de gestión existenteWebSphere Application Server . . . . . . . 34

Aumento de un perfil de gestión existenteutilizando la herramienta de gestión deperfiles . . . . . . . . . . . . . . 35Aumento de un perfil de gestión existenteutilizando el mandato manageprofiles . . . 37Anulación de aumento de un perfil existenteutilizando el mandato manageprofiles . . . 39

Aumento de un perfil personalizado existenteWebSphere Application Server . . . . . . . 40

Aumento de un perfil personalizado existenteutilizando la herramienta de gestión deperfiles . . . . . . . . . . . . . . 40

Aumento de un perfil personalizado existenteutilizando el mandato manageprofiles . . . 41Anulación de aumento de un perfil existenteutilizando el mandato manageprofiles . . . 42

Creación de perfiles para un clúster de topologíagold . . . . . . . . . . . . . . . . 42Configuración de un clúster de topología gold. . 44Creación y configuración de un clúster queutilizaWebSphere MQ como proveedor demensajería . . . . . . . . . . . . . . 49

Configuración de WebSphere MQ parautilizarlo como proveedor de mensajería. . . 51Creación de perfiles para un clúster queutilizaWebSphere MQ como proveedor demensajería . . . . . . . . . . . . . 51Configuración de un clúster que utilizaWebSphere MQ como proveedor demensajería . . . . . . . . . . . . . 53

Definición de una recopilación de altadisponibilidad de servidores de catálogo . . . 56

Capítulo 2. Configuración de RuleExecution Server en WebSphereApplication Server. . . . . . . . . . 57Antes de empezar: Abrir la consola deadministración . . . . . . . . . . . . . 57Paso 1: seleccionar y aplicar el tipo de persistencia 60Paso 2: restricción de los permisos del usuario debase de datos . . . . . . . . . . . . . . 61Paso 3: configurar la base de datos . . . . . . 62

Creación de una base de datos DB2 para Linuxen System z . . . . . . . . . . . . . 62Creación de una base de datos DB2 en z/OS . . 63

Paso 4: Configuración de un origen de datos y unaagrupación de conexiones . . . . . . . . . 64

Creación de un proveedor JDBC . . . . . . 64Creación de un origen de datos y una agrupaciónde conexiones . . . . . . . . . . . . 65Creación de datos de autenticación J2C . . . . 66Establecimiento de propiedades personalizadas 67Probar la conexión a la base de datos. . . . . 69

Paso 5: Activación de la seguridad en WebSphereApplication Server . . . . . . . . . . . . 69

Introducción a la seguridad de WebSphereApplication Server . . . . . . . . . . . 69Creación de usuarios y grupos . . . . . . . 70Correlación de grupos de usuarios con el rol desupervisor . . . . . . . . . . . . . . 72Políticas de seguridad para la consola de RuleExecution Server. . . . . . . . . . . . 73

Paso 6: desplegar los descriptores MBean de RuleExecution Server. . . . . . . . . . . . . 73Paso 7: desplegar el RAR de la XU . . . . . . 74Paso 8: desplegar el archivo EAR de gestión de RuleExecution Server. . . . . . . . . . . . . 76

© Copyright IBM Corp. 2012, 2013 iii

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

Creación de un esquema de base de datosutilizando la consola de Rule Execution Server . 78

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

Creación del esquema de base de datosejecutando scripts SQL . . . . . . . . . 82

Ejecución de scripts SQL para crear unesquema DB2. . . . . . . . . . . . 83

Probar la conexión a la base de datos. . . . . 84Paso 10: desplegar el archivo EAR de servicio dedecisiones transparentes alojado . . . . . . . 85Paso 11: establecer la propiedad personalizadaDecodeUrlAsUTF8 . . . . . . . . . . . . 86Pasos de configuración opcionales . . . . . . . 87

Integración de WebSphere MQ en WebSphereApplication Server para dar soporte a laejecución asíncrona . . . . . . . . . . . 87

Visión general de la integración de WebSphereMQ . . . . . . . . . . . . . . . 87

Creación de la fábrica de conexiones de lacola de WebSphere MQ . . . . . . . 88Creación de la cola de entrada deWebSphere MQ . . . . . . . . . . 88Creación de la cola de salida de WebSphereMQ . . . . . . . . . . . . . . 89Creación de UNA fábrica de conexiones detema. . . . . . . . . . . . . . 90Creación del tema de entrada deWebSphere MQ . . . . . . . . . . 90Creación del tema de salida de WebSphereMQ . . . . . . . . . . . . . . 91Creación de la especificación de activaciónde cola de WebSphere MQ . . . . . . 91Creación de la especificación de activaciónde tema de WebSphere MQ . . . . . . 92Instalación del bean de regla regido pormensaje. . . . . . . . . . . . . 93Habilitación del Soporte del últimoparticipante en todo el servidor. . . . . 94

Configuración de Rule Execution Server endistintos entornos . . . . . . . . . . . 95

Comprobación del despliegue y configuración . . . 96

Capítulo 3. Configuración de Sucesosde Decision Server en WebSphereApplication Server. . . . . . . . . . 99Planificar el entorno de Sucesos de Decision Server 101

Creación de un entorno de Sucesos de DecisionServer . . . . . . . . . . . . . . . 101Selección de una topología de Sucesos deDecision Server. . . . . . . . . . . . 102

Personalización del tiempo de ejecución desucesos . . . . . . . . . . . . . . 103

Configuración de un entorno autónomo Sucesos deDecision Server. . . . . . . . . . . . . 104

Creación de un nuevo perfil de servidor deaplicaciones Sucesos de Decision Server . . . 104

Creación de un perfil nuevo utilizando laHerramienta de gestión de perfiles . . . . 105Creación de un perfil nuevo mediante elmandato manageprofiles . . . . . . . 107

Aumento de un perfil de servidor deaplicaciones de WebSphere Application Servercon Sucesos de Decision Server . . . . . . 109

Aumento de un perfil de servidor deaplicaciones existente utilizando laherramienta de gestión de perfiles . . . . 110Aumento de un perfil de servidor deaplicaciones existente utilizando el mandatomanageprofiles . . . . . . . . . . . 112Anulación del aumento de un perfil deservidor de aplicaciones existente utilizandoel mandato manageprofiles . . . . . . . 114

Edición de archivos setenv . . . . . . . . . 115Personalización del entorno de ejecución desucesos . . . . . . . . . . . . . . . 116

Configuración de la base de datos de tiempo deejecución de sucesos para Sucesos de DecisionServer . . . . . . . . . . . . . . . 116

Creación de la base de datos de tiempo deejecución de sucesos . . . . . . . . . 116Creación manual de tablas de tiempo deejecución de sucesos . . . . . . . . . 117Desplegar tablas en base de datos distintas 118Despliegue el tiempo de ejecución de sucesosen un gestor de base de datos que distingueentre mayúsculas y minúsculas . . . . . 121

Cambio del proveedor de mensajería del tiempode ejecución de sucesos . . . . . . . . . 121

Configuración de la mensajeríapredeterminada de WebSphere ApplicationServer para que sea el proveedor JMS . . . 121Configuración de WebSphere MQ para quesea proveedor JMS . . . . . . . . . 123

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

Configurar propiedades . . . . . . . . . 125Configuración de las propiedades utilizandola consola administrativaWebSphereApplication Server . . . . . . . . . 126Configuración de propiedades mediante laherramienta de scripting wsadmin . . . . 127Configuración de propiedades con laherramienta Propiedades . . . . . . . 127

Configuración de cómo almacenar datos depasos . . . . . . . . . . . . . . . 129

Configuración del tiempo de ejecución desucesos para almacenar datos de pasos enmemoria . . . . . . . . . . . . . 129

iv IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Server

Configuración del tiempo de ejecución desucesos para almacenar los datos de contextoen ObjectGrid . . . . . . . . . . . 130

Configuración del tiempo de ejecución desucesos para grabar el historial . . . . . . 131Configuración de la cola de sucesos duradera 132

Configuración del tamaño de registro de lacola de sucesos duradera . . . . . . . 133

Configuración de cómo se manejan las reglas desucesos y acciones diferidas . . . . . . . 133Configuración de varios perfiles Sucesos deDecision Server para que coexistan . . . . . 134Configuración de conectores de tecnología en unsistema independiente . . . . . . . . . 134Configuración del conector de la Consola delusuario para que utilice un origen de datos deWebSphere Application Server. . . . . . . 136Ajuste de la configuración de tiempo deejecución de sucesos . . . . . . . . . . 138

Ajuste con el tiempo de ejecución de sucesosy WebSphere Application Server . . . . . 138Ajuste con mensajería JMS . . . . . . . 139

Verificación de la configuración de Sucesos deDecision Server. . . . . . . . . . . . . 140Protección de Sucesos de Decision Server . . . . 145

Autenticación de usuarios . . . . . . . . 145Configuración de la autenticación del usuarioutilizando WebSphere Application Server . . 146Configuración de la autenticación del usuarioutilizando LDAP . . . . . . . . . . 148Configuración de la autenticación del usuariocon Microsoft Windows Active Directory . . 149Configuración de la autenticación deusuarios mediante la Consola de usuario . . 150

Protección de acceso a gráficas . . . . . . 152Protección del bus de integración de servicios 153

Capítulo 4. Configuración de consolasde Decision Center en WebSphereApplication Server . . . . . . . . . 155Configuración de las consolas de Decision Centeren WebSphere Application Server para plataformasdistribuidas . . . . . . . . . . . . . . 155

Antes de empezar: Abrir la consola deadministración . . . . . . . . . . . . 155Paso 1: restricción de los permisos del usuariode base de datos . . . . . . . . . . . 157Paso 2: Configuración de la conectividad debases de datos . . . . . . . . . . . . 158

Creación de una base de datos DB2 en z/OS 158Creación de un proveedor JDBC . . . . . 159Creación de un origen de datos y unaagrupación de conexiones . . . . . . . 159Creación de datos de autenticación J2C. . . 161Cambio de las propiedades personalizadasde su origen de datos . . . . . . . . 162Conexión a la base de datos . . . . . . 163

Paso 3: Configuración de seguridad . . . . . 163Creación de usuarios y grupos . . . . . 163Actualización de las políticas de seguridad 165

Establecimiento de las propiedadespersonalizadas para la seguridad de DecisionCenter . . . . . . . . . . . . . . 166

Paso 4: desplegar el archivo de EAR de DecisionCenter . . . . . . . . . . . . . . . 167

Declaración de grupos personalizados . . . 167Despliegue del archivo EAR . . . . . . 168Cambio de la secuencia de carga de clases 170

Paso 5: comprobación del despliegue de laconsola Decision Center Enterprise . . . . . 170Paso 6: Completar la configuración de lasconsolas de Decision Center . . . . . . . 171

Completar la configuración desde la consolade Decision Center Enterprise . . . . . . 171

Descripción general del Asistente devalores de instalación. . . . . . . . 171Paso 1: Configurar la base de datos . . . 172Paso 2: configurar archivos de mensajes 173Paso 3: configurar grupos . . . . . . 173Paso 4: establecer el entorno local depersistencia . . . . . . . . . . . 174Paso 5: Establecer parámetros deconfiguración . . . . . . . . . . 175

Cómo completar la configuración utilizandotareas Ant . . . . . . . . . . . . 176

Configuración del entorno de tareas Ant 176Creación del esquema de base de datos 178Definición y subida de archivos demensajes . . . . . . . . . . . . 183Configuración de los usuarios de laconsola Business de Decision Center. . . 183Establecimiento del entorno local depersistencia . . . . . . . . . . . 184Añadir o eliminar parámetros deconfiguración . . . . . . . . . . 184Volver a empaquetar el archivado deDecision Center . . . . . . . . . 186

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

Uso del motor de búsqueda Solr remoto . . 187Establecimiento de parámetros par ael motorde búsqueda Solr . . . . . . . . . . 187

Pasos adicionales para configurar DecisionValidation Services . . . . . . . . . . 189

Antes de empezar . . . . . . . . . . 189Paso 1: crear recursos de base de datos delalmacén de decisiones . . . . . . . . 190Paso 2: despliegue del archivado de DecisionValidation Services por primera vez . . . . 192Paso 3: comprobar la disponibilidad deDecision Validation Services . . . . . . 193Paso 4: empaquetar Decision ValidationServices mediante Ant . . . . . . . . 194Paso 5: volver a desplegar el archivador deDecision Validation Services . . . . . . 195Distribución de pruebas de DecisionValidation Services a varios servidores . . . 196

Configuración de las consolas de Decision Centeren WebSphere Application Server para Linux enSystem z . . . . . . . . . . . . . . . 197

Antes de empezar . . . . . . . . . . . 197

Contenido v

Paso 1: restricción de los permisos del usuariode base de datos . . . . . . . . . . . 199Paso 2: configuración de seguridad de laconexión Java 2. . . . . . . . . . . . 200Paso 3: Configuración de la seguridad enWebSphere Application Server. . . . . . . 200

Definición de un registro de usuarios . . . 200Creación de usuarios y grupos . . . . . 201Políticas de seguridad para la consola deDecision Center . . . . . . . . . . 203Establecimiento de las propiedadespersonalizadas para la seguridad de DecisionCenter . . . . . . . . . . . . . . 203

Paso 4: creación de la base de datos DB2 . . . 204Creación de la base de datos DB2 en z/OS 205

Paso 5: crear un proveedor JDBC . . . . . . 205Paso 6: Creación de un origen de datos y unaagrupación de conexiones . . . . . . . . 206

Creación de un origen de datos y unaagrupación de conexiones . . . . . . . 206Probar la conexión a la base de datos . . . 207

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

Declaración de grupos personalizados . . . 208Cambio de la secuencia de carga de clases 209Despliegue del EAR . . . . . . . . . 209Comprobación del despliegue de la consolaDecision Center Enterprise . . . . . . . 211

Paso 8: Completar la configuración . . . . . 211Completar la configuración desde la consolade Decision Center Enterprise . . . . . . 211

Descripción general del Asistente devalores de instalación. . . . . . . . 212Paso 1: Configurar la base de datos . . . 213Paso 2: configurar archivos de mensajes 213Paso 3: configurar grupos . . . . . . 214Paso 4: establecer el entorno local depersistencia . . . . . . . . . . . 215Paso 5: Establecer parámetros deconfiguración . . . . . . . . . . 215

Cómo completar la configuración utilizandotareas Ant . . . . . . . . . . . . 217

Configuración del entorno de tareas Ant 217Creación del esquema de base de datos 219Definición y subida de archivos demensajes . . . . . . . . . . . . 223Establecimiento del entorno local depersistencia . . . . . . . . . . . 224Añadir o eliminar parámetros deconfiguración . . . . . . . . . . 224Volver a empaquetar el archivado deDecision Center . . . . . . . . . 226

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

Uso del motor de búsqueda Solr remoto . . 227Establecimiento de parámetros par ael motorde búsqueda Solr . . . . . . . . . . 227

Pasos adicionales para configurar DecisionValidation Services . . . . . . . . . . 229

Antes de empezar . . . . . . . . . . 229Paso 1: crear recursos de base de datos delalmacén de decisiones . . . . . . . . 230Paso 2: despliegue del archivado de DecisionValidation Services por primera vez . . . . 231Paso 3: comprobar la disponibilidad deDecision Validation Services . . . . . . 233Paso 4: empaquetar Decision ValidationServices mediante Ant . . . . . . . . 234Paso 5: volver a desplegar el archivador deDecision Validation Services . . . . . . 235

Capítulo 5. Verificación de suconfiguración de Decision Center . . 237Publicación de un proyecto en Decision Center . . 237Abrir las consolas de Decision Center . . . . . 238

Avisos . . . . . . . . . . . . . . 241Marcas registradas. . . . . . . . . . . . 243

Índice. . . . . . . . . . . . . . . 245

vi IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Server

Capítulo 1. Agrupación en clúster de servidores deOperational Decision Manager para alta disponibilidad yescalabilidad

Para conseguir un sistema escalable y de alta disponibilidad puede agrupar unconjunto de instancias de WebSphere Application Server en un clúster. Losclústeres proporcionan un equilibrio de carga de trabajo y soporte de migracióntras 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 paracrear y configurar clústeres de Decision Server o clústeres de Decision Center.

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

La planificación de una topología de clúster con el despliegue de red deWebSphere Application Server resulta complicada debido a la gran cantidad decombinaciones posibles pero solamente hay un subconjunto que se adecue a susnecesidades. La tecnología gold le ayuda a elegir correctamente.

Una tecnología gold es la que se suele configurar para un determinado escenario deuso. Pretende equilibrar los requisitos de disponibilidad y escalabilidad así comodemás características del sistema. Simplifica la tarea de planificaciónproporcionando un modelo para que el usuario lo siga que se basa en laexperiencia de los usuarios de Operational Decision Manager.

Existen dos topologías gold para las células de WebSphere Application Server. Latopología basada en células de Operational Decision Manager facilita la creación dereglas mientras que la topología basada en células del Decision Server va dirigidaa entornos de tiempos de ejecución de reglas y sucesos.

Célula de Operational Decision ManagerHabilita todas las aplicaciones que proporciona Operational DecisionManager. Incluye un clúster de Decision Center y un clúster de DecisionServer.

© Copyright IBM Corp. 2012, 2013 1

Célula de Decision ServerContiene el subconjunto de componentes de Operational Decision Managerque dan soporte a los entornos de reglas y de tiempo de ejecución desucesos así como a las prestaciones de prueba.

Puede utilizar estos dos tipos de células para crear un entorno compartido o unentorno por etapas.

Entorno compartidoUn único servidor de creación que alimenta varios servidores de tiempo deejecución especializados y aislados mediante fases del ciclo de vida. Losartefactos ejecutables se despliegan para ejecutar reglas de negocio ysucesos 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.

2 IBM Operational Decision Manager: Configuración de Operational Decision Manager en WebSphere Application Server

v Permite una alta disponibilidad para todas las prestaciones deOperational 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 laposibilidad de utilizar una réplica de base de datos para evitar esteproblema.

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

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

Entorno por etapasCada célula se puede gestionar independientemente e incluye un clúster deDecision 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 deproducción.

Debe propagar proyectos de regla y sucesos desde una etapa a otrautilizando los mandatos Export e Import. Puede automatizar el proceso depropagación utilizando las API de Java y las tareas Ant proporcionadas.

Capítulo 1. Agrupación en clúster de servidores de Operational Decision Manager para alta disponibilidad y escalabilidad 3

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

Puede configurar la célula de Operational Decision Manager y la célula deDecision Server utilizando los scripts de plantilla de perfil proporcionados omanualmente siguiendo los pasos documentados.

Célula de Operational Decision ManagerLa célula de topología gold de Operational Decision Manager incluye todas lasfunciones de Decision Center y Decision Server.

La célula de Operational Decision Manager se puede utilizar para definir etapaspara los entornos de creación, prueba y producción. Si algún componente deDecision Server no es relevante para sus requisitos concretos, puede eliminarlopara reducir el uso de los recursos. Cada nodo contiene una instancia de DecisionServer y una instancia de Decision Center.

Tal como muestra el diagrama siguiente, las instancias de Decision Server de lacélula forman un clúster. Las instancias de Decision Center en la célula forman unclúster independiente. Los miembros del mismo clúster se configuran de formaidéntica para habilitar el equilibrio de carga de trabajo y el soporte de migracióntras error.


Clúster de Decision CenterEste clúster contiene los componentes del lado del servidor de DecisionCenter para la gestión de creación y simulación de negocios. Tambiéncontiene un archivo EAR para las consolas web y un archivo EAR para loswidgets de sucesos.

Clúster de Decision ServerEl clúster de Decision Server incluye todos los componentes para ejecutarlas reglas de negocios y la lógica de sucesos. También abarca la ejecuciónde las suites y simulaciones de pruebas de las reglas de negocios. Esteclú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 dedecisiones.

v Un tiempo de ejecución de sucesos para ejecutar y probar reglas desucesos. El tiempo de ejecución de sucesos incluye archivos EAR detiempo de ejecución y de prueba. El archivo EAR de prueba debe estaren 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 pormensajes).

Los tiempos de ejecución de reglas y sucesos se colocan en las mismasJVM. Para habilitar un servicio de decisiones que desencadena unadetección de sucesos, deberá colocar los dos motores en la misma JVMpara una invocación local.

Célula de topología gold de Decision ServerLa célula de topología gold de Decision Server incluye las Reglas de DecisionServer 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 sonrelevantes para sus requisitos concretos, puede eliminarlos para reducir el uso delos recursos.

Tal como muestra el diagrama siguiente, cada nodo contiene una instancia deDecision Server. Las instancias de Decision Server de cada célula forman unclúster. Los miembros del clúster se configuran de forma idéntica para habilitar elsoporte 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 elde la célula de WebSphere Application Server. Sin embargo, puede ocurrir unerror si la pila de gestión no encuentra ninguna consola de Rule ExecutionServer o encuentra más de una. Para obtener más información, consulte la notatécnica sobre limitaciones.

v En el diagrama siguiente, la consola de Rule Execution Server está en clúster. Noobstante, también puede desplegarla en un único servidor de la célula. En estecaso, para que funcionen los servicios de prueba y simulación, debeimplementar la interfaz de IlrSSPResolver tal como se explica en “Distribuciónde pruebas de Decision Validation Services a varios servidores” en la página 196.


http://www-01.ibm.com/support/docview.wss?uid=swg21449103

El clúster de Decision Server incluye todos los componentes para ejecutar las reglasde negocios y la lógica de sucesos. También abarca la ejecución de las suites ysimulaciones de pruebas de las reglas de negocios. Este clúster incluye lossiguientes 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 yde prueba. El archivo EAR de prueba debe estar en el mismo clúster que elarchivo 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áquinasvirtuales Java (JVM). Para habilitar un servicio de decisiones que desencadena unadetección de sucesos, deberá colocar los dos motores en la misma JVM para unainvocación local.


plantillas de perfil de Operational Decision ManagerCuando instale Operational Decision Manager, el instalador copia las plantillas deperfil 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 DecisionManager y <dir-instalación_WAS> es el directorio donde se ha instalado WebSphereApplication 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 lascarpetas 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óndel producto

v Los archivos EAR de la consola de Rule ExecutionServer, del Proveedor de servicios de escenario (SSP)y de los servicios de decisiones transparentesalojados.

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 paraaumentar un perfil de gestor de despliegue. Elsubdirectorio management/ds que contiene los scriptspara aumentar un perfil de gestor de despliegue.

v La plantilla de perfil de Decision Center paraaumentar un perfil de gestor de despliegue. Elsubdirectorio management/dc que contiene los scriptspara aumentar un perfil de gestor de despliegue.

<dir-instalación_WAS>/profileTemplates/rules

Durante la instalacióndel producto si se haseleccionado<dir-instalación_WAS>en el instalador

v El subdirectorio management/ds que contiene losscripts para aumentar un perfil de gestor dedespliegue.

v El subdirectorio management/dc que contiene losscripts para aumentar un perfil de gestor dedespliegue.

<dir-instalación_WAS>/profileTemplates/rules/default/ds


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

<dir-instalación_WAS>/profileTemplates/rules/default/dc


Los scripts para aumentar un nodo o un perfil deWebSphere 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óndel 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óndel producto

El archivo EAR de widgets de sucesos:EventWidgetsEar.ear


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


<dir-instalación_WAS>/profileTemplates/wbe/management

Durante la instalacióndel producto si se haseleccionado<dir-instalación_WAS>en el instalador

Los scripts para aumentar un perfil de gestor dedespliegue con el tiempo de ejecución de sucesos.

<dir-instalación_WAS>/profileTemplates/wbe/default


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

Configuración de Rule Execution Server utilizando plantillas de perfilPuede crear nuevos perfiles para Rule Execution Server y configurar un clúster deWebSphere Application Server para alta disponibilidad y escalabilidad.

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

Configuración de Rule Execution Server en un perfil nuevoPara crear una instancia autónoma nueva del entorno Rule Execution Server, antesdebe crear un perfil de Decision Server. Puede crear un perfil utilizando laherramienta 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 dedatos 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 elperfil 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 oel 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 sistemaoperativo HP-UX, ni en z/OS.

v En un sistema operativo de 32 bits o en cualquier otro sistema operativo, puedeutilizar el mandato manageprofiles.

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

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


-createPara 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óndonde ubicación de instalación es la vía de acceso completa al directoriode instalación de Decision Server, <dir-instalación>. Debe especificareste parámetro si ha instalado Decision Server en una ubicación nopredeterminada.

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil.

-cellName nombre_celdadonde nombre_celda es el nombre de la celda.

-nodeName nombre_nododonde nombre_nodo es el nombre del nodo.

-hostName nombre_hostdonde nombre_host es el nombre de host del sistema en el que seencuentra el perfil.

-serverName nombre_servidordonde nombre_servidor es el nombre del servidor.

-enableAdminSecurity true|falsedonde true activa la seguridad administrativa de WebSphere ApplicationServer. Si proporciona este parámetro, también debe proporcionar-adminUserName y -adminPassword. Si no especifica este parámetro, elpredeterminado es false.

-adminUserName nombre de usuariodonde nombre de usuario es el Id. de usuario para acceder a WebSphereApplication Server. Solo es necesario si se habilita enableAdminSecurity.

-adminPassword contraseñadonde contraseña es la contraseña para el Id. de usuario para acceder aWebSphere Application Server. Solo es necesario si se habilitaenableAdminSecurity.

-dbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Losvalores válidos son:v Derby_Embedded: el valor predeterminadov DB2_Universal

v Derby_Servidor de Red

v Oracle

v MS_SQL_Server

-dbName nombre_base_datosdonde nombre_base_datos es el nombre de la base de datos. Obligatorio, amenos que -dbType sea Derby_Embedded.


-dbUserId nombre_usuario_base_datosdonde nombre_usuario_base_datos es el Id. de usuario para acceder alservidor de bases de datos. Obligatorio, a menos que -dbType seaDerby_Embedded.

-dbPassword contraseñadonde contraseña es la contraseña para el ID de usuario para acceder alservidor de base de datos. Obligatorio, a menos que -dbType seaDerby_Embedded.

-dbJDBCClasspath vía_acceso_clase_jdbc_base_datosdonde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clase JDBC. Obligatorio, a menos que-dbType sea Derby_Embedded.

-dbJDBCLicenseClasspath vía_acceso_licencia_jdbc_base_datosdonde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clases de JBDC. Solo es necesario si-dbType es DB2_Universal.

-dbHostName nombre_hostdonde nombre_host es el nombre de host para el servidor de bases dedatos. Obligatorio, a menos que -dbType sea Derby_Embedded.

-dbServerPort número_puertodonde número_puerto es el puerto del servicio TCP/IP, o el puerto en elque 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 Server con elproveedor de mensajería predeterminado en Windows y Linux.

El primer ejemplo crea un nuevo perfil de servidor de aplicaciones en Windowsutilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajerí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 yUNIX utilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajerí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 ServerPara crear una instancia de Rule Execution Server en una instancia de WebSphereApplication Server existente, puede aumentar el perfil utilizando el mandatomanageprofiles.


Antes de empezar

Antes de aumentar un perfil de WebSphere Application Server existente, asegúresede 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 datosque alberga las tablas para el tiempo de ejecución de sucesos. Si no está utilizandoApache Derby, cree la base de datos antes de crear un perfil. Consulte Creación deuna base de datos de Rule Execution Server.


Puede utilizar el mandato manageprofiles o la Herramienta de gestión de perfilespara 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 sistemasoperativos HP-UX, ni z/OS.

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


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

-augmentPara aumentar el perfil existente.

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

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil de servidor de aplicacionesexistente que está aumentando.

b. Opcional: Especifique los siguientes parámetros.

-dsHome ubicación de instalacióndonde ubicación de instalación es la vía de acceso completa querepresenta la ubicación de instalación de Decision Server. Debeespecificar este parámetro si Decision Server está instalado en unaubicación distinta de la predeterminada.





-hostName nombre_hostdonde nombre_host es el nombre de host del sistema en el que seencuentra el perfil.


-enableAdminSecurity true|falsedonde true activa la seguridad administrativa de WebSphere ApplicationServer. Si proporciona este parámetro, también debe proporcionar-adminUserName y -adminPassword. Si no especifica este parámetro, elpredeterminado es false.



-dbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Losvalores válidos son:v Derby_Embedded: el valor predeterminadov DB2_Universal


v Oracle

v MS_SQL_Server




-dbJDBCClasspath vía_acceso_clase_jdbc_base_datosdonde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clase JDBC. Obligatorio, a menos que-dbType sea Derby_Embedded.

-dbJDBCLicenseClasspath vía_acceso_licencia_jdbc_base_datosdonde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clases de JBDC. Solo es necesario si-dbType es DB2_Universal.

-dbHostName nombre_hostdonde nombre_host es el nombre de host para el servidor de bases dedatos. Obligatorio, a menos que -dbType sea Derby_Embedded.


-dbServerPort número_puertodonde número_puerto es el puerto del servicio TCP/IP, o el puerto en elque 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 Server con elproveedor de mensajería predeterminado.

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

El primer ejemplo anula el aumento de un perfil de servidor de aplicaciones deDecision 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 deDecision 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 RuleExecution Server

Para alta disponibilidad y escalabilidad en sus aplicaciones, puede configurar RuleExecution Server en un clúster de WebSphere Application Server, ejecutando unscript 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 deperfil de WebSphere Application Server, crear un perfil de gestor de despliegue yasegurarse de que existe un nodo.1. Instale las plantillas predeterminadas de WebSphere Application Server.


2. Cree un perfil de gestor de despliegue ejecutando la herramienta de gestión deperfiles, a menos que ya exista uno. Para obtener más información, consulte elInformation Center de WebSphere Application Server. Este paso crea undirectorio nuevo, por ejemplo profiles/Dmgr01/bin.

3. Crear un nodo. Un nodo de destino es obligatorio. El nodo recibe laconfiguración básica, es decir, el primer miembro de clúster y un servidor parala consola de Rule Execution Server. El nodo debe estar iniciado y visible parael gestor de despliegue. Puede crear un nodo predeterminado en otro equipo,utilizar un nodo existente o utilizar la opción -createNode para crear el nodode destino en el equipo en el que se ejecuta la configuración.


Aumente el perfil de gestor de despliegue para poder crear nodos adicionalesutilizando 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

dondev <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.sh para plataformas UNIX para desplegar el directorio dedestino del gestor de despliegue, por ejemplo profiles/Dmgr01/bin.

Ejecución del script configureDSCluster para crear un clústerUna vez aumentado el perfil de gestión predeterminado, puede ejecutar el scriptque configura Rule Execution Server como un clúster de WebSphere ApplicationServer.

Antes de empezar

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


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/index.jsp


Tras haber aumentado el perfil de gestión, establezca las propiedades deconfiguración de clúster y ejecute el script de configuración.

Nota: El script de configuración configura solo el nodo de destino especificado. Sepuede ejecutar el script de nuevo para cada nodo adicional cambiando el nombredel 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 unnodo a un clúster que ya exista, consulte “Ejecución del scriptaddNodeToDSCluster” en la página 18.

Procedimiento1. 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/, dondeDmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades deconfiguración deben contener valores para las claves siguientes:

wodm.dsrules.clusterNameEl valor puede ser el nombre de un clúster existente. Si no existe ningúnclúster aún, se crea uno. El nombre predeterminado esDecisionServerCluster.

wodm.dsrules.rulesMgrServerNameEl nombre del servidor en el que se encuentra la consola de Rule ExecutionServer. Por ejemplo: RulesMgrSrv.

wodm.dsrules.db.typeEl tipo de base de datos: DB2, Oracle o MSQL. El valor predeterminado esDB2.

wodm.dsrules.db.jdbcDriverPathLa vía de acceso a los controladores JDBC. Separe los nombres decontroladores con punto y coma (;). Por ejemplo: C:/drivers/db2jcc.jar;C:/drivers/db2jcc_license_cu.jar;

wodm.dsrules.db.nameEl nombre de la base de datos. Por ejemplo: MyDB.

wodm.dsrules.db.hostnameEl nombre del host en el que se encuentra la base de datos. Por ejemplo:MyDB_server.

wodm.dsrules.db.portEl número de puerto para establecer la conexión con la base de datos.

wodm.dsrules.db.userEl nombre de usuario para conectar a la base de datos. Por ejemplo:db_user1.

wodm.dsrules.db.passwordLa 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 configureDSClustercon los parámetros necesarios.El intérprete de script llama a bash. Si bash no está disponible en el sistema, segenerará un error con el mensaje mal intérprete.La sintaxis de la línea de mandatos es: configureDSCluster[.sh|.bat]-nombreParámetro1 valorParámetro1 -nombreParámetro2 valorParámetro2... Si


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

<dir-instalación_WAS>\profiles\Dmgr01\bin\configureDSCluster.bat -dmgrAdminUsernamewebsphere -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 -dmgrAdminUsernamewebsphere -dmgrAdminPassword websphere -clusterPropertiesFile<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 deWebSphere Application Server

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphereApplication Server

-clusterPropertiesFile Obligatorio La vía de acceso al archivo de propiedades.

-uninstall Opcional Elimina toda las aplicaciones y recursos del clúster. Elpropio clúster no se elimina porque podría contenerotras aplicaciones. Consulte “Desinstalación de RuleExecution Server de un clúster” en la página 20.

-createNode Opcional Si especifica este parámetro, el script crea un perfil denodo predeterminado con el nombre establecido en elparámetro -targetNodeName.

-targetNodeName Opcional De forma predeterminada, el nombre del nodo de lainstalación de destino se establece en RulesNode01.

-dmgrHostName Opcional Utilice este parámetro para especificar el nombre delhost en el que se encuentra el gestor de despliegue. Esteparámetro es obligatorio si quiere crear el nodo dedestino estableciendo el parámetro -targetNodeName.

-dmgrPort Opcional El puerto TCP de SOAP del gestor de despliegue. Deforma 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 losgrupos 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 JMXfuncionan en todos los nodos de clúster.

v Configura usuarios y grupos.


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, elusuario debería configurar el sistema de equilibrio de carga, como servidor HTTPde IBM.

Ejecución del script addNodeToDSClusterTras haber configurado Rule Execution Server en un clúster WebSphere ApplicationServer, 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 variablede entorno ODM_HOME. El script que ejecute en el paso 2 en la página 19 utilizadicha variable.


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

Procedimiento1. 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/, dondeDmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades deconfiguración deben contener valores para las claves siguientes:

wodm.dsrules.clusterNameEl valor debe ser el nombre de un clúster existente. El nombrepredeterminado es DecisionServerCluster.

wodm.dsrules.rulesMgrServerNameEl nombre del servidor en el que se encuentra la consola de Rule ExecutionServer. Por ejemplo: RulesMgrSrv.

wodm.dsrules.db.typeEl tipo de base de datos: DB2, Oracle o MSQL. El valor predeterminado esDB2.

wodm.dsrules.db.jdbcDriverPathLa vía de acceso a los controladores JDBC. Separe los nombres decontroladores con punto y coma (;). Por ejemplo: C:/drivers/db2jcc.jar;C:/drivers/db2jcc_license_cu.jar;

wodm.dsrules.db.nameEl nombre de la base de datos. Por ejemplo: MyDB.

wodm.dsrules.db.hostnameEl nombre del host en el que se encuentra la base de datos. Por ejemplo:MyDB_server.

wodm.dsrules.db.portEl número de puerto para establecer la conexión con la base de datos.


wodm.dsrules.db.userEl nombre de usuario para conectar a la base de datos. Por ejemplo:db_user1.

wodm.dsrules.db.passwordLa 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 addNodeToDSClustercon los parámetros necesarios.El intérprete de script llama a bash. Si bash no está disponible en el sistema, segenerará 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 ... . Sicomete un error, como por ejemplo que falte un parámetro o incluya unnombre de nodo destino incorrecto, puede volver a ejecutar el script.v En Windows:

<Dir_instalación_WAS>\profiles\Dmgr01\bin\addNodeToDSCluster.bat -dmgrAdminUsernamewebsphere -dmgrAdminPassword websphere -clusterPropertiesFile<dir-instalación_WAS>\profiles\Dmgr01\bin\rules\configureDSCluster.properties-targetNodeName DecisionServerNode01 -dmgrPort 8879

v En UNIX:<dir-instalación_WAS>/profiles/Dmgr01/bin/addNodeToDSCluster.sh -dmgrAdminUsernamewebsphere -dmgrAdminPassword websphere -clusterPropertiesFile<dir-instalación_WAS>/profiles/Dmgr01/bin/rules/configureDSCluster.properties-targetNodeName DecisionServerNode01 -dmgrPort 8879



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

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphereApplication Server

-clusterPropertiesFile Obligatorio La vía de acceso al archivo de propiedades.



Resultados

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

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

Cancelar el aumento de Rule Execution Server de perfilesexistentes

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



Utilice el mandato manageprofiles para cancelar el aumento de Decision Server deperfiles 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


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 delaumento del perfil ha sido correcta)

El mandato elimina los usuarios resAdmin, resDeployer y resMonitor. El clúster semantiene tal cual, para impedir cualquier riesgo de eliminación de configuracionesexistentes previas.

Desinstalación de Rule Execution Server de un clústerPuede desinstalar Rule Execution Server desde un clúster existente.


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

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

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-targetNodeName DecisionServerNode01 -dmgrHostName localhost -dmgrPort 8879-uninstall

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


Nombre de parámetro Obligatorio/Opcional Descripción

-dmgrAdminUsername Obligatorio El identificador de usuario de WebSphere ApplicationServer que ha definido cuando instaló Decision Server

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphereApplication Server que definió cuando instaló DecisionServer.

-clusterPropertiesFile Obligatorio La vía de acceso completa al archivo de propiedades.

-uninstall Obligatorio Elimina toda las aplicaciones y recursos del clúster. Elpropio clúster no se elimina porque podría contenerotras aplicaciones.





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 lasplantillas de perfil

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


Para crear un nuevo servidor autónomo para albergar Decision Center, antes debecrear un perfil nuevo. Puede crear un perfil utilizando la herramienta de gestión deperfiles o utilizando el mandato manageprofiles.

Configuración de Decision Center en un perfil nuevoPara crear una nueva instancia autónoma de Decision Center, antes debe crear unperfil de Decision Center. Puede crear un perfil utilizando la herramienta degestió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 dedatos 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 elperfil nuevo. Consulte Creación de un origen de datos y una agrupación deconexiones.


Según su sistema operativo, puede utilizar la Herramienta de gestión de perfiles oel 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 sistemaoperativo HP-UX, ni en z/OS.


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


(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. Debeproporcionar los parámetros siguientes:


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

-dsHome ubicación de instalacióndonde ubicación de instalación es la vía de acceso completa al directorio deinstalación de Decision Center, <dir-instalación>. Debe especificar esteparámetro si ha instalado Decision Center en una ubicación nopredeterminada.





-hostName nombre_hostdonde nombre_host es el nombre de host del sistema que aloja el perfil.


-enableAdminSecurity true|falsedonde true activa la seguridad administrativa de WebSphere ApplicationServer. Si proporciona este parámetro, también debe proporcionar-adminUserName y -adminPassword. Si no especifica este parámetro, elvalor predeterminado es falso, y la seguridad no estará activa. Tambiéndebe proporcionar -adminUserName y -adminPassword.



-dbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Los valoresválidos son:v Derby_Embedded: el valor predeterminadov DB2_Universal


v Oracle

v MS_SQL_Server




-dbJDBCClasspath vía_acceso_clase_jdbc_base_datosdonde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clase JDBC. Obligatorio, a menos que -dbTypesea Derby_Embedded.

-dbJDBCLicenseClasspath vía_acceso_licencia_jdbc_base_datosdonde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clases de JBDC. Solo es necesario si -dbType esDB2_Universal.

-dbHostName nombre_hostdonde 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_puertodonde número_puerto es el puerto del servicio TCP/IP, o el puerto en el quela base de datos está a la escucha. Obligatorio, a menos que -dbType seaDerby_Embedded.

Resultados

Tras ejecutar el mandato manageprofiles, se crea el perfil.

Ejemplos

Los ejemplos siguientes muestran cómo configurar Decision Center con elproveedor de mensajería predeterminado en Windows y Linux.

El primer ejemplo crea un nuevo perfil de servidor de aplicaciones en Windowsutilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajerí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 nuevo perfil de servidor de aplicaciones en Linux yUNIX utilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajerí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 CenterPara crear una instancia de Decision Center en un WebSphere Application Serverexistente, puede aumentar el perfil utilizando el mandato manageprofiles.

Antes de empezar

Antes de aumentar un perfil de servidor de aplicaciones de WebSphere ApplicationServer existente, asegúrese de que se han detenido todos los servidores deaplicaciones 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á utilizandoApache Derby, cree la base de datos antes de crear un perfil. Consulte Creación deun origen de datos y una agrupación de conexiones.


Puede utilizar el mandato manageprofiles o la Herramienta de gestión de perfilespara 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 en el sistemaoperativo HP-UX, ni en z/OS.


El procedimiento describe cómo utilizar el mandato manageprofiles para aumentarDecision Center en un perfil existente.


(entornos Linux y UNIX) y acceda al directorio <dir-instalación_WAS>/bin.2. Ejecute el mandato manageprofiles. El archivo es manageprofiles.bat para

entornos Windows o manageprofiles.sh para entornos Linux y UNIX.Proporcione los parámetros siguientes:


-unaugmentPara 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/dc.


Opcionalmente, puede especificar los parámetros siguientes:

-dsHome ubicación de instalacióndonde ubicación de instalación es la vía de acceso completa que representa laubicación de instalación de Decision Center. Debe especificar esteparámetro si ha instalado Decision Center en una ubicación distinta a lapredeterminada.




-hostName nombre_hostdonde nombre_host es el nombre de host del sistema en el que se encuentrael perfil.


-enableAdminSecurity true|falsedonde true activa la seguridad administrativa de WebSphere ApplicationServer. Si proporciona este parámetro, también debe proporcionar-adminUserName y -adminPassword. El valor predeterminado es false si noespecifica este parámetro.




-dbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Los valoresválidos son:v Derby_Embedded: el valor predeterminadov DB2_Universal


v Oracle

v MS_SQL_Server




-dbJDBCClasspath vía_acceso_clase_jdbc_base_datosdonde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clase JDBC. Obligatorio, a menos que -dbTypesea Derby_Embedded.

-dbJDBCLicenseClasspath vía_acceso_licencia_jdbc_base_datosdonde vía_acceso_licencia_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clases de JBDC. Solo es necesario si -dbType esDB2_Universal.

-dbHostName nombre_hostdonde 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_puertodonde número_puerto es el puerto del servicio TCP/IP, o el puerto en el quela base de datos está a la escucha. Obligatorio, a menos que -dbType seaDerby_Embedded.

Resultados

Cuando termine la ejecución del mandato manageprofiles, el perfil estaráaumentado.

Ejemplos

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

El primer ejemplo aumenta un perfil de servidor de aplicaciones existente llamadoAppSrv01 en Windows, utilizando el Apache Derby incluido como proveedor debase de datos.manageprofiles.bat -augment-templatePath"C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\dc"-dcHome "C:\Program Files\IBM\ODM851" -profileName AppSrv01


El segundo ejemplo aumenta un perfil de servidor de aplicaciones existentellamado AppSrv01 en entornos Linux and UNIX, utilizando el Apache Derbyincluido como proveedor de base de datos.manageprofiles.sh -augment-templatePath "/opt/ibm/ODM851/ODM/WAS/profileTemplates/rules/default/dc" -dcHome/opt/ibm/ODM851/ODM -profileName AppSrv01

Los ejemplos siguientes muestran cómo cancelar el aumento de Decision Center deun perfil existente.

El primer ejemplo anula el aumento de un perfil de servidor de aplicaciones deDecision Center existente llamado WODMSrv01 en Windows.manageprofiles.bat -unaugment -templatePath"C:\Program Files\IBM\ODM851\WAS\profileTemplates\rules\default\dc"-profileName WODMSrv01

El segundo ejemplo anula el aumento de un perfil de servidor de aplicaciones deDecision Center existente llamado WODMSrv01 en Linux y UNIX.manageprofiles.sh -unaugment -templatePath"/opt/ibm/ODM851/ODM/WAS/profileTemplates/rules/default/dc"-profileName WODMSrv01

Aumento del perfil de gestor de despliegue con DecisionCenter

Para alta disponibilidad y escalabilidad en sus aplicaciones, puede configurarDecision Center en un clúster de WebSphere Application Server, ejecutando unscript 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 deperfil para WebSphere Application Server y crear un perfil de gestor de desplieguepredeterminado y asegurarse de que existe un nodo:1. Instale Decision Center, que incluye WebSphere Application Server 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 obtenermás información, consulte el Information Center de WebSphere ApplicationServer. Este paso crea un directorio nuevo, por ejemplo profiles/Dmgr01/bin.

3. Crear un nodo. Un nodo de destino es obligatorio. El nodo recibe laconfiguración básica. El nodo debe estar iniciado y visible para el gestor dedespliegue. Puede crear un nodo predeterminado en otro equipo, utilizar unnodo existente o utilizar la opción -createNode para crear el nodo de destino enel equipo en el que se ejecuta la configuración.


Aumente el perfil de gestor de despliegue para poder crear nodos adicionalesutilizando la plantilla que se proporciona.

Procedimiento

Lance 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\dc

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


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 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 dedestino del gestor de despliegue, por ejemplo profiles/Dmgr01/bin.

Ejecución del script configureDCCluster para crear un clústerCuando haya aumentado el perfil de gestión predeterminado, puede ejecutar elscript que configura Decision Center en un clúster de WebSphere ApplicationServer.

Antes de empezar

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


Tras haber aumentado el perfil de gestión, establezca las propiedades deconfiguración de clúster y ejecute el script de configuración.

Nota: El script de configuración solo configura el nodo de destino especificado. Sepuede ejecutar el script de nuevo para cada nodo adicional cambiando el nombredel 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 unnodo a un clúster que ya exista, consulte “Ejecución del scriptaddNodeToDCCluster” en la página 30.

Procedimiento1. Edite el archivo configureDCCluster.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/, dondeDmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades deconfiguración deben contener valores para las claves siguientes:

wodm.dcrules.clusterNameEl valor puede ser el nombre de un clúster existente. Si no existe ningúnclúster aún, se crea uno. El nombre predeterminado esDecisionCenterCluster


wodm.dcrules.db.typeEl tipo de base de datos: DB2, Oracle o MSSQL. El valor predeterminado esDB2.

wodm.dcrules.db.jdbcDriverPathLa vía de acceso a los controladores JDBC. Separe los nombres decontroladores con punto y coma (;). Por ejemplo: C:/drivers/db2jcc.jar;C:/drivers/db2jcc_license_cu.jar;

wodm.dcrules.db.nameEl nombre de la base de datos. Por ejemplo: MyDB

wodm.dcrules.db.hostnameEl nombre del host en el que se encuentra la base de datos. Por ejemplo:MyDB_server

wodm.dcrules.db.portEl número de puerto para establecer la conexión con la base de datos.

wodm.dcrules.db.userEl nombre de usuario para conectar a la base de datos. Por ejemplo:db_user1

wodm.dcrules.db.passwordLa 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 configureDCClustercon los parámetros necesarios.El intérprete de script llama a bash. Si bash no está disponible en el sistema, segenerará un error con el mensaje mal intérprete.La sintaxis de la línea de mandatos es: configureDCCluster[.sh|.bat]-ParameterName1 valorParámetro1 -ParameterName2 valorParámetro2 ... . Sicomete un error, como por ejemplo que falte un parámetro o incluya unnombre de nodo incorrecto, puede volver a ejecutar el script.v 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

v 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



-dmgrAdminUsername Obligatorio El identificador de usuario de WebSphere ApplicationServer que ha definido cuando instaló Decision Center

-dmgrAdminPassword Obligatorio La contraseña del administrador de WebSphereApplication Server que definió cuando instaló DecisionCenter.



Tabla 6. Parámetros de configuración de clúster (continuación)


-uninstall Opcional Elimina toda las aplicaciones y recursos del clúster. Elpropio clúster no se elimina porque podría contenerotras aplicaciones. Consulte “Desinstalación de DecisionCenter de un clúster” en la página 33.





Resultados

El script realiza las acciones siguientes:v Instala el proveedor JDBC y el origen de datos a nivel de nodo.v Instala la aplicación de Decision Center a nivel de clúster. Los usuarios se

correlacionan con 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 rtsAdmin, rtsInstaller, rtsUser1 y rtsConfig.v Configura usuarios y grupos.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, elusuario debería configurar el sistema de equilibrio de carga, como IBM® HTTPServer (IHS).

Nota: Según la configuración de hardware, y como el archivo EAR de DecisionCenter es muy grande, es posible que tenga que conectar a la consola deadministración de Decision Center para comprobar si el clúster se ha iniciadocorrectamente y, si no fuera así, iniciarlo manualmente.

Ejecución del script addNodeToDCClusterTras haber configurado Decision Center en un clúster WebSphere ApplicationServer, 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 variablede entorno ODM_HOME. El script que ejecute en el paso 2 en la página 31 utilizadicha variable.



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

Procedimiento1. Compruebe que el archivo configureDCCluster.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/, dondeDmgr01 es el nombre del perfil de gestor de despliegue. Las propiedades deconfiguración deben contener valores para las claves siguientes:

wodm.dcrules.clusterNameEl valor debe ser el nombre de un clúster existente. El nombrepredeterminado es DecisionCenterCluster

wodm.dcrules.db.typeEl tipo de base de datos: DB2, Oracle o MSSQL. El valor predeterminado esDB2.

wodm.dcrules.db.jdbcDriverPathLa vía de acceso a los controladores JDBC. Separe los nombres decontroladores con punto y coma (;). Por ejemplo: C:/drivers/db2jcc.jar;C:/drivers/db2jcc_license_cu.jar;

wodm.dcrules.db.nameEl nombre de la base de datos. Por ejemplo: MyDB

wodm.dcrules.db.hostnameEl nombre del host en el que se encuentra la base de datos. Por ejemplo:MyDB_server

wodm.dcrules.db.portEl número de puerto para establecer la conexión con la base de datos.

wodm.dcrules.db.userEl nombre de usuario para conectar a la base de datos. Por ejemplo:db_user1

wodm.dcrules.db.passwordLa 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 addNodeToDCClustercon los parámetros necesarios.El intérprete de script llama a bash. Si bash no está disponible en el sistema, segenerará un error con el mensaje mal intérprete.La sintaxis de la línea de mandatos es: addNodeToDCCluster[.sh|.bat]-ParameterName1 parameterValue1 -ParameterName2 parameterValue2 ... . Sicomete un error, como por ejemplo que falte un parámetro o incluya unnombre de nodo destino incorrecto, puede volver a ejecutar el script.v 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

v En UNIX:


<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








Resultados

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

Cuando se completa el script, el clúster está activo y ejecutándose con el nuevonodo añadido.

Nota: Según la configuración de hardware, y como el archivo EAR de DecisionCenter es muy grande, es posible que tenga que conectar a la consola deadministración de Decision Center para comprobar si el nodo se ha añadidocorrectamente al clúster y si el clúster se ha iniciado correctamente y, si no fueraasí, iniciarlo manualmente.

Cancelar el aumento de Decision Center de un clústerexistente

Puede cancelar el aumento de Decision Center desde perfiles existentes sinsuprimir el clúster.


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

Procedimiento

Lance el archivo manageprofiles con las opciones -unaugment siguientes:v En Windows: <dir-instalación_WAS>\bin\manageprofiles.bat -unaugment

-profileName Dmgr01 -templatePath <dir-instalación_WAS>/profileTemplates\rules\management\dc -nodeName DecisionNode -cellNameDecisionCell -targetNodeName DecisionCenterNode01


v 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


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 dc es la abreviatura de Decision Center.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 Center.

Resultados

El mandato elimina los usuarios rtsAdmin, rtsInstaller, rtsUser1 y rtsConfig. Elclúster se mantiene tal cual, para impedir cualquier riesgo de eliminación deconfiguraciones existentes previas.

Desinstalación de Decision Center de un clústerPuede desinstalar Decision Center desde un clúster existente.


Para desinstalar Decision Center de un clúster, utilice el mismo script deconfiguración que utiliza para configurar el clúster.

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

v 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 8879 -uninstall

v 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 8879 -uninstall





Tabla 8. Parámetros de configuración de clúster (continuación)




-uninstall Obligatorio Elimina toda las aplicaciones y recursos del clúster. Elpropio clúster no se elimina porque podría contenerotras aplicaciones.





Resultados

Este mandato tiene los resultados siguientes:v Desinstale la aplicación de clúster (teamserver).v Desinstala el origen de datos.v Elimina los usuarios y grupos de la aplicación.

Configuración del tiempo de ejecución de sucesos utilizando plantillasde perfil

Puede crear nuevos perfiles para el tiempo de ejecución de sucesos y configurar unclúster de WebSphere Application Server para alta disponibilidad y escalabilidad.

Para crear un nuevo servidor autónomo para albergar el tiempo de ejecución desucesos, antes debe crear un perfil nuevo. Puede crear un perfil utilizando laherramienta de gestión de perfiles o utilizando el mandato manageprofiles.

Aumento de un perfil de gestión existente WebSphereApplication Server

Para crear un entorno de Sucesos de Decision Server gestionado, por ejemplo, unclúster, debe tener un perfil de gestión WebSphere Application Server que puedaaumentar. Puede aumentar un perfil utilizando la herramienta de gestión deperfiles o el mandato manageprofiles.

Antes de empezar

Antes de aumentar un perfil de gestión de WebSphere Application Server,compruebe que está detenido el gestor de despliegue en el perfil.


Durante la tarea de creación del perfil, se le pedirá que seleccione el gestor de basede datos que aloja las tablas del tiempo de ejecución de sucesos, a menos que vayaa utilizar Apache Derby, en cuyo caso, debe crear esta base de datos antes de crearel perfil. Para obtener más información, consulte “Creación de la base de datos detiempo de ejecución de sucesos” en la página 116.

Después de haber aumentado el perfil, revise su configuración de seguridad paracomprobar los valores de seguridad administrativa y seguridad de aplicación. Siestá habilitada la seguridad administrativa, la de aplicaciones debe estarlo también.


Puede aumentar un perfil existente de la manera siguiente:v En un sistema operativo 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 perfilesno tiene soporte ni en un sistema operativo HP-UX, ni en z/OS.


Aumento de un perfil de gestión existente utilizando laherramienta de gestión de perfilesAcerca de esta tarea

Para invocar la Herramienta de gestión de perfiles directamente:v Solo en Windows, pulse Inicio > Todos los programas > IBM WebSphere >

Application Server Network Deployment V8.0 > Herramienta de gestión deperfiles.

v En multiplataformas, acceda al directorio <INICIO_WAS>/bin/ProfileManagementy ejecute el script pmt donde <INICIO_WAS> es la ubicación de instalación deWebSphere Application Server. En Windows ejecute pmt.bat y en Linux y UNIXejecute pmt.sh.

Para aumentar un perfil de gestión existente con Operational Decision ManagerSucesos de Decision Server:

Procedimiento1. En la página de bienvenida, 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 servidor de

aplicación aumentado con Operational Decision Manager Sucesos deDecision Server .

4. En la página para la ubicación de instalación, especifique o busque la ubicacióntotalmente calificada en la que se ha instalado Sucesos de Decision Server oacepte la ubicación predeterminada, si es correcta.

5. Si la seguridad administrativa WebSphere Application Server se enciende en elperfil, se visualiza la página de seguridad administrativa. Especifique el ID deusuario 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 deltiempo de ejecución de sucesos.


Si selecciona Apache Derby incluido, se creará la base de datos derepositorio. En los demás casos, deberá haber creado previamente la base dedatos para el repositorio.

b. Si no ha seleccionado Apache Derby incluido, debe proporcionar detalles deconexión incluida la ubicación totalmente calificada. Especifique los detallessiguientes para el servidor de bases de datos:v 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 Server.v Nombre o dirección IP de host del servidor de base de datos: el

nombre del sistema donde está ubicado el servidor de bases de datos. Elvalor predeterminado es localhost.

v Puerto de escucha o puerto de servicio TCP/IP de base de datos: elnúmero de puerto de conexión para el gestor de bases de datos.

v Ubicación totalmente calificada y el nombre del archivo de controladorJDBC: especifique el nombre de archivo y ubicación.

v Nombre de usuario: el nombre de usuario que Sucesos de DecisionServer utiliza para conectarse al servidor de bases de datos. Este nombrede usuario debe tener privilegios administrativos.

v Contraseña: la contraseña asociada con el nombre de usuario. Confirmela contraseña.

c. Pulse Probar conexión para validar la conexión a la base de datos.Asegúrese de que la conexión es satisfactoria antes de seguir con la creaciónde perfil.

7. En la página Configuración de proveedor de mensajería, seleccione una de lasopciones siguientes:v WebSphere Application Server mensajería predeterminada . Sucesos de

Decision Server está configurado para utilizar el proveedor de mensajeríaque está incorporado en WebSphere Application Server como proveedor JMS.

v Mensajería de WebSphere MQ JMS. Suministre la información relacionadacon WebSphere MQ y Sucesos de Decision Server se configurará para utilizarWebSphere MQ como proveedor JMS.

v No configure un proveedor de mensajería. No se configura ningúnproveedor de mensajería durante la creación de perfil. Debe configurar unúnico proveedor JMS antes de iniciar Sucesos de Decision Server.

Una vez finalizado el aumento del perfil, puede cambiar los proveedores JMS oconfigurar el proveedor JMS que desee, pero debe configurar un únicoproveedor JMS antes de iniciar Sucesos de Decision Server.Para utilizar o cambiar a la mensajería predeterminada de WebSphereApplication Server como proveedor JMS, consulte “Configuración de lamensajería predeterminada de WebSphere Application Server para que sea elproveedor JMS” en la página 121Para utilizar o cambiar a, WebSphere MQ como proveedor JMS, consulte“Configuración de WebSphere MQ para que sea proveedor JMS” en la página123

8. En la página Resumen de aumento de perfil, revise la información y pulseAumentar para aumentar el perfil.

Resultados

El perfil de gestión existente se aumenta con Operational Decision ManagerSucesos de Decision Server.


Qué hacer a continuación

Si la seguridad administrativa está habilitada para el perfil, también debe habilitarla seguridad de aplicaciones para el perfil.

Aumento de un perfil de gestión existente utilizando el mandatomanageprofilesProcedimiento1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux

y UNIX) y navegue 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:


-templatePath <template_path>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el valor siguiente para el perfil de gestión:dir_instal_was/profileTemplates/wbe/management.

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil de gestión existente que estáaumentando.


-wbeHome ubicación de instalacióndonde ubicación de instalación es la vía de acceso completa que es laubicación de instalación para Sucesos de Decision Server. Debe especificareste parámetro si ha instalado Sucesos de Decision Server en una ubicaciónno predeterminada.


-adminUserName nombre de usuariodonde nombre de usuario es el ID de usuario utilizado para acceder alWebSphere Application Server. Solo se necesita si la seguridadadministrativa de WebSphere Application Server está activada.

-adminPassword contraseñadonde contraseña es la contraseña del ID de usuario utilizada para accederal WebSphere Application Server. Solo se necesita si la seguridadadministrativa de WebSphere Application Server está activada.

-wbeDbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Los valoresválidos son:v Derby_Embedded: no soportado para utilizarlo en un entorno en clústerv DB2_Universal: el valor predeterminado para el perfil de gestiónv Derby_Servidor de Red

v Oracle

v MS_SQL_Server

-wbeDbName nombre_base_datosdonde nombre_base_datos es el nombre de la base de datos. Necesario amenos que -wbeDbType sea Derby_Embedded.


-wbeDbUserId nombre_usuario_base_datosdonde nombre_usuario_base_datos es el ID de usuario que se utiliza paraacceder al servidor de bases de datos. Necesario a menos que -wbeDbTypesea Derby_Embedded.

-wbeDbPassword contraseñadonde contraseña es la contraseña para el ID de usuario que se utiliza paraacceder al servidor de base de datos. Necesario a menos que -wbeDbTypesea Derby_Embedded.

-wbeDbJDBCClasspath vía_acceso_clase_jdbc_base_datosdonde vía_acceso_clase_jdbc_base_datos especifica la vía de acceso a losarchivos de vía de acceso de clase JDBC. Necesario a menos que-wbeDbType sea Derby_Embedded.

-wbeDbHostName nombre_hostdonde nombre_host es el nombre de host para el servidor de bases de datos.Necesario a menos que -wbeDbType sea Derby_Embedded.

-wbeDbServerPort número_puertodonde número_puerto es el puerto en el que el servicio TCP/IP estáasignado o el puerto en el que escucha la base de datos. Necesario a menosque -wbeDbType sea Derby_Embedded.

-wbeMsgingType tipo_mensajeríadonde tipo_mensajería especifica qué proveedor JMS se debe configurar. Losvalores válidos son:v Mensajería_predeterminada: Sucesos de Decision Server está configurado

para utilizar la mensajería predeterminada de WebSphere ApplicationServer . Éste es el valor predeterminado.

v MQ_JMS_Messaging: Sucesos de Decision Server está configurado parautilizar WebSphere MQ

v No_Messaging: no está configurado ningún proveedor JMS. Antes deejecutar Sucesos de Decision Server, debe configurar un proveedor JMSmanualmente. Consulte “Configuración de la mensajería predeterminadade WebSphere Application Server para que sea el proveedor JMS” en lapágina 121 o “Configuración de WebSphere MQ para que sea proveedorJMS” en la página 123.

-wbeMqMsgingQmgrName nombre_gestor_colasdonde nombre_gestor_colas es el nombre del gestor de colas de WebSphereMQ. Necesario solo si -wbeMsgingType es MQ_JMS_Messaging.

-wbeMqMsgingQmgrHostName nombre_hostdonde nombre-host es el nombre de host del gestor de colas WebSphere MQ.Necesario solo si -wbeMsgingType es MQ_JMS_Messaging.

-wbeMqMsgingQmgrPort número_puertodonde número-puerto es el puerto en el que el gestor de colas WebSphereMQ escucha. Necesario solo si -wbeMsgingType es MQ_JMS_Messaging.

-wbeMqMsgingTransType tipo_transportedonde tipo_transporte es el tipo de transporte del cliente de WebSphere MQ,BINDINGS o CLIENT. Necesario solo si -wbeMsgingType esMQ_JMS_Messaging.

-disableBusSecurityEste parámetro inhabilita la seguridad de bus para el bus de integración deservicios, WbeBus, cuando se crea el bus.


Resultados

El perfil está aumentando.

Ejemplos

El primer ejemplo aumenta un perfil de gestión existente denominado Dmgr01 enWindows utilizando Apache Derby incluido como proveedor de bases de datos yla mensajería predeterminada de WebSphere Application Server como proveedorde 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 Dmgr01en Linux y UNIX utilizando Apache Derby incluido como proveedor de bases dedatos y la mensajería predeterminada de WebSphere Application Server comoproveedor de mensajería.manageprofiles.sh -augment -templatePath"/opt/ibm/ODM851/ODM/WAS/profileTemplates/wbe/management"-profileName Dmgr01



Anulación de aumento de un perfil existente utilizando elmandato manageprofilesAcerca de esta tarea

Para deshacer el aumento de un perfil existente utilizando el mandatomanageprofiles :

Procedimiento1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux



-unaugmentPara anular el aumento del perfil existente.

-templatePath <template_path>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el valor siguiente para el perfil de gestión:dir_instal_was/profileTemplates/wbe/management.

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil de gestión existente del queanula el aumento.

Resultados

El perfil ahora está con anulación de aumento. Todas las características de Sucesosde Decision Server se eliminan del perfil.


Ejemplos

El primer ejemplo anula el aumento de un perfil de gestión Sucesos de DecisionServer 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 DecisionServer 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 WebSphereApplication Server

Para crear un entorno de Sucesos de Decision Server gestionado, por ejemplo, unclúster, debe tener un perfil personalizado WebSphere Application Server quepueda aumentar. Puede aumentar un perfil utilizando la herramienta de gestión deperfiles o el mandato manageprofiles.

Antes de empezar

Antes de aumentar un perfil personalizado de WebSphere Application Server, debeasegurarse de que cualquier agente de nodo o servidor del perfil esté detenido.





Aumento de un perfil personalizado existente utilizando laherramienta de gestión de perfilesAcerca de esta tarea


Application Server Network Deployment V8.0 > Herramienta de gestión deperfiles.


Para aumentar un perfil personalizado existente con Operational Decision ManagerSucesos de Decision Server:

Procedimiento1. En la página de bienvenida, pulse Iniciar la herramienta de gestión de

perfiles.


2. En la página de perfiles, resalte un perfil personalizado existente y pulseAumentar.

3. En la página para aumentar la selección, seleccione Perfil de servidor deaplicación aumentado con Operational Decision Manager Sucesos deDecision Server.


Resultados

El perfil personalizado existente se aumenta con Operational Decision ManagerSucesos de Decision Server.

Aumento de un perfil personalizado existente utilizando elmandato manageprofilesProcedimiento1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux




-templatePath <vía_acceso_plantilla>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el valor siguiente para el perfil personalizado:dir_instal_was/profileTemplates/wbe/managed.

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil personalizado existente que estáaumentando.

Resultados


Ejemplos

El primer ejemplo aumenta un perfil personalizado existente denominadoCustom01 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 Custom01en Linux y UNIX.manageprofiles.sh -augment -templatePath"/opt/ibm/ODM851/ODM/WAS/profileTemplates/wbe/managed"-profileName Custom01


Anulación de aumento de un perfil existente utilizando elmandato manageprofilesAcerca de esta tarea






-templatePath <vía_acceso_plantilla>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el valor siguiente para el perfil personalizado:dir_instal_was/profileTemplates/wbe/managed.

-profileName nombre_perfildonde nombre_perfil es el nombre del perfil personalizado existente para elque anula el aumento.

Resultados


Ejemplos

El primer ejemplo anula el aumento de un perfil de gestión Sucesos de DecisionServer 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 existenteSucesosde Decision Server 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 goldEn esta tarea, se crean los perfiles WebSphere Application Server aumentados conSucesos de Decision Server que se necesitan para un clúster de topología gold.

Procedimiento1. Instale Sucesos de Decision Server en Sistema1 y Sistema2.2. En Sistema1, cree un perfil de gestión de WebSphere Application Server.

a. Navegue al directorio dir_instal_was/bin/ProfileManagement e inicie laHerramienta de gestión de perfiles ejecutando el mandato pmt.bat o pmt.sh.

b. En la página de bienvenida, seleccione Iniciar la herramienta de gestión deperfiles, a continuación, seleccione Crear.


c. En la página Selección de entorno, en WebSphere Application Server, pulseGestión, a continuación, Siguiente y Gestor de despliegue.

d. Pulse Creación de perfil típica o Creación de perfil avanzada. Para obtenermás información acerca de la creación de perfil típica y avanzada,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 alternativa a utilizar la herramienta de gestión de perfiles, porejemplo, cuando una interfaz gráfica de usuario no está disponible, naveguehasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles.Para crear el gestor de despliegue, utilice la plantilla de perfildir_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 perfilde gestión de WebSphere Application Server con Sucesos de Decision Server.Consulte “Aumento de un perfil de gestión existente WebSphere ApplicationServer” en la página 34. Debe seleccionar la mensajería predeterminada deWebSphere Application Server como proveedor de mensajería.

4. Inicie el gestor de despliegue en el sistema Sistema1:a. Navegue 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 Server.



c. En la página Selección de entorno, bajo WebSphere Application Server,pulse Perfil personalizado y luego Siguiente.

d. Pulse Creación de perfil típica o Creación de perfil avanzada. Para obtenermás información acerca de la creación de perfil típica y avanzada, consulteCreación de perfiles personalizados.

e. En la página Federación, federe el perfil personalizado en la celda para elgestor de despliegue.v Especifique los detalles de conexión para el gestor de despliegue que ha

creado en el paso 2 en la página 42v Borre Federar este nodo más tarde.v 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 alternativa a utilizar la herramienta de gestión de perfiles, porejemplo, cuando una interfaz gráfica de usuario no está disponible, naveguehasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles.Para crear el perfil personalizado, utilice la plantilla de perfil dedir_instal_was/profileTemplates/managed/. Para obtener más detalles,consulte el mandato manageprofiles.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.installation.nd.doc/ae/tpro_instancesdmgr.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/rxml_manageprofiles.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.installation.nd.doc/ae/tpro_instancesmngdnode.html


6. Compruebe que los relojes del sistema de todos los sistemas que utilice paracrear el clúster estén sincronizados y, para asegurarse de que cualquier lógicabasada en el tiempo se evalúe correctamente, que los relojes estén definidos enel mismo huso horario.

7. Si ha federado satisfactoriamente en el paso 5 en la página 43, puede saltarseeste paso. De lo contrario, en el Sistema1, federe el perfil personalizado en lacelda 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 despliegue>

donde nombre_perfil es el nombre del perfil que ha creado en el paso 5 en lapágina 43, donde <host del gestor de despliegue> (necesario) es el nombre dehost del sistema donde se ejecuta el gestor de despliegue, por ejemplo,localhost, y donde <puerto del gestor de despliegue> (opcional) es el puertoSOAP del gestor de despliegue, con un valor predeterminado de 8879.

c. Inicie la consola administrativa de WebSphere Application Server para elgestor de despliegue.

d. Inicie sesión en la consola administrativa de WebSphere Application Servery valide que el servidor de aplicaciones se ha federado satisfactoriamente algestor de despliegue. Pulse Administración del sistema > Nodos.

En Sistema1, se ha federado el perfil personalizado en la celda del gestor dedespliegue.

8. Aumente el perfil personalizado de WebSphere Application Server con Sucesosde Decision Server.a. Asegúrese de que el agente de nodo esté detenido. Para detener el agente

de nodo en la consola administrativa de WebSphere Application Server,pulse Administración del sistema > Agentes de nodo. Seleccione el agentede nodo y pulse Detener.

b. Aumente el perfil personalizado con Sucesos de Decision Server. Consulte“Aumento de un perfil personalizado existente WebSphere ApplicationServer” en la página 40.

9. En Sistema2, repita los pasos del 5 en la página 43 al 8 para crear, federar yaumentar un segundo perfil personalizado de WebSphere Application Server.


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 goldEn esta tarea, se configura el clúster de topología gold para la cual ha creadoperfiles, 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ónde 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 busde integración de servicios en “Protección del bus de integración de servicios” enla página 153. Si no se ha habilitado la seguridad, sustituyaSIB_ENDPOINT_SECURE_ADDRESS por SIB_ENDPOINT_ADDRESS y omita la


cadena BootstrapSecureMessaging de cada par nombre_host:puerto en los pasos 2, 8en la página 47, 9 en la página 47,10 en la página 48.

Procedimiento1. Cree un clúster de WebSphere Application Server y añada dos servidores de

aplicaciones como miembros del clúster:a. Pulse Servidores > Clústeres > Clústeres de servidor de aplicaciones

WebSphere .b. Pulse Nuevo.c. En el campo Nombre de clúster, especifique un nombre para el clúster,

por ejemplo EventRuntimeCluster y, a continuación, pulse Siguiente.d. En el campo Nombre de miembro, especifique un nombre para el primer

servidor de aplicaciones que añada al clúster, por ejemplo, eventruntime01.e. Seleccione el nombre del nodo en el que se ejecutará el primer servidor de

aplicaciones, y luego pulse Siguiente.f. En el campo Nombre de miembro, especifique un nombre para el siguiente

servidor de aplicaciones que añada al clúster, por ejemplo, eventruntime02.g. Seleccione el nombre del nodo en el que se ejecutará el servidor de

aplicaciones. Pulse Añadir miembro, a continuación, pulse Siguiente.h. Si desea añadir más servidores de aplicaciones al clúster, repita los pasos f

y g.i. Pulse Finalizar y Guardar.

2. Identifique y registre nombre de host:puerto:BootstrapSecureMessaging,nombre dehost:puerto:BootstrapSecureMessaging, donde cada par nombre de host:puertocorresponde con el nombre de host y SIB_ENDPOINT_SECURE_ADDRESS delos servidores 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 Servidores > Clústeres de WebSphere Application Server > Clúster

de tiempo de ejecución de suceso > Miembros de clúster y anote elnombre de host.

b. Para cada miembro de clúster, pulse Puertos y registre el número de puertoasociado a la SIB_ENDPOINT_SECURE_ADDRESS.

3. Cree una propiedad personalizada de JVM que apunte al directorio deinstalación de Operational Decision Manager.

Nota: Debe realizar este paso para cada servidor de aplicaciones del clúster.a. Pulse Servidores > Tipos de servidor > Servidores de aplicaciones de

WebSphere > nombre_servidor > Gestión de Java y de proceso >Definición de proceso > Máquina virtual Java > Propiedadespersonalizadas, donde nombre_servidor es un servidor de aplicaciones en elclúster.

b. Pulse Nuevo.c. En el campo Nombre, escriba wbe.home

d. Como valor, escriba la ubicación del directorio de inicio en la instalaciónde su Operational Decision Manager.v 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

v Por ejemplo, si instaló utilizando Installation Manager y aceptó laubicació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

servidor.

Nota: Debe realizar este paso para cada servidor de aplicaciones del clúster.a. Pulse en Servidores > Tipos de servidor > Servidores de aplicaciones de

WebSphere > nombre_servidor > Gestión de Java y de proceso >Definición de proceso > Máquina virtual Java, donde nombre_servidor esun servidor 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

1024.d. Pulse Aplicar y Guardar.

Para obtener más información sobre la configuración de los valores óptimosde almacenamiento dinámico, consulte “Ajuste de la configuración de tiempode ejecución de sucesos” en la página 138.

5. Habilite el servicio Startup Bean para cada servidor de aplicaciones en elclúster.


WebSphere > nombre_servidor > Servicios de contenedor > ServicioStartup Bean, donde nombre_servidor es un servidor de aplicaciones en elclúster.

b. Seleccione Habilitar servicio al inicio del servidor.c. Pulse Aplicar y Guardar.

6. Añada el clúster de tiempo de ejecución de sucesos como miembro al bus deintegración de servicios:a. Pulse Integración de servicios > Buses > WbeBus > Miembros del bus.b. Pulse Añadir. Pulse en Clúster > DecisionServerCluster y, a continuación,

Siguiente.c. Seleccione un valor de política para el motor de mensajería entre las

opciones Alta disponibilidad, Escalabilidad o Escalabilidad con altadisponibilidad. Para obtener más detalles acerca de la selección, consulteAsistencia para la política del motor de mensajería.

d. Para garantizar la recuperación de los mensajes JMS tras una migracióntras error, configure el almacenamiento de mensajes. Defina el tipo dealmacenamiento de mensajes seleccionando Almacén de archivos oAlmacén de datos. Para obtener más información acerca de este conceptoy otros conceptos de alta disponibilidad, consulte Establecimiento de altadisponibilidad. Pulse Siguiente

e. En el panel Configurar motores de mensajería, pulse el nombre del motorde mensajería.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.doc/ae/cjt1005_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.doc/ae/welc6tophighavail.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.doc/ae/welc6tophighavail.html

f. Defina los valores de almacén de datos:1) Si utiliza un almacén de archivos, establezca el valor de Vía de acceso

del directorio de registros para que apunte a un almacén de datos enun sistema de archivos compartidos, por ejemplo, c:\filestoredirectory. Defina la Vía de acceso del directorio dealmacenamiento permanente para apuntar al almacenamiento de datosen un sistema de archivos compartidos.

2) O bien, si utiliza una base de datos, establezca el nombre de conexiónde datos JNDI , el nombre de esquema y el alias de autenticación, paraseñ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 valores

predeterminados.h. Revise la información de resumen. Pulse Finalizar y Guardar.

7. Cree tres destinos del bus de integración de servicios para los destinos demensajería de tiempo de ejecución de sucesos:a. Pulse Integración de servicios > Buses > WbeBus > Destinos.b. Pulse Nuevo.c. Pulse Cola y pulse Siguiente. En el campo Identificador, escriba

eventQueue, 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 proveedor para las fábricas de conexionespara que apunten a los servidores en el clúster de tiempo de ejecución deeventos: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 proveedor, escriba nombre dehost:puerto:BootstrapSecureMessaging,nombre de host:puerto:BootstrapSecureMessaging, donde cada par nombre de host:puertocorresponde al nombre de host y SIB_ENDPOINT_SECURE_ADDRESS delos servidores de aplicaciones en su clúster de tiempo de ejecución desucesos.

e. Pulse Aplicar y Guardar.9. Modifique los puntos finales de proveedor para la fábrica de conexiones de

cola JMS para que apunten a los servidores del clúster de tiempo de ejecuciónde 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



e. Pulse Aplicar y Guardar.10. Modifique los puntos finales del proveedor para la fábrica de conexiones del

tema JMS para que apunten a los servidores del clúster de tiempo deejecució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


e. Pulse Aplicar y Guardar.11. Instale la aplicación de tiempo de ejecución de sucesos:

a. Pulse Aplicaciones > Nueva aplicación > Nueva aplicación empresarial.b. Seleccione Sistema de archivos remoto.c. Pulse Examinar y pulse en un nodo o gestor de despliegue para examinar

sus sistema de archivos. Localice el archivo de la aplicación wberuntimeear.d. Escriba la vía de acceso completa de la ubicación del archivo de la

aplicación wberuntimeear. Por ejemplo, en Windows especifiqueC:\Program Files\IBM\ODM851\runtime\wberuntimeear.ear; y en Linux yUNIX especifique /opt/ibm/ODM851/ODM/runtime/wberuntimeear.ear. PulseSiguiente.

e. En la ventanaPreparación para instalación de la aplicación , seleccione FastPath. Pulse Siguiente.

f. En la ventanaSeleccionar opciones de instalación, acepte las opcionespredeterminadas y pulse Siguiente.

g. En la ventana Correlacionar módulos a servidores, en el campo Clústeres yservidores, pulse WebSphere:cell=nombre-celda,cluster=DecisionServerCluster, donde nombre-celda es el nombre de lacelda. Seleccione ambos recuadros de selección, pulse Aplicar, luegoSiguiente.

h. Pulse Finalizar y Guardar.12. Opcional: Confirme que se ha instalado EventWidgetEar si desea utilizar

Event Widgets en un entorno de clúster. Pulse Aplicaciones > Tipos deaplicación > Aplicaciones de empresa de WebSphere. Compruebe queaparece la aplicación EventWidgetsEar y que se muestra como iniciada. Paraobtener más información sobre la instalación de los widgets de sucesos,consulte Selección de las funciones para instalar. Los siguientes widgets desucesos con compatibles con un entorno de clúster:v Gestor de gráficas de sucesosv Gráfica de sucesosv Captura de sucesosv Repetición de sucesos

Restricción: El widget de probador de sucesos no es compatible con elentorno en clúster.

13. Para asegurarse de que todos los cambios se apliquen y que el clúster se iniciecorrectamente, inicie los agentes de nodo en todos los sistemas en el clúster:


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.install/topics/con_inst_features.html

a. En la solicitud de mandato, navegue al directorio correcto:cd dir_instal_was/bin

b. Ejecute el mandato startNode. En Windows, ejecute startNode.bat, enLinux y UNIX ejecute startNode.sh, con el siguiente parámetro opcional:


14. Inicie todos los servidores de aplicaciones en el clúster:a. Para realizar este paso en la consola de administración de WebSphere

Application Server, pulse Servidores > Clústeres > Clústeres de servidorde aplicaciones WebSphere > <nombre-clúster> > miembros de clúster,donde <nombre-clúster> es el nombre que ha especificado en el paso 1 en lapágina 45.

b. Seleccione el servidor de aplicaciones y pulse Iniciar.

Resultados

El clúster de topología gold está configurado y en ejecución. Si el clúster no puedeiniciarse, consulte Inicio de clústeres.


Configure los conectores de tecnología. Consulte Administración de despliegue deaplicaciones de conector en un entorno de servidor gestionado para los conectoresFile System, HTTP, JDBC, JMS, REST y SOAP; o consulte “Configuración deconectores de tecnología en un sistema independiente” en la página 134 para losconectores de tecnología autónoma.

Creación y configuración de un clúster que utilizaWebSphereMQ como proveedor de mensajería

Puede crear clústeres de Sucesos de Decision Server para proporcionar una altadisponibilidad y escalabilidad para el tiempo de ejecución de sucesos, peroutilizando WebSphere MQ como proveedor de mensajería en lugar de utilizar lamensajería predeterminada de WebSphere Application Server.


Un clúster de Sucesos de Decision Server consta de un único gestor de desplieguey uno o más nodos gestionados. Un clúster de tiempo de ejecución de sucesosabarca los nodos gestionados y proporciona alta disponibilidad y escalabilidad deltiempo de ejecución de sucesos. Esta documentación describe cómo configurar unentorno de ejecución de sucesos en clúster para alta disponibilidad y escalabilidad,que utiliza WebSphere MQ como proveedor de mensajería; pero no cómoconfigurar WebSphere MQ para alta disponibilidad. Puede crear un clúster de dosnodos que abarca dos sistemas, tal como se muestra en el diagrama siguiente:


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.doc/ae/trun_wlm_cluster_start.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/tsk_dse_administering_connectorapps_managedwas.html


v Existe un clúster, contenido en una única celda.v Se ha configurado un perfil de gestión en Sistema1.v Hay nodos gestionados (perfiles personalizados) en Sistema1 y Sistema2.v Cada sistema tiene Sucesos de Decision Server y WebSphere Application Server

instalado.v WebSphere MQ está instalado y configurado para su uso con Sucesos de

Decision Server y proporciona todas las prestaciones de mensajería JMS para eltiempo de ejecución de sucesos.

Esta topología de clúster se puede ampliar a más sistemas de forma similar, dentrode un único clúster.

Para completar esta tarea:v Configuración de WebSphere MQ para utilizarlo como proveedor de mensajería.

Consulte “Configuración de WebSphere MQ para utilizarlo como proveedor demensajería.” en la página 51.

v Cree perfiles para un clúster que utiliza WebSphere MQ como proveedor demensajería. Consulte “Creación de perfiles para un clúster que utilizaWebSphereMQ como proveedor de mensajería” en la página 51.

v Configure el clúster para Sucesos de Decision Server. Consulte “Configuraciónde un clúster que utiliza WebSphere MQ como proveedor de mensajería” en lapágina 53.


Configuración de WebSphere MQ para utilizarlo como proveedorde mensajería.Antes de utilizar WebSphere MQ como proveedor de mensajería para el clúster deSucesos de Decision Server, debe realizar algunas tareas de configuración enWebSphere MQ.


El administrador de WebSphere MQ debe realizar las tareas siguientes:

Procedimiento1. 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\java\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 DecisionServer.

Resultados

El gestor de colas WebSphere MQ ha sido creado y configurado.


Cree perfiles de WebSphere Application Server para el clúster de Sucesos deDecision Server. Consulte “Creación de perfiles para un clúster queutilizaWebSphere MQ como proveedor de mensajería”

Creación de perfiles para un clúster que utilizaWebSphere MQcomo proveedor de mensajeríaEn esta tarea, se crean los perfiles WebSphere Application Server aumentados conSucesos de Decision Server que se necesitan para un clúster que utiliza WebSphereMQ como proveedor de mensajería.

Antes de empezar

Configuración de WebSphere MQ para utilizarlo como proveedor de mensajería.Consulte “Configuración de un clúster que utiliza WebSphere MQ como proveedorde mensajería” en la página 53.

Procedimiento1. Instale Sucesos de Decision Server en Sistema1 y Sistema2.2. En Sistema1, cree un perfil de gestión de WebSphere Application Server.




c. En la página Selección de entorno, en WebSphere Application Server, pulseGestión, a continuación, Siguiente y Gestor de despliegue.

d. Pulse Creación de perfil típica o Creación de perfil avanzada. Para obtenermás información acerca de la creación de perfil típica y avanzada,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 alternativa a utilizar la herramienta de gestión de perfiles, porejemplo, cuando una interfaz gráfica de usuario no está disponible, naveguehasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles.Para crear el gestor de despliegue, utilice la plantilla de perfildir_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 perfilde gestión de WebSphere Application Server con Sucesos de Decision Server.Consulte “Aumento de un perfil de gestión existente WebSphere ApplicationServer” en la página 34. Debe seleccionar WebSphere MQ como proveedor demensajería y proporcionar los detalles de conexión adecuados.

4. Inicie el gestor de despliegue en el sistema Sistema1:a. Navegue 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 Server.



c. En la página Selección de entorno, bajo WebSphere Application Server,pulse Perfil personalizado y luego Siguiente.

d. Pulse Creación de perfil típica o Creación de perfil avanzada. Para obtenermás información acerca de la creación de perfil típica y avanzada, consulteCreación de perfiles personalizados.

e. En la página Federación, federe el perfil personalizado en la celda para elgestor de despliegue.v Especifique los detalles de conexión para el gestor de despliegue que ha

creado en el paso 2 en la página 51v Borre Federar este nodo más tarde.v 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 alternativa a utilizar la herramienta de gestión de perfiles, porejemplo, cuando una interfaz gráfica de usuario no está disponible, naveguehasta el directorio dir_instal_was/bin y ejecute el mandato manageprofiles.Para crear el perfil personalizado, utilice la plantilla de perfil dedir_instal_was/profileTemplates/managed/. Para obtener más detalles,consulte el mandato manageprofiles.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.installation.nd.doc/ae/tpro_instancesdmgr.html


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.installation.nd.doc/ae/tpro_instancesmngdnode.html


6. Compruebe que los relojes del sistema de todos los sistemas que utilice paracrear el clúster estén sincronizados y, para asegurarse de que cualquier lógicabasada en el tiempo se evalúe correctamente, que los relojes estén definidos enel mismo huso horario.

7. Si ha federado satisfactoriamente en el paso 5 en la página 52, puede saltarseeste paso. De lo contrario, en el Sistema1, federe el perfil personalizado en lacelda 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 despliegue>

donde nombre_perfil es el nombre del perfil que ha creado en el paso 5 en lapágina 52, donde <host del gestor de despliegue> (necesario) es el nombre dehost del sistema donde se ejecuta el gestor de despliegue, por ejemplo,localhost, y donde <puerto del gestor de despliegue> (opcional) es el puertoSOAP del gestor de despliegue, con un valor predeterminado de 8879.

c. Inicie la consola administrativa de WebSphere Application Server para elgestor de despliegue.

d. Inicie sesión en la consola administrativa de WebSphere Application Servery valide que el servidor de aplicaciones se ha federado satisfactoriamente algestor de despliegue. Pulse Administración del sistema > Nodos.

En Sistema1, se ha federado el perfil personalizado en la celda del gestor dedespliegue.

8. Aumente el perfil personalizado de WebSphere Application Server con Sucesosde Decision Server.a. Asegúrese de que el agente de nodo esté detenido. Para detener el agente

de nodo en la consola administrativa de WebSphere Application Server,pulse Administración del sistema > Agentes de nodo. Seleccione el agentede nodo y pulse Detener.

b. Aumente el perfil personalizado con Sucesos de Decision Server. Consulte“Aumento de un perfil personalizado existente WebSphere ApplicationServer” en la página 40.

9. En Sistema2, repita los pasos del 5 en la página 52 al 8 para crear, federar yaumentar un segundo perfil personalizado de WebSphere Application Server.


Ahora que se han creado los perfiles, puede configurar el clúster que utilizaWebSphere MQ como proveedor de mensajería. Consulte “Configuración de unclúster que utiliza WebSphere MQ como proveedor de mensajería”.

Configuración de un clúster que utiliza WebSphere MQ comoproveedor de mensajeríaEn esta tarea, se configura el clúster para la cual ha creado perfiles, a fin decompletar la creación del entorno de clúster.

Antes de empezar

Antes de configurar el clúster, primero debe crear los perfiles. Consulte “Creaciónde perfiles para un clúster que utilizaWebSphere MQ como proveedor demensajería” en la página 51.


Procedimiento1. Cree un clúster de WebSphere Application Server y añada dos servidores de

aplicaciones como miembros del clúster:a. Pulse Servidores > Clústeres > Clústeres de servidor de aplicaciones

WebSphere.b. Pulse Nuevo.c. En el campo Nombre de clúster, especifique un nombre para el clúster, por

ejemplo, DecisionServerCluster y luego pulse Siguiente.d. En el campo Nombre de miembro, especifique un nombre para el primer

servidor de aplicaciones que añada al clúster, por ejemplo, eventruntime01.e. Seleccione el nombre del nodo en el que se ejecutará el primer servidor de

aplicaciones, y luego pulse Siguiente.f. En el campo Nombre de miembro, especifique un nombre para el siguiente

servidor de aplicaciones que añada al clúster, por ejemplo, eventruntime02.g. Seleccione el nombre del nodo en el que se ejecutará el servidor de

aplicaciones. Pulse Añadir miembro, a continuación, pulse Siguiente.h. Si desea añadir más servidores 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 deinstalación de Operational Decision Manager.


WebSphere > nombre_servidor > Gestión de Java y de proceso >Definición de proceso > Máquina virtual Java > Propiedadespersonalizadas, donde nombre_servidor es un servidor de aplicaciones en elclúster.

b. Pulse Nuevo.c. En el campo Nombre, escriba wbe.home

d. Como valor, escriba la ubicación del directorio de inicio en la instalación desu Operational Decision Manager.v 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

v Por ejemplo, si instaló utilizando Installation Manager y aceptó laubicació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 servicio Startup Bean para cada servidor de aplicaciones en el

clúster.

Nota: Debe realizar este paso para cada servidor de aplicaciones del clúster.


a. Pulse Servidores > Tipos de servidor > Servidores de aplicaciones deWebSphere > nombre_servidor > Servicios de contenedor > ServicioStartup Bean, donde nombre_servidor es un servidor de aplicaciones en elclúster.

b. Seleccione Habilitar servicio al inicio del servidor.c. Pulse Aplicar y Guardar.

4. Instale la aplicación de tiempo de ejecución de sucesos:a. Pulse Aplicaciones > Nueva aplicación > Nueva aplicación empresarial.b. Seleccione Sistema de archivos remoto.c. Pulse Examinar y pulse en un nodo o gestor de despliegue para examinar

sus sistema de archivos. Localice el archivo de la aplicación wberuntimeear.d. Escriba la vía de acceso completa de la ubicación del archivo de la

aplicación wberuntimeear. Por ejemplo, en Windows especifique C:\ProgramFiles\IBM\ODM851\runtime\wberuntimeear.ear; y en Linux y UNIXespecifique /opt/ibm/ODM851/ODM/runtime/wberuntimeear.ear. PulseSiguiente.

e. En el campo Clústeres y servidores, pulseWebSphere:cell=nombre_celda,cluster=DecisionServerCluster, dondenombre_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 iniciecorrectamente, inicie los agentes de nodo en todos los sistemas en el clúster:a. En la solicitud de mandato, navegue al directorio correcto:

cd dir_instal_was/bin

b. Ejecute el mandato startNode. En Windows, ejecute startNode.bat, enLinux y UNIX ejecute startNode.sh, con el siguiente parámetro opcional:


6. Inicie todos los servidores de aplicaciones en el clúster:a. Para realizar este paso en la consola de administración de WebSphere

Application Server, pulse Servidores > Clústeres > Clústeres de servidorde aplicaciones WebSphere > <nombre-clúster> > miembros de clúster,donde <nombre-clúster> es el nombre que ha especificado en el paso 1 en lapágina 54.

b. Seleccione el servidor de aplicaciones y pulse Iniciar.

Resultados

El clúster que utiliza WebSphere MQ como proveedor de mensajería está ahoraconfigurado y en ejecución. Si el clúster no puede iniciarse, consulte Inicio declústeres.


Configure los conectores de tecnología. Consulte Administración de despliegue deaplicaciones de conector en un entorno de servidor gestionado para los conectoresFile System, HTTP, JDBC, JMS, REST y SOAP; o consulte “Configuración deconectores de tecnología en un sistema independiente” en la página 134 para losconectores de tecnología autónoma.






Definición de una recopilación de alta disponibilidad deservidores de catálogo

El tiempo de ejecución de sucesos utiliza WebSphere eXtreme Scale durante elprocesamiento de sucesos. De forma predeterminada, el servicio de catálogo deWebSphere eXtreme Scale sólo se ejecuta dentro del gestor de despliegue. Si elgestor de despliegue no está disponible, es posible que la ubicación del fragmentode WebSphere eXtreme Scale se vea afectada. Si define un dominio de servicio decatálogo, aumenta la disponibilidad de su clúster de tiempo de ejecución desucesos si el gestor de despliegue no está disponible o se reinicia.


Los dominios de servicio de catálogo definen un grupo de servidores de catálogoque gestionan la ubicación de los fragmentos y supervisan el estado de losservidores de contenedor en la cuadrícula de datos.

Procedimiento

Siga el procedimiento descrito en Creación de dominios de servicio de catálogo enWebSphere Application Server para incluir el servicio de catálogo en variosprocesos de agente de nodo o en un servidor de aplicaciones que no aloje unaaplicación WebSphere eXtreme Scale.


http://publib.boulder.ibm.com/infocenter/wxsinfo/v8r6/topic/com.ibm.websphere.extremescale.doc/common/txscsdomain.html

http://publib.boulder.ibm.com/infocenter/wxsinfo/v8r6/topic/com.ibm.websphere.extremescale.doc/common/txscsdomain.html

Capítulo 2. Configuración de Rule Execution Server enWebSphere Application Server

Para utilizar Rule Execution Server en una nueva instancia de WebSphereApplication Server para plataformas distribuidas o para Linux en System z, debeseguir una secuencia de pasos de configuración. En WebSphere Application Serverpara plataformas distribuidas, puede configurar un clúster utilizando una plantillade perfil.

Operational Decision Manager 8.5.1 da soporte a WebSphere Application Server8.0, 8.5 y 8.5.5.

Los pasos o acciones específicos de Linux en System z se indican por separado.

Antes de empezar: Abrir la consola de administraciónPara configurar Rule Execution Server en WebSphere Application Server, debeseguir pasos específicos. Algunos dependen del tipo de persistencia.

Antes de empezar

Antes de configurar Rule Execution Server, asegúrese de que tiene el siguientesoftware instalado.v Rule Execution Serverv WebSphere Application Server para plataformas distribuidas o para Linux en

System zv DB2 versión 9.5 o 10v Java™ 1.6 incluido en su sentencia PATH.

También necesita los derechos siguientes:v Acceso a WebSphere Integrated Solutions Consolev Permiso de administrador de DB2 para crear (CREATE) una base de datos y

para crear y actualizar (CREATE y UPDATE) TABLAS/v Permiso para crear una estructura de directorios para los archivos de Rule

Execution Serverv Permiso par iniciar y detener WebSphere Application Server


Para configurar Rule Execution Server en WebSphere Application Server, ya sea enplataformas distribuidas o en Linux on System z, se trabaja en WebSphereIntegrated Solutions Console.

Procedimiento1. Compruebe que tiene un perfil de WebSphere Application Server.

El nombre predeterminado del primer perfil del servidor es AppSrv01. Si lonecesita, consulte la documentación de WebSphere Application Server.

2. Inicie el servidor pulsando Inicio > Todos los programas > IBM WebSphere >IBM WebSphere Application Server número_versión > Perfiles > AppSrv01 >Iniciar el servidor


Consejo: Como alternativa, puede abrir la ventana Primeros pasos en el menúInicio de Windows, iniciar luego el servidor y luego la consola, desde laventana Primeros pasos.

3. Inicie la consola pulsando Inicio > Todos los programas > IBM WebSphere >IBM WebSphere Application Server número_versión > Perfiles > AppSrv01 >Consola administrativa Puede que tenga que pasar los pasos de seguridad delnavegador que utilice.

4. Inicie sesión introduciendo el nombre de usuario y contraseña que ha definidocuando ha creado el perfil.Por ejemplo: wasadmin y wasadmin. Se abre la consola Consola de solucionesintegradas de WebSphere.


En los primeros cuatro pasos, define una base de datos y origen de datosexclusivos. A continuación, puede activar la seguridad, crear el esquema de basede datos, y desplegar el archivo EAR de gestión, el archivado de recursos de launidad de ejecución y opcionalmente el archivo EAR para servicios de decisionestransparentes.

La consola de Rule Execution Server incluye un asistente Parámetros de instalación. Si inicia sesión como administrador, puede utilizar el asistente para crear elesquema de base de datos y ejecutar sentencias SQL drop que borren cualquierbase de datos de Rule Execution Server 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 Serveren WebSphere Application Server, en función del tipo de persistencia.

Pasos de instalaciónPersistencia

Archivo Origen de datos JDBC

“Paso 1: seleccionar y aplicar el tipo depersistencia” en la página 60

Modalidad depersistenciapredeterminada

“Paso 2: restricción de los permisos delusuario de base de datos” en la página 61

“Paso 3: configurar la base de datos” en lapágina 62

No es aplicable





“Paso 4:Configuración de unorigen de datos y unaagrupación deconexiones” en lapágina 64

“Creación de unproveedor JDBC” enla página 64

No es aplicable

“Creación de unorigen de datos y unaagrupación deconexiones” en lapágina 65

No es aplicable

“Creación de datos deautenticación J2C” enla página 66

No es aplicable

“Establecimiento depropiedadespersonalizadas” en lapágina 67

No es aplicable

“Probar la conexión ala base de datos” enla página 69

No es aplicable

“Paso 5: Activaciónde la seguridad enWebSphereApplication Server”en la página 69

“Creación de usuariosy grupos” en lapágina 70

“Correlación degrupos de usuarioscon el rol desupervisor” en lapágina 72

“Políticas deseguridad para laconsola de RuleExecution Server” enla página 73

“Paso 6: desplegar los descriptores MBean deRule Execution Server” en la página 73

“Paso 7: desplegar el RAR de la XU” en lapágina 74

“Paso 8: desplegar el archivo EAR de gestiónde Rule Execution Server” en la página 76

“Paso 9: crear un esquema de base de datosde Rule Execution Server” en la página 78

No es aplicable

“Paso 10: desplegar el archivo EAR deservicio de decisiones transparentes alojado”en la página 85

Opcional Opcional Opcional

Capítulo 2. Configuración de Rule Execution Server en WebSphere Application Server 59



“Paso 11: establecer la propiedadpersonalizada DecodeUrlAsUTF8” en lapágina 86

Obligatorio si hadesplegado el archivoEAR para losservicios dedecisionestransparentes alojados(paso anterior).



“Comprobación del despliegue yconfiguración” en la página 96

Opcional Opcional Opcional

Paso 1: seleccionar y aplicar el tipo de persistenciaPuede cambiar el RuleApp datasource y los valores de persistencia XOM de Javaejecutando un script Ant que genere un nuevo archivador de gestión de RuleExecution Server.

Normalmente esta acción se realiza si está en modalidad de desarrollo. Este pasono se aplica a los principiantes que utilizan la base de datos incorporada Derby.

Para cambiar los valores de persistencia, la distribución proporciona un script Anten el archivo <ODM_InstallDir>/executionserver/bin/ressetup.xml. Utilícelo paracrear una instancia nueva del archivador de gestión de Rule Execution Server y, enel caso de un servidor de aplicaciones Java EE, la unidad de ejecución (XU).

usuarios de Solaris

Si utiliza persistencia basada en archivo en Solaris, su sistema de archivos debetener soporte para todos los caracteres que se utilizan en nombres de archivos ydirectorios que haya en la vía de acceso del conjunto de reglas (nombre deRuleApp y nombre de ruleset). Establezca la propiedad del sistema LANG con lacodificación que sea compatible con su nombre de paquete y regla, por ejemploen_US.UTF-8.

almacén de decisiones

Si selecciona el tipo de persistencia file (archivo) para RuleApps, no puedeutilizar el almacén de decisiones.

Persistencia MySQL

Si elige utilizar MySQL como programa de fondo de persistencia, añada oestablezca las propiedades siguientes en el archivo de configuración MySQL:my.ini en Windows o my.cnf en UNIX:sql-mode=STRICT_ALL_TABLESmax_allowed_packet=1073741824

Para obtener más información sobre estos valores, consulte el manual de consultade MySQL 5.0: 5.1.6. Modalidades de Server SQL y variables de 5.1.3 ServerSystem.


http://dev.mysql.com/doc/refman/5.0/en/server-sql-mode.html

http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_max_allowed_packet

http://dev.mysql.com/doc/refman/5.0/en/server-system-variables.html#sysvar_max_allowed_packet

Paso 2: restricción de los permisos del usuario de base de datosSi los datos de Rule Execution Server se almacena en una base de datos, eladministrador de base de datos podría necesitar que proporcione permisosespecíficos para acceder a la base de datos.

Nota: Este paso se aplica cuando es necesario restringir el acceso a la base dedatos. Si gestiona la base de datos usted mismo (por ejemplo, puede utilizar unabase 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 Server, establecida en lascredenciales del origen de datos y las posteriores solicitudes a la base de datos segestionan a travé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 basede datos y no tiene relación con los grupos estándares de Rule Execution Server.

En la tabla siguiente encontrará la típica lista de permisos que debe definir eladministrador de base de datos en la base de datos de Rule Execution Server, conespecial atención al tipo de operaciones. Algunas bases de datos admitidas norequieren todos los permisos anteriores.

Permiso de base de datos

Operación

Examinar y editar Rulesets yRuleApps

Crear el esquema de RuleExecution Server

CREAR CUALQUIERÍNDICE

No necesario Necesario

BORRAR CUALQUIERÍNDICE


CREAR CUALQUIERSECUENCIA


BORRAR CUALQUIERSECUENCIA


SELECCIONARCUALQUIER SECUENCIA

Necesario No necesario

CREAR CUALQUIERTABLA


BORRAR CUALQUIERTABLA


INSERTAR CUALQUIERTABLA


SELECCIONARCUALQUIER TABLA


ACTUALIZAR CUALQUIERTABLA


ELIMINAR CUALQUIERTABLA


CREAR CUALQUIERDESENCADENANTE


CREAR CUALQUIER VISTA No necesario Necesario

BORRAR CUALQUIERVISTA



Paso 3: configurar la base de datosSi está utilizando persistencia de base de datos, en primer lugar debe crear unesquema vacío para la base de datos dedicada a Rule Execution Server y establecerlas 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 todaslas tareas relacionadas con la base de datos y continuar en “Paso 8: desplegar elarchivo EAR de gestión de Rule Execution Server” en la página 76.


.

Las credenciales para acceder a la base de datos son necesarias para establecer elorigen de datos, lo que hace en “Creación de un origen de datos y una agrupaciónde conexiones” en la página 65.

Si una base de datos no existe para Rule Execution Server, cree una ahorasiguiendo las instrucciones para ese tipo de base de datos.

Procedimiento

Para crear una base de datos Derby vacía:1. Detenga el servidor de aplicaciones.2. En la ví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 nueva base de datos c:/resdb como usuarioresdbUser 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 servidor de aplicaciones.

Creación de una base de datos DB2 para Linux en System zSe proporcionan scripts personalizables para crear su esquema de base de datosDB2 pero primero debe crear una base de datos vacía.

Antes de empezar

Se supone que la instalación existente de DB2 tiene almacenamiento automático yuna agrupación de almacenamiento intermedio de 32 K con el ID predeterminadode BP32K. Para crear una base de datos DB2, debe tener derechos deadministrador de DB2. Para obtener más información, consulte al administrador debase de datos de DB2 o la documentación de DB2, en particular sobre la creaciónde bases de datos y otras tareas relacionadas con bases de datos, como el MandatoCREATE DATABASE.


http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.cmd.doc%2Fdoc%2Fr0001941.html


Procedimiento

Entre los mandatos siguientes:su {DB2AdminName}db2CREATE DATABASE {RESDBName}


Para configurar la base de datos, puede utilizar la consola de Rule ExecutionServer o ejecutar los scripts SQL que se proporcionan en <dir-instalación>/executionserver/databases. Un archivo readme en este directorio proporciona másinformación sobre los scripts.

Creación de una base de datos DB2 en z/OSAntes 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 versión 9.1 o 102. 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 DB2o la documentación de DB2, en particular sobre la creación de bases de datos yotras tareas relacionadas con bases de datos, como el Mandato CREATEDATABASE.


Tras personalizar las variables JCL para su configuración, puede enviar trabajospara crear una base de datos para Rule Execution Server.

Procedimiento1. 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 outilizando una macro de ISPF.

2. En el equipo z/OS en el que está instalado DB2, ejecute los scripts JCLsiguientes para crear tablas RULEAPP, la tabla XOM, tablasEXECUTION_TRACES y otorgar permisos para las tablas. Esta es una tareatípica de un administrador de base de datos. ++DB2USER++ es el Id. deusuario para acceder a DB2.a. dir-instalación/executionserver/jcl/HBRDSCDB.jcl

b. dir-instalación/executionserver/jcl/HBRDSXOM.jcl

c. dir-instalación/executionserver/jcl/HBRDSCTR.jcl

d. dir-instalación/executionserver/jcl/HBRDSGRN.jcl

++DB2USER++ es el Id. de usuario para acceder a DB2.




Paso 4: Configuración de un origen de datos y una agrupación deconexiones

Debe crear una proveedor JDBC (origen de datos) y una agrupación de conexionespara WebSphere Application Server.

Creación de un proveedor JDBCPara habilitar Rule Execution Server, cree un proveedor JDBC en WebSphereApplication Server, como primer paso en la creación de un origen de datos.

Antes de empezar

Cree un proveedor 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 laconsola de administración” en la página 57.


El primer paso en la creación de un origen de datos, basado en el esquema de basede datos que ha creado en “Paso 3: configurar la base de datos” en la página 62, escrear un proveedor JDBC. Puede instalar el proveedor JDBC a nivel de la celda,nodo, clúster o servidor. Siga estos pasos para instalar un proveedor Derby o DB2JDBC a nivel de nodo.

Nota: Algunos controladores, como controladores OCI de Oracle, necesitan accedera bibliotecas adicionales en tiempo de ejecución (archivos .dll o .so). Comoconsecuencia, debe configurar su entorno de trabajo para acceder a dichasbibliotecas. Por ejemplo, defina las variables de entorno PATH yLD_LIBRARY_PATH.

Procedimiento1. Pulse Recursos > JDBC > Proveedores de JDBC.2. En Ámbito, seleccione Nodo=xxx, Servidor=yyy y a continuación pulse

Nuevo.xxx es el nombre del nodo y yyy el nombre del servidor.

3. En el Paso 1, seleccione el tipo de base de datos, el tipo de proveedor y untipo de implementación con soporte para características de XA.

Tabla 9. Opciones de proveedor de JDBC para DB2 y Derby

Tipo de base de datos Derby DB2

Tipo de proveedor Proveedor de JDBC de Derby Proveedor del controladorJDBC de DB2 Universal

Tipo de implementación Origen de datos XA Origen de datos deagrupación de conexiones

Nombre Especifique un nombre, porejemplo, Proveedor JDBC deRule Execution Server

Especifique, por ejemplo,Proveedor del controladorJDBC de DB2 Universal paraRES

4. Pulse Siguiente.5. En el Paso 2, deje todos los valores de vía de acceso de clases, incluyendo los

que están en blanco, como valores predeterminados y pulse Siguiente.En el Paso 3 se proporciona un resumen.


6. Compruebe que la vía de acceso de clases al archivo JAR de su controlador yla clase de implementación son correctos.Los valores predeterminados son suficientes, salvo 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 recuadrode selección Sincronizar cambios con nodos.

9. Reinicie el servidor para que se apliquen los cambios.Si trabaja con una base de datos DB2, es posible que el proceso de instalaciónde DB2 haya instalado el archivo db2jcc_license_cisuz.jar en una ubicaciónque no esté en la vía de acceso de WebSphere Application Server.

10. En este caso, busque el archivo db2jcc_license_cisuz.jar ejecutando elmandato siguiente.Antes de ejecutar este mandato, es mejor definirse como usuario root paraevitar mensajes sobre permisos.find / -name db2jcc_license_cisuz.jar

11. En WebSphere Integrated Solutions Console, abra Entorno > Variables deWebSphere y pulse DB2UNIVERSAL_JDBC_DRIVER_PATH.

12. Establezca el valor en la vía de acceso que ha devuelto 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 deconexiones

Crear una agrupación de conexiones y un origen de datos en WebSphereApplication Server para habilitar Rule Execution Server.

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 laconsola de administración” en la página 57.

Procedimiento1. 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 proveedor JDBC

en “Creación de un proveedor JDBC” en la página 64 y pulse Nuevo.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 peroel nombre JNDI debe ser jdbc/resdatasource, de lo contrario, Rule ExecutionServer no puede utilizar el origen de datos.v Para bases de datos Derby: origen de datos Rule Execution Server y

jdbc/resdatasource

v Para DB2: resdatasource y jdbc/resdatasource.4. En Paso 2, elija Seleccionar un proveedor JDBC existente, seleccione el

proveedor JDBC que ha creado en “Creación de un proveedor JDBC” en lapágina 64 y pulse Siguiente.


5. En Paso 3, especifique las propiedades de la base de datos específica para elorigen de datos.En la tabla siguiente se muestra el conjunto mínimo de propiedades paradefinir las bases de datos compatibles. Si la tabla no incluye su controlador,revise la documentación de WebSphere Application Server para obtener másinformación.

Base de datos Propiedades

Controlador JDBCUniversal de DB2

v databaseName: nombre de la base de datos, si driverType estáestablecido en 4, o una base de datos catalogada localmente sidriverType está establecido en 2, por ejemplo DSN910GP.

v driverType: 2 o 4

Si está trabajando en WebSphere Application Server en Linux paraSystem z, establezca driverType en 4. Cuando driverType sea 4,establezca las propiedades siguientes:

v serverName: dirección TCP/IP o nombre de host

v portNumber: número de puerto TCP/IP

Tipo 2 basado en CLIheredada de DB2

databaseName: por ejemplo, Sample.

Controlador JDBC deOracle

URL: por ejemplo, jdbc:oracle:oci:@sample

Derby v databaseName: vía de acceso a la ubicación de los archivos debase de datos. Este directorio no debe existir aún. Por ejemplo,c:\derbydata.

v Anule la opción Usar este origen de datos en persistenciagestionada por contenedor (CMP).

Para obtener más información, consulte la documentación deDerby.

6. Desmarque la opción Utilizar este origen de datos en persistencia gestionadapor 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 desdela 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 J2CEn WebSphere Application Server, puede proteger su sistema de informaciónempresarial creando datos de autenticación J2C.

Antes de empezar

Cree datos de autenticación J2C en la Consola de soluciones integradas deWebSphere. 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.



Una vez creado el origen de datos y la agrupación de conexiones, cree los datos deautenticación J2C. J2C es un mecanismo seguro para la integración de sistemas deinformación empresariales y las aplicaciones empresariales.

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

3. En Elementos relacionados, pulse JAAS: datos de autenticación J2C.4. En el panel siguiente, pulse Nuevo y proporcione las credenciales del

administrador de la base de datos en los campos Alias, ID de usuario yContraseña.Para Linux en System z, proporcione las credenciales de DB2. Para una base dedatos Derby, proporcione las credenciales siguientes:v Alias: ResDerbyUserv Id de usuario: resdbUserv Contraseña: resdbUser

5. Pulse Aplicar y Guardar, para guardar directamente en la configuraciónmaestra.

6. Abra de nuevo Recursos > JDBC > Orígenes de datos y pulse en el nombredel origen de datos, Origen de datos de Rule Execution Server en esteejemplo.

7. En Parámetros de seguridad, para Alias de autenticación gestionado porcomponente, seleccione el alias <Nombre_nodo>/ResDerbyUser.<Nombre_nodo> es el nombre del nodo WebSphere Application Server en el queestá configurado Rule Execution Server.

8. Para Alias de autenticación gestionado por contenedor, seleccione <nombrenodo>/ResDerbyUser.

9. Pulse Aplicar y Guardar, para guardar directamente en la configuraciónmaestra.

Establecimiento de propiedades personalizadasLa base de datos a la que quiere conectar podría necesitar que establezca algunaspropiedades personalizadas.

Antes de empezar

Defina las propiedades personalizadas en la Consola de soluciones integradas deWebSphere. 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.


En función de la base de datos a la que desee conectarse, debe definir variaspropiedades. En la tabla siguiente se muestra el conjunto mínimo de propiedades


que es necesario definir para las bases de datos con soporte. Si la tabla no incluyesu controlador, revise la documentación de WebSphere Application Server paraobtener más información.

Nota: Algunas de estas propiedades podrían estar ya definidas. Por ejemplo, siestá siguiendo este procedimiento de configuración y ha creado una base de datosDerby, todas las propiedades para esa base de datos ya se han definido.

Tabla 10. Propiedades de controlador de base de datos



v databaseName: el nombre actual de la base de datos, si driverTypeestá establecido en 4, o una base de datos catalogada localmentesi driverType está establecido en 2

v driverType: los valores posibles son 2 o 4. Las propiedadessiguientes son necesarias sólo si driverType es 4:

– serverName: la dirección TCP/IP o nombre de host

– portNumber: el número de puerto TCP/IP

Controlador XA deJBDC de DB2Universal

v databaseName: nombre de la base de datos catalogada localmente

v driverType: los valores posibles son 2 o 4. Si ejecuta una versiónde DB2 anterior a DB2 V8.1 FP6, está obligado a utilizar sólo elcontrolador de tipo 2. Las propiedades siguientes son necesariassólo si driverType es 4:

– serverName: la dirección TCP/IP o nombre de host

– portNumber: el número de puerto TCP/IP

Tipo 2 basado enCLI heredada deDB2

databaseName: por ejemplo, Sample

Controlador JDBCde Oracle


Derby databaseName: la vía de acceso a la ubicación de los archivos de basede datos. Para obtener más información, consulte la documentaciónde Derby.

También puede establecer propiedades personalizadas para cualquiera de losrecursos listados en la página Propiedades personalizadas.

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

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 dedatos, puede establecer el valor la propiedad createDatabase en create. Labase 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.



Probar la conexión a la base de datosCuando haya creado un origen de datos y una agrupación de conexiones, y hayaprobablemente establecido algunas propiedades personalizadas, puede probar laconexión a la base de datos.

Antes de empezar

Pruebe la conexión a la base de datos desde la Consola de soluciones integradas deWebSphere. 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.

Procedimiento1. 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 Serveren el servidor server1 del nodo<nombre_nodo> ha resultado satisfactoria.

Los posibles errores de conexión son:v Java class ..com.ibm.db2.jcc no se ha encontrado: asegúrese de que la vía de

acceso de la clase de controlador jcc está establecida correctamente.v Null Userid is not supported — SQL ERRORCODE 4461: Error de

autenticación. : asegúrese de que las credenciales de autenticación JAAS-J2Cson correctas.

Paso 5: Activación de la seguridad en WebSphere Application ServerWebSphere Application Server proporciona infraestructura de seguridad ymecanismos para proteger los recursos de Java EE y recursos administrativos, ypara encargarse de requisitos de seguridad integral en la empresa sobreautenticación, control de accesos a recursos, integridad de datos, confidencialidad,privacidad e interoperabilidad segura.

Introducción a la seguridad de WebSphere Application ServerEn WebSphere Application Server, la seguridad se organiza en capas, desde laseguridad de plataforma hasta la capa específica de WebSphere Application Server,en base al modelo Java EE, sobre la capa de seguridad Java.

El diagrama siguiente muestra las capas de seguridad en WebSphere ApplicationServer.


WebSphere Application Server tiene soporte para el modelo Java EE, para lacreación, ensamblaje, protección y despliegue de aplicaciones.

De forma predeterminada, la consola de Rule Execution Server no necesitaseguridad en WebSphere Application Server. No obstante, para activar el control deaccesos para Rule Execution Server en WebSphere Application Server, siga estospasos:1. “Creación de usuarios y grupos”2. “Correlación de grupos de usuarios con el rol de supervisor” en la página 72

Creación de usuarios y gruposCree usuarios y grupos y asígnelos a roles, mediante un registro de usuarios conun repositorio federado.

Antes de empezar

Configure un repositorio federado como registro de usuario en la Consola desoluciones integradas de WebSphere. Inicie sesión en la consola tal y como seindica en “Antes de empezar: Abrir la consola de administración” en la página 57.


WebSphere Application Server utiliza varios tipos de registros de usuarios: OS,LDAP o Custom-Personalizado. El usuario controla el acceso a Rule ExecutionServer e impone seguridad definiendo grupos y usuarios. Si no se han definidogrupos y usuarios aún, o si desea definir nuevos grupos o usuarios, continúe conlos pasos siguientes. Si ya tiene grupos y usuarios adecuados definidos, omita esteprocedimiento y conecte los usuarios a sus roles adecuados cuando despliegue susaplicaciones.

La tabla siguiente resume los grupos principales y sus nombre de usuario ycontraseña asociados.


Grupo Uso Usuario/Contraseña predeterminado

resAdministratorsAsigna a un usuario derechoscompletos de administrador para:

v Acceder y utilizar la consola deRule Execution Server para rellenarel esquema de base de datos

v Desplegar, examinar y modificarlas RuleApps

v Supervisar el historial dedecisiones, depurar y realizar copiade seguridad del historial

v Ejecutar diagnósticos y visualizarinformación del servidor

resAdmin - resAdmin

resDeployers Asigna a un usuario los siguientesderechos:

v Desplegar, examinar y modificarlas RuleApps

v Probar conjuntos de reglas

resDeployer - resDeployer

resMonitors Asigna a un usuario los siguientesderechos:

v Ver RuleApps

v Supervisar el historial dedecisiones y acceder a informes deDecision Center

resMonitor - resMonitor

Procedimiento1. En el panel lateral, pulse Seguridad > Seguridad global.2. Configure la seguridad de repositorio de la siguiente manera:

v Si Repositorios federados ya está seleccionado bajo Definición deldominio actual, asegúrese de que Habilitar seguridad de aplicación estéseleccionado en la seguridad de aplicaciones. Si selecciona Habilitarseguridad de aplicación, debe pulsar en Aplicar y Guardar para guardarlos cambios en la configuración maestra.

v Si Repositorios federados no está seleccionado, pulse Asistente deconfiguración de seguridad y, a continuación, complete el asistente de lasiguiente manera:

a. En el Paso 1, para especificar el nivel de protección, seleccione Habilitarseguridad 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

administrativo primario y especifique websphere en el campo Contraseña;luego, pulse Siguiente.

d. En el Paso 4, revise el resumen de configuración de seguridad y pulseFinalizar.

e. Pulse Guardar para guardar los cambios en la configuración maestra.f. Reinicie WebSphere Application Server.

A continuación, debe iniciar la sesión en WebSphere Integrated SolutionsConsole como usuario administrativo primario.

3. En el panel lateral, pulse Usuarios y grupos > Gestionar grupos, y pulseCrear.


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 nuevo, 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 nuevamente 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 yresMonitors.

b. Pulse Añadir.c. Pulse Cerrar y, a continuación, pulse Crear y luego, otra vez Cerrar.

10. Pulse Crear como para crear usuarios con los roles desplegador y supervisor,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 servidor de aplicaciones o su gestor de despliegue.


Cuando cree grupos de usuarios, es posible que deba correlacionar los usuariosresAdministrators y resDeployers con el rol de supervisor. En este caso, consulte:“Correlación de grupos de usuarios con el rol de supervisor”.

Correlación de grupos de usuarios con el rol de supervisorCuando cree grupos de usuarios, es posible que deba correlacionarlos con el rol desupervisor (Monitor) y proporcionarles acceso a los MBeans del modelo.

Antes de empezar

Correlacione grupos con roles en la Consola de soluciones integradas deWebSphere. 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 acceder a los MBeans del modelo de Rule Execution Server, una aplicacióndebe tener las credenciales de seguridad suficientes, restringidas al rol desupervisor (Monitor) en el sistema de autenticación de WebSphere ApplicationServer. Puede proporcionar a los usuarios de Rule Execution Server acceso a losMBeans del modelo configurando una correlación entre el gruporesAdministrators o el grupo resDeployers y el rol Monitor. Estos grupos sedeclaran en el registro personalizado.

Procedimiento1. En la Consola de soluciones integradas de WebSphere, abra Usuarios y grupos

> Roles del grupo administrativo.


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

5. Pulse la flecha para mover la entrada de la columna Disponible a la columnaCorrelacionado 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 servidor de aplicaciones o su gestor de despliegue.

Políticas de seguridad para la consola de Rule ExecutionServer

Para poder registrar y gestionar conjuntos de MBeans, necesita alterartemporalmente las políticas de seguridad de WebSphere Application Server para laconsola de Rule Execution Server.

Cuando la seguridad global de WebSphere Application Server está activada, desdela aplicación desplegada no se puede acceder al servidor de MBean. Debe alterartemporalmente estas políticas de seguridad para la consola de Rule ExecutionServer, de forma que pueda registrar y gestionar un conjunto de MBeans.

Rule Execution Server está empaquetado con un archivo de política específico,was.policy, que prevalece sobre las políticas de servidor. El archivo was.policyestá empaquetado en el directorio META-INF del archivo jrules-res-management-WAS<número_versión>.ear.

Paso 6: desplegar los descriptores MBean de Rule Execution ServerPara configurar Rule Execution Server para WebSphere Application Server, tambiéndebe desplegar los descriptores MBean.

Antes de empezar

Asegúrese de proporcionar al proceso del servidor de aplicaciones derecho deacceso de lectura para el archivo jrules-mbean-descriptors.jar. Por ejemplo,cambie los permisos en el archivo utilizando un mandato chmod 777.


La arquitectura Rule Execution Server está basada en la API Java ManagementExtensions (JMX). Los MBeans son objetos de Java utilizados por la API JMX. Paraconfigurar Rule Execution Server para WebSphere Application Server, debedesplegar los descriptores de MBean, ya sea globalmente para todas las instanciasde Rule Execution Server o para una única instancia de Rule Execution Server.

Procedimiento

Para desplegar descriptores MBean:1. Abra la Consola de soluciones integradas de WebShpere.2. En el panel lateral, abra Servidores > Tipos de servidor > Servidores de

aplicaciones WebSphere.


3. En la página Servidores de aplicaciones, pulse en el nombre de su servidor.4. En Infraestructura del servidor, expanda Java y gestión de proceso, y pulse

Definición de proceso.En WebSphere Application Server para z/OS, una capa adicional proporcionatres recursos que se pueden administrar: Adjunct, Control y Servant. Si estátrabajando en dicho entorno, seleccione Servant.

5. Bajo Propiedades adicionales, pulse Máquina Virtual Java.6. En el campo Vía de acceso de clases, añada <dir-instalación>/

executionserver/lib/jrules-mbean-descriptors.jar.7. Pulse Aceptar y luego Guardar para guardar los cambios directamente en la


Paso 7: desplegar el RAR de la XUUna vez desplegados los descriptores MBean, despliegue el archivo de adaptadorde recursos (RAR) para la Unidad de ejecución (XU) en WebSphere ApplicationServer.

Antes de empezar

Despliegue el archivo de recursos de XU en la Consola de soluciones integradas deWebSphere. 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.


Esta fase de la configuración de Rule Execution Server consta del despliegue delarchivo de adaptador de recursos (RAR) de la Unidad de ejecución (XU) enWebSphere Application Server y añade las propiedades mediante las queidentificarlo. El archivo RAR contiene la XU y la capa de persistencia.

En algunos casos, debido a sus restricciones de la aplicación, es posible que tengaque desplegar la XU dentro de la aplicación. Elija la modalidad de desplieguecorrespondiente de la XU: ya sea incluida en el EAR o desplegada como conectorglobal. Consulte la documentación del servidor de aplicaciones para obtenerinstrucciones sobre cómo empaquetar un conector en un EAR. En cualquier caso,tenga en cuenta las siguientes consecuencias.v Cuando se despliega la XU como un conector global:

– Las aplicaciones Java EE desplegadas podrían utilizar sus bibliotecas deterceros (como ASM) en lugar de las bibliotecas desplegadas en el servidor deaplicaciones.

– Utilice el valor padre al final para la aplicación Java EE de la XU si suaplicación Java EE no tiene soporte para la versión de bibliotecas de tercerosdistribuida con Decision Server. Si no puede utilizar un valor padre al final,es posible que deba incluir la XU en el archivo EAR que ejecuta las reglas.

v Si elige un empaquetado de XU incluida, utilice el valor padre al final para labiblioteca de código si la versión de bibliotecas de terceros desplegada a nivel dela biblioteca de código aplicación-servidor no es compatible con la XU.

Procedimiento

Para desplegar el RAR de XU:


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,Server=yyy, y pulse Nuevo.xxx es el nombre del nodo e yyy el nombre del servidor.

3. Pulse Instalar RAR.4. En el siguiente panel, compruebe que está seleccionado el Sistema de

archivos local, busque le archivo y pulse Siguiente.v <dir-instalación_ODM>/executionserver/applicationservers/WebSphere8/

jrules-res-xu-WAS8.rar

v <dir-instalación_ODM>/executionserver/applicationservers/WebSphere85/jrules-res-xu-WAS85.rar paraWebSphere Application Server 8.5 y 8.5.5.

5. 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 versión WebSphere Application Server 8.5 o 8.5.5, seleccione la

opción Aislar este proveedor de recursos.c. Pulse Aceptar.

6. Vuelva 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 acabade añadir.

8. Pulse el nombre del recurso nuevo en la tabla.En este ejemplo, el nombre es Adaptador de recursos XU de RES Pulse elenlace además de marcar el recuadro de selección.

9. En el siguiente panel, en Propiedades adicionales, pulse Fábricas deconexiones de J2C y Nuevo.

10. Introduzca los valores siguientes:v Nombre: xu_cfv Nombre JNDI: eis/XUConnectionFactory

Nota: eis/XUConnectionFactory es el nombre JNDI predefinido. Siintroduce uno diferente, debe correlacionar el nombre definido por elusuario con el nombre predefinido de eis/XUConnectionFactory.

11. Pulse Aceptar y Guardar para guardar los cambios en la configuraciónmaestra.

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 ensu 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 delservidor de aplicaciones. En WebSphere Application Server, puede instalar eladaptador de recursos de la XU a nivel de celda, nodo, clúster o servidor. Perodebe instalarlo a nivel de nodo para poder desplegarlo en otros niveles.Por ejemplo, para definir un adaptador de recursos de la XU a nivel deservidor, 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, Server=yyy, donde xxx es el nombre de su

nodo, yyy es el nombre de su servidor.c. Pulse Nuevo y especifique el nombre de la XU como XU.


d. En Ruta de archivador, seleccione ${CONNECTOR_INSTALL_ROOT}/jrules-res-xu-WAS<número_versión>.rar.

e. Para la versión 8.5 de WebSphere Application Server, seleccione Aislar esteproveedor 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 servidor.

Consejo:

Siempre que instale o desinstale una XU, debe reiniciar el servidor deaplicaciones.


Para obtener más información, especialmente para instrucciones sobre elempaquetamiento de un conector en un EAR o sobre la instalación de adaptadoresde recursos de XU adicionales, consulte el Information Center deWebSphereApplication Server Versión 8.5.

Paso 8: desplegar el archivo EAR de gestión de Rule Execution ServerTras activar la seguridad y haber desplegado el RAR de la XU, debe desplegar elEAR de Rule Execution Server en WebSphere Application Server.

Antes de empezar

Despliegue los archivos EAR en la Consola de soluciones integradas deWebSphere. 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 desplegar el archivo EAR de gestión de Rule Execution Server enWebSphereApplication Server para aplicar el tipo de persistencia que se define en un pasoanterior y correlacione los grupos de usuarios de seguridad.

Procedimiento1. En el panel lateral, abra Aplicaciones > Nueva aplicación y pulse Nueva

aplicación empresarial.2. En el siguiente panel, compruebe que está seleccionado el Sistema de


jrules-res-management-WAS8.ear

v <dir-instalación_ODM>/executionserver/applicationservers/WebSphere85/jrules-res-management-WAS85.ear paraWebSphere Application Server 8.5 o8.5.5.

3. Seleccione la opción Detallada: mostrar todas las opciones y todos losparámetros de instalación.

4. Expanda Elegir generar enlaces y correlaciones predeterminadas, marque elrecuadro de selección Generar enlaces predeterminados y pulse Siguiente.


http://pic.dhe.ibm.com/infocenter/wasinfo/v8r5/index.jsp


5. Desplácese hacia abajo en la página y pulse Continuar para aceptar el avisode 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 aceptarlos valores predeterminados.

7. En el Paso 2, haga lo siguiente:v Si sólo tiene un servidor, pulse Siguiente para omitir el paso 2.v Si tiene más de un servidor, seleccione el servidor en el que quiere

desplegar la aplicación, marque el recuadro de selección para Consola deRule Execution Server de ILOG y pulse Siguiente.

8. Haga lo siguiente:v Si está trabajando en WebSphere Application Server para plataformas

distribuidas, del paso 3 al Paso 8 pulse Siguiente para aceptar los valorespredeterminados.

v Si está trabajando en WebSphere Application Server para Linux en Systemz, en el Paso 6 correlacione las referencias de recursos con recursos JNDI.

a. Del Paso 3 al Paso 5, pulse Siguiente para aceptar los valorespredeterminados.

b. En el Paso 6, seleccione el recuadro de selección de la referencia de recursoeis/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 Avisos de recursos de aplicaciones pulseContinuar.

10. En el Paso 9: correlacionar roles de seguridad con usuarios o grupos, haga losiguiente: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 moverlo a la columna

Seleccionados.d. Pulse Aceptar para volver 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 alrol que está asignando.

Rol Grupos correlacionados

resAdministrators resAdministrators

resDeployers resDeployers

resMonitors resMonitors

11. Pulse Siguiente.v En WebSphere Application Server 7, el Paso 10 proporciona un resumen.


v En WebSphere Application Server 8, continúe de la forma siguiente: en elPaso 10 y Paso 11, pulse Siguiente para aceptar los valorespredeterminados.

El Paso 12 proporciona un resumen.12. Pulse Finalizar.13. Una vez completa la instalación, pulse Gestionar aplicaciones en la parte

inferior de la página.14. Pulse ILOG Rule Execution Server.

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

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 Server y pulse Iniciar para iniciar la aplicación.

Paso 9: crear un esquema de base de datos de Rule Execution ServerPuede crear el esquema de base de datos de Rule Execution Server ejecutando losscripts SQL, ya sea desde la consola de Rule Execution Server ya sea desde laherramienta SQL de la base de datos.

Creación de un esquema de base de datos utilizando laconsola de Rule Execution Server

Para crear un esquema de base de datos de Rule Execution Server, puede ejecutarlos scripts desde la consola de Rule Execution Server y utilizar el asistenteParámetros de instalación si trabaja en Windows y otras plataformas distribuidasadmitidas.

Descripción general del Asistente de valores de instalaciónSolamente en Windows y en plataformas distribuidas puede utilizar el asistenteParámetros de instalación de la consola de Rule Execution Server para elegir unabase de datos y crear el esquema con las tablas y vistas necesarias.

Antes de utilizar el asistente de Parámetros de configuración, debe conocer lascredenciales de la base de datos.

Para configurar la base de datos para almacenar XOM Java gestionado, deberealizar el procedimiento dos veces, con una base de datos de destino diferentecada vez.

El asistente Parámetros de instalación crea todas las tablas necesarias para RuleExecution Server y para Decision Validation Services, incluso si no dispone de unalicencia para Decision Validation Services.

Nota: Si está utilizando la persistencia de archivos o dispone de un esquema debase de datos existente, el asistente Parámetros de instalación no se abrirá cuando


inicie la sesión en la consola de Rule Execution Server. Si desea modificar elesquema de base de datos tras crear las tablas de base de datos, deberá ejecutar losscripts SQL en el cliente de base de datos.

La combinación de los valores de persistencia para RuleApps y XOM Javagestionados afecta a la manera en que se utiliza el asistente Parámetros deinstalación.v Si la persistencia de RuleApp y la persistencia de XOM Java se establecen en

file, no se presenta asistente alguno.v Si la persistencia de RuleApp y la persistencia del XOM de Java se establecen

ambas en datasource, el proceso tiene dos pasos:1. Cuando se inicia sesión en la consola de Rule Execution Server, se visualiza

la parte Detalles de persistencia de RuleApp del asistente Parámetros deinstalación para que cree el esquema de RuleApps y el rastreo de DecisionWarehouse.

2. Tras crear el esquema, la parte Detalles de persistencia de XOM Java delasistente se visualizará para que configure la base de datos de la persistenciadel XOM de Java.

v Si la persistencia de RuleApp se establece en file y la de Java XOM endatasource, solo verá Detalles de persistencia de XOM Java, y no puedeutilizar el almacén de decisiones.

v Si la persistencia de RuleApp se establece en datasource y la de Java XOM seestablece en file o no se define, cuando inicia sesión en la consola de RuleExecution Server, solo se abre Detalles de persistencia de RuleApp para quecree el esquema para RuleApps. La parte Detalles de persistencia de XOM Javadel asistente no aparece.

En la tabla siguiente se resumen los casos.

Persistencia

RuleApps

archivo datasource o jdbc

XOM de Java archivo Sin Asistente deparámetros deinstalación

Solo Detalles depersistencia deRuleApps

datasource o jdbc Solo Detalles depersistencia de XOMJava

Sin almacén dedecisiones

Complete el AsistenteValores de instalación

Abrir la consola de Rule Execution ServerPara abrir la consola de Rule Execution Server y el asistente de parámetros deinstalación, debe iniciar sesión con permisos de resAdministrators.

Procedimiento1. Inicie la base de datos, si el tipo de persistencia es datasource o jdbc.2. Abra la consola de Rule Execution Server en un navegador web escribiendo res

en el URL de raíz en sistema host:v Si su navegador no se ejecuta en el mismo host que el servidor de

aplicaciones, sustituya localhost por la dirección del sistema.


v Si la aplicación web está correlacionada con un host en un puerto distintosdel predeterminado del servidor, cambie el número de puerto al número depuerto del host.

3. Inicie sesión en la consola de Rule Execution Server 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 datosestá vacío, se abre el asistente Parámetros de instalación y podrá utilizarlo paracompletar la instalación.

Paso 1: Bienvenido al Asistente de parámetros de instalaciónSi abre la consola de Rule Execution Server con datasource como la configuraciónde persistencia y un esquema de base de datos vacío, se abre el asistenteParámetros de instalación.

El asistente puede mostrar dos partes:v Si define la persistencia datasource para RuleApps, se inicia con Detalles de

persistencia de RuleApp, cualquiera que sea el tipo de persistencia de los XOMgestionados de Java.

v Si define la persistencia datasource para RuleApps y los XOM de Java, apareceDetalles de persistencia de los XOM de Java después de Detalles depersistencia de RuleApp. En este caso, realice los mismos pasos dos veces.

v El asistente se inicia con Detalles de persistencia de los XOM de Java si haestablecido el tipo de persistencia en file para RuleApps y datasource paraXOM gestionados de Java.

Ambas partes del asistente son similares y se utilizan de la misma forma:1. Pulse Siguiente después de leer la página Bienvenido.

La página de bienvenida muestra información general:v Detalles de persistencia sobre el tipo de base de datos utilizado, por ejemplo,

información sobre el controlador y la URL de JDBC.v Una descripción breve de la finalidad del asistente Parámetros de instalación.v Un informe de diagnóstico que explica el motivo por el que ha fallado la

comprobación de la persistencia (porque no ha creado aún las tablas de basede datos).

2. “Paso 2: elegir el esquema de base de datos”3. “Paso 3: revisar el esquema de base de datos” en la página 814. “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 datosTras haber leído la página de bienvenida, elija el esquema de base de datos. Haydisponibles valores específicos para DB2. Opcionalmente, puede seleccionar unscript SQL personalizado.

Procedimiento

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.


De forma predeterminada se selecciona un tipo que se corresponda con el tipode base de datos que esté utilizando, pero puede elegir otro tipo de base dedatos de la lista desplegable.Si selecciona un esquema db2 o db2_os390, se abre un campo adicional deforma que pueda especificar el nombre de la agrupación de almacenamientosintermedios, que se utiliza para crear la tabla Almacén de decisiones. Estaagrupación de almacenamiento intermedio debe tener un tamaño de página de32 kb. Consulte la documentación de DB2 para obtener información sobre cómocrear 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 seescriben para bases de datos que utilicen el almacenamiento automático.Cuando utilice el Asistente de parámetros de instalación, puede crear la base dedatos de Rule Execution Server y del Almacén de decisiones, por lo que la basede datos debe utilizar almacenamiento automático.

Si no ha configurado la base de datos DB2 para que utilice almacenamientoautomático, no puede utilizar la consola de Rule Execution Server para crear lastablas de Rule Execution Server.

2. Opcional: Si desea utilizar un script SQL personalizado, seleccionepersonalizado y, a continuación, pulse Examinar para seleccionar la ubicacióndel script personalizado.

3. Pulse Siguiente para revisar el esquema de base de datos.

Paso 3: revisar el esquema de base de datosTras seleccionar un tipo de base de datos, confirme la creación de un esquema paraRule Execution Server. También puede utilizar sentencias SQL drop que desechenlos 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 deseguridad de los recursos de base de datos.

Procedimiento

Para confirmar la creación de un esquema:1. Seleccione una de las opciones siguientes:

Opción Descripción

Crear esquema SQL resdbUser Seleccione esta opción para ejecutar lasentencia SQL para el tipo de esquemaseleccionado en el paso anterior.

Mantener sentencias SQL drop Seleccione esta opción para desechar datosde una base de datos existente de RuleExecution Server.

Mostrar sentencias SQL Seleccione esta opción para visualizar lassentencias SQL.

2. Pulse Ejecutar para iniciar las opciones que ha seleccionado.


Paso 4: Utilización del informe del Asistente de parámetros deinstalación.Después de confirmar el esquema de la base de datos, el asistente de parámetrosde instalación crea el esquema. Un informe muestra el estado de la creación delesquema.

Procedimiento

Para utilizar las opciones en el informe:1. Pulse Mostrar detalles de ejecución para ver la lista de las sentencias SQL

ejecutadas.2. Pulse Finalizar.

Si acaba de utilizar Detalles de persistencia de RuleApps y el valor depersistencia para los XOM de Java gestionado es datasource, la parte delasistente Detalles de persistencia de XOM Java aparecerá ahora para querepita el procedimiento.

Creación del esquema de base de datos ejecutando scriptsSQL

Tras crear una base de datos vacía, cree el esquema para la base de datos de RuleExecution Server. Una forma de hacerlo consiste en la ejecución de scripts de SQL.


El script que crea el esquema de base de datos se denominarepository_<nombre_base_datos>.sql. Este procedimiento muestra los ejemplos deDerby y DB2.

Nota:

Si quiere utilizar el almacén de decisiones, también puede crear las tablas de basede datos necesaria ejecutando el script trace_<nombre_base_datos>.sql. Si tambiénalmacena los XOM de Java en una base de datos, debe crear dichas tablasejecutando el script xomrepository_<nombre_base_datos>.sql.

Si utiliza el editor de mandatos para ejecutar los scripts, debe iniciar sesión con lascredenciales que utilice para el origen de datos para Rule Execution Server. Paraacceder a la base de datos, el usuario de base de datos debe tener los derechossiguientes:v Un ID de usuariov Una contraseñav Privilegios completos sobre las tablas y vistas del esquema (create, insert,

delete)v Privilegios para la creación de índices (create index)v En Oracle, otros privilegios de creación: create trigger y create sequence.

Utilice cualquier herramienta que pueda manejar SQL para importar y ejecutar losscripts SQL. En la tabla siguiente se proporcionan las herramientas SQL para cadabase de datos.

Base de datos Herramienta de base de datos

IBM DB2 Procesador de línea de mandatos de DB2



Derby Procesador de la línea de mandatos ij

MySQL Procesador de línea de mandatos de mysql

Oracle Procesador de línea de mandatos sqlplus:ejecute todos los scripts en el cliente SQLPlus.

Postgre SQL Herramienta de línea de mandatos dePostgre SQL

SQL Server Herramienta de consultas

Sybase Procesador de línea de mandatos isql

El ejemplo siguiente muestra cómo ejecutar el script SQL de Derby para crear elesquema. Se supone que se utiliza la versión incorporada de Derby.

Procedimiento1. Detenga el servidor de aplicaciones.2. Conéctese a la base de datos.

Por ejemplo, para crear y conectarse a una base de datos c:/resdb comousuario resdbUser, utilice el mandato:ij>connect ’jdbc:derby:c:/resdb;user=resdbUser;password=resdbUser;’;

Si el script se está ejecutando por primera vez, podrían producirse algunoserrores relacionados con sentencias drop.

Nota: Si tiene instalado Decision Validation Services, también debe crear elesquema de base de datos necesario mediante la ejecución del scripttrace_derby.sql. Para obtener información, consulte Pasos condicionales paraconfigurar Decision Validation Services.

3. Ejecute el script que crea el esquema de base de datos.4. Cierre el programa de utilidad ij.

ij> quit;

5. Inicie el servidor de aplicaciones.

Ejecución de scripts SQL para crear un esquema DB2Si trabaja con una base de datos DB2, puede utilizar scripts SQL desde un clienteSQL Plus y se aplican restricciones específicas.


El script que crea el esquema de base de datos DB2 se denominarepository_db2.sql. También puede crear el esquema de base de datos paraDecision Warehouse ejecutando el script trace_db2.sql. Si está almacenando elXOM de Java en la base de datos, debe crear estas tablas mediante la ejecución delscript xomrepository_db2.sql.

Al utilizar DB2, los scripts que crean las tablas de bases de datos de RuleExecution Server se graban para las bases de datos que utilizan almacenamientoautomático.

Importante: Los usuarios que trabajan con DB2 en z/OS como base de datos defondo para las reglas en tiempo de ejecución deben aplicar un arreglo a unproblema de desbordamiento de almacenamiento en la base de datos. Este arreglo


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/config_dc_websphere/tpc_was_dvs_config_intro.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/config_dc_websphere/tpc_was_dvs_config_intro.html

es particularmente importante para la tabla de rastreo del Almacén de decisiones,que contiene gran cantidad de datos LOB de volumen alto. Puede hallarinformación sobre este arreglo en el Sitio web de soporte de IBM.

Se aplican las restricciones siguientes:v BP32K es la agrupación de almacenamiento intermedio esperada en

SYSCAT.BUFFERPOOLS. Si BP32K no está, puede utilizar la agrupación dealmacenamiento intermedio existente o crear una agrupación de almacenamientointermedio nueva llamada BP32K. Utilice el mandato siguiente para consultarSYSCAT.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 dealmacenamiento intermedio con el nombre BP32K:CREATE BUFFERPOOL BP32K SIZE 2000 PAGESIZE 32K

v Debe actualizar el script trace_db2.sql y seleccionar la opción personalizada enel asistente Parámetros de instalación para ejecutarla. Modifique la líneasiguiente 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 elscript:CREATE TABLESPACE RESDWTS PAGESIZE 32K MANAGED BY Database

USING [ FILE ’C:\DB2\Container.file’ 640 ] BUFFERPOOL BP32K;

v Es posible que tenga que modificar más el script, en función de la configuraciónde su base de datos.

Procedimiento1. Conecte a la base de datos de Rule Execution Server:

CONNECT TO{RESDBName}QUIT

2. Vaya al directorio <Dir_instalación_ODM>/executionserver/databases.3. Ejecute el mandato siguiente para crear las tablas de Rule Execution Server:

db2 -tvf repository_db2.sql

4. Opcional: Ejecute el mandato siguiente para crear las tablas del almacén dedecisiones:db2 -tvf trace_db2.sql

5. Opcional: Ejecute el mandato siguiente para crear las tablas XOM de Java:db2 -tvf 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 datosCuando haya creado un origen de datos y una agrupación de conexiones, y hayaprobablemente establecido algunas propiedades personalizadas, puede probar laconexión a la base de datos.


http://www.ibm.com/support/us/en/

Antes de empezar

Pruebe la conexión a la base de datos desde la Consola de soluciones integradas deWebSphere. 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.

Procedimiento1. En la Consola de soluciones integradas de Websphere, abra Recursos > JDBC >


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 Serveren el servidor server1 del nodo<nombre_nodo> ha resultado satisfactoria.

Los posibles errores de conexión son:v Java class ..com.ibm.db2.jcc no se ha encontrado: asegúrese de que la vía de

acceso de la clase de controlador jcc está establecida correctamente.v Null Userid is not supported — SQL ERRORCODE 4461: Error de

autenticación. : asegúrese de que las credenciales de autenticación JAAS-J2Cson correctas.

Paso 10: desplegar el archivo EAR de servicio de decisionestransparentes alojado

Si desea habilitar los servicios de decisiones transparentes alojados, debe desplegarel archivo EAR específico en el mismo nodo que la unidad de ejecución (XU).

Antes de empezar

Despliegue el archivo EAR para servicios de decisiones transparentes en la Consolade soluciones integradas de WebSphere. Inicie sesión en la consola tal y como seindica en “Antes de empezar: Abrir la consola de administración” en la página 57.


Asegúrese de que despliega el archivo del servicio de decisiones transparentealojado en el mismo nodo que la unidad de ejecución (XU).

Procedimiento1. En el panel lateral, pulse Aplicaciones > Aplicación nueva y Nueva

aplicación empresarial.2. En el siguiente panel, compruebe que está seleccionado el Sistema de


jrules-res-htds-WAS8.rar

v <dir-instalación_ODM>/executionserver/applicationservers/WebSphere85/jrules-res-htds-WAS85.rar paraWebSphere Application Server 8.5 y 8.5.5.

3. Marque el recuadro de selección Detallado - Mostrar todas las opciones yparámetros de instalación.


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 aviso de seguridad.5. Para el Paso 1 al Paso 10, pulse Siguiente para aceptar los valores

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

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) ypulse Aceptar y Guardar.Vuelve a la página Gestionar módulos.

12. Pulse Aceptar otra vez.Vuelve 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 Iniciopara iniciar la aplicación.

Qué hacer a continuación1. Configure la propiedad personalizada de contenedor web DecodeUrlAsUTF8 en

false para dar soporte a una vía de acceso de conjunto de reglas localizada.2. Establezca la propiedad de conjunto de reglas

ruleset.xmlDocumentDriverPool.maxSize en el valor apropiado. ConsulteEstablecimiento de la propiedad ruleset.xmlDocumentDriverPool.maxSize.

Paso 11: establecer la propiedad personalizada DecodeUrlAsUTF8Si ha desplegado el archivo EAR del servicio de decisiones transparente alojadopara habilitar estos servicios, debe establecer la propiedad personalizada delcontenedor web DecodeUrlAsUTF8 en false para dar soporte a la vía de acceso deconjunto de reglas localizada.

Antes de empezar

Defina las propiedades personalizadas en la Consola de soluciones integradas deWebSphere. 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.

Procedimiento

Para establecer la propiedad personalizada de contenedor web DecodeUrlAsUTF8:1. En el panel lateral, pulse Servidores > Tipos de servidor > Servidores de

aplicaciones WebSphere y a continuación pulse el nombre de servidor.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.rules.res.console/topics/tsk_rescons_docdriverpool.maxsize.html

2. En Valores del contenedor, pulse Valores del contenedor web > Contenedorweb.

3. En Propiedades adicionales, pulse Propiedades personalizadas.4. En el siguiente panel, pulse Nuevo e introduzca luego DecodeUrlAsUTF8 como

nombre y false como valor.5. Pulse Aplicar y Guardar, para guardar directamente en la configuración

maestra.

Pasos de configuración opcionalesTras completar los pasos para configurar Rule Execution Server, puede mejorar laconfiguración añadiendo soporte para WebSphere MQ, por ejemplo, o definiendouna configuración de varios servidores.

Integración de WebSphere MQ en WebSphere ApplicationServer para dar soporte a la ejecución asíncrona

Si utiliza el soporte de proveedor de mensajería de WebSphere MQ en WebSphereApplication Server, puede desplegar aplicaciones de Java EE que utilicendirectamente las posibilidades de mensajería empresarial de WebSphere MQ.

Visión general de la integración de WebSphere MQLa API de Java Message Service (JMS) permite el acceso a servicios de reglas. Parautilizar un bean de regla regido por mensaje, debe crear los recursos necesarios enel proveedor JMS de WebSphere MQ. Hay soporte tanto para el modelopublicar-y-suscribir como para el modelo punto-a-punto.

Un patrón de invocación asíncrona puede acceder a un servicio de reglas deDecision Server que utilice la API de Java Message Service (JMS). Cuando llega unmensaje JMS, el contenedor EJB invoca a un bean controlado por mensaje (MDB).El MDB puede estar en local o remoto a la aplicación cliente. A su vez, el bean deregla regido por mensaje invoca los conjuntos de reglas que se ejecutan en laUnidad de ejecución (XU). La llamada real al motor de reglas se delega en unasesión de regla simple.

En WebSphere Application Server, la aplicación cliente es el escenario que seejecuta en el WebSphere Application Server que invoca el servicio de reglas, elservidor es el servidor de aplicaciones en el que está instalado Rule ExecutionServer. Rule Execution Server se suele ejecutar de forma remota a la aplicacióncliente.

Para utilizar un bean de regla de Decision Server regido por mensaje, debe crearlos recursos necesarios en el proveedor JMS de WebSphere MQ en el ámbitocorrecto para el lado del cliente y del servidor, para que estén visibles para laaplicación del cliente y para el MDB de Decision Server respectivamente. DecisionServer implementa ambos estándares de mensajería asíncrona: el modelopublicar-y-suscribir y el modelo punto-a-punto. El procedimiento siguiente muestracómo configura ambos modelos (modelo de mensajería punto-a-punto y modelopublicar-y-suscribir). Si sólo necesita uno de ellos, puede establecer comocomentario la referencia de recursos en el descriptor de despliegue del MDB deDecision Server.

Antes de la instalación, debe crear los recursos siguientes en WebSphere MQ:v Cola: JRulesIn, JRulesOutv Tema: JRulesTopicIn, JRulesTopicOut


Utilice estos recursos para enviar las solicitudes de ejecución de reglas y obtener elresultado de ejecución.

Debe realizar las tareas siguientes para integrar WebSphere MQ en WebSphereApplication Server:

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, acontinuación, configure la fábrica de conexiones siguiendo el asistente de fábricade conexiones.

Procedimiento

Para crear una fábrica de conexiones de la cola para conectar WebSphere MQ conel MDB de Decision Server:1. Inicie sesión en la Consola de soluciones integradas.2. Abra Recursos > JMS y pulse Proveedores JMS.3. En el panel, seleccione Proveedor de mensajería WebSphere MQ.4. En Propiedades adicionales, pulse en la fábrica de conexiones de la cola.5. Pulse Nuevo.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.

NombreFábrica de conexiones de la cola de JRules

Nombre JNDIjms/BRESQueueConnectionFactory

7. En el Paso 2: seleccionar método de conexión, seleccione Especificar toda lainformación necesaria en este asistente y pulse Siguiente.

8. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombrede 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 deconexión para establecer una conexión al gestor de colas o el grupo de usocompartido de colas; a continuación, pulse Siguiente.El puerto de cola predeterminado es 1414.

10. En el Paso 3: probar conexión, pulse Probar conexión.Si su cola de mensajes se está ejecutando, verá 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 enla 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 nivel de servidor, seleccione elproveedor, asigne nombre a la cola y, finalmente, guarde la configuración.


Procedimiento

Para crear la cola JMS:1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Colas.2. Establezca el ámbito en el nivel Nodo o nivel Servidor y, a continuación, pulse

Nuevo.3. En el panel, seleccione Proveedor 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:

NombreCola de entrada de JRules

Nombre JNDIjms/BRESQueueIn

Nombre de colaJRulesIn

5. Escriba el nombre del gestor de cola o nombre de grupo de compartición decola 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 eldestino de cola JMS para el envío de un mensaje de respuesta. Para hacerlo,establezca el ámbito en el nodo o nivel de servidor, seleccione el proveedor,nombre de la cola y guarde.

Procedimiento

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 nivel Nodo o nivel Servidor y, a continuación, pulse



Nombre de cola de la siguiente manera:

NombreCola de salida de JRules

Nombre JNDIjms/BRESQueueOut

Nombre de colaJRulesOut

5. Escriba el nombre del gestor de cola o nombre de grupo de compartición decola y, a continuación, pulse Aceptar.



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 unafábrica de conexiones de tema. Para ello, establezca el ámbito en el nodo oservidor, seleccione el proveedor y el nombre JNDI, especifique los detalles deconexión, pruebe la conexión y guarde.

Procedimiento

1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Fábricasde conexiones de tema.

2. Establezca el ámbito en el nivel Nodo o nivel Servidor y, a continuación, pulseNuevo.

3. En el panel, seleccione Proveedor de mensajería de WebSphere MQ y, acontinuación, pulse Aceptar.

4. En Paso 1: configurar atributos básicos, establezca los campos Nombre yNombre JNDI según se indica a continuación, y pulse Siguiente.


Nombre Fábrica de conexiones de tema de JRules

Nombre JNDI jms/BRESTopicConnectionFactory



7. En el Paso 2.2: especificar detalles de conexión, escriba los detalles deconexión para establecer una conexión al gestor de colas o el grupo de usocompartido de colas (el puerto de colas predeterminado es 1414); acontinuación, pulse Siguiente.

8. En el Paso 3: probar conexión, pulse Probar conexión.Si su cola de mensajes se está ejecutando, verá el mensaje siguiente: Laconexión a WebSphere MQ se ha realizado correctamente.

9. Pulse Siguiente. Se abre un resumen que muestra los detalles de la fábrica deconexiones.


Creación del tema de entrada de WebSphere MQ:

Tras crear la fábrica de conexiones de tema de WebSphere MQ, puede crear eldestino del tema JMS para recibir un mensaje de solicitud. Para hacerlo, establezcael ámbito en el nodo o nivel de servidor, seleccione el proveedor, establezca losnombres de JNDI y de tema de entrada, y guarde.

Procedimiento

1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse Temas.2. Establezca el ámbito en el nivel Nodo o nivel Servidor y, a continuación, pulse

Nuevo.3. En el panel, seleccione WebSphere MQProveedor de mensajería y, a

continuación, pulse Aceptar.


4. En Propiedades generales, establezca los campos Nombre, Nombre JNDI yNombre de tema según se indica a continuación; luego, pulse Aceptar.


Nombre Tema de entrada JRules

Nombre JNDI jms/BRESTopicIn

Nombre del tema JRulesTopicIn


Creación del tema de salida de WebSphere MQ:

Tras crear el tema de entrada y la fábrica de conexiones de tema de WebSphereMQ, también debe crear el destino de cola JMS para el envío de un mensaje derespuesta. Para hacerlo, establezca el ámbito en el nodo o nivel de servidor,seleccione el proveedor, establezca los nombres de JNDI y de tema de salida, yguarde.

Procedimiento

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 nivel Nodo o nivel Servidor y, a continuación, pulse



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


Creación de la especificación de activación de cola de WebSphere MQ:

Tras configurar colas de WebSphere MQ, cree la especificación de activación decolas.


La especificación de activación de cola gestiona la relación entre los beans de reglasregidos por mensaje (MDB) de Decision Server que se ejecutan en WebSphereApplication Server y un destino en WebSphere MQ. Para crear la especificación deactivación, establezca el ámbito a nivel de nodo o de servidor, seleccione elproveedor, establezca la especificación y los nombres JNDI, especifique los detallesde conexión y guarde.


Procedimiento

Para crear la especificación de activación:1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse

Especificaciones de activación.2. Establezca el ámbito en el nivel Nodo o nivel Servidor y, a continuación, pulse

Nuevo.3. En el panel, seleccione WebSphere MQProveedor 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 activación de JRules

Nombre JNDI

eis/IlrRuleExecutionEJB

5. En el Paso 1.1: especificar datos de destino MDB, establezca el campoNombre JNDI de destino en jms/BRESQueueIn, establezca el tipo de destino enCola y, a continuación, pulse Siguiente.



8. En el Paso 2.2: especificar detalles de conexión, escriba los detalles deconexión para establecer una conexión al gestor de colas o el grupo de usocompartido de colas; a continuación, pulse Siguiente.El puerto de cola predeterminado es 1414.




Creación de la especificación de activación de tema de WebSphere MQ:

Tras crear la especificación de activación de cola, cree la especificación deactivación de tema.


La especificación de activación de tema gestiona la relación entre los beans dereglas regidos por mensaje (MDB) de Decision Server que se ejecutan enWebSphere Application Server y un destino en WebSphere MQ. Para crear laespecificación de activación, establezca el ámbito a nivel de nodo o de servidor,seleccione el proveedor, establezca la especificación y los nombres JNDI,especifique los detalles de conexión y guarde.


Procedimiento

Para crear la especificación de activación de tema:1. En la Consola de soluciones integradas, abra Recursos > JMS y pulse

Especificaciones de activación.2. Establezca el ámbito en el nivel Nodo o nivel Servidor y, a continuación, pulse

Nuevo.3. En el panel, seleccione Proveedor de mensajería de WebSphere MQ 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.

NombreEspecificación de activación de tema de JRules

Nombre JNDIeis/IlrRuleExecutionTopicEJB

5. En el Paso 1.1: especificar datos de destino MDB establezca el campoNombre JNDI de destino en jms/BRESTopicIn, establezca el tipo de destino enTema y a continuación pulse Siguiente.

6. En el Paso 1.2: configurar suscripción duradera, seleccione Suscripción noduradera y, a continuación, pulse Siguiente.


8. En el Paso 2.1: proporcionar detalles de conexión de cola, escriba el nombrede su gestor de cola o grupo de compartimiento de colas y, a continuación,pulse Siguiente.El puerto de cola predeterminado es 1414.

9. En el Paso 2.2: especificar detalles de conexión, escriba los detalles deconexión para establecer una conexión al gestor de colas o el grupo de usocompartido de colas; a continuación, pulse Siguiente.




Instalación del bean de regla regido por mensaje:

Tras crear la cola y las especificaciones de activación de tema, instale el bean deregla regido por mensaje (MDB) de Decision Server en WebSphere ApplicationServer como una aplicación empresarial. Para ello, cree una aplicación empresarialnueva.

Procedimiento

Para instalar el bean de regla regido por mensaje de Decision Server:1. Abra la Consola de soluciones integradas.2. En el panel, abra Aplicaciones > Nueva aplicación y pulse Nueva aplicación

empresarial.


3. En el panel, seleccione Sistema de archivos local y Examinar para la vía deacceso siguiente:<dir-instalación>/executionserver/applicationservers/WebSphere<número_versión>/jrules-res-mdb-WAS<version_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 aviso de

seguridad.8. Pulse Paso 5: enlazar escuchas para los beans controlados por mensaje.

a. Escriba jms/BRESTopicIn como nombre JNDI de destino paraIlrRuleExecutionTopicEJB.

b. Escriba jms/BRESQueueIn como nombre JNDI de destino paraIlrRuleExecutionEJB.

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_versión>.jar y pulse Iniciar para iniciarla aplicación.

Habilitación del Soporte del último participante en todo el servidor:

Para completar la integración de WebSphere MQ, habilite el Soporte del últimoparticipante.


Para finalizar la integración de WebSphere MQ en WebSphere Application Serverpara ejecución asíncrona, habilite el Soporte del último participante (LPS) de formaque se utilice un único recurso de compromiso de una fase con cualquier cantidadde recursos de compromisos de dos fases, en la misma transacción global. Paraello, establezca la propiedad personalizada ACCEPT_HEURISTIC_HAZARD en true en laConsola de soluciones integradas y, a continuación, reinicie el servidor deaplicaciones.

Procedimiento

Para habilitar LPS en todo el servidor:1. Abra la Consola de soluciones integradas.2. Pulse Servidores > Tipos de servidor > Servidores de aplicaciones WebSphere

y el nombre del servidor.


La página de propiedades del servidor de aplicaciones se abre3. En Valores del contenedor, expanda Servicios del contenedor y pulse Servicio

de transacción.La página de propiedades para el servicio de transacción se abre.

4. En Propiedades adicionales, pulse Propiedades personalizadas.5. En la página Propiedades personalizadas, pulse Nueva 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 servidor de aplicaciones.

Configuración de Rule Execution Server en distintos entornosPara habilitar Rule Execution Server en distintos entornos en una única celda, seaplica la configuración general.

Antes de empezar

En estas instrucciones se supone que no configura varias instancias de RuleExecution Server en una única celda.


Es muy probable que el desarrollo de su BRMS (sistema de gestión de reglasempresariales) necesite más de un único despliegue de Rule Execution Server. Elciclo de vida de desarrollo de una aplicación de reglas de negocio es parecido acualquier otro proceso de desarrollo de software: incluyendo las etapas paraimplementación, pruebas, despliegue y mantenimiento. Como mínimo, es probableque necesite un entorno para su equipo de desarrollo, uno para su equipo decontrol de calidad y otro para aplicaciones en producción. En los casos en los queconfigure Rule Execution Server en una única celda, es recomendable aislar losconjuntos de reglas que utilice en cada servidor, y asegurarse de que las unidadesde ejecución (XU) no interfieren entre sí.

Procedimiento1. Configure distintos orígenes de datos.

Utilice nombres JNDI exclusivos. Por ejemplo: jdbc/resdatasourceEnv1 yjdbc/resdatasourceEnv2

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. Paraobtener 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/XUConnectionFactoryEnv1.

Recuerde: El nombre JNDI predefinido es eis/XUConnectionFactory.Cuando elija uno diferente, debe modificar los componentes de ejecuciónque invocan esta XU para que utilicen este JNDI en lugar delpredeterminado.

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=xuEnv1 y, a continuación, pulse Aceptar.f. Pulse la propiedad persistenceProperties.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/config_ds_res_was8/tsk_was_deploy_xu.html

g. En el campo Valor, cambie JNDI_NAME=jdbc/resdatasource aJNDI_NAME=jdbc/resdatasourceEnv1.

h. Pulse Aceptar y Guardar para guardar los cambios en la configuraciónmaestra.

i. Repita el proceso entero para las XU en otros entornos.3. Despliegue la consola de Rule Execution Server para cada entorno.

a. Para modificar el descriptor de despliegue del archivo EAR de la consola deRule Execution Server: en el archivo web.xml, active el parámetroJMX_XU_QUERY_PART y especifique xuName=xuEnv1.

b. Despliegue el EAR de la consola de Rule Execution Server en el servidor enlos valores de referencia de recursos en el servidor de aplicaciones.1) Establezca el JNDI par ael origen de datos en jdbc/resdatasourceEnv1.2) Establezca el nombre JNDI para la XU en eis/ConnectionFactoryEnv1.

c. Repita el proceso para desplegar la consola de Rule Execution Server paralos otros entornos.

4. Reinicie los agentes de nodo tras completar la configuración.5. Invoque las instancias de XU para registrarlas con la consola de Rule Execution

Server.

Comprobación del despliegue y configuraciónSe recomienda ejecutar los diagnósticos para comprobar que Rule Execution Serverestá correctamente desplegado y configurado.


Importante:

v Para permitir que un número escalable de usuarios accedan a los recursos através de los componentes Java, JCA asigna la tarea de implementar laagrupación de conexiones a los proveedores de servidores de aplicaciones.

v Si los diagnósticos se realizan antes de iniciar las unidades de ejecución (XU), laprueba es correcta, y se muestra un mensaje para informar que no se hainicializado ninguna unidad de ejecución (XU).

v En WebSphere Application Server, no se crea instancia del tamaño de agrupaciónde antemano y, por lo tanto, se impide que los diagnósticos del servidor validenun Rule Execution Server antes de la primera ejecución de un motor de reglas.Los diagnósticos siguen siendo útiles para validar una configuración, en especialen un clúster, y para comprobar las unidades de ejecución que hay registradascon el modelo de gestión.

Procedimiento1. Abra la consola de Rule Execution Server escribiendo res en el URL raíz de la

máquina host:http://<nombre_máquina>:<PUERTO>/res

Si la seguridad está habilitada, el prefijo es https://.Para buscar el valor de <PUERTO>:a. En la Consola de soluciones integradas, pulse Servidores > Tipos de

servidor > Servidores de aplicaciones WebSphere.b. Seleccione el nombre de su servidor.c. En Comunicaciones, pulse Puertos.

2. Inicie sesión en la consola de Rule Execution Server.


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 deverificación junto a cada prueba, para indicar si ha sido correcta. Pulse Expandirtodo para mostrar más detalles sobre las pruebas.


Capítulo 3. Configuración de Sucesos de Decision Server enWebSphere Application Server

En las secciones siguientes se describe cómo configurar Sucesos de Decision Serverdespués de la instalación.

Antes de empezar

Debe haber instaladoi Sucesos de Decision Server y opcionalmenteDecision Center.Consulte Instalación.


Los siguientes componentes están disponibles enSucesos de Decision Server:

Tabla 11. Componentes de Sucesos de Decision Server.

Componente Descripción Instalación predeterminada

Widgets de captura y dereproducción de sucesos

En el widget de captura desucesos y el widget dereproducción de sucesos, secapturan sucesos de unsistema de producción y sereproduce una secuencia deuno o varios de ellos,normalmente en un sistemade prueba.

Sí

Conectores de sucesos Los conectores de sucesosproporcionan conexionesentre el tiempo de ejecuciónde sucesos y los sistemasexternos. Puede configurarlos conectores de sucesos enDiseñador de sucesos.

Sí

Diseñador de sucesos Un entorno de desarrollobasado en Eclipse paradiseñar, desarrollar, probar,desplegar y supervisar lasaplicaciones de sucesos. Eldiseñador de sucesos estádisponible en la perspectivaSuceso de Eclipse.

Sí

Tiempo de ejecución desucesos

El tiempo de ejecución desucesos es una plataforma deejecución que gestiona lacoordinación de sucesos denegocio en tiempo real. Eltiempo de ejecución desucesos requiere WebSphereeXtreme Scale y se puededesplegar y configurar enWebSphere ApplicationServer.

Sí


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.install/topics/odm_distrib_install.html

Tabla 11. Componentes de Sucesos de Decision Server. (continuación)

Componente Descripción Instalación predeterminada

Widget de probador desucesos

El widget de probador desucesos proporciona unamanera de probar la lógicade sucesos en un proceso denegocio. Este widget estápensado para la prueba ysolo se utiliza en unainstalación de prueba. No loutilice en una instalación deproducción ya que puedeafectar al rendimiento.

Sí

Componentes de integración Puede instalar componentesde integración en el utillajede WebSphere ESB yWebSphere Message Brokerpara permitir que estosproductos envíen datos aSucesos de Decision Server yreciba datos del mismo.

No

Ejemplos y guías deaprendizaje

Instala los proyectos para losejemplos y guías deaprendizaje, además deproporcionar un perfil deservidor para ejecutar losejemplos y guías deaprendizaje en WebSphereApplication Server. Paraobtener más informaciónacerca del servidor demuestras, consulteUtilización del servidor demuestra.

Sí

Si instala Decision Center, los siguientes widgets de gráficas también estándisponibles:v Gestor de gráficas de sucesos para crear y editar gráficas.v Gráfica de sucesos para ver las gráficas. Los datos de gráficas se renuevan

periódicamente para presentar una vista en tiempo real de las actividades delsistema.

v Diseño de sucesos para ver los diseños de herencia.

Consulte Acceso a sucesos de widgets.

Uno de los conceptos clave de las secciones siguientes es el perfil de WebSphereApplication Server, que se utiliza para planificar y configurar el entorno de Sucesosde Decision Server. Un perfil define el entorno de tiempo de ejecución e incluyetodos los archivos que el servidor procesa en el entorno de tiempo de ejecución yque puede cambiar. Puesto que crea un perfil, también crea un tiempo de ejecuciónde sucesos. Sucesos de Decision Server soporta tres tipos de perfil:v Perfil de servidor de aplicaciones: un perfil de servidor de aplicaciones define

un servidor de aplicaciones de WebSphere Application Server autónomo yseparado, que tiene su propia interfaz de administración y permite que lasaplicaciones estén disponibles para sitios web externos o sitios web de intranet,


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.samples/smp_console_topics/tpc_smpserver_using.html


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.testing/topics/tsk_dse_accessing_widgets.html

en función de las configuraciones de las aplicaciones y del servidor. Este perfiles ideal para los entornos de servidor único. Para este tipo de perfil, puede:– Cree un perfil de servidor de aplicación Sucesos de Decision Server nuevo.

Para obtener más información, consulte “Creación de un nuevo perfil deservidor de aplicaciones Sucesos de Decision Server” en la página 104.

– Aumente un perfil de servidor de aplicaciones de WebSphere ApplicationServer con Sucesos de Decision Server. Para obtener más información,consulte “Aumento de un perfil de servidor de aplicaciones de WebSphereApplication Server con Sucesos de Decision Server” en la página 109.

v Perfil de gestión: un perfil de gestión crea un gestor de despliegue, que es unservidor que gestiona operaciones para un grupo lógico de otros servidores y esla ubicación central para administrar los servidores y clústeres de la celda. Siconfigura un entorno de despliegue, primero debe crear este perfil. Para estetipo de perfil, solo puede aumentar un perfil de gestión de WebSphereApplication Server existente con Sucesos de Decision Server. Para obtener másinformación, consulte “Aumento de un perfil de gestión existente WebSphereApplication Server” en la página 34.

v Perfil personalizado: un perfil personalizado proporciona un nodo vacío queno contiene una consola de administración ni servidores. El uso típico para unperfil personalizado es federar su nodo en un gestor de despliegue. Después defederar el nodo, puede utilizar el gestor de despliegue para crear un servidor oun clúster de servidores dentro del nodo. Para este tipo de perfil, solo puedeaumentar un perfil personalizado de WebSphere Application Server existente conSucesos de Decision Server. Para obtener más información, consulte “Aumentode un perfil personalizado existente WebSphere Application Server” en la página40.

Planificar el entorno de Sucesos de Decision ServerHay varios factores que es aconsejable tener en cuenta al decidir cómo configurarel entorno de Sucesos de Decision Server. Por ejemplo, debe decidir si configurarun entorno de Sucesos de Decision Server autónomo o en clúster.

Acerca de esta tareav “Creación de un entorno de Sucesos de Decision Server”v “Selección de una topología de Sucesos de Decision Server” en la página 102v “Personalización del tiempo de ejecución de sucesos” en la página 103

Creación de un entorno de Sucesos de Decision ServerAcerca de esta tarea

Para crear un entorno de Sucesos de Decision Server, puede crear su propio perfilo puede utilizar el servidor de muestras proporcionado (si está instalado). Elservidor de muestras proporciona un entorno de Sucesos de Decision Server deservidor único preconfigurado utilizando Apache Derby incluido como proveedorde bases de datos y la mensajería predeterminada de WebSphere ApplicationServer como proveedor de mensajería. Para obtener más información acerca de lautilización del servidor de muestras, consulte Utilización del servidor de muestra.

Procedimiento

En el procedimiento siguiente, se crea su propio perfil sin utilizar el servidor demuestra preconfigurado.

Capítulo 3. Configuración de Sucesos de Decision Server en WebSphere Application Server 101


1. Instale Sucesos de Decision Server. Consulte Instalación de una configuraciónpredeterminada o Instalación utilizando el gestor de instalaciones.

2. Cree un perfil de WebSphere Application Server aumentado con Sucesos deDecision Server. Consulte Creación de un nuevo perfil de servidor deaplicaciones de Sucesos de Decision Server o Aumento de un perfil de servidorde aplicaciones de WebSphere Application Server con Sucesos de DecisionServer.

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óndel entorno de ejecución de sucesos” en la página 116.

Resultados

Dispone de un entorno de Sucesos de Decision Server en ejecución. Para verificarque el entorno se haya configurado correctamente, consulte “Verificación de laconfiguración de Sucesos de Decision Server” en la página 140.

Selección de una topología de Sucesos de Decision ServerAcerca de esta tarea

Puede configurar Sucesos de Decision Server en un entorno de un solo servidor oentorno en clúster mediante la topología correspondiente, en función de susrequisitos.

Procedimientov Configurar un entorno de un solo servidor: para simplificar y facilitar el

despliegue, puede querer configurar un entorno de Sucesos de Decision Serverde único servidor. Esta topología es la más simple de configurar y gestionar,pero no tiene una alta disponibilidad ni es escalable. Consulte “Configuración deun entorno autónomo Sucesos de Decision Server” en la página 104.

v Configurar un entorno en clúster: si desea configurar un entorno de Sucesos deDecision Server de alta disponibilidad y escalable, debe agrupar en clúster eltiempo de ejecución de sucesos.Dependiendo de si desea utilizar como proveedor de mensajería, la mensajeríapredeterminada de WebSphere Application Server o WebSphere MQ, puedeseleccionar una de las siguientes dos topologías:– Topología gold:

Un clúster de topología gold proporciona alta disponibilidad y escalabilidadpara el tiempo de ejecución de sucesos, por lo que la topología se puedeconfigurar para resistir las anomalías del servidor. La adición de másservidores al clúster puede mejorar el rendimiento de sucesos en el tiempo deejecución de sucesos, porque la carga de trabajo se distribuye entre variosmiembros del clúster. Si falla el servidor, la carga de trabajo se redistribuye aotro miembro del clúster y continúa el proceso sin paradas. El clúster utilizala mensajería predeterminada de WebSphere Application Server comoproveedor 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 proveedor de mensajería:Puede crear clústeres de Sucesos de Decision Server para proporcionar unaalta disponibilidad y escalabilidad para el tiempo de ejecución de sucesos,pero utilizando WebSphere MQ como proveedor de mensajería en lugar deutilizar la mensajería predeterminada de WebSphere Application Server.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.install/topics/tsk_inst_custom_install.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.install/topics/tsk_inst_custom_install.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.install/topics/tpc_inst_odm_im_intro.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/topics/tsk_dse_creating_newprofile.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/topics/tsk_dse_creating_newprofile.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/topics/tsk_dse_augmenting_existing_wasasprofile.html



http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.testing/topics/tsk_dse_accessing_widgets.html

Consulte “Creación y configuración de un clúster que utilizaWebSphere MQcomo proveedor de mensajería” en la página 49.

Personalización del tiempo de ejecución de sucesosAcerca de esta tarea

Debe tomar en consideración varios componentes separados al personalizar eltiempo de ejecución de sucesos.

Procedimientov 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 tenerconfigurada una base de datos para que el tiempo de ejecución de sucesosfuncione. Se soportan cinco proveedores 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 Server. Esta opción no necesita ningunaconfiguración adicional, pero no está soportada para utilizarla en un entornode producción.

– IBM Apache Derby Network Server.– IBM DB2 Universal Database.– Microsoft SQL Server.– Oracle.Si no selecciona Apache Derby incluido, debe crear la base de datos antes decrear el perfil de Sucesos de Decision Server. Para obtener más información,consulte “Creación de la base de datos de tiempo de ejecución de sucesos” en lapágina 116.

v Mensajería: Sucesos de Decision Server utiliza la mensajería de JMS para recibirsucesos y enviar acciones desde el tiempo de ejecución de sucesos. Estánsoportados dos proveedores de mensajería:– mensajería predeterminadaWebSphere Application Server.– WebSphere MQSi desea asegurarse de que no se pierden mensajes si el servidor falla, debeconfigurar 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 proveedor de mensajería para asegurarse de que losmensajes de JMS persisten y que se pueden recuperar en caso de anomalía delservidor.Si el proveedor de mensajería está agrupado en clúster, debe asegurarse de queno haya ningún almacén persistente configurado, por lo que si falla un miembrodel clúster, otro miembro recupere los mensajes persistentes. La configuración deun clúster de Sucesos de Decision Server puede proporcionar una altadisponibilidad y escalabilidad de la mensajería de JMS. Normalmente, laagrupación en clúster de la mensajería independientemente del tiempo deejecución de sucesos, en un clúster de topología gold, no es necesario a menosque la mensajería sea un cuello de botella para el rendimiento del sistema.

v Conectores de tecnología: los conectores de sucesos proporcionan conexiones asistemas externos, y desde ellos, mediante varios protocolos: correo electrónico(POP3 y SMTP), sistema de archivos, FTP, HTTP, JDBC, JMS, REST y SOAP porHTTP. Los conectores de tecnología se configuran en la interfaz de usuarioDiseñador de sucesos. Para obtener más información, consulte Conectores detecnología.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.dev/topics/con_dse_technologyconnectors.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.dev/topics/con_dse_technologyconnectors.html

El Sistema de Archivos HTTP, JDBC, JMS, REST y los conectores de tecnologíaSOAP se ejecutan como aplicaciones dentro de WebSphere Application Server ypueden desplegarse en un clúster para alta disponibilidad y escalabilidad.Otros protocolos de conectores de tecnología se ejecutan como procesosautónomos y se pueden instalar en un sistema diferente del tiempo de ejecuciónde sucesos. Para obtener más información, consulte “Configuración deconectores de tecnología en un sistema independiente” en la página 134. Estosconectores no se pueden configurar para ofrecer una alta disponibilidad y serescalables.

v Tabla de pasos: datos de pasos son los datos utilizados para hacer un seguimientode toda la información de contexto, que se utiliza en la evaluación de reglas desucesos. Para obtener más información, consulte Contextos. De formapredeterminada, el tiempo de ejecución de sucesos almacena los datos de pasosen una tabla de la base de datos que ha seleccionado al configurar el perfil deSucesos de Decision Server. El almacenamiento de los datos de pasos en la basede datos proporciona persistencia de los datos de contexto en caso de anomalíadel servidor. 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 nopersistencia. Para obtener más información, consulte “Configuración deltiempo 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 depasos en ObjectGrid, lo que proporciona almacenamiento en memoria ypuede (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 decontexto. Para obtener más información, consulte “Configuración del tiempode 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 ServerPara simplificar y facilitar el despliegue, puede configurar un entorno de Sucesosde Decision Server de único servidor. Esta topología es la más simple de configurary gestionar, pero no tiene una alta disponibilidad ni es escalable.


Para configurar un entorno autónomo Sucesos de Decision Server, puede:v Cree un nuevo perfil de servidor de aplicaciones de Operational Decision

Manager Sucesos de Decision Server. Consulte “Creación de un nuevo perfil deservidor de aplicaciones Sucesos de Decision Server”.

v O bien, aumente un perfil de servidor de aplicaciones de WebSphere ApplicationServer con Operational Decision Manager Sucesos de Decision Server. Consulte“Aumento de un perfil de servidor de aplicaciones de WebSphere ApplicationServer con Sucesos de Decision Server” en la página 109.

Creación de un nuevo perfil de servidor de aplicacionesSucesos de Decision Server

Para crear una instancia autónoma nueva del entorno Sucesos de Decision Server,debe crear primero un perfil de Operational Decision Manager Sucesos de DecisionServer. Puede crear un perfil utilizando la herramienta de gestión de perfiles outilizando el mandato manageprofiles.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.dev/topics/con_dse_contexts.html

Antes de empezar

Durante la creación de perfil, se le pedirá que seleccione el gestor de base de datosque 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 lacreación del perfil. Consulte “Creación de la base de datos de tiempo de ejecuciónde sucesos” en la página 116.


Puede crear un nuevo perfil de la manera siguiente:v En un sistema operativo de 32 bits, puede utilizar la interfaz gráfica de usuario



Creación de un perfil nuevo utilizando la Herramienta de gestiónde perfilesAcerca de esta tarea


IBM WebSphere Application Server V8.5 > Herramientas > Herramienta degestión de perfiles.


Para crear un nuevo perfil aumentado de servidor con Operational DecisionManager Sucesos de Decision Server:

Procedimiento1. En la página Perfiles, pulse Crear.2. En la página Selección de entorno, en IBM Operational Decision Manager,

seleccione Perfil de servidor de aplicación aumentado con IBM OperationalDecision Manager Sucesos de Decision Server.

3. En la página Opciones de creación de perfil, puede seleccionar una de lasopciones siguientes:v Creación de perfil típica: permite crear un perfil con los valores de

configuración predeterminados de WebSphere Application Server.v Creación de perfil avanzada: permite especificar sus propios valores o

tomar los valores predeterminados. Para obtener información sobre valoresde configuración de WebSphere Application Server adicionales,consulteCreación de perfiles del servidor de aplicaciones información en elInformation Center WebSphere Application Server


5. En la página Seguridad administrativa, seleccione si habilitar la seguridad enWebSphere Application Server. Si habilita la seguridad, se activa la seguridadadministrativa y de aplicaciones para WebSphere Application Server.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.installation.base.doc/ae/tpro_instancessaappserv.html

Proporcione un nuevo ID de usuario y una nueva contraseña de su elección yescriba la contraseña una segunda vez para confirmarla.


de conexión apropiados. Este gestor de base de datos alberga las tablas deltiempo de ejecución de sucesos.Si selecciona Apache Derby incluido, se creará la base de datos derepositorio. En los demás casos, deberá haber creado previamente la base dedatos para el repositorio.

b. Si no ha seleccionado la base de datos Apache Derby incluida, debeproporcionar detalles de conexión incluida la ubicación totalmentecalificada. Especifique los detalles siguientes para el servidor de bases dedatos:v 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 Server.v Nombre o dirección IP de host del servidor de base de datos: el

nombre del sistema donde está ubicado el servidor de bases de datos. Elvalor predeterminado es localhost.





c. Si no ha seleccionado la base de datos Apache Derby incorporada, pulseProbar conexión para validar la conexión a la base de datos. Asegúrese deque la conexión es satisfactoria antes de seguir con la creación de perfil.





Una vez finalizada la creación del perfil, puede cambiar los proveedores JMS oconfigurar el proveedor JMS que desee, pero debe configurar un únicoproveedor JMS antes de iniciar Sucesos de Decision Server.Para utilizar o cambiar a la mensajería predeterminada de WebSphereApplication Server como proveedor JMS, consulte “Configuración de lamensajería predeterminada de WebSphere Application Server para que sea elproveedor JMS” en la página 121Para utilizar o cambiar a, WebSphere MQ como proveedor JMS, consulte“Configuración de WebSphere MQ para que sea proveedor JMS” en la página123


8. En la página Resumen de creación de perfil, revise la información y pulse Crearpara crear el perfil nuevo.

Resultados

Se crea un nuevo perfil de servidor de aplicaciones aumentado con OperationalDecision Manager Sucesos de Decision Server.

Creación de un perfil nuevo mediante el mandato manageprofilesProcedimiento1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux




-templatePath <template_path>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione un valor para el perfil de servidor de aplicaciones dedir_instal_was/profileTemplates/wbe/default.




-cellName nombre_celdadonde nombre_celda es el nombre de la celda que se crea.

-nodeName nombre_nododonde nombre_nodo es el nombre del nodo que se crea.


-serverName nombre_servidordonde nombre_servidor es el nombre del servidor que se crea.

-enableAdminSecurity true|falsedonde true activa la seguridad administrativa de WebSphere ApplicationServer. Si proporciona este parámetro, también debe proporcionar-adminUserName y -adminPassword. El valor predeterminado es false si noespecifica este parámetro.

-adminUserName nombre de usuariodonde nombre de usuario es el ID de usuario utilizado para acceder alWebSphere Application Server. Solo es necesario si se habilitaenableAdminSecurity.

-adminPassword contraseñadonde contraseña es la contraseña del ID de usuario utilizada para accederal WebSphere Application Server. Solo es necesario si se habilitaenableAdminSecurity.


-wbeDbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Los valoresválidos son:v Derby_Embedded: el valor predeterminado para el perfil de servidor de

aplicacionesv DB2_Universal


v Oracle

v MS_SQL_Server
















-enableTester true|falsedonde true instala y configura el tiempo de ejecución del probador desucesos. El valor predeterminado es false si no especifica este parámetro.Este parámetro solo es aplicable para el perfil de servidor de aplicaciones yno se puede utilizar en un entorno de producción.


Resultados

Se crea el perfil.

Ejemplos

El primer ejemplo crea un nuevo perfil de servidor de aplicaciones en Windowsutilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajería.manageprofiles.bat -create -templatePath"C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default"

El segundo ejemplo crea un nuevo perfil de servidor de aplicaciones en Linux yUNIX utilizando Apache Derby incluido como proveedor de bases de datos y lamensajería predeterminada de WebSphere Application Server como proveedor demensajería.manageprofiles.sh -create -templatePath"/opt/ibm/ODM851/ODM/WAS/profileTemplates/wbe/default"

Aumento de un perfil de servidor de aplicaciones deWebSphere Application Server con Sucesos de DecisionServer

Para crear un nuevo entorno de Sucesos de Decision Server a partir de un entornoautónomo de WebSphere Application Server existente, puede aumentar un perfilde servidor de aplicaciones de WebSphere Application Server con OperationalDecision Manager Sucesos de Decision Server. Puede aumentar un perfil utilizandola herramienta de gestión de perfiles o el mandato manageprofiles.

Antes de empezar

Antes de aumentar un perfil de servidor de aplicaciones de WebSphere ApplicationServer, asegúrese de que se han detenido todos los servidores de aplicaciones delperfil.


Durante la tarea de creación de perfil, se le pedirá que seleccione el gestor de basede datos que alberga las tablas para el tiempo de ejecución de sucesos. A menosque esté utilizando Apache Derby, debe crear esta base de datos antes de comenzarcon la creación del perfil. Para obtener más información, consulte “Creación de labase de datos de tiempo de ejecución de sucesos” en la página 116.

Después de haber aumentado el perfil, revise su configuración de seguridad paracomprobar los valores de seguridad administrativa y seguridad de aplicación. Siestá habilitada la seguridad administrativa, la de aplicaciones debe estarlo también.





Aumento de un perfil de servidor de aplicaciones existenteutilizando la herramienta de gestión de perfilesAcerca de esta tarea


IBM WebSphere Application Server V8.5 > Herramientas > Herramienta degestión de perfiles.


Para aumentar un perfil de servidor de aplicación existente con OperationalDecision Manager Sucesos de Decision Server:

Procedimiento1. En la página de perfiles, seleccione un perfil de servidor de aplicaciones

existente y pulse Aumentar.2. En la página para aumentar la selección, seleccione Perfil de servidor de

aplicación aumentado con IBM Operational Decision Manager Sucesos deDecision Server.



de conexión apropiados. Este gestor de base de datos alberga las tablas deltiempo de ejecución de sucesos.Si selecciona Apache Derby incluido, se creará la base de datos derepositorio. En los demás casos, deberá haber creado previamente la base dedatos para el repositorio.


b. Si no ha seleccionado Apache Derby incluido, debe proporcionar detalles deconexión incluida la ubicación totalmente calificada. Especifique los detallessiguientes para el servidor de bases de datos:v 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 Server.v Nombre o dirección IP de host del servidor de base de datos: el nombre

del sistema donde está ubicado el servidor de bases de datos. El valorpredeterminado es localhost.





c. Si no ha seleccionado la base de datos Apache Derby incorporada, pulseProbar conexión para validar la conexión a la base de datos. Asegúrese deque la conexión es satisfactoria antes de seguir con la creación de perfil.





Una vez finalizado el aumento del perfil, puede cambiar los proveedores JMS oconfigurar el proveedor JMS que desee, pero debe configurar un únicoproveedor JMS antes de iniciar Sucesos de Decision Server.Para utilizar o cambiar a la mensajería predeterminada de WebSphereApplication Server como proveedor JMS, consulte “Configuración de lamensajería predeterminada de WebSphere Application Server para que sea elproveedor JMS” en la página 121Par utilizar o cambiar a WebSphere MQ como proveedor JMS,consulte“Configuración de WebSphere MQ para que sea proveedor JMS” en lapágina 123

6. Si la seguridad administrativa de WebSphere Application Server está activadaen el perfil, se visualiza la página de configuración de seguridad. Especifique elID de usuario y contraseña para el servidor de aplicaciones


Resultados

El perfil de servidor de aplicaciones existente se aumenta con Operational DecisionManager Sucesos de Decision Server.




Aumento de un perfil de servidor de aplicaciones existenteutilizando el mandato manageprofilesProcedimiento1. Abra un indicador de mandatos (Windows) o un emulador de terminal (Linux




-templatePath <vía_acceso_plantilla>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el siguiente valor para el perfil de servidor de aplicaciones:dir_instal_was/profileTemplates/wbe/default.





-adminUserName nombre_usuariodonde nombre de usuario es el ID de usuario utilizado para acceder alWebSphere Application Server. Solo se necesita si la seguridadadministrativa de WebSphere Application Server está activada.

-adminPassword contraseñadonde contraseña es la contraseña para el ID de usuario que se utiliza paraacceder a WebSphere Application Server. Solo se necesita si la seguridadadministrativa de WebSphere Application Server está activada.

-wbeDbType tipo_base_datosdonde tipo_base_datos especifica el producto de base de datos. Los valoresválidos son:v Derby_Embedded: el valor predeterminado para el perfil de servidor de

aplicacionesv DB2_Universal

v Derby_NetworkServer

v Oracle

v MS_SQL_Server
















-enableTester true|falsedonde true instala y configura el tiempo de ejecución del probador desucesos. El valor predeterminado es false si no especifica este parámetro.


Este parámetro solo es aplicable para el perfil de servidor de aplicaciones yno se puede utilizar en un entorno de producción.


Resultados


Ejemplos

El primer ejemplo aumenta un perfil de servidor de aplicaciones existente llamadoAppSrv01 en Windows utilizando Apache Derby incluido como proveedor debases de datos y la mensajería predeterminada de WebSphere Application Servercomo proveedor de mensajería.manageprofiles.bat -augment-templatePath "C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default"-profileName AppSrv01

El segundo ejemplo aumenta un perfil de servidor de aplicaciones existentellamado AppSrv01 en Linux y UNIXutilizando Apache Derby incluido comoproveedor de bases de datos y la mensajería predeterminada de WebSphereApplication Server como proveedor de mensajería.manageprofiles.sh -augment-templatePath "/opt/ibm/ODM851/ODM/WAS/profileTemplates/wbe/default"-profileName AppSrv01



Anulación del aumento de un perfil de servidor de aplicacionesexistente utilizando el mandato manageprofilesAcerca de esta tarea






-templatePath <vía_acceso_plantilla>donde <vía_acceso_plantilla> es la ubicación de la plantilla de perfil.Proporcione el siguiente valor para el perfil de servidor de aplicaciones:dir_instal_was/profileTemplates/wbe/default.


-profileName nombre_perfildonde nombre_perfil es el nombre del perfil de servidor de aplicacionesexistente para el que anula el aumento.

Resultados


Ejemplos

El primer ejemplo anula el aumento de un perfil de servidor de aplicaciones deSucesos de Decision Server existente llamado WODMSrv01 en Windows.manageprofiles.bat -unaugment -templatePath"C:\Program Files\IBM\ODM851\WAS\profileTemplates\wbe\default"-profileName WODMSrv01

El segundo ejemplo anula el aumento de un perfil de servidor de aplicaciones deSucesos de Decision Server existente llamado WODMSrv01 en Linux y UNIX.manageprofiles.sh -unaugment -templatePath"/opt/ibm/ODM851/ODM/WAS/profileTemplates/wbe/default"-profileName WODMSrv01

Edición de archivos setenvDebe editar archivos setenv como parte de los pasos de configuración paracompletar la instalación.


Los archivos de script setenv se encuentran en subdirectorios del directoriodir_componente/config (setenv.sh en Linux y UNIX o setenv.bat en Windows).

Nota: Cuando instala un fixpack de producto después de editar los archivossetenv, los archivos setenv se sobrescriben. Si desea conservar los cambios, creecopias de seguridad de los archivos antes de instalar el fixpack.

Procedimiento1. Vaya al directorio dir_componente/config/was y edite el archivo setenv, para

añadir los valores adecuados para la instancia de WebSphere Application Serveren donde se va a ejecutar Operational Decision Manager. Pida al administradorde WebSphere Application Server estos valores. Para obtener más información,consulte Variables de entorno.

2. Cambie al directorio dir_componente/config/db y edite el archivo setenv paraañadir los valores apropiados de la instancia de DB2 que albergará el tiempode ejecución de sucesos. Pida al administrador de base de datos de DB2 estosvalores. Para obtener más información, consulte Variables de entorno.

3. En el directorio dir_componente/config/wbe, edite el archivo setenv. Actualicela propiedad WBE_INSTALL para que apunte a la instalación del productoOperational Decision Manager en el sistema de archivos de sólo lectura. Porejemplo:WBE_INSTALL=<dir-instalación>


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_environmentvariables.html


Personalización del entorno de ejecución de sucesosAntes de iniciar el tiempo de ejecución de sucesos por primera vez, puede realizarcambios 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 desucesos para Sucesos de Decision Server

El tiempo de ejecución de sucesos necesita utilizar una base de datos. Es posibleque deba realizar varias tareas de configuración en la base de datos, en función delentorno.

Antes de empezar

Las tareas de configuración de esta sección hacen referencia a la configuración dela base de datos del tiempo de ejecución de sucesos para plataformas distribuidas.Si va a configurar una base de datos de ejecución de sucesos para z/OS, consulteCreació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 sucesosSucesos de Decision Server requiere una base de datos para el tiempo de ejecucióndel evento. Este tiempo de ejecución de sucesos es la ubicación protegida ycompartida que contiene activos como las conexiones de datos, los objetos denegocio, los sucesos y acciones.

Antes de empezar

Las tareas de configuración de este tema hacen referencia a la configuración de labase de datos del tiempo de ejecución de sucesos para plataformas distribuidas. Siva a configurar una base de datos de ejecución de sucesos para z/OS, consulteCreació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 WebSphereApplication Server como la base de datos de tiempo de ejecución de sucesos, secrearán y configurarán automáticamente la base de datos (denominada tiempo deejecución de sucesos) y las tablas durante el proceso de instalación. Si deseautilizar otro gestor de bases de datos compatible (incluida otra instalación deApache Derby), debe crear la base de datos de tiempo de ejecución de sucesosantes 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 eltiempo 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 otrascaracterísticas.

4. Complete la instalación.


La lista completa de los gestores de bases de datos admitidos está disponible en laweb en Requisitos del sistema.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.zos.config/topics/tsk_dsz_ev_creatingtherepositorydatabase.html


http://www.ibm.com/software/integration/wbe/requirements/

Procedimiento

Cuando cree la base de datos de tiempo de ejecución de sucesos, apunte lainformación siguiente:v Nombre de la base de datos de tiempo de ejecución de sucesos que elija.v El nombre de host del servidor donde se encuentra la base de datos.v Puerto utilizado para acceder a la base de datos.v ID de usuario de base de datos que se debe utilizar para acceder a la base de

datos.v 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 desucesos. Consulte Valores de base de datos de ejecución de sucesos.

Nota:

v Para realizar la instalación, debe tener privilegios de administración completospara la base de datos de tiempo de ejecución de sucesos. Por ejemplo, en el casode DB2 es necesario estar autorizado para CONNECT, CREATETAB, etc. En elcaso de Oracle, es necesaria autoridad para ALTER DATABASE, CREATE ANYTABLE, etc. Estos privilegios administrativos sólo son necesarios para instalarSucesos de Decision Server, no para utilizarlo. Si no tiene privilegios deadministración completos, puede realizar la instalación si el administrador debase de datos (DBA) crea las tablas de tiempo de ejecución de sucesos en la basede datos mediante las instrucciones manuales antes de ejecutar el instalador.Después de la instalación, solo necesita el acceso de lectura, escritura ysupresión como usuario.

v Todos los administradores de bases de datos excepto el Apache Derbyincorporado: el gestor de bases de datos se debe estar ejecutando antes de iniciarla instalación y debe disponer del archivo .jar de JDBC para el gestor de basesde datos.

Creación manual de tablas de tiempo de ejecución de sucesosPuede optar por personalizar scripts existentes y crear usted mismo las tablas detiempo de ejecución de sucesos, como una tarea manual. Si no crea esas tablas, loharán de forma automática durante el inicio de Sucesos de Decision Server.

Antes de empezar

Las tareas de configuración de este tema hacen referencia a la configuración de labase de datos del tiempo de ejecución de sucesos para plataformas distribuidas. Siva a configurar una base de datos de ejecución de sucesos para z/OS, consulteCreació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 deque 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.


Sucesos de Decision Server proporciona una copia de los scripts utilizados paracrear 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 scriptpara cada base de datos soportada:v Para DB2, utilice db2.sql


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_runtime_dbsettings.html


v Para Apache Derby, utilice derbydb.sql

v Para Oracle, utilice ora.sql

v Para Microsoft SQL Server, utilice mssql2k.sql

Procedimiento

Realice una copia del script adecuado, personalizarlo para que cumpla susrequisitos y utilizarlo para crear las tablas.

Nota: Debe hacer una copia del script y ejecutarla de forma manual. Aunque editey 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 distintasDe forma predeterminada, las tablas de tiempo de ejecución de sucesos se crean enuna única base de datos, pero puede desplegar los conjuntos de tablas en bases dedatos independientes.


La base de datos de tiempo de ejecución de sucesos almacena activos (comoconexiones de datos, objetos de negocio, sucesos, acciones y reglas de sucesos) queel tiempo de ejecución de sucesos utiliza para recibir sucesos e iniciar las accionesbasadas en grupos de reglas de sucesos.

El tiempo de ejecución de sucesos consta de varios conjuntos de tablas y diversasvistas, que pueden utilizarse para informar del historial. Todas se crean ejecutandoun 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 tablasy vistas se ubican en dicha base de datos. Las tablas se crean en esta base de datosen el momento de la instalación.

Para desplegar conjuntos de tablas en bases de datos distintas y hacer referencia adichas bases de datos:

Procedimiento1. 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 sintaxiscompleta, debe consultar la documentación correspondiente suministrada con eladministrador de la base de datos en cuestión.

Nota: Si utiliza el historial, siempre debe asegurarse de que las tablas dedefinición de activos y del historial, así como los recursos, se crean y utilizanen la misma base de datos.


Tabla 12. Sentencias de SQL para crear cada tabla.

Nombre de tabla Instrucción SQL

Definiciones de activos (maestro_asset,properties)

CREATE TABLE maestro_asset

ALTER TABLE maestro_asset

CREATE TABLE properties

CREATE TABLE labels

ALTER TABLE labels

Retardos de tiempo CREATE TABLE time_based_asset

CREATE INDEX FIRETIME_IDX

Flujos de sucesos CREATE TABLE steps

CREATE CLUSTERED INDEX STREAM_IDX

CREATE TABLE csio_entry

CREATE INDEX csio_entry_idx oncsio_entry

CREATE INDEX csio_entry_times

Consola de usuario CREATE TABLE actions

ALTER TABLE actions

CREATE TABLE actions_prefs

ALTER TABLE actions_prefs

CREATE TABLE auth_users

CREATE TABLE auth_groups


Tabla 12. Sentencias de SQL para crear cada tabla. (continuación)

Nombre de tabla Instrucción SQL

Historial CREATE TABLE history_event

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_values

CREATE INDEX history_eo_v_idx

CREATE TABLE history_filter

CREATE TABLE history_rule

CREATE INDEX history_rule_idx

CREATE TABLE history_watch_time

CREATE VIEW as_director_events

CREATE VIEW as_director_actions

CREATE VIEW as_director_ent_objs

CREATE VIEW as_director_ent_objs_values

CREATE VIEW as_director_filters

CREATE VIEW as_director_rules

CREATE VIEW as_director_watch_times

3. Crear un nuevo origen de datos mediante la consola administrativa deWebSphere Application Server :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 Nuevo.c. Especifique un nombre en el campo Nombre de origen de datos, por

ejemplo, Origen de datos del historial de tiempo de ejecución desucesos.

d. Especifique un nombre en el campo Nombre JNDI, por ejemplo,jdbc/wbe/history.

e. Pulse Seleccionar un proveedor JDBC existente y seleccione ProveedorJDBC de tiempo de ejecución.

f. Especifique las propiedades específicas de la base de datos que apuntan a labase 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 nuevo con las credencialespara la base de datos, a continuación, pulse Finalizar.

4. Establezca las siguientes propiedades en el valor que ha especificado enNombre JNDI, en función de las tablas que haya movido:


Tabla 13. Propiedades

Nombre de tabla Propiedad

Definiciones de activos as.director.common.db.asset.instance

Retardos de tiempo as.director.common.db.timebased.instance

Flujos de sucesos as.director.common.db.eventflow.instance

Consola de usuario as.director.connectors.pem.instance

Historial as.director.common.db.history.instance

Para obtener más información, consulte “Configurar propiedades” en la página125.

Despliegue el tiempo de ejecución de sucesos en un gestor debase de datos que distingue entre mayúsculas y minúsculasSi 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 todosen mayúsculas.


Si la base de datos de tiempo de ejecución de sucesos se crea en una base de datosque distingue entre mayúsculas y minúsculas, las referencias a los nombres de lastablas que se definen como propiedades deben escribirse todas en mayúsculas.

Procedimiento1. Para obtener más información acerca de cómo configurar estas propiedades,

consulte “Configurar propiedades” en la página 125.2. Cambie el valor 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 Tiempode ejecución de sucesos de activos de la sección Común.

3. Cambie el valor de la propiedad as.director.common.db.timebased.table detime_based_asset (todo en minúsculas) a TIME_BASED_ASSET (todo enmayúsculas).Si utiliza Propiedades, las propiedades se encuentran en la sección Servidor,subsección Valores de tiempo de ejecución de sucesos basados en tiempo.

Resultados

Los cambios se aplicarán la siguiente vez que se reinicie la aplicaciónwberuntimeear.

Cambio del proveedor de mensajería del tiempo de ejecuciónde sucesos

Si ha configurado el tiempo de ejecución de sucesos para que utilice un proveedorde mensajería pero desea cambiar a otro proveedor de mensajería, o si ha elegidono configurar un proveedor de mensajería al crear o aumentar el perfil de Sucesosde Decision Server, debe realizar alguna configuración adicional.

Configuración de la mensajería predeterminada de WebSphereApplication Server para que sea el proveedor JMSSi desea utilizar la mensajería predeterminada de WebSphere Application Servercomo proveedor JMS para el tiempo de ejecución de sucesos y no ha seleccionado


el proveedor JMS o ha seleccionado WebSphere MQ al crear o aumentar el perfilde Sucesos de Decision Server, debe realizar alguna configuración adicional deWebSphere Application Server y Sucesos de Decision Server.

Antes de empezar

El tiempo de ejecución de sucesos sólo se puede configurar para funcionar con unúnico proveedor JMS: la mensajería predeterminada de WebSphere ApplicationServer o WebSphere MQ, pero no ambos.

Los archivos .sh y .bat a los que se hace referencia en este tema se basan envalores del archivo setenv. Compruebe y confirme los valores antes de realizar lossiguientes pasos. Para obtener más información, consulte “Edición de archivossetenv” en la página 115.

Procedimiento1. Si, al crear o aumentar el perfil de Sucesos de Decision Server, ha elegido

utilizar WebSphere MQ pero ahora desea utilizar la mensajería predeterminadade WebSphere Application Server como proveedor JMS, debe eliminar laconfiguración que ha realizado el perfil:

Tabla 14. Mandato para eliminar la configuración

Sistema operativo Ubicación en donde debe ejecutar elmandato

Mandatos

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 Server, no haseleccionado el proveedor JMS, no es necesario que siga este paso.

2. Para completar la configuración de la mensajería predeterminada de WebSphereApplication Server como proveedor JMS, ejecute los mandatos siguientes:

Tabla 15. Mandato para completar la configuración

Sistema operativo Ubicación en donde debe ejecutar elmandato

Mandatos

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 servicios,WbeBus. Si la seguridad administrativa del servidor de aplicaciones estáhabilitada, el bus es seguro. Para inhabilitar la seguridad del bus, proporcioneel argumento opcional, -disableBusSecurity.Si el bus de integración de servicios es seguro, debe especificar dos argumentospara el script configure_messaging.bat (o configure_messaging.sh), paraproporcionar el ID de usuario y contraseña que las especificaciones deactivación utilizan para conectar al bus seguro. Por ejemplo:configure_messaging.bat <id_usuario> <contraseña>

o


configure_messaging.sh <id_usuario> <contraseña>

Si la seguridad no está habilitada para el bus de integración de servicios, noespecifique un ID de usuario o contraseña. Para obtener más información,consulte “Protección del bus de integración de servicios” en la página 153.

3. Reinicie WebSphere Application Server.

Configuración de WebSphere MQ para que sea proveedor JMSSi desea utilizar WebSphere MQ como proveedor JMS para el tiempo de ejecuciónde sucesos y no ha seleccionado el proveedor JMS o ha seleccionado la mensajeríapredeterminada de WebSphere Application Server al crear o aumentar el perfil deSucesos de Decision Server, debe realizar alguna configuración adicional deWebSphere MQ, WebSphere Application Server y Sucesos de Decision Server.

Antes de empezar

El tiempo de ejecución de sucesos sólo se puede configurar para funcionar con unúnico proveedor JMS: la mensajería predeterminada de WebSphere ApplicationServer o WebSphere MQ, pero no ambos.

Debe tener el cliente de WebSphere MQ instalado en el mismo sistema que Sucesosde Decision Server.

Configuración de WebSphere MQ:Acerca de esta tarea

El administrador de WebSphere MQ debe realizar las tareas siguientes:

Procedimiento

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\java\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 DecisionServer.

Información relacionada:

Information Center de WebSphere MQ V7.1

Configuración de Sucesos de Decision Server:Antes de empezar

Para configurar Sucesos de Decision Server para que utilice WebSphere MQ comoproveedor JMS,necesita conocer el nombre del gestor de colas adecuado, el nombrede host y el puerto de WebSphere MQ y el tipo de transporte de cliente. Obtengaestos valores del administrador de WebSphere MQ.


http://publib.boulder.ibm.com/infocenter/wmqv7/v7r1/index.jsp

Los archivos configure_messaging y configure_MQ_JMS_messaging a los que se hacereferencia en este tema se basan en valores del archivo setenv. Compruebe yconfirme los valores antes de realizar los siguientes pasos. Para obtener másinformación, consulte “Edición de archivos setenv” en la página 115.

Procedimiento

1. Si, al crear o aumentar el perfil de Sucesos de Decision Server, ha elegidoutilizar la mensajería predeterminada de WebSphere Application Server peroahora desea utilizar WebSphere MQ como proveedor JMS en su lugar, ejecute elmandato siguiente para eliminar la configuración de mensajería que el perfil harealizado:

Tabla 16. Mandato por ejecutar.

Sistema operativo Ubicación en donde debeejecutar el mandato

Mandato

Windows <dir-instalación>\config\was\

configure_messaging.bat-undo

Linux, UNIX yz/OS <dir-instalación>/config/was/

configure_messaging.sh-undo

Si, al crear o aumentar el perfil de Sucesos de Decision Server, no haseleccionado el proveedor JMS, no es necesario que siga este paso.

2. Configure Sucesos de Decision Server y WebSphere Application Server:a. Navegue 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] [-s ámbito] [-t transporte] [-c nombre-canal]

dondev nombre-de-gestor-de-cola es el nombre del gestor de colas que ha creado al

configurar la instalación de WebSphere MQv queue-manager-port es el puerto en el que el gestor de colas escucha (el

valor predeterminado es 1414)v queue-manager-host es el nombre de host del sistema en el que el gestor de

colas está alojado (el valor predeterminado es localhost)v ámbito es un ámbito de WebSphere Application Server válidov transporte es BINDINGS o CLIENTv nombre-canal es el nombre del canal de conexión de servidorPor ejemplo:configure_MQ_JMS_messaging –q QM_PSG –p 1415 –h localhost

El script crea los siguientes objetos en WebSphere Application Server:

Tabla 17. Fábricas de conexiones.

Fábricas de conexión Nombre JNDI

Fábrica de conexiones de cola jms/WbeQueueConnectionFactory

Fábrica de conexiones de tema jms/WbeTopicConnectionFactory

Fábrica de conexiones jms/WbeConnectionFactory

Tabla 18. Temas.

Temas Nombre JNDI

Tema de acción jms/actionTopic

Tema de mandato jms/commandTopic


Tabla 18. Temas. (continuación)

Temas Nombre JNDI

CbeListener topic jms/WBE/CbeListener

Tema de acción duradero jms/durableActionTopic

Tema de suceso duradero jms/durableEventDestination

Tema de suceso jms/eventDestination

Tema de historial jms/historyModuleDestination

Tabla 19. Especificaciones de activación.

Nombre de especificaciones de activación Nombre JNDI

wbe_events jca/wbe_events

wbe_events_durable jca/wbe_events_durable

wbe_history jca/wbe_history

wbe_reset_watch jca/wbe_reset_watch

wbe_ute_receive jca/wbe_ute_receive

c. Asegúrese de que los nombres de estos objetos son coherentes con laspropiedades 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 subseccionesValores de servidor JMS y Temas de la sección JMS.

d. Reinicie WebSphere Application Server para aplicar los cambios.

Resultados

Sucesos de Decision Server ahora está configurado para utilizar WebSphere MQcomo proveedor de mensajería JMS.


Asegúrese de que los nombres de cola creados por create_MQ_JMS_MQ_queues.mqscsean coherentes con los nombres de cola que se especifican por el destino desucesos JMS de WebSphere MQ, el destino de sucesos duraderos y las definicionesde colas de destino de módulo de historial. Estas definiciones de cola se puedenencontrar en la consola de administración de WebSphere Application Server bajoRecursos > JMS > Colas.

Importante: Aunque los nombres de estos temas hagan referencia a recursos, estosrecursos son realmente colas para clústeres.

De forma predeterminada, las colas de WebSphere MQ se denominan:v eventQueue para el destino de sucesosv durableEventQueue para el destino de sucesos duraderosv historyModuleQueue para el destino de módulo de historial

Configurar propiedadesLas propiedades de configuración para el tiempo de ejecución de sucesos sealmacenan en WebSphere Application Server. Es posible que desee cambiar las


propiedades porque determinan el comportamiento configurable de Sucesos deDecision Server. Las propiedades de tiempo de ejecución de sucesos se puedenestablecer de tres maneras diferentes.


Puede utilizar diferentes tareas en función de la plataforma que utilice.

Tabla 20. Método por plataformas.

Método Plataformas

“Configuración de las propiedadesutilizando la consolaadministrativaWebSphere ApplicationServer”

Varias plataformas y z/OS

“Configuración de propiedades mediante laherramienta de scripting wsadmin” en lapágina 127

Varias plataformas y z/OS

“Configuración de propiedades con laherramienta Propiedades” en la página 127

Sólo varias plataformas

Configuración de las propiedades utilizando la consolaadministrativaWebSphere Application ServerCuando configure las propiedades de tiempo de ejecución de sucesos (por ejemplo,si mueve el tiempo de ejecución de sucesos a otro gestor de base de datos, o deseacambiar a otro proveedor de mensajería JMS), puede realizar los cambios en laconsola administrativa de WebSphere Application Server. Cuando edite el valor deuna propiedad, asegúrese de que el valor es apropiado y se escribe correctamente,ya que no se valida.

Procedimiento1. Inicie la consola administrativa de WebSphere Application Server. Consulte

Inicio de la consola administrativa de WebSphere Application Server.2. Inicie la sesión en la consola administrativa WebSphere Application Server. Si

está habilitada la autenticación, debe utilizar un ID de usuario y una contraseñaque sean válidos. Si la autenticación no está habilitada, escriba cualquier ID deusuario e inicie sesión.

3. En el árbol de navegación de la consola administrativa de WebSphereApplication Server, pulse Recursos > Entorno de recursos > Entradas deentorno de recursos.

4. En la página Entradas de entorno de recursos, pulse WbeSrv01 para abrir lapágina Configuración. Se muestran las propiedades generales para esa entrada.

5. En la página Configuración, pulse Propiedades personalizadas. Se muestran laspropiedades.

6. Modifique las propiedades según sea necesario.

Nota: Si el prefijo del nombre de la propiedad es ! (por ejemplo!as.director.common.authentication.server), la propiedad está inhabilitada.Modifique el campo del nombre para eliminar el prefijo "!", a continuaciónconfigure los campos restantes.

7. Guarde los cambios.8. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/tsk_dse_administering_was.html#startingtheintegratedsolutionconsole

Resultados

Cuando se reinicia el tiempo de ejecución de sucesos, se aplican los cambiosrealizados en las propiedades.

Configuración de propiedades mediante la herramienta descripting wsadminCuando configure las propiedades de tiempo de ejecución de sucesos (por ejemplo,si mueve el tiempo de ejecución de sucesos a otro gestor de base de datos, o deseacambiar a otro proveedor de mensajería JMS), puede realizar los cambios mediantela herramienta de administración de scripts deWebSphere Application Server,wsadmin. Puede modificar las propiedades utilizando wsadmin o puede usar elobjeto AdminTask suministrado para definir una única propiedad.


Si quiere modificar varias propiedades, utilice la herramienta wsadmin. Si quieremodificar una única propiedad, utilice el objeto AdminTask del siguiente modo:

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

v Uso de Jacl:wsadmin$AdminTask wbeSetProperty {-jndiName com/ibm/wbe/wbeProperties01 -propertyName nombre_propiedad -propertyValue valor_propiedad}

v Uso de Jython:wsadmin -lang jythonAdminTask.wbeSetProperty(’[-jndiName com/ibm/wbe/wbeProperties01 -propertyName nombre_propiedad -propertyValue valor_propiedad]’)

Donde nombre_propiedad es el nombre de la propiedad que quiere cambiar, yvalor_propiedad es el valor que quiere fijar para esa propiedad.

3. Guarde los cambios:v Uso de Jacl:

$AdminConfig save

v Uso de Jython:AdminConfig.save()

4. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios.

Resultados


Configuración de propiedades con la herramienta PropiedadesLos valores de las propiedades del sistema se almacenan en un archivo depropiedades cifrado. El archivo se gestiona utilizando la herramienta Propiedadeso la consola de administración de WebSphere Application Server. Cuando se utilizala herramienta Propiedades, las propiedades se visualizan por carpeta, y lamayoría de carpetas contienen subsecciones que constan de grupos de propiedadesrelacionadas.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.base.doc/ae/rxml_commandline.html


Durante la instalación, se instala un archivo de propiedades base y debeconfigurarse para que haga referencia a la base de datos de tiempo de ejecución desucesos y al proveedor JMS. Puede utilizar la herramienta Propiedades paracambiar los valores de propiedades a fin de acomodar el entorno y las preferenciaspara la operación del sistema. No hay validación de la propiedad que haestablecido. De forma predeterminada, un campo que contiene valores depropiedad tiene una longitud de 64 caracteres. Cuando alcance el límite, pulseINTRO y pulse al final del campo para restablecer el foco. La herramientaPropiedades le da hasta cinco líneas de 72 caracteres (pulsando INTROrepetidamente). Por lo tanto, la longitud máxima utilizable es 360 caracteres.

Propiedades proporciona dos modalidades de entrada:v El asistente Configurador, que es la modalidad de entrada predeterminada,

presenta una serie de pantallas que contienen solo aquellas propiedades que esmuy probable que necesite editar.

v El asistente Configurador completo presenta todas las propiedades y resultaadecuado para instalaciones más personalizadas. También puede añadirpropiedades personalizadas para describir determinadas condiciones específicasdel entorno.

Los valores de propiedad recién configurados no comenzarán a estar operativoshasta la próxima vez que inicie la aplicación wberuntimeear. Puede realizarcambios adicionales en los valores de propiedad si es necesario. Aplique estoscambios deteniendo la aplicación y reiniciándola.

Procedimiento1. Para iniciar Propiedades, invoque el script properties (propertiesui.bat en

Windows, propertiesui.sh en Linux y UNIX).La sintaxis es :propertiesui.bat/propertiesui.sh

[-conntypeSOAP [-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 valorpredeterminado es "SOAP"Un conntype de "NONE" indica que no se realiza ninguna conexión de servidory algunas operaciones se realizarán en modo localhost especifica el nombre del host utilizado para la conexión SOAP o RMI; elvalor predeterminado es "localhost"port es el número del puerto utilizado para la conexión SOAP o RMIjndiName es el nombre JNDI que aparece en la entrada para propiedades detiempo de ejecución de sucesos, como se muestra en la sección Entradas deentorno de recursos de la consola administrativa de WebSphere ApplicationServer.

2. Escriba un ID de usuario y una contraseña:v Si la seguridad está activada en WebSphere Application Server, debe

proporcionar un ID de usuario válido y la contraseña.


v Si el usuario especificado no es un administrador, el usuario debe tener unode los siguientes roles de seguridad:– adminsecuritymanager– deployer– configurator

v Si se ha inhabilitado la seguridad en WebSphere Application Server, puedeescribir un nombre de usuario de su elección o dejar el campo en blanco. Noes necesaria ninguna contraseña.

3. Modifique las propiedades según sea necesario. Para obtener más informaciónsobre 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 nueva y cámbiela al nombre de la propiedadpersonalizada.

d. Pulse value? e introduzca el valor 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 propiedadpersonalizada. La propiedad se elimina sin confirmación.

5. Elija Archivo > Guardar propiedades para guardar los cambios.6. Reinicie el tiempo de ejecución de sucesos para aplicar los cambios.

Resultados


Configuración de cómo almacenar datos de pasosEs posible que quiera configurar cómo se almacenan los datos de pasos pormotivos de rendimiento.


En Sucesos de Decision Server, puede definir sucesos complejos, en los que unsuceso tiene una dependencia con respecto a otro suceso o acción. Un sucesocomplejo es un conjunto de sucesos enlazados por medio de un ID de contextocomún, que utilizan el contexto del sistema o una definición de contexto.

Cuando se inicia un contexto, cada actividad del proceso se almacena como unpaso en la tabla de contextos que se ha creado durante la instalación, utilizandoalmacenamiento persistente.

Puede confirmar cómo se almacenan los datos de pasos, si, por cuestiones derendimiento, desea configurar el sistema.

Configuración del tiempo de ejecución de sucesos paraalmacenar datos de pasos en memoriaPuede optar por almacenar los datos de pasos en memoria si los contextos durannormalmente poco.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_properties.html


El almacenamiento de un paso en una tabla de base de datos conlleva ciertacantidad de acceso a base de datos, y el contexto no se pierde si no se depuramanualmente de la tabla, o se finalice el contexto mediante una condición definalización en una definición de contexto. Si sabe que sus contextos por lo generalson de corta duración y luego desaparecerán, puede almacenar todos los pasos enuna memoria y así evitar el acceso a la base de datos.

En un entorno en clúster, si as.director.server.eventflow.persistentStepStorese establece como false y Sucesos de Decision Server utiliza el almacenamiento dememoria predeterminado (en contraposición a una memoria caché ObjectGrid, quepuede definirse mediante otra propiedad), la información de cualquier tabla decontexto se perderá tras una migración tras error del servidor, aunque el procesode sucesos se migra tras error a otro servidor. Esto también sucede al inicio delservidor: si los servidores se están iniciando todavía, y, por tanto, ObjectGrid estáreequilibrando sus particiones, es posible que las particiones se muevan de unservidor a otro servidor y, por consiguiente, podría perderse la información de latabla de contexto.

Procedimiento

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.server.eventflow.persistentStepStore

false Desactiva elalmacenamientopersistente y hace que losdatos de pasos sealmacenen en la memoria

sí

as.director.server.eventflow.cacheStepStoreTimeout.ms

5.000 milisegundos(predeterminado)

Determina la cantidad detiempo, en milisegundos,durante el que se guardauna instancia en memoria

no – el valorpredeterminado es 5.000ms (5 segundos)

Para ver 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 paraalmacenar los datos de contexto en ObjectGridLa tabla de contextos utiliza la memoria caché predeterminada. Como alternativapotencial de alto rendimiento, se puede configurar la tabla de contextos para queutilice ObjectGrid. No puede utilizar ObjectGrid como la tabla de contextos enz/OS.

Procedimiento1. Para utilizar ObjectGrid como memoria caché para la tabla de contextos, defina

as.director.server.eventflow.gridStepStore como true.2. Desactive la copia de seguridad de la base de datos estableciendo

as.director.server.eventflow.persistentStepStore como false.3. Opcionalmente, configure ObjectGrid para ofrecer capacidades de réplica de

datos:


a. Localice objectGridDeployment.xml en wberuntime.jar, que está endir_instal_was/profiles/nombre_perfil/installedApps/nombre_celda/wberuntimeear.ear, donde

nombre_perfil es el nombre del perfil de WebSphere Application Server.nombreCelda es el nombre de la celda WebSphere Application Server.

b. Modifique el archivo 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 configurarObjectGrid de modo que proporcione funciones de réplica de datos.

Configuración del tiempo de ejecución de sucesos paragrabar el historial

Si desea grabar el historial, debe configurar el tiempo de ejecución de sucesos paragrabar el historial. De lo contrario, no se puede supervisar los sucesos, las acciones,los filtros ni los datos en tiempo real mediante los gráficos definidos por elusuario, ni tampoco se puede ejecutar informes o utilizar sucesos de seguimiento.El registro del historial conserva la entrega de los registros del historial en tiemporeal en los reinicios del sistema.


Puede establecer el historial del tiempo de ejecución de sucesos como persistente ono persistente. De manera predeterminada, el historial es no persistente. Losmensajes de historial no persistente que se están procesando pero que no se hangrabado en la base de datos del historial podrían perderse cuando se reinicia laejecución del suceso. Para garantizar que todos los datos del historial se conservancuando se reinicia la ejecución del suceso, debe habilitar la persistencia del historialal configurar sus propiedades.

Debe configurar el tiempo de ejecución de sucesos para grabar historial si tieneprevisto:v Utilizar los sucesos de widgets para supervisar sucesos, acciones, filtros y datos

en tiempo real, utilizando el widget de probador de sucesos o a través de lavisualización de los gráficos definidos por el usuario.

v Ejecutar informes desde Administración.v 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 alinstalar Sucesos de Decision Server.

Importante: Si habilita el historial, el rendimiento se ve muy afectado.

Procedimiento1. Cambie las siguientes propiedades:

v as.director.server.history.enableModule: determina si se carga el módulo dehistorial cuando se inicia el tiempo de ejecución de sucesos. Compruebe queel valor de la propiedad se ha establecido en true.


v as.director.server.history.enableRecording: determina si el historial se deberegistrar en las tablas del historial. Defina el valor de la propiedad en truepara grabar el historial. Establezca este valor en false si quiere dejar degrabar el historial.

v as.director.server.history.useJMS: determina si los mensajes de historial que sehan procesado, pero no grabado, en la base de datos del historial sonpersistentes o no persistentes. Defina este valor en true para garantizar quetodos los datos del historial se conservan cuando se reinicia la ejecución delsuceso. Al establecer esta propiedad en true, el rendimiento se ve bastanteafectado.

v as.director.bet.install: establezca el valor en true si se ha instalado el widgetde probador de sucesos. Este valor garantiza que se recopilen todos losregistros de historial necesarios para el widget de probador. Esta propiedadanula temporalmente la opción Registrar estos datos en el historial, quepuede establecerse en los editores de Diseñador de sucesos.

Para obtener más información, consulte el “Configurar propiedades” en lapágina 125. Las propiedades se visualizan en la subsección Valores de historialde la sección Servidor.

2. Debe reiniciar la aplicación wberuntimeear, mediante la consola administrativade WebSphere Application Server Network Deployment, para garantizar quelos cambios sean efectivos.

3. Opcional: En los editores de acciones, de eventos, de filtros y de reglas deDiseñador de sucesos, la opción Registrar estos datos en el historial estáseleccionada de forma predeterminada. Para aumentar el rendimiento delproducto y reducir los datos de historial que no se utilizan, puede eliminar estaopción en alguno o en todos los editores. Sin embargo, si elimina el parámetroRegistrar estos datos en el historial en los editores, pero la propiedadas.director.bet.install sigue establecida en true, el valor de la propiedad alteratemporalmente el valor del editor y se registra en el historiald.

Configuración de la cola de sucesos duraderaSucesos de Decision Server utiliza una cola de sucesos basada en un sistema dearchivos para asegurar que los sucesos duraderos no se pierdan si falla el servidor.


La ubicación predeterminada para esta propiedad es dir_instal_was/profiles/nombre_perfil/wbe/nombre_nodo/nombre_servidor/que_data donde

nombre_perfil es el nombre del perfil de WebSphere Application Server.nombreNodo es el nombre del nodo WebSphere Application Server.nombreServidor es el nombre del servidor WebSphere Application Server.

La ubicación de la cola de sucesos duraderos se puede cambiar mediante lasiguiente propiedad:as.director.server.durabledirectory

Si se produce una contienda de disco, puede que le convenga cambiar la ubicaciónde la cola para moverla más rápido a un subsistema de disco. Si utiliza Sucesos deDecision Server en un clúster, asegúrese de que cada miembro de clúster tieneacceso a la vía de acceso especificada. Por ejemplo, si cambia la ubicación para quesea una vía de acceso en la unidad E:, cada servidor tendrá que acceder a launidad E:.


En un entorno en clúster, los sucesos almacenados en esta cola no fallarán en otrosservidores en el clúster. Estos sucesos sólo se procesan cuando se vuelve a iniciar elservidor en el que se procesaron.

Configuración del tamaño de registro de la cola de sucesosduraderaProcedimiento

Para cambiar el tamaño del registro de la cola de sucesos duradera, utilice lasiguiente propiedad:

Tabla 22. Tamaño de propiedad de la cola de sucesos

Nombre de propiedad Predeterminado Unidades

as.director.server.DurableEventQueue.size 20 MB

El tamaño de registro de la cola de sucesos predeterminado es de 20 MB esadecuado para la mayoría de cargas de trabajo. Sin embargo, si visualizacom.ibm.wbe.objectManager.TransactionCapacityExceededException en el archivoSystemOut.log, puede beneficiarse de un creciente tamaño predeterminado paraesta 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 yacciones diferidas

La evaluación de sucesos y acciones normalmente se realiza lo antes posible, peropuede retrasar la evaluación basándose en los criterios definidos por el usuario.Por ejemplo, si se cierra un servidor, es posible que haya reglas de sucesos yacciones planificadas para activarse mientras el servidor está desactivado. Puedeconfigurarse cómo el tiempo de ejecución de sucesos controla estas reglas desucesos y acciones diferidas.


Puede indicar al tiempo de ejecución de sucesos cómo debe tratar los sucesos encola y las acciones después de una conclusión. Las reglas de sucesos y accionesdiferidas se almacenan como tareas planificadas en la tabla time_based_asset quese creó en el gestor de base de datos de su elección cuando se realizó lainstalación. El valor de la propiedad maxtardiness también se evalúa cuando eltiempo de ejecución del suceso procesa cualquier acción o suceso retrasado.

Procedimiento

Cambie las siguientes propiedades:

Tabla 23. Valores de la propiedad para definir el proceso retrasado

Propiedad Valor

Para reglas de suceso:

as.director.server.timebased.event.maxtardiness.minutes

La máxima cantidad de tiempo, en minutos, una vezsuperado el tiempo planificado, en el que una regla desucesos diferida se seguirá ejecutando.

El valor predeterminado es -1. El tiempo de ejecución delproceso evaluará todos los sucesos en cola o invocarátodas las acciones en cola tan pronto como se inicie elservidor.


Tabla 23. Valores de la propiedad para definir el proceso retrasado (continuación)

Propiedad Valor

Para acciones:

as.director.server.timebased.action.maxtardiness.minutes

La máxima cantidad de tiempo, en minutos, una vezsuperado el tiempo planificado, en el que una acción conretardo de tiempo se seguirá ejecutando.

El valor predeterminado es -1. El tiempo de ejecución delproceso evaluará todos los sucesos en cola o invocarátodas las acciones en cola tan pronto como se inicie elservidor.

Si la propiedad tiene un valor de 0 (cero), será equivalente al valor predeterminadode -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 yacciones diferidas de la sección Servidor.

Configuración de varios perfiles Sucesos de Decision Serverpara que coexistan

Si tiene varios perfiles de Sucesos de Decision Server en un sistema, debeconfigurar el servicio de catálogo de WebSphere eXtreme Scale para que losperfiles coexistan.


Si tiene un perfil de Sucesos de Decision Server y ha creado un segundo perfil enel mismo sistema, debe configurar el segundo sistema para que cualquiera de ellosfuncione correctamente.

Procedimiento1. Inicie la consola administrativa de WebSphere Application Server. Asegúrese de

conectarse al nuevo perfilWebSphere Application Server.2. PulseAdministración de Sistema > WebSphere eXtreme Scale > Dominios de

servicio de catálogo.3. Pulse Nuevo y especifique los valores para las propiedades:

v Nombre: especifique un nombre para el dominio de servicio de catálogo, porejemplo, Servicio de catálogo WODM.

v Seleccione Servidor de aplicaciones existente bajo el punto final del servidorde catálogo, luego seleccione su servidor WebSphere Application Server en lalista desplegable.

v Puerto de cliente: especifique un número de puerto que no se utilice. Noespecifique el puerto que el servidor de catálogo utiliza en el primer perfil,que es 6601 de forma predeterminada. Puede utilizar 6602 para el segundoperfil, por ejemplo.

v Pulse Aceptar, luego pulse Guardar para guardar los cambios.4. Reinicie WebSphere Application Server para que los cambios surtan efecto.

Configuración de conectores de tecnología en un sistemaindependiente

Los conectores de tecnología se pueden ejecutar en el mismo sistema que el tiempode ejecución de sucesos, o se pueden ejecutar en un sistema independiente o enotro sistema operativo.



Si desea ejecutar los conectores de tecnología en un sistema independiente delsistema en el que está instalado el tiempo de ejecución de sucesos y ya hainstalado los conectores en otro sistema, debe configurar los conectores delsegundo sistema para conectarlos al tiempo de ejecución de sucesos.

En las siguientes instrucciones, para diferenciar entre los dos sistemasinvolucrados, el sistema en el que se va a instalar el tiempo de ejecución desucesos se conoce como el sistema de tiempo de ejecución, y el sistema dondefuncionan 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 deaplicación WebSphere Application Server instalada el sistema Conectores. Elsoftware de cliente debe apuntar a la misma instancia de WebSphere ApplicationServer en la que se despliega el tiempo de ejecución de sucesos.

Si tiene la intención de utilizar WebSphere MQ como proveedor de JMS, tambiéndebe tener instalado el cliente de WebSphere MQ.

Para configurar el tiempo de ejecución de sucesos y los conectores de tecnología enotro sistema independiente:

Procedimiento1. Debe modificar el script de entorno del sistema Conectores para que apunte a

WebSphere Application Server 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 Server (de manerapredeterminada en Linux y UNIX /opt/ibm/ODM851/ODM y en WindowsC:\Program Files\IBM\ODM851).

b. En el directorio config, busque un script llamado setenv.sh (Linux y UNIX)o setenv.bat (Windows). Debe establecer los valores de las dos variables enel script del sistema Conectores. Para obtener más información, consulte“Edición de archivos setenv” en la página 115 y Variables de entorno.

c. Edite el script setenv. En la línea WASADMINHOST, especifique el nombrede host para el sistema Tiempo de ejecución (por ejemplo, en Linux y UNIX elnombre de host puede ser"WASADMINHOST=sistema1.MiCompañía.com").

d. Continúe editando el script setenv. En la línea WASBOOTSTRAPPORT,especifique el número de puerto del programa de arranque del sistemaTiempo de ejecución (por ejemplo, en Windows este número de puerto delprograma de arranque podría ser WASBOOTSTRAPPORT=2809).

e. Guarde el script setenv.2. En el sistema Tiempo de ejecución, si la definición del servidor 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 estapropiedad para que apunte al nombre_host completo del sistema Tiempo deejecución.



Configuración del conector de la Consola del usuario paraque utilice un origen de datos de WebSphere ApplicationServer

El conector de la Consola de usuario accede a sus tablas utilizando las conexionesde datos. Si ha configurado Sucesos de Decision Server para que utilice un origende datos de WebSphere Application Server al acceder al tiempo de ejecución desucesos, debe realizar más cambios en la configuración para que el conector de laConsola de usuario pueda funcionar. Debe realizar esta tarea si utiliza una base dedatos incluida Apache Derby.

Antes de empezar

Debe definir el conector de la Consola de usuario. Consulte Conector de la Consolade usuario.

Si no ha configurado Sucesos de Decision Server para que utilice un origen dedatos de WebSphere Application Server al acceder al tiempo de ejecución desucesos, no es necesario realizar ninguna otra configuración.


Si la base de datos de tiempo de ejecución es una base de datos Apache Derbyincrustada, deberá crear una base de datos independiente para alojar las tablas dela Consola de usuario y, a continuación, cambiar los valores de algunaspropiedades para que el conector de la Consola de usuario pueda acceder a sustablas en la base de datos independiente.

Si la base de datos de tiempo de ejecución de sucesos está alojada en otro gestorde base de datos soportado (incluido Derby Network Server, que está incorporadoen la instalación de WebSphere Application Server), puede cambiar los valores delas propiedades de modo que el conector de la Consola de usuario utilice lasconexiones de datos de Sucesos de Decision Server para conectarse a las tablas dela Consola de usuario. Por razones de rendimiento, puede seguir accediendo a labase de datos de tiempo de ejecución de sucesos utilizando los orígenes de datosde WebSphere Application Server.

Para cambiar la configuración de modo que el conector de la Consola de usuarioacceda a sus tablas utilizando conexiones de datos de Sucesos de Decision Server yno los orígenes de datos de WebSphere Application Server:

Procedimiento1. Si la base de datos de tiempo de ejecución de sucesos está alojada en un

Apache Derby incrustado, cree una base de datos nueva para las tablas de laConsola de usuario. La nueva base de datos puede alojarse en cualquier basede datos admitida, pero en esta sección de las instrucciones se da por supuestoque está utilizando Derby Network Server, la cual ya está instalada como parteWebSphere Application Server.a. Inicie Derby NetworkServer. En el directorio dir_instal_was/derby/bin/

networkServer, ejecute startNetworkServer.bat (Windows) ostartNetworkServer.sh (Linux y UNIX). Derby NetworkServer se inicia enuna ventana de mandatos con el siguiente mensaje: El servidor está listopara aceptar conexiones en el puerto 1527. . El puerto 1527 es elnúmero de puerto predeterminado en el que Derby NetworkServer escuchalas conexiones.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.dev/topics/tsk_dse_ucconn.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.dev/topics/tsk_dse_ucconn.html

b. En el directorio dir_instal_was/derby/bin/networkServer, inicie el entornode mandatos ij ejecutando ij.bat (Windows) o ij.sh (Linux y UNIX).

c. En la ventana de mandatos ij, cree una nueva base de datos para las tablasde la Consola de usuario ejecutando el mandato siguiente (en una solalínea):CONNECT 'jdbc:derby:<dir-instalación>\derby\userconsole;create=true';(en Windows), o bienCONNECT 'jdbc:derby:<dir-instalación>/derby/userconsole;create=true';(en Linux o UNIX)

d. En la ventana de mandatos ij , cree las tablas en la nueva 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 deusuario.

2. Configure la Consola de usuario para que utilice la nueva base de datosestableciendo las siguientes propiedades (si utiliza las propiedades de Sucesosde Decision Server, éstas se encuentran en la página Conector):a. Si está utilizando Derby Network Server:

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 Valor

as.director.connectors.pem.dbclass com.ibm.wbe.db.DB2DB (DB2)

com.ibm.wbe.db.OracleDB (Oracle)

com.ibm.wbe.db.MssDB (SQL Server)

as.director.connectors.pem.instance Nombre de la base de datos

as.director.connectors.pem.dbport Puerto en el que escucha la base de datos

as.director.connectors.pem.dbhost Nombre de host de la base de datos

as.director.connectors.pem.username El ID de usuario que utiliza Sucesos deDecision Server para acceder a la base dedatos

as.director.connectors.pem.password La contraseña asociada con el ID de usuario.

c. Habilite cada uno de los campo enumerados en la tabla en el pasosiguiente. Debe habilitar los campos y especificar los valores de laspropiedades.

d. Asegúrese de haber habilitado el historial antes de continuar o, de locontrario, la Consola de usuario no tendrá ningún dato que mostrar.

3. Luego detenga el reinicio WebSphere Application Server para aplicar loscambios en las aplicaciones.


4. Compruebe que la base de datos se está ejecutando y, a continuación, inicie losConectores.


Ya está preparado para utilizar la Consola de usuario.

Ajuste de la configuración de tiempo de ejecución de sucesosAlgunos ajustes del sistema podrían conducir a un mayor rendimiento a la hora deprocesar los sucesos.


Cuando se plantee cómo ajustar el sistema, existen dos áreas a las que tendrá queprestar atención:v Tiempo de ejecución de sucesos y WebSphere Application Serverv Mensajería JMS

Ajuste con el tiempo de ejecución de sucesos y WebSphereApplication ServerAcerca de esta tarea

Hay varias tareas que se pueden realizar para ajustar el sistema configurando eltiempo de ejecución de sucesos y WebSphere Application Server. Puede seleccionaruna de las tareas siguientes que pueden mejorar el rendimiento:

Procedimientov Desactive el registro cronológico. Para obtener más información, consulte

Registros.v Desactive 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.v Utilice conectores solo si es necesario.

Si los sucesos ya se encuentran en el formato de Sucesos de Decision Server,podrá obtener un mayor rendimiento si evita el uso de conectores. Envíe lossucesos directamente a los destinos de sucesos y reciba las acciones directamentede los destinos de acciones. Por ejemplo, plantéese la utilización de los destinosjms/eventDestination, jms/durableEventDestination, jms/actionTopic yjms/durableActionTopic.

v Asegúrese de que existen suficientes hebras de procesos de reglas de sucesos. Sino logra una utilización plena del procesador en el servidor de Sucesos deDecision Server, aumente el valor de la propiedadas.director.server.ruleProcessorInstances.

v Ajuste la base de datos Sucesos de Decision Server:– 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 archivo de registro y de laagrupación de almacenamiento intermedio son importantes. Consulte ladocumentación del administrador de la base de datos.

– Plantéese la utilización de una base de datos remota con subsistemas dediscos y registros rápidos. Lo ideal sería situar los datos y los registros endispositivos independientes.

v Ajuste la JVM:– Los valores de almacenamiento dinámico predeterminados (mínimo 512 MB,

máximo 1024 MB) son aceptables para varias aplicaciones. El ajuste óptimo


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/ref_dse_logging_info.html

depende de la memoria libre disponible y la naturaleza de la carga de trabajo,pero las configuraciones siguientes son adecuadas para un amplio rango decargas de trabajo del sistema. Puede establecer estos parámetros utilizando laconsola de administración de WebSphere Application Server (ApplicationServers > servidor1 > Java and Process Management > Definición deproceso > Máquina virtual Java):- 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 almacenamientodinámico mínimo y máximo. El tercer parámetro establece una política derecogida de basura generacional con un almacenamiento dinámico de nidode 1024, lo que significa que 1024 del almacenamiento dinámico se utilizapara objetos de corta vida y el resto del almacenamiento dinámico se utilizapara objetos de más duración:v Tamaño de almacenamiento dinámico inicial: 1280 (MB).v Tamaño máximo de almacenamiento dinámico: 1280 (MB).v 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:v Tamaño de almacenamiento dinámico inicial: 4096 (MB).v Tamaño máximo de almacenamiento dinámico: 4096 (MB).v Argumentos de JVM genéricos: -Xgcpolicy:gencon -Xmn2048M

– Para obtener más información, consulte Ajuste de la JVM.v Aumente la simultaneidad:

Si utiliza Sistema de Archivos HTTP, JDBC, JMS, REST y los conectores detecnologí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 navegación de la consola de administración de WebSphere

Application Server, pulse Recursos > JMS > Especificaciones de activacióny, a continuación, seleccione la especificación de activación que deseemodificar. Las especificaciones de activación para los conectores de accionesson:– Sistema de archivos: 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 activación según el proveedor de mensajeríaque esté utilizando:– Si está utilizando la mensajería predeterminada de WebSphere Application

Server, modifique Número máximo de invocaciones MDB simultáneaspor punto final.

– Si está utilizando WebSphere MQ como proveedor de mensajería,modifique el valor de Número máximo de sesiones de servidor en laventana Propiedades avanzadas.

Ajuste con mensajería JMSAcerca de esta tarea

Hay varias tareas que puede realizar para ajustar el sistema que son específicas dela mensajería JMS. Puede seleccionar una de las tareas siguientes que puedenmejorar el rendimiento:


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.doc/info/ae/ae/container_tune_jvm.html

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

v Si está utilizando WebSphere MQ como proveedor JMS:– Los parámetros de ajuste clave se refieren a los registros del gestor de colas,

los canales y las escuchas, así como el tamaño del almacenamiento intermediode la cola. Consulte Configuración y ajuste de WebSphere MQ pararendimiento en Windows y UNIX.

– Plantéese entregar mensajes en lotes desde el tema de entrada a Sucesos deDecision Server. Este método es útil para los sucesos JMS no persistentes, nodurables de WebSphere MQ JMS. El tamaño de lote se configura mediante laconsola administrativa de WebSphere Application Server (Servidores >Servidores de aplicaciones > servidor1 > Mensajería > Servicio de escuchade mensajes > Puertos de escucha > sucesos_wbe > Número máximo demensajes). Sin embargo, si falla uno de los mensajes en el lote, el lote enterovolverá a ponerse en la cola para su proceso.

v Si va a utilizar la mensajería predeterminada de WebSphere Application Servercomo proveedor de JMS:– Los parámetros de ajuste clave se refieren a la elección del nivel de fiabilidad

de los mensajes, especificaciones de activación y el tamaño delalmacenamiento intermedio de datos descartables. Consulte Ajuste de lastecnologías de integración de servicios.

– Especificación de activación: especialmente en el caso de sucesos JMS noduraderos, plantéese entregar los mensajes en lotes desde el tema de entradaa Sucesos de Decision Server. Este método permite entregar sucesos demanera más eficaz. Utilice la consola administrativa de WebSphereApplication Server (por ejemplo, Recursos > JMS > Especificaciones deactivación > sucesos_wbe, y establezca el tamaño de lote Máximo).

Verificación de la configuración de Sucesos de Decision ServerPuede comprobar que Sucesos de Decision Server, y los widgets de sucesos estáncorrectamente instalados y configurados antes de utilizarlos. Compruebe queSucesos de Decision Server esté instalado y configurado correctamente; para ello,cargue el proyecto de sucesos de verificación proporcionado y envíe un suceso através del tiempo de ejecución de sucesos.

Antes de empezar

Instale y configure Sucesos de Decision Server, incluida la configuración de unproveedor de mensajería JMS.

Asegúrese de que ha instalado Diseñador de sucesos. El tiempo de ejecución desucesos se puede instalar en un sistema separado.

Si activa la seguridad de WebSphere Application Server durante la instalación,debe configurar la autenticación de usuario en el tiempo de ejecución de sucesosantes de verificar la instalación. Consulte “Autenticación de usuarios” en la página145

Procedimiento1. En el sistema en el que haya instalado el tiempo de ejecución de sucesos,

compruebe que WebSphere Application Server esté en ejecución.


http://www.ibm.com/developerworks/websphere/library/techarticles/0712_dunn/0712_dunn.html

http://www.ibm.com/developerworks/websphere/library/techarticles/0712_dunn/0712_dunn.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0026_.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/tjn0026_.html

2. Compruebe que se haya instalado la aplicación de tiempo de ejecución desucesos y se haya iniciado en WebSphere Application Server:a. Inicie la consola administrativa de WebSphere Application Server. Consulte

Inicio de la consola administrativa de WebSphere Application Serverb. Inicie sesión en la consola administrativa de WebSphere Application Server

con el ID de usuario de su elección.c. En el árbol de navegación de la consola administrativa de WebSphere

Application Server, pulse Aplicaciones > Tipos de aplicación >Aplicaciones empresariales WebSphere. Asegúrese de que se liste lasiguiente aplicación y que aparezca como iniciada:v wberuntimeearv EventWidgetsEar

Asegúrese de que se liste la siguiente aplicación y que se muestre comoiniciada si ha preparado el entorno para prueba:v wbetesterear

3. En el sistema en el que ha instalado el tiempo de ejecución de sucesos, cree undirectorio denominado DecisionServerTest y tome nota de la ubicación en laque ha creado el directorio.

4. En Diseñador de sucesos, pulse con el botón derecho del ratón en la vistaExplorador de sucesos y luego pulse Importar. Se abre el asistente Importar.

5. En el asistente Importar, pulse Proyecto de sucesos de archivo XML >Siguiente.

6. Pulse Examinar, navegue hasta <dir-instalación>\conectores\validación yseleccione el proyecto de sucesos denominado installValidation.xml. PulseSiguiente. Acepte los valores predeterminados para el resto del asistente ypulse Finalizar para importar el proyecto de sucesos al espacio de trabajo.

7. En la vista Explorador de sucesos, expanda el proyecto de sucesos, expanda lacarpeta Saliente y abra la acción Saliente, que se muestra en la siguientecaptura de pantalla:

8. En el editor de acciones, pulse la pestaña Conector, que se muestra en lasiguiente captura de pantalla:



9. En el campo Carpeta en este sistema, sustituya el valor existente por la vía deacceso completa que apunta a la ubicación del directorio DecisionServerTestque ha creado. Guarde los cambios.

10. Para desplegar el proyecto de sucesos, pulse con el botón derecho del ratón enel proyecto de sucesos en la vista Explorador de sucesos y seleccioneDesplegar. Se abre el asistente Desplegar que se muestra en la siguientecaptura de pantalla:


11. Seleccione Desplegar todos los activos 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 valores de puerto sean correctospara la instancia de WebSphere Application Server en la que se ha desplegadoel tiempo de ejecución de sucesos (el valor de puerto es el puerto


WC_defaulthost, que se puede determinar a través de la consola deadministración de WebSphere Application Server). Especifique el ID deusuario y contraseña, si la seguridad está habilitada.

13. Pulse Finalizar para desplegar el proyecto de sucesos. Se visualiza un mensajeque indica que el proyecto de sucesos se ha desplegado satisfactoriamente.Cerrar Diseñador de sucesos.

14. Inicie los conectores de tecnología autónomos. Consulte Inicio y parada deconectores en la aplicación de conector de tecnología en Windows, Linux yUNIX.Un ejemplo de inicio de conector correcto en Windows:C:\Program Files\IBM\ODM851\conectores\bin>conectores.bat*********************************************************Conectores de tecnología de IBM Decision Server (c)Copyright IBM Corp. 2003, 2012Versión: IBM Operational Decision Manager 8.5Entorno local: es_ESVersión de Java: 1.6.0*********************************************************BEER0561I: Los conectores de tecnología están esperando wberuntimeearBEER0644I: Los conectores de tecnología han establecido comunicación con wberuntimeearBEER0590I: : Punto de comprobación de tiempo de conector: 14-04-2009 08:58:10.718BEER2608I: Modo de autenticación: NingunoBEER2609I: Grupo de usuarios de tiempo de ejecución de sucesos: WBEUsersBEER2610I: Grupo de administración de tiempo de ejecución de sucesos: WBEAdminsBEER2611W: *** AVISO: LA SEGURIDAD NO ESTÁ HABILITADA ***BEER2612W: Al usuario maestro se le ha otorgado acceso completo al tiempo de ejecución de sucesosBEER0611I: La inicialización se ha completadoBEER0670I: URL de proveedor JNDI: corbaloc:iiop:localhost:2809Conectores>

Para obtener más información sobre cómo iniciar los conectores, incluyendolos detalles sobre los parámetros opcionales, consulte Ejecución de losconectores de tecnología.

15. Abra una ventana de mandatos (Windows) o un emulador de terminal (Linuxy UNIX), navegue hasta el directorio <dir-instalación>/connectors/bin yenvíe un suceso de prueba al tiempo de ejecución de sucesos mediante laejecución de un mandato cmdline:v En Windows, ejecute cmdline.bat -uid ID_usuario -pwd contraseña

<archivo_sucesos_prueba>, donde ID_usuario y contraseña son unacombinación de ID de usuario y contraseña válida que garantiza el acceso aWbeBus, y <archivo_sucesos_prueba> es la vía de acceso completa al lugardonde se halla el archivo installValidation_event.xml, por ejemplo,cmdline.bat -uid minombre -pwd micontraseña "C:\ProgramFiles\IBM\ODM851\connectors\validation\installValidation_event.xml".

v En Linux o UNIX, ejecute <dir-instalación>/connectors/bin/cmdline.sh-uid ID_usuario -pwd contraseña <archivo_sucesos_prueba>, dondeID_usuario y contraseña es una combinación de ID de usuario y contraseñaválida que garantiza el acceso a WbeBus, y <archivo_sucesos_prueba> es lavía de acceso completa al lugar donde se halla el archivoinstallValidation_event.xml, por ejemplo, <dir-instalación>/connectors/bin/cmdline.sh -uid minombre -pwd micontraseña/opt/ibm/ODM851/ODM/connectors/validation/installValidation_event.xml.

Un nuevo archivo llamado ValidationTest número_aleatorio .xml se coloca enel directorio DecisionServerTest, donde número_aleatorio es un númerogenerado por el sistema que hace que el nombre de archivo sea exclusivo.

Nota: En cmdline.sh existen vías de acceso relativas (/../../) a archivossetenv.sh. Previamente, debe modificar estas vías de acceso relativas en el


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/tsk_dse_startstop_connectorapp_winlinuxunix.html



http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/tsk_dse_runningconnectors.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.admin/topics/tsk_dse_runningconnectors.html

directorio de componentes, pero no en el directorio de instalación delproducto al que hace referencia la vía de acceso relativa (el directorio decomponentes es una copia de parte del directorio de instalación del producto).Puede solucionar este problema de una de dos formas:v Edite el archivo setenv.sh para incluir un parámetro que especifique la

ubicación del directorio de componentes.v O copie el directorio de conectores en el directorio de componentes. Si

utiliza esta solución, debe cambiar la vía de acceso del directorio a<dir-instalación>/connectors/bin/cmdline.sh .

Resultados

Ha realizado la verificación de la instalación.

Protección de Sucesos de Decision ServerPara proteger Sucesos de Decision Server, es necesario configurar los parámetrosde seguridad tanto de WebSphere Application Server como de Sucesos de DecisionServer .


Para configurar la seguridad de WebSphere Application Server, consulteWebSphere Application Server Seguridad.

Para configurar la seguridad de Sucesos de Decision Server, consulte“Autenticación de usuarios”.

El proveedor de seguridad predeterminado y preferido es WebSphere ApplicationServer.

Si está migrando desde una versión anterior de Sucesos de Decision Server en laque ha utilizado un proveedor de seguridad distinto, puede continuar utilizandoeste proveedor, pero debe completar pasos adicionales cuando configure Sucesosde Decision Server y los widgets de sucesos. Consulte “Protección de acceso agráficas” en la página 152.Referencia relacionada:Autenticación con las interfaces de administración y de consola de usuarioRoles de usuario y roles de usuario administrativo

Autenticación de usuariosSe puede implementar la autenticación de usuarios para el tiempo de ejecución desucesos para Sucesos de Decision Server mediante WebSphere Application Server.Este es el método predeterminado y preferido.


La autenticación de usuario controla quién tiene acceso al tiempo de ejecución desucesos.

Para obtener más detalles acerca de los roles de usuario y los rol de usuarioadministrativo, consulte Roles de usuario y roles de usuario administrativo.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/welc_security.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_authentication_admin_uc.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_userroles_adminuserroles.html


Puede permitir el acceso al tiempo de ejecución de sucesos sin ningunaautenticación de usuario, aunque esto signifique que cualquiera puede acceder altiempo de ejecución de sucesos y cambiar los activos.

Si va a migrar desde una versión anterior de Sucesos de Decision Server donde hautilizado un proveedor de seguridad diferente, podrá continuar usando eseproveedor.

Configuración de la autenticación del usuario utilizandoWebSphere Application ServerSi quiere proporcionar acceso seguro al tiempo de ejecución de sucesos, configureSucesos de Decision Server de modo que utilice WebSphere Application Serverpara definir usuarios y grupos autorizados. Este es el método predeterminado ypreferido.


Para habilitar la seguridad mediante WebSphere Application Server, debe hacer losiguiente:v Habilite la seguridad WebSphere Application Server.v Configure Sucesos de Decision Server para que utilice la autenticación de

usuario de WebSphere Application Serverv Correlacione usuarios y grupos de usuarios con roles de Sucesos de Decision

Server.v Configure los roles de usuario administrativo de WebSphere Application Server.

Procedimiento1. Inicie la consola administrativa de WebSphere Application Server. Para obtener

instrucciones, consulte Consola administrativa de WebSphere ApplicationServer.

2. Habilite la seguridad de WebSphere Application Server:a. En la consola administrativa de WebSphere Application Server, pulse

Seguridad > Seguridad global.b. Seleccione Habilitar seguridad administrativa.c. Asegúrese de que Habilitar seguridad de la aplicación está seleccionado.d. Asegúrese de que Usar seguridad Java 2 para restringir el acceso de las

aplicaciones a recursos locales está seleccionada.

Para obtener más información, consulte Habilitación de seguridad.3. Para configurar Sucesos de Decision Server y que utilice WebSphere

Application Server para la autenticación de usuarios, cambie estas propiedades:

Tabla 26. Propiedades por cambiar.

Propiedad Valor a establecer

as.director.common.authentication.method AppServer

Este es el valor predeterminado de Sucesosde Decision Server, pero no se produciráninguna autenticación ni autorización hastaque no se haya habilitado también laseguridad en el paso anterior.

as.director.server.authentication.username Un ID de usuario que es el usuarioadministrativo primario para WebSphereApplication Server.




http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/tsec_csec2.html

Tabla 26. Propiedades por cambiar. (continuación)


as.director.server.authentication.password La contraseña asociada con el ID de usuario.

Para obtener más información acerca de cómo configurar estas propiedades,consulte “Configurar propiedades” en la página 125.Si utiliza Propiedades, las propiedades se muestran en la subsecciónAutenticación de la sección Común.

4. Establezca el ID de usuario del administrador primario:a. En la consola administrativa de WebSphere Application Server, pulse

Seguridad > Seguridad global.b. Asegúrese de que Definiciones de dominio disponibles está definida en

Sistema operativo local.c. Pulse Configurar

d. En el campo Nombre de usuario administrativo primario, escriba el ID deusuario que se utilizará para iniciar una sesión en la consola administrativade WebSphere Application Server para realizar tareas administrativas unavez habilitada la seguridad.

e. Aplique los cambios.5. Configure los roles de usuario administrativo de WebSphere Application Server.

a. En la consola administrativa de WebSphere Application Server, pulseSeguridad > Seguridad global > Roles de usuario administrativo > Añadir

b. En el campo Cadena de búsqueda, busque los ID de usuario a los quedesea asignar los roles y pulse Buscar

c. En el campo Disponible, seleccione los ID de usuario a los que deseaasignar los roles y muévalos al campo Correlacionado con rol utilizando lasflechas.

d. En Rol(es), pulse Operador o Administrador.e. Pulse Aceptar y Guardar.

6. Correlacione usuarios y grupos de usuarios con roles de Sucesos de DecisionServer. Consulte Rol de seguridad para correlación de usuario o grupo.Varios de estos roles se pueden asignar a usuarios y grupos. Para obtener másinformación, consulte Roles de usuario y roles de usuario administrativo.Cuando utilice WebSphere Application Server como proveedor de seguridad,no podrá cambiar los nombres de rol.a. En la consola administrativa de WebSphere Application Server, pulse

Aplicaciones > Tipos de aplicación > Aplicaciones empresarialesWebSphere.

b. Pulse wberuntimeear; a continuación, pulse Correlación de roles deseguridad con grupos/usuarios.

c. En la lista de roles, seleccione los roles que quiere correlacionar (asignar)con usuarios y pulse Correlacionar usuarios. Si desea más informaciónacerca de cómo correlacionar usuarios con roles, consulte Rol de seguridadpara correlación de usuario o grupo.

d. En el campo Serie de búsqueda, busque los ID de usuario a los que deseaasignar los roles y pulse en Buscar.

e. En el campo Disponible, seleccione los ID de usuario a los que deseaasignar los roles y muévalos al campo Seleccionado utilizando las flechas.

f. Pulse Aceptar y Guardar.


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/usec_tselugrad.html




7. Una vez finalizados los cambios de configuración, reinicie WebSphereApplication Server para asegurarse de que se apliquen.

Resultados

Sucesos de Decision Server ahora está configurado para utilizar WebSphereApplication Server para autenticar usuarios.

Configuración de la autenticación del usuario utilizando LDAPSi va a migrar desde una versión anterior de Sucesos de Decision Server dondehaya utilizado LDAP (Lightweight Directory Access Protocol), podrá continuarusándolo.


La autenticación de usuario para el tiempo de ejecución de sucesos se puedeconfigurar utilizando WebSphere Application Server. Este método es el valorpredeterminado y el método preferido. WebSphere Application Server soporta eluso de LDAP para los registros de usuario. Para obtener más información, utiliceConfiguración de los registros de usuario de LDAP (Lightweight Directory AccessProtocol) del Information Center de WebSphere Application Server y“Configuración de la autenticación del usuario utilizando WebSphere ApplicationServer” en la página 146.

Para continuar utilizando el soporte de LDAP tal como se proporciona en lasversiones anteriores de Sucesos de Decision Server, utilice siga estos pasos.

Procedimiento1. Utilice el programa de utilidad administrativo LDAP apropiado para crear los

siguientes grupos:

Tabla 27. Grupos por crear.

Nivel de acceso Nombre del grupo que crear Ejemplo

Administrador WBEAdmins.

Si quiere que el grupo de administración haga referenciaa un nombre diferente, cree una propiedadpersonalizada llamadaas.director.common.authentication.adminGroup con elvalor del nombre del grupo.

Sin embargo, si define esta propiedad, el grupoWBEAdmins ya no será un grupo de administración, ylos usuarios de ese grupo ya no tendrán privilegios deadministración (a no ser que también sean miembros delnuevo grupo de administración).

WBEAdmins

Usuario Seleccione cualquier nombre, que debe coincidir con elvalor de as.director.common.authentication.userGroupestablecido en Propiedades.

WBEUsers

2. Para obtener más información acerca de cómo configurar estas propiedades,consulte “Configurar propiedades” en la página 125.

3. Cambie las siguientes propiedades:


http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/tsec_ldap.html

http://publib.boulder.ibm.com/infocenter/wasinfo/v8r5/topic/com.ibm.websphere.nd.multiplatform.doc/ae/tsec_ldap.html


Propiedad Acción

as.director.common.authentication.method Seleccione LDAP.

as.director.common.authentication.server Sustituya <HOST-NAME> por el nombre del servidordonde reside LDAP.

Pueden escribirse múltiples nombres de servidorseparados por una coma. Si el primer servidor de la listano está disponible, la autenticación se intentará con elsiguiente, y luego con los siguientes servidores de lalista.

as.director.common.authentication.namecontext Elimine dc=<MYDOMAIN> y sustituya<MYCOMPANY> por el nombre de la empresa.

as.director.server.authentication.member.filterEEE Habilitar.

as.director.server.authentication.member.attribute Habilitar.

as.director.server.authentication.userid.format Únicamente de uso interno, no lo cambie.

as.director.server.authentication.security.method Establezca en uno de los siguientes:

v ninguno (predeterminado)

v simple

v intenso

as.director.common. authentication.security.protocol Establezca en uno de los siguientes:

v sin especificar (predeterminado)

v ssl

as.director.common.authentication.userGroup Establezca el valor para que coincida con el nombre delgrupo de usuarios definido en Active Directory (elpredeterminado es WBEUsers).

as.director.server.authentication.username Sustituya admin con un ID de usuario que esté registradoen Active Directory en los grupos de administración o deusuarios (configurados en el paso 1 en la página 148).

as.director.server.authentication.password Sustituya admin por la contraseña asociada con el ID deusuario.

Si utiliza Propiedades, las propiedades se encuentran en la subsecciónAutenticación de la sección Común.

Configuración de la autenticación del usuario con MicrosoftWindows Active DirectorySi va a migrar desde una versión anterior de Sucesos de Decision Server dondehaya utilizado Windows Active Directory, podrá continuar usándolo.


En Windows, la autenticación de usuarios para el tiempo de ejecución de sucesospuede configurarse mediante WebSphere Application Server. Consulte“Configuración de la autenticación del usuario utilizando WebSphere ApplicationServer” en la página 146. Este es el método predeterminado y preferido.

Para seguir usando Windows Active Directory, siga los siguientes pasos.


Procedimiento1. En Active Directory, cree los siguientes grupos:

Tabla 29. Grupos por crear en Active Directory.

Nivel de acceso Nombre del grupo que crear Por ejemplo

Administrador WBEAdmins.

Si quiere que el grupo de administración haga referenciaa un nombre diferente, cree una propiedadpersonalizada llamadaas.director.common.authentication.adminGroup con elvalor del nombre del grupo.

Sin embargo, si define esta propiedad, el grupoWBEAdmins ya no será un grupo de administración, ylos usuarios de ese grupo ya no tendrán privilegios deadministración (a no ser que también sean miembros delnuevo grupo de administración).

WBEAdmins

Usuario Seleccione cualquier nombre, que debe coincidir con elvalor de as.director.common.authentication.userGroupestablecido en Propiedades.

WBEUsers

2. Para obtener más información acerca de cómo configurar estas propiedades,consulte “Configurar propiedades” en la página 125.

3. Cambie estas propiedades:


Propiedad Acción

as.director.common.authentication.method Seleccione Active Directory

as.director.common.authentication.server Sustituya <HOST-NAME> por el nombre del servidordonde reside Active Directory.

Pueden escribirse múltiples nombres de servidorseparados por una coma. Si el primer servidor de la listano está disponible, la autenticación se intentará con elsiguiente, y luego con los siguientes servidores de lalista.

as.director.common.authentication.namecontext Sustituya <MYDOMAIN> por el nombre de dominio y<MYCOMPANY> por el nombre de la empresa.

as.director.common.authentication.userGroup Establezca el valor para que coincida con el nombre delgrupo de usuarios definido en Active Directory (elpredeterminado es WBEUsers).

as.director.server.authentication.username Sustituya admin con un ID de usuario que esté registradoen Active Directory en los grupos de administración o deusuarios (configurados en el paso 1).

as.director.server.authentication.password Sustituya admin por la contraseña asociada con el ID deusuario.


Configuración de la autenticación de usuarios mediante laConsola de usuarioTambién puede utilizar la Consola de usuario para autorizar a usuarios y gruposagregándolos a ciertas tablas del tiempo de ejecución de sucesos.



Si desea proporcionar seguridad de acceso al tiempo de ejecución de sucesos, elvalor predeterminado y método preferido es utilizar la seguridad de WebSphereApplication Server. Consulte “Configuración de la autenticación del usuarioutilizando WebSphere Application Server” en la página 146. Las tablas de tiempode ejecución de sucesos y los privilegios de cada grupo se describen enAutenticación con interfaces de Administración y de Consola de Usuario.

Las tareas relacionadas con la autenticación del usuario mediante la Consola deusuario son las siguientes.

Procedimiento1. Habilite la autenticación mediante el uso de la base de datos de tiempo de

ejecución de sucesos:a. Para obtener más información acerca de cómo configurar estas propiedades,

consulte “Configurar propiedades” en la página 125.b. Cambie estas propiedades:



as.director.common.authentication.method Base de datos

as.director.server.authentication.username ID de usuario

as.director.server.authentication.password contraseña de su elección


c. Detenga y reinicie la aplicación wberuntimeear en la consola administrativade WebSphere Application Server. La próxima vez que se inicie una interfazde usuario de Sucesos de Decision Server o un tiempo de ejecución desucesos, se deberá proporcionar un ID de usuario y contraseña.

2. Defina nuevos grupos:a. Inicie la Consola de usuario; para ello, inicie una sesión desde el panel de

inicio de sesión común en:http://servidor:puerto/wbe/common/login.jspdonde servidor es el nombre del servidor WebSphere Application ServerdondeSucesos de Decision Server está instalado y puerto es el número depuerto deWC_hostpredeterminado de este servidor (normalmente 9080). Estevalor puede determinarse a partir de la tabla que se muestra al utilizar laconsola de administración de Application Server Network Deployment;pulse Servidores, a continuación Servidores de aplicación, pulse el nombredel servidor y finalmentePuertos.

b. Mueva el puntero del ratón sobre el botón Cuentas de usuario y seleccioneGrupos en el menú para que se muestre la ventana Grupos.

c. Pulse el botón Añadir un grupo nuevo para que aparezca la ventana Gruponuevo. Complete los campos y pulse Añadir. Repita para cada grupo quequiera.

d. Pulse Guardar configuración para guardar los cambios.3. Defina usuarios nuevos:

a. Inicie la Consola de usuario; para ello, inicie una sesión desde el panel deinicio de sesión común en:


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_authentication_admin_uc.html

http://servidor:puerto/wbe/common/login.jspb. Mueva el puntero del ratón sobre el botón Cuentas de usuario y seleccione

Usuarios en el menú para que se muestre la ventana Usuarios.c. Pulse el botón Añadir usuario nuevo para que aparezca la ventana Usuario

nuevo. Complete los campos, incluido el grupo al que pertenece el usuario,y pulse Añadir. Repita para cada usuario que quiera.

d. Pulse Guardar configuración para guardar los cambios.4. Añada un usuario a un grupo o elimínelo de un grupo:

a. Inicie la Consola de usuario; para ello, inicie una sesión desde el panel deinicio de sesión común en:http://servidor:puerto/wbe/common/login.jsp

b. Mueva el puntero del ratón sobre el botón Cuentas de usuario y seleccioneUsuarios en el menú para que se muestre la ventana Usuarios.

c. Pulse el botón Editar del usuario pertinente para que se muestre la ventanaEditar usuario.

d. Seleccione o quite la selección de un grupo, según sea necesario, y pulseActualizar para completar la edición.

e. Pulse Guardar configuración para guardar los cambios.5. Inhabilite la autenticación de usuario:

Si ya no desea utilizar la autenticación de usuario, o si no dispone de ActiveDirectory o LDAP para ayudar a la autenticación, puede inhabilitar laautenticación.Cambie la propiedad as.director.common.authentication.method a Ninguno.Para obtener más detalles acerca de cómo configurar esta propiedad, consulte“Configurar propiedades” en la página 125.Si utiliza Propiedades, la propiedad se encuentra en la sección Común, en lasubsección Autenticación. Inhabilitar la autenticación del usuario significa quecualquiera puede acceder al tiempo de ejecución de sucesos y cambiar losactivos.

Protección de acceso a gráficasAl usar la seguridad de WebSphere Application Server, puede asegurarse de quesolo los usuarios autenticados pueden acceder las gráficas a través del uso de loswidgets de gráficas.


Para asegurarse de que un usuario deba autenticarse antes de acceder a loswidgets de gráficas, siga estos pasos:

Procedimiento1. Asegúrese de que la seguridad de WebSphere Application Server esté

habilitada. Consulte “Configuración de la autenticación del usuario utilizandoWebSphere Application Server” en la página 146.

2. Asigne el usuario al rol 'WBEDashboardUsers'. Consulte “Configuración de laautenticación del usuario utilizando WebSphere Application Server” en lapágina 146.


Protección del bus de integración de serviciosSi está utilizando la mensajería predeterminada de WebSphere Application Servercomo proveedor JMS para el tiempo de ejecución de sucesos, debe proteger el busde integración de servicios para impedir accesos sin autorización.

Antes de empezar

Nota: Esta información sólo se aplica si está utilizando la mensajeríapredeterminada como el proveedor JMS para el tiempo de ejecución de sucesos. Siestá utilizando WebSphere MQ como el proveedor JMS, consulte “Configuraciónde WebSphere MQ para que sea proveedor JMS” en la página 123 para obtenermás información.

Debe configurar el tiempo de ejecución de sucesos para utilizar la mensajeríapredeterminada como el proveedor JMS:v Cuando se cree una gestión o perfil personalizado, o bien cuando el perfil se

aumente con Sucesos de Decision Server.v O, posteriormente, utilizando el procedimiento descrito en “Configuración de la

mensajería predeterminada de WebSphere Application Server para que sea elproveedor JMS” en la página 121.

Cuando el tiempo de ejecución de sucesos se configura para utilizar la mensajeríapredeterminada como el proveedor JMS, se configura el bus de integración deservicios WbeBus y el número de destinos de mensajería y especificación deactivación. Si la seguridad administrativa de WebSphere Application Server estáhabilitada cuando se configura WbeBus, el bus está protegido y todos los usuariosautenticados tienen autorización para conectarse al bus. Puede cambiar laconfiguración del bus para restringir el acceso a Id. de usuario específicos. Paraobtener más información sobre la seguridad del bus de integración de servicios,consulte Protección de la integración de servicios.


Utilice la consola administrativa WebSphere Application Server

Procedimiento1. Asegúrese de que la seguridad esté habilitada para el bus de integración de

servicios WbeBus. Para obtener más información, consulte Protección de buses.2. Revise los usuarios y grupos en el rol del conector de bus.

a. Elimine los grupos especiales AllAuthenticated y Everyone, si dichosgrupos están en el rol.

b. Restrinja acceso a sólo los usuarios y grupos que se utilizan para conectar albus.

Para obtener más información, consulte Administración del rol de conector debus.

Nota: Según sus requisitos, puede añadir un Id. de usuario único al rol delconector de bus que está compartido por los componentes del tiempo deejecución de sucesos que conectan al bus.

3. Revise los alias de autenticación utilizados por las especificaciones deactivación para conectar a WbeBus. Para ver una lista de las especificaciones deactivación, consulte Especificaciones de activación. Para obtener más


http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/welc6tech_si_sec.html

http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tjr_sec_buses.html

http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tjr0100_.html

http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tjr0100_.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.events.ref/topics/ref_dse_activation_specifications.html

información sobre la configuración de especificaciones de activación, consulteConfiguración de los beans controlados por mensaje que utilizan lasespecificaciones de activación.Si el bus de integración de servicios está protegido cuando se configuran lasespecificaciones de activación, éstas se configuran para utilizar un único aliasde autenticación, WbeBusAlias. Este alias debe estar configurado con un ID deusuario y contraseña en el rol del conector de bus.

4. Revise las credenciales de autenticación utilizadas por el tiempo de ejecuciónde sucesos y los componentes de conector para conectar al proveedor JMS, quese establecen utilizando las siguientes propiedades de tiempo de ejecución desucesos:as.director.server.jms.usernameas.director.server.jms.passwordEstas propiedades deben estar configuradas con un ID de usuario y contraseñaen el rol del conector de bus. Para obtener más información sobre laconfiguración de las propiedades de tiempo de ejecución de sucesos, consulte“Configurar propiedades” en la página 125.


http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tmb_sec01.html

http://pic.dhe.ibm.com/infocenter/wasinfo/v8r0/topic/com.ibm.websphere.base.doc/info/aes/ae/tmb_sec01.html

Capítulo 4. Configuración de consolas de Decision Center enWebSphere Application Server

Para poder utilizar las consolas de Decision Center en una instancia de WebSphereApplication Server, despliegue los archivados proporcionados y realice una serie depasos de configuración.

Para configurar un clúster, utilice una plantilla de perfil. Para obtener másinformación, consulte “Configuración de las consolas de Decision Center utilizandolas plantillas de perfil” en la página 21.

Operational Decision Manager 8.5.1 da soporte a WebSphere Application Server8.0, 8.5 y 8.5.5.

Configuración de las consolas de Decision Center en WebSphereApplication Server para plataformas distribuidas

Para poder utilizar las consolas de Decision Center en una instancia de WebSphereApplication Server, despliegue los archivados proporcionados para este servidor yrealice u na serie de pasos de configuración.

Antes de empezar: Abrir la consola de administraciónPara configurar las consolas de Decision Center en WebSphere Application Server,debe seguir pasos específicos. Algunos son obligatorios y otros son opcionales.

Antes de empezar

En esta guía se presupone que utiliza un perfil con seguridad administrativahabilitada.


Decision Center incluye dos consolas: Enterprise y Business (Empresarial y Denegocio). Ambas consolas funcionan con WebSphere Application Server 8.0 y 8.5.

Configure Decision Center en WebSphere Application Server, a través de la consolade soluciones integradas de WebSphere.

Procedimiento1. Compruebe que tiene un perfil de WebSphere Application Server.

El nombre predeterminado del primer perfil del servidor es AppSrv01. Si lonecesita, consulte la documentación de WebSphere Application Server.

2. Inicie el servidor pulsando Inicio > Todos los programas > IBM WebSphere >IBM WebSphere Application Server número_versión > Perfiles > AppSrv01 >Iniciar el servidor

Consejo: Como alternativa, puede abrir la ventana Primeros pasos en el menúInicio de Windows, iniciar luego el servidor y luego la consola, desde laventana Primeros pasos.


3. Inicie la consola pulsando Inicio > Todos los programas > IBM WebSphere >IBM WebSphere Application Server número_versión > Perfiles > AppSrv01 >Consola administrativa Puede que tenga que pasar los pasos de seguridad delnavegador que utilice.

4. Inicie sesión introduciendo el nombre de usuario y contraseña que ha definidocuando ha creado el perfil.Por ejemplo: wasadmin y wasadmin. Se abre la consola Consola de solucionesintegradas de WebSphere.


Si ha creado proyectos de reglas con una versión anterior del producto, consultelos temas Migración sobre cómo actualizar el esquema de base de datos de RuleTeam Server.

Nota: Hay disponible una extensión de integración específica para la plataformaIBM Process Server. Para obtener más información, consulte IBM OperationalDecision Manager Integration SupportPacs.

En la tabla siguiente se resumen los pasos que debe seguir para configurarDecision Center en WebSphere Application Server.

Paso Necesario

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

“Paso 2: Configuración de laconectividad de bases de datos” en lapágina 158

“Creación de una base de datos DB2en z/OS” en la página 158

Opcional

Creación de un proveedor JDBC

“Creación de un origen de datos yuna agrupación de conexiones” en lapágina 159

“Creación de datos de autenticaciónJ2C” en la página 161

Opcional

“Cambio de las propiedadespersonalizadas de su origen dedatos” en la página 162

Opcional

“Conexión a la base de datos” en lapágina 163

“Paso 3: Configuración de seguridad”en la página 163

“Creación de usuarios y grupos” enla página 163

Opcional

“Actualización de las políticas deseguridad” en la página 165

Opcional


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.migrating/topics/odm_distrib_migrating.html

http://www.ibm.com/support/docview.wss?uid=swg27017588


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_db_permissions.html

Paso Necesario

“Paso 4: desplegar el archivo de EARde Decision Center” en la página 167

“Declaración de grupospersonalizados” en la página 167

Opcional

“Despliegue del archivo EAR” en lapágina 168

“Cambio de la secuencia de carga declases” en la página 170

“Paso 5: comprobación del despliegue de la consola Decision CenterEnterprise” en la página 170

“Paso 6: Completar la configuraciónde las consolas de Decision Center”en la página 171

Completar la configuración desde laconsola de Decision Center Enterprise

Seleccione uno de los dos métodos.Solo es necesario para plataformasdistribuidas.

Cómo completar la configuraciónutilizando tareas Ant

Paso 1: restricción de los permisos del usuario de base dedatos

Los datos de Decision Center se almacenan en una base de datos. El administradorde base de datos puede necesitar que proporcione permisos específicos que lehagan falta a la hora de acceder a esta base de datos.


Conexión a la base de datos de Decision Center, establecida en las credenciales delorigen de datos y las posteriores solicitudes a la base de datos se gestionan através de un usuario de bases de datos. Este usuario de base de datos (nombre ycontraseña), por ejemplo rtsdbUser, lo define el administrador de base de datos yno tiene relación con los grupos estándares de Decision Center.

En la tabla siguiente encontrará los permisos que debe definir el administrador debase de datos en la base de datos de Decision Center, con especial atención al tipode operaciones que desee realizar. Algunas bases de datos admitidas no requierentodos los permisos anteriores.

Permiso de basede datos

Operación

Utilice DecisionCenter

Cree unesquema debase de datosutilizando laconsola deDecision Centero tareas Ant.

Modifique elesquema debase de datosutilizando laconsola deDecision Centero tareas Ant.

Migre elesquema debase de dato

ALTER TABLE No necesario No necesario Necesario Necesario

CREATE INDEX No necesario Necesario Necesario Necesario

CREATE ROLE No necesario No necesario No necesario Necesario

Capítulo 4. Configuración de consolas de Decision Center en WebSphere Application Server 157

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing_ant.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing_ant.html


Operación





CREATESEQUENCE

No necesario Necesario Necesario Necesario

CREATE TABLE No necesario Necesario Necesario Necesario

CREATE VIEW No necesario Necesario Necesario Necesario

DROP INDEX No necesario No necesario Necesario Necesario

DROPSEQUENCE

No necesario No necesario Necesario Necesario

DROP TABLE No necesario No necesario Necesario Necesario

DROP VIEW No necesario No necesario Necesario Necesario

INSERT TABLE Necesario Necesario Necesario Necesario

SELECTSEQUENCE

Necesario Necesario Necesario Necesario

SELECT TABLE Necesario Necesario Necesario Necesario

UPDATE TABLE Necesario Necesario Necesario Necesario

Paso 2: Configuración de la conectividad de bases de datosEn este conjunto de tareas, va a crear un proveedor JDBC, un origen de datos yuna agrupación de conexiones y también otras tareas opcionales. A continuación,se establecerá y se probará la conexión a bases de datos.

Creación de una base de datos DB2 en z/OSSi quiere utilizar una base de datos DB2 en z/OS, debe crear el esquema de basede datos ejecutando los scripts JCL proporcionados en el sistema z/OS en el queestá instalado DB2.

Antes de empezarv Antes de crear una base de datos, compruebe que tiene instalada la versión 9.1 o

la versión 10 de DB2 para z/OS y que tiene permiso de administrador de DB2para crear (CREATE) una base de datos, y para crear y actualizar (CREATE y &UPDATE) tablas.

v Antes de ejecutar scripts JCL en el sistema z/OS, debe personalizar las variablescomo se indica en los comentarios dentro de cada miembro de PDSE. Puedepersonalizar los scritps JCL utilizando una búsqueda y sustitución manual outilizando una macro de ISPF.


Tras personalizar las variables JCL para su configuración, puede enviar trabajospara crear una base de datos para Decision Center.


Procedimiento

En el equipo z/OS en el que está instalado DB2, ejecute los scripts JCL siguientespara crear tablas de bases de datos y otorgar permisos para las tablas.Esta es una tarea típica de un administrador de base de datos.1. dir-instalación/teamserver/jcl/HBRDCCDB.jcl

2. dir-instalación/teamserver/jcl/HBRDCGNR.jcl


Creación de un proveedor JDBCAntes de crear un origen de base de datos y una conexión para Decision Center,cree primero un proveedor de JDBC en WebSphere Application Server.

Antes de empezar

Cree un proveedor 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 laconsola de administración” en la página 155.

Procedimiento1. En el panel lateral de la consola, abra Recursos > JDBC y pulse Proveedores

JDBC.2. En Ámbito, seleccione Node=x, Server=y.

x es el nombre del nodo e y el nombre del servidor.3. Pulse Nuevo.4. En el Paso 1, seleccione el tipo de base de datos, el tipo de proveedor y un tipo

de implementación no XA.

Tabla 32. Opciones de proveedor JDBC para DB2 y Derby

Tipo de base de datos Derby DB2

Tipo de proveedor Proveedor de JDBC de Derby Proveedor del controladorJDBC de DB2 Universal

Tipo de implementación Origen de datos deagrupación de conexiones

Origen de datos deagrupación de conexiones

Nombre Especifique un nombre, porejemplo, Proveedor JDBC deRule Execution Server

Especifique, por ejemplo,Proveedor del controladorJDBC de DB2 Universal paraDC

5. Pulse Siguiente.6. En el Paso 2, confirme o modifique la vía de acceso de clase de base de datos y

pulse Aplicar y luego Siguiente.El Paso 3 es un resumen.

7. Pulse Finalizar.8. De vuelta en la página Proveedores de JDBC, pulse Guardar para guardar los

cambios directamente en la configuración maestra.

Creación de un origen de datos y una agrupación de conexionesDebe crear un origen de datos y una agrupación de conexión en WebSphereApplication Server V8.0 y V8.5 para habilitar Decision Center.


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 laconsola de administración” en la página 155.


Si WebSphere Application Server se utiliza en modalidad de agrupación en clúster,debe definir el origen de datos a nivel de nodo en el clúster (al contrario que elnivel de clúster).

Procedimiento

Para crear un origen de datos y una agrupación de conexiones:1. En el panel lateral de la consola, abra Recursos > JDBC y pulse Orígenes de

datos.2. En la sección Ámbito, seleccione el ámbito que haya seleccionado para el

proveedor JDBC en “Creación de un proveedor JDBC” en la página 159 y pulseNuevo.

3. En el Paso 1, escriba un nombre para el origen de datos en el campo Nombrede origen de datos y jdbc/ilogDataSource en el campo Nombre JNDI y pulseSiguiente.

Importante: Puede especificar cualquier nombre para el origen de datos peroel nombre JNDI debe ser jdbc/resdatasource, de lo contrario, Rule ExecutionServer no puede utilizar el origen de datos. Sin embargo, si necesita variosorígenes de datos para la instalación, debe especificar varios nombres JNDI. Eneste caso, necesita una URL con la siguiente forma para iniciar la consola:<NombreHost>:<NúmeroPuerto>/teamserver?datasource=<jndiName>

4. En el Paso 2, seleccione Seleccionar un proveedor JDBC existente y, acontinuación, seleccione el proveedor JDBC que no sea XA que ha creado en“Creación de un proveedor JDBC” en la página 159, y pulse Siguiente.

5. En el Paso 3, introduzca las propiedades de la base de datos para el origen dedatos y pulse Siguiente.En la tabla siguiente se muestra el conjunto mínimo de propiedades que esnecesario definir para las bases de datos con soporte. Si la tabla no incluye sucontrolador, revise la documentación de WebSphere Application Server paraobtener más información.



v databaseName: nombre de la base de datos, si driverType estáestablecido en 4, o una base de datos catalogada localmente sidriverType está establecido en 2

v driverType: 2 o 4

Para driverType 4:

v serverName: dirección TCP/IP o nombre de host

v portNumber: número de puerto TCP/IP

Tipo 2 basado en CLIheredada de DB2

databaseName: por ejemplo, Sample.

Controlador JDBC deOracle




Derby v databaseName: vía de acceso a la ubicación de los archivos debase de datos. Este directorio no debe existir aún. Por ejemplo,c:\derbydata.

v Anule la opción Usar este origen de datos en persistenciagestionada por contenedor (CMP).

Para obtener más información, consulte la documentación deDerby.

Nota: Puede que Decision Center encuentre varios bloqueos de base de datos siel nivel de aislamiento de la transacción no se ha establecido enREAD-COMMITTED. Sin embargo, es posible que necesite configurar el aislamientode origen de datos para una mayor equivalencia. Para obtener másinformación, consulte la siguiente nota técnica: http://www-01.ibm.com/support/docview.wss?uid=swg21224492.

6. En el Paso 4, seleccione los valores predeterminados en la lista y pulseSiguiente.El Paso 5 muestra un resumen de su valores.

7. Pulse Finalizar.La agrupación de conexiones se crea y se asocia con el origen de datos.

8. Pulse Guardar para guardar los cambios directamente en la configuraciónmaestra.

Creación de datos de autenticación J2CEn WebSphere Application Server, puede proteger su sistema de informaciónempresarial creando datos de autenticación J2C.

Antes de empezar

Cree datos de autenticación J2C en la Consola de soluciones integradas deWebSphere. 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 155.


Tras crear el origen de datos y una agrupación de conexiones, puede crear datos deautenticación J2C. J2C es un mecanismo seguro para la integración de sistemas deinformación empresariales y las aplicaciones empresariales.

Este procedimiento utiliza rtsAdmin como ID de usuario y rtsAdmin comocontraseña. Su ID de usuario y contraseña podrían ser distintos, según el usuario oesquema que utilice para ejecutar el script SQL de Rule Execution Server. Si sigueel procedimiento tal como se ha descrito, se crearán las tablas en el esquemartsAdmin.

Para una base de datos Derby, si el mandato connect no contiene el ID de usuario,el ID de usuario y la contraseña serán los valores predeterminados de APP y APP. Sicrea tablas en el esquema APP, no tendrá que seguir este procedimiento.

Procedimiento1. En el panel lateral de la consola, abra Recursos > JDBC y Orígenes de datos.2. Pulse el nombre del origen de datos.




Pulse el enlace además de marcar el recuadro de selección.3. En Elementos relacionados, haga clic en Datos de autenticación JAAS - J2C.4. En la página Orígenes de datos, pulse Nuevo y establezca los campos Alias, Id

de usuario y Contraseña. Por ejemplo, este procedimiento utiliza los valoressiguientes:v Alias: RtsDerbyUserv User ID: rtsAdminv Password: rtsAdmin

5. Pulse Aplicar y, a continuación, pulse Guardar para guardar directamente losdatos en la configuración maestra.

6. Abra Recursos > JDBC y Orígenes de datos y pulse el nombre del origen dedatos.

7. En Valores de seguridad, para Component-managed authentication alias,seleccione el alias <nombreNodo>/RtsDerbyUser, donde <nombreNodo> es elnombre del nodo de WebSphere Application Server en el que está configurandoRule Execution Server.

8. Para Alias de autenticación gestionado por contenedor, seleccione<nombre_nodo>/RtsDerbyUser.

9. Pulse Aplicar y, a continuación, pulse Guardar para guardar directamente losdatos en la configuración maestra.

Cambio de las propiedades personalizadas de su origen dedatosAntes de conectarse a la base de datos, puede cambiar las propiedadespersonalizadas del origen de datos.

Antes de empezar

Cambie las propiedades personalizadas en la Consola de soluciones integradas deWebSphere. 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 155.

Procedimiento

Para cambiar las propiedades personalizadas de su origen de datos:1. En el panel lateral de la consola, abra Recursos > JDBC y pulse Orígenes de

datos.2. Pulse en el nombre del origen de datos que quiera personalizar.3. En Propiedades adicionales, pulse Propiedades personalizadas.

Aquí podrá realizar cambios personalizados en el origen de datos.

Ejemplo

Por ejemplo, para un origen de datos de Derby, si no ha creado la base de datos,puede establecer la propiedad createDatabase en create. La primera conexión a labase de datos crea la base de datos.

Para crear la base de datos:1. Pulse createDatabase. Se abre la página Propiedades generales.2. Escriba create en el campo Valor.3. Pulse Aceptar y, a continuación, Guardar para guardar los cambios en la



Conexión a la base de datosCuando haya creado un origen de datos y una agrupación de conexiones, conecteal origen de datos para probar la conexión a la base de datos.

Procedimiento

Para probar la conexión a su base de datos:1. En la Consola de soluciones integradas, abra Recursos > JDBC, y pulse en


pulse Probar conexión.El estado de la conexión se indica en la parte superior, en un mensaje como elsiguiente:La operación de conexión de prueba para el origen de datos <origen_datos> enel servidor <nombre_servidor> del nodo <nombre_nodo> ha resultado satisfactoria.

Paso 3: Configuración de seguridadEl acceso a Decision Center está gestionado por la seguridad de servidor deaplicaciones. Para acceder a Decision Center en WebSphere Application Server,debe definir un registro de usuarios. También puede gestionar las políticas deseguridad.

Creación de usuarios y gruposLa seguridad se basa en usuarios y grupos de usuarios. Defina los grupos a losque quiera que pertenezcan los usuarios en el servidor de aplicaciones. Para ello,configure un repositorio federado como registro de usuarios.

Antes de empezar

Cree usuarios y grupos en la Consola de soluciones integradas de WebSphere.Inicie sesión en la consola tal y como se indica en “Antes de empezar: Abrir laconsola de administración” en la página 155.


En este punto de la configuración, la creación de usuarios y grupos es opcional:v Si ya tiene grupos y usuarios adecuados definidos, omita este procedimiento y

conecte los usuarios a sus roles adecuados cuando despliegue sus aplicaciones.v Si no ha definido grupos y usuarios o si desea definir grupos y usuarios nuevos,

lleve a cabo los pasos siguientes:

La información sobre usuarios y grupos se encuentra en un registro de usuarios.En WebSphere Application Server, un registro de usuarios autentica un usuario yrecupera información sobre los usuarios y grupos, para ejecutar funcionesrelacionadas con la seguridad, incluidas la autenticación y la autorización.WebSphere Application Server da soporte a los siguientes tipos de registros deusuario:v Repositorio federadov Sistema operativo localv Registro autónomo LDAP (Lightweight Directory Access Protocol)v Registro personalizado autónomo

Un repositorio de usuarios federados sirve como registro activo de usuarios.


Se aplican las reglas siguientes:v Cada usuario de Decision Center debe pertenecer a por lo menos uno de los

grupos obligatorios rtsAdministrator, rtsConfigManager, rtsInstaller ortsUser. La pertenencia a estos grupos determina las partes de Decision Center alas que puede acceder un usuario.

v Debe crear todos estos grupos en el servidor de aplicaciones.v A efectos de prueba, debe crear un usuario y contraseña predeterminados para

cada grupo obligatorio.v Si desea realizar el tutorial de permisos de Decision Center en su propia

instalación, deberá crear los grupos personalizados Validator y Eligibility.

En la tabla siguiente se resumen los grupos, sus usos y los nombres de usuario ycontraseñas predeterminados. Para tener más información sobre grupos deDecision Center, consulte Grupos.

Grupo UsoNombre de usuario ycontraseña predeterminados

rtsAdministrator Obligatorio, otorga al usuarioacceso de administrador

rtsAdmin, rtsAdmin

rtsConfigManager Obligatorio, otorga al usuarioacceso de gestor deconfiguración

rtsConfig, rtsConfig

rtsUser Obligatorio, otorga al usuarioacceso estándar

rtsUser1, rtsUser1

rtsInstaller Obligatorio, otorga al usuarioacceso al Gestor deinstalación

rtsAdmin, rtsAdmin

Validator Grupo personalizadoopcional, utilizado en eltutorial de permisos deDecision Center.

Val, Val

Eligibility Grupo personalizadoopcional, utilizado en eltutorial de permisos deDecision Center.

Eli, Eli

Procedimiento

Para configurar un repositorio federado:1. En el panel lateral de la consola, abra Seguridad > Seguridad global.2. Configure la seguridad de repositorio de la siguiente manera:

v Si Repositorios federados ya está seleccionado bajo Definición deldominio actual, asegúrese de que Habilitar seguridad de aplicación estéseleccionado. Si selecciona Habilitar seguridad de la aplicación, debepulsar Aplicar y, a continuación, pulse Guardar para guardar los cambiosen la configuración maestra.

v Si Repositorios federados no está seleccionado, pulse Asistente deconfiguración de seguridad y complete el asistente:a. En el Paso 1, seleccione Habilitar seguridad de la aplicación y pulse

Siguiente

b. En el Paso 2, seleccione Repositorios federados y pulse Siguiente.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter.bu.econsole/topics/con_config_secu_groups.html

c. En el Paso 3, escriba el nombre en el campo Nombre de usuarioadministrativo primario, escriba websphere en el campo Contraseña ypulse Siguiente.


e. Pulse Guardar para guardar los cambios en la configuración maestra.f. Reinicie WebSphere Application Server y luego inicie sesión en la consola

como usuario administrativo principal.3. En el panel lateral, abra Usuarios y grupos > Gestionar grupos.4. Pulse Crear, introduzca rtsUser como nombre de grupo y pulse Crear.5. Pulse Crear como y cree otro grupo llamado rtsAdministrator; luego pulse

Crear.6. Pulse Crear como y cree otro grupo llamado rtsConfigManager; luego pulse

Crear.7. Pulse Crear como y cree otro grupo llamado rtsInstaller; luego pulse Crear.8. Pulse Cerrar.

En la página Gestionar grupos, la tabla muestra los grupos que ha creado.9. Si quiere realizar el tutorial de permisos de Decision Center en su propia

instalación, cree dos grupos adicionales: Validator y Eligibility.10. En el panel lateral, abra Usuarios y grupos > Gestionar usuarios.11. Pulse Crear.12. Especifique rtsUser1 como Id. de usuario y asigne este usuario nuevo al

grupo.a. Pulse Miembro de grupo.b. En la página Pertenencia a grupos, pulse Buscar.c. En la columna Disponible, seleccione el grupo rtsUser y pulse Añadir.d. Pulse Cerrar.

13. Especifique un nombre y apellidos dados para rtsUser1 y, a continuación,especifique la contraseña de rtsUser1 y pulse Crear.

14. Pulse Cerrar.15. Pulse Crear como y repita los pasos del 12 al 14 para crear más usuarios y

asignarles roles como se muestra en la tabla siguiente. Los usuarios Val y Elison opcionales.

Tabla 33. Usuarios y grupos de centro de decisiones

ID de usuario y contraseña Roles

rtsUser1 - rtsUser1 rtsUser

rtsAdmin - rtsAdmin rtsAdministrator, rtsInstaller

rtsConfig - rtsConfig rtsConfigManager

Val - Val rtsUser, Eligibility, Validator

Eli - Eli rtsUser, Eligibility

De vuelta en la página Gestionar usuarios, la tabla muestra los usuarios.16. Reinicie el servidor de aplicaciones.

Actualización de las políticas de seguridadSi habilita la seguridad de Java 2 en WebSphere Application Server, deberá alterartemporalmente las políticas de seguridad global del servidor de aplicaciones deforma que la aplicación desplegada pueda acceder al servidor MBean.


Si habilita la seguridad de Java 2 en la ventana Seguridad global de la Consola desoluciones integradas de WebSphere, debe actualizar el archivo was.policy queestá empaquetado en el archivo EAR de Decision Center.

El archivo was.policy está en el directorio META-INF del archivojrules-teamserver-WAS<número_versión>.ear en la carpeta<Dir_instalación_ODM>/teamserver/applicationservers/WebSphere<número_versión>.

Nota: El archivo EAR es un archivo comprimido. Debe abrirlo para extraer losarchivos que se deben cambiar y, a continuación, sustituir los archivos en el EAR.Puede utilizar mandatos de Ant para volver a empaquetar el archivo EAR, segúnse explica en “Volver a empaquetar el archivado de Decision Center” en la página186.

Actualice el archivo was.policy para conceder permisos de lectura y grabación encada directorio que contiene los RuleDocs publicados. Por ejemplo:

permissions java.io.FilePermission "<path to my ruledoc folder>${/}-","read, write, delete";

Si utiliza la seguridad de Java 2 pero no actualiza el archivo was.policy, losusuarios no podrán sincronizar RuleDocs con el sistema de archivos.

Establecimiento de las propiedades personalizadas para laseguridad de Decision CenterPara garantizar que las consolas de Decision Center funcionen correctamente,establezca las propiedades InvalidateOnUnauthorizedSessionRequestException ysetContextRootForFormLogin en WebSphere Application Server.

Antes de empezar

Defina propiedades de seguridad en la Consola de soluciones integradas deWebSphere. Compruebe que tiene un perfil de WebSphere Application Server,inicie el servidor y abra la consola e inicie sesión utilizando el ID de usuario ycontraseña que haya definido en el perfil.


Para evitar posibles errores de sesión y autenticación, consulte las siguientespropiedades en la Consola de soluciones integradas de WebSphere.

Ubicación en la consolaadministrativa Propiedad y valor Descripción

Servidores de aplicaciones >servidor1 > Gestión de sesiones >Propiedades personalizadas

InvalidateOnUnauthorizedSessionRequestException = true

Si el mismo ID de usuario accede almismo tiempo a la consola denegocio y a la consola empresarial,esta propiedad impide que seproduzcan errores de autenticación.Para obtener más información,consulte la nota técnica siguiente:http://www.ibm.com/support/docview.wss?uid=swg21609826.





Seguridad global > Propiedadespersonalizadas

com.ibm.websphere.security.setContextRootForFormLogin = true

Si las consolas Business y Enterprisese utilizan en el mismo servidor deaplicaciones, esta propiedad impideque una cookie de WebSphereApplication Server apunte a laaplicación incorrecta. Para obtenermás información, consulte la notatécnica siguiente:http://www.ibm.com/support/docview.wss?uid=swg1PM58885.

Paso 4: desplegar el archivo de EAR de Decision CenterAntes de desplegar el archivo EAR de Decision Center, puede declarar grupospersonalizados y después desplegarlo deberá cambiar la secuencia del cargador declases.

Declaración de grupos personalizadosSi crea grupos personalizados, debe declararlos antes de desplegar el archivo EAR.


El archivo EAR de Decision Center hace referencia a los grupos rtsUser,rtsConfigManager, rtsAdministrator y rtsInstaller.

Debe añadir cualquier grupo personalizado que se haya declarado en “Creación deusuarios y grupos” en la página 163. Por ejemplo, añada además los gruposValidator y Eligibility si los ha reado para seguir los tutoriales de DecisionCenter.

Los grupos personalizados se añaden editando los archivos del descriptor dedespliegue en <Dir_instalación_ODM>/teamserver/applicationservers/WebSphere<version_number>/jrules-teamserver-WAS<número_versión>.ear.

Consejo: Para utilizar el mecanismo de permisos de Decision Center, debe subirgrupos a la base de datos. Para obtener más información, consulte Completar laconfiguración desde la consola de Decision Center Enterprise.

Procedimiento

Para añadir grupos personalizados al descriptor de despliegue de Decision Center:1. Antes de modificar el archivo EAR, cree una copia de seguridad.

v <Dir_instalación_ODM>/teamserver/applicationservers/WebSphere8/jrules-teamserver-WAS8.ear


2. Descomprima el archivo EAR para extraer los archivos se deben cambiar.3. En la sección SECURIDAD - ROL del archivo teamserver.war/WEB-INF/web.xml,

añada cada grupo personalizado como un rol. Por ejemplo:<security-role>

<role-name>Validator</role-name></security-role>


http://www.ibm.com/support/docview.wss?uid=swg1PM58885


4. Añada de forma similar los grupos en el archivo decisioncenter.war/WEB-INF/web.xml.

5. Añada cada grupo personalizado al archivo META-INF/application.xml.6. Vuelva a empaquetar el archivo EAR.

Puede utilizar mandatos de Ant, según se explica en “Volver a empaquetar elarchivado de Decision Center” en la página 186.

Despliegue del archivo EARTras añadir grupos personalizados, despliegue el archivo EAR de Decision Center.

Antes de empezar

Despliegue el archivo en la Consola de soluciones integradas de WebSphere. Iniciesesión en la consola tal y como se indica en “Antes de empezar: Abrir la consolade administración” en la página 155.


Tras añadir sus grupos personalizados a los descriptores de despliegue en elarchivo EAR de Decision Center, despliéguelo en WebSphere Application Serverpara poder correlacionar roles de seguridad con usuarios y grupos.

Importante:

Cuando despliegue el archivo EAR de Decision Center, el proceso establece elentorno local de persistencia. Después de guardar una regla en la base de datos, yano tiene permiso para cambiar el entorno local de persistencia. Si quiere instalarDecision Center en un idioma que no sea inglés, tenga en cuenta las instruccionesque se proporcionan en Establecer el entorno local de persistencia.

Si vuelve a desplegar el archivo EAR de Decision Center, su acción tiene lasconsecuencias siguientes:v La secuencia de carga de clases se pierde. Consulte “Cambio de la secuencia de

carga de clases” en la página 170. WebSphere Application Server vuelve al valorpadre primero predeterminado.

v Todos los usuarios, como rtsUser1 and rtsAdmin, pierden su rol, incluso aunquepertenezcan al grupo correcto. Cuando inicie sesión en la consola de DecisionCenter, se muestra un mensaje, como rtsUser1 no tiene el rol correcto.

Procedimiento

Para desplegar el archivo EAR:1. En el panel lateral de la consola, pulse Aplicaciones > Aplicación nueva y

Nueva aplicación empresarial.2. Pulse Examinar y vaya hasta el archivo EAR de Decision Center que

corresponde a la versión de WebSphere Application Server.v <Dir_instalación_ODM>/teamserver/applicationservers/WebSphere8/

jrules-teamserver-WAS8.ear


3. Pulse Siguiente.4. Seleccione Detallada - Mostrar todas las opciones y parámetros de

instalación.



6. Si aparece un aviso de seguridad, pulse Continuar.7. En la página Instalar aplicación nueva, en el Paso 1, pulse Siguiente para

aceptar los valores predeterminados.8. En el Paso 2, seleccione el servidor de destino y los archivos EAR y pulse

Siguiente. Mantenga el valor predeterminado si sólo tiene un servidor.9. Del Paso 3 al Paso 8, pulse Siguiente para aceptar los valores

predeterminados.10. En el Paso 9, correlacione roles de seguridad con usuarios y grupos.

El servidor de aplicaciones utiliza los roles que hay definidos en losdescriptores de despliegue. Debe correlacionar dichos roles con los grupos quehay en la configuración de seguridad.a. Seleccione un recuadro junto a un rol en la tabla y pulse Correlacionar

grupos.b. Pulse Buscar hacia la mitad de la página para mostrar los grupos.c. Correlacione el grupo con el rol que esté editando, moviendo el rol a la

columna Seleccionados.d. Pulse Aceptar y repita de 10a a 10d para todos los roles.e. Además, si quiere seguir el tutorial de permisos de Decision Center en su

propia instalación, cree dos grupos personalizados: Validator yEligibility.

Cuando haya completado las asignaciones, se muestran según se indica en latabla siguiente. Si tiene grupos o usuarios, puede correlacionarlos con el rolexistente en su lugar.

Tabla 34. Correlación de grupos de usuarios con roles

Rol Grupos correlacionados

rtsUser rtsUser

rtsAdministrator rtsAdministrator

rtsConfigManager rtsConfigManager

rtsInstaller rtsInstaller

Validator Validator

Eligibility Eligibility

11. Si el servidor de aplicaciones es de la versión V8.0, V8.5 o 8.5.5, de WebSphereApplication Server, pulse Siguiente para el Paso 10 y el Paso 11 para aceptarlos valores predeterminados.El Paso 12 muestra un resumen.

Nota: Si WebSphere eXtreme Scale también está instalado, se mostraránvalores adicionales como en el Paso 12 en el panel lateral de la Consola desoluciones integradas de WebSphere. Para obtener más información sobre laadministración de WebSphere eXtreme Scale con WebSphere ApplicationServer, consulte Administración en el Information Center de WebSphereeXtreme Scale.

12. Pulse Finalizar.13. Pulse Guardar para guardar los cambios del espacio de trabajo en la



http://pic.dhe.ibm.com/infocenter/wxsinfo/v8r6/topic/com.ibm.websphere.extremescale.doc/txsadmoperate.html

Cambio de la secuencia de carga de clasesTras desplegar el archivo EAR, debe establecer la secuencia del cargador de clasesen parent last.

Antes de empezar

Cambiar la secuencia de carga de clase en la Consola de soluciones integradas deWebSphere. 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 155.


La aplicación de Decision Center no tiene soporte para la configuraciónpredeterminada padre primero (parent first).

Procedimiento

Para cambiar la secuencia de carga de clases:1. En la consola, abra Aplicaciones > Tipos de aplicación > WebSphere

Enterprise Applications.2. Pulse ILOG Rule Team Server o el nombre que haya especificado para la

aplicación de Decision Center.3. En Módulos, pulse Gestionar módulos.4. Pulse teamserver.5. En el menú Orden del cargador de clases, seleccione Clases cargadas con el

cargador de clases local primero (padre último) y, a continuación, pulseAceptar.

6. Si está configurando la versión WebSphere Application Server V8.0, V8.5 oV8.5.5s, pulse decisioncenter y repita la misma acción.


8. En el panel lateral, abra Aplicaciones > Tipos de aplicación > WebSphereEnterprise Applications.

9. Marque el recuadro de selección junto a ILOG Rule Team Server y pulseIniciar para iniciar la aplicación.


Compruebe el despliegue de Decision Center.

Paso 5: comprobación del despliegue de la consola DecisionCenter Enterprise

Tras finalizar la configuración de Decision Center para su servidor de aplicaciones,compruebe que ha desplegado el archivado correctamente.


Inicie el servidor de aplicaciones y, a continuación, utilice su navegador web paraabrir la consola empresarial de Decision Center Enterprise.

Procedimiento1. Asegúrese de que está funcionando el servidor de aplicaciones.


2. Inicie una instancia de navegador nueva y escriba el URL predeterminado paraacceder a Decision Center en un navegador web: http://localhost:<PORT_NUMBER>/teamserver

Establezca <NÚMERO_PUERTO> en el número de puerto de su aplicaciónweb. Si su navegador no se ejecuta en el mismo host que el servidor deaplicaciones, sustituya localhost por la dirección del host.La página de inicio de sesión de Decision Center se abrirá en su navegador.

3. Inicie sesión con privilegios rtsAdministrator para iniciar la prueba.por ejemplo, rtsAdmin y rtsAdmin.

Paso 6: Completar la configuración de las consolas deDecision Center

Complete la configuración desde la consola de Decision Center o ejecutando tareasAnt.

Para utilizar el modo de control incorporado, debe ejecutar la tarea Ant.

Completar la configuración desde la consola de Decision CenterEnterpriseTras haber desplegado el archivo de Decision Center en el servidor de aplicaciones,puede seguir en la consola Enterprise de Decision Center y completar o modificarla configuración.

Descripción general del Asistente de valores de instalación:

Utilice el asistente Parámetros de instalación en la consola de Decision Center paracrear o modificar el esquema de base de datos, configurar archivos de mensajes ogrupos, o para cambiar el entorno local de persistencia o los parámetros deconfiguración.

El asistente Parámetros de instalación se abre automáticamente cuando inicia laconsola de Decision Center para completar la instalación.

También puede abrir el asistente Parámetros de instalación pulsando enConfigurar > Asistente de parámetros de instalación en la consola de DecisionCenter una vez que haya completado la instalación inicial. Si abre Decision Centertras haber seguido los pasos de instalación del módulo, solo estará disponible lapestaña Instalar. Para obtener más información, consulte Abrir la consolaempresarial de Decision Center.

Nota: Para acceder al asistente Parámetros de instalación, debe tener tantoprivilegios de administrador como el rol rtsInstaller cuando inicie sesión.

Utilice el asistente Parámetros de instalación para realizar las acciones siguientes.

Tabla 35. Acciones en el asistente Parámetros de instalación

Acción Descripción

Configurar la basede datos

Paso obligatorio cuando completa la configuración con una base dedatos en una plataforma distribuida. Para obtener más información,consulte el Paso 1: configurar la base de datos.

Configurararchivos demensajes

Paso obligatorio durante la instalación sólo si tiene algunos archivosde extensión de modelo de reglas personalizado. Para obtener másinformación, consulte el Paso 2: configurar archivos de mensajes.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.dc.verify/shared_config_topics/tpc_rts_opening.html


Tabla 35. Acciones en el asistente Parámetros de instalación (continuación)


Configurar grupos Debe configurar los mismos grupos declarados en el servidor deaplicaciones si quiere utilizar los mecanismos de seguridad y permisosde Decision Center. Para obtener más información, consulte el Paso 3:configurar grupos.

Cambie el entornolocal depersistencia.

Paso obligatorio si el entorno local de persistencia es distinto delen_US. Para obtener más información, consulte el Paso 4: establecer elentorno local de persistencia.

Cambiar losparámetros deconfiguración

Opcional. Cambiará algunos parámetros de configuración cuandopersonalice Decision Center. Para obtener más información, consulte elPaso 5: establecer parámetros de configuración.

Tras completar la instalación, Decision Center estará listo para su uso pero nocontiene proyectos de reglas. Si abre Decision Center y no hay ningún proyecto dereglas, un mensaje en la pestaña Configurar le informa de que no se ha encontradoningún proyecto y que debería publicar un proyecto de reglas utilizando RuleDesigner o póngase en contacto con el administrador.

Si ve este mensaje, deberá publicar un proyecto de reglas desde Rule Designer.Para obtener más información, consulte Publicar un proyecto.

Para obtener más información sobre el uso del asistente Parámetros de instalación,consulte la ayuda en línea de la consola de Decision Center. Para acceder a laayuda en línea, pulse Ayuda en la parte superior del banner, después de iniciarsesión en Decision Center.

Nota: Si ha creado proyectos de reglas con una versión anterior del producto,consulte los temas Migración sobre cómo actualizar el esquema de base de datosde Decision Center.

Paso 1: Configurar la base de datos:

Utilice el asistente Parámetros de instalación para configurar la base de datos.


Almacene las extensiones en el modelo de reglas de Decision Center en dosarchivos XML:v Descripción del modelo: este archivo suele tener la extensión de nombre de

archivo .brmx.v Inicialización de enumeraciones y jerarquías: este archivo suele tener la

extensión de nombre de archivo .brdx.

Para obtener más información sobre la definición de extensiones de modelocomunes, consulte los temas de personalización.

Procedimiento

1. Cuando se abra el asistente Parámetros de instalación en Decision Center, pulseSiguiente.

2. Seleccione uno de los archivos de extensiones.v Extensiones predeterminadas (ya seleccionado),v Extensiones personalizadas (brmx/brdx), o


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.dc.verify/shared_config_topics/tsk_rts_publishing.html


v Extensiones personalizadas (Zip).3. Pulse Generar SQL para generar el script que crea las tablas de bases de datos

en los contenidos de sus archivos de modelo de reglas.4. Tras generar el script, marque el recuadro de selección Ejecutar el script SQL y,

a continuación, pulse Siguiente.

Paso 2: configurar archivos de mensajes:

Los archivos de mensajes contienen el texto de visualización que se asocia a lasextensiones del modelo de reglas que contienen los archivos .brmx y .brdx.


El archivo de mensaje predeterminado está en <dir-instalación-ODM>/teamserver/bin/defaultextensionmessages_<ENTORNO-LOCAL>.properties.

Si utiliza el modelo de reglas predeterminadas cuando crea su base de datos, elarchivo de mensajes predeterminado se envía automáticamente a la base de datos.Para subir sus propios archivos de mensajes, utilice el Asistente de Parámetros deinstalación según se explica a continuación.

Debe tener un archivo de mensajes por cada entorno local que utilice. Los archivosde mensajes se identifican por su entorno local. El contenido de los archivos demensajes debe respetar el estándar ISO-LATIN-1.

Procedimiento

Para declarar un archivo de mensajes en el Asistente de parámetros de instalación:1. Pulse Nuevo.2. Especifique un entorno local.3. Acceda a la ubicación del archivo de mensajes para este entorno local.4. Pulse Aplicar.

Resultados

Si Decision Center tiene soporte para este entorno local, el Asistente de Parámetrosde instalación asigna un código de entorno local para que pueda identificarlo.

Ejemplo

Por ejemplo:status=StatuseffectiveDate=Effective DateexpirationDate=Expiration Datenew=Newdefined=Defined

Paso 3: configurar grupos:

Además de crear grupos en su servidor de aplicaciones cuando configure el accesode seguridad, debe utilizar la página Configurar grupos en el asistente Parámetrosde instalación para subir grupos a la base de datos.


Antes de empezar

Antes de configurar grupos en la consola Enterprise, asegúrese de añadir todos losgrupos que desea ver en la lista disponible al aplicar seguridad de proyecto oestablecer permisos en Decision Center. Para obtener más información, consulte lostemas en Grupos y permisos, en la ayuda de Decision Center.


Debe configurar grupos solo si desea utilizar los mecanismos de permisos y accesoal proyecto de Decision Center.

Consejo: En Decision Center, los grupos son los roles en el servidor deaplicaciones, no los grupos definidos en el registro de usuarios. Decision Centerutiliza la información de grupo para comprobar si un usuario pertenece a un roldel servidor de aplicaciones.

No tiene que subir los grupos rtsAdministrator ni rtsInstaller. El grupo deadministradores tiene acceso a todo y un usuario Instalador debe pertenecer a otrogrupo.

Puede utilizar la página Configurar grupos en el asistente de Parámetros deinstalación para subir los grupos predeterminados para rtsUser yrtsConfigManager, y los grupos personalizados, como Validator y Eligibility sidesea realizar la guía de aprendizaje de permisos.

Procedimiento

Para configurar grupos:1. Pulse Nuevo.2. Escriba el nombre de grupo.3. Pulse Aplicar.4. Repita los pasos 1 a 3 para cada grupo.5. Cuando haya añadido todos los grupos, continúe de una de las siguientes

maneras:v Pulse Siguiente si quiere establecer un entorno local de persistencia distinto,

o parámetros de configuración.v Pulse Finalizar si no quiere cambiar estos valores.

Paso 4: establecer el entorno local de persistencia:

El entorno local de persistencia determina el lenguaje en el que almacenará lasreglas en la base de datos de Decision Center.


Establece el entorno local cuando despliega el archivo EAR de Decision Center ensu servidor de aplicaciones. Como consecuencia, almacena las reglas en la base dedatos en el entorno local de la aplicación de Decision Center.

El cambio del entorno local de persistencia no cambia el lenguaje en el que semuestran las reglas de Decision Center. Su cambio es Decision Center sólo es


necesario para que coincida con el entorno local de Rule Designer cuandosincroniza sus proyectos de reglas, y para acceder a las guías de aprendizaje en suentorno local.

Importante: No debe cambiar el entorno local de persistencia después de haberguardado una regla en la base de datos.

Procedimiento

Para establecer el entorno local de persistencia:1. Especifique un entorno local en el campo Entorno local.2. Pulse Aplicar.3. Haga lo siguiente:

v Pulse Siguiente si quiere establecer los parámetros de configuración.v Pulse Finalizar si no quiere cambiar estos valores.

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

Muchas tareas relacionadas con la personalización de Decision Center requierenque se añadan o eliminen parámetros de configuración.


Decision Center utiliza los parámetros de configuración siguientes para generarURL completos en enlaces permanentes:v teamserver.server.port: el número de puertov teamserver.server.isSecure: verdadero si la conexión es segurav teamserver.server.hostname: el nombre del host.

Para crear, modificar o suprimir parámetros de configuración, utilice la páginaEstablecer parámetros de configuración en el asistente Installation Manager. Estosparámetros se generan iniciando sesión en la consola de Decision Center porprimera vez tras configurar la base de datos. Puede utilizar el asistente Parámetrosde instalación para cambiar estos parámetros en cualquier momento.

La tabla siguiente ofrece una descripción de los principales parámetros deconfiguración disponibles en teamserver.war/WEB-INF/lib/teamserver-model-XXX.jar/ilog/rules/teamserver/preferences.properties.

Nota:

Los parámetros de la tabla incluyen el prefijo teamserver, que no está en el campopreferences.properties. Debe incluir el prefijo cuando establezca los parámetrosde configuración en el Asistente de Parámetros de instalación.

Parámetro Utilizado para

teamserver.<extractorValidator>.classEspecifique una clase de validadores de extractorde conjunto de reglas para utilizar para el nombreextractorValidator. La clase debe implementar lainterfaz IlrExtractorValidator. Tras definir estaclase, especifique este nombre como el validadorde clases a utilizar cuando defina un extractor deconjunto de reglas.



teamserver.build.path Define la ubicación de la memoria caché de IRL enel sistema de archivos. Calcular la vía de acceso dela siguiente manera:

v Utilice esta propiedad con el nombre delusuario que ha iniciado el servidor como rootpara la memoria caché(<build.path>_<nombre_usuario>).

v Si esta propiedad no está definida, utilice lapropiedad del sistema java.io.tmpdir y añadartscache. Por ejemplo, <dirtemp>/rtscache_<nombre_usuario>).

v Si la propiedad del sistema no está definida,utilice el directorio del servidor y añadartscache. Por ejemplo, <dirservidor>/rtscache_<nombre_usuario>).

teamserver.brl.verbalizers Especificar la lista de entornos locales para los quese ha definido un verbalizador de BAL.

teamserver.brl.verbalizer.<entorno_local>Especifique la clase de verbalizador para elentorno local. La clase debe implementar lainterfaz ilog.rules.vocabulary.verbalization.IlrVerbalizer.

Procedimiento

1. Cree un parámetro o modifique un parámetro existente.v Para crear un parámetro, pulse Nuevo.v Para modificar un parámetro, seleccione el recuadro de selección junto al

parámetro y a continuación pulse Modificar para cambiar el parámetro opulse Suprimir para eliminarlo.

2. Pulse Aplicar para implementar los cambios.3. Haga lo siguiente:

v Pulse Anterior si quiere realizar cambios en los valores anteriores.v Pulse Finalizar. El Registro de instalación se abre con un resumen de las

operaciones que ha realizado en el asistente Parámetros de instalación.4. Pulse Aceptar para finalizar.


Ahora tiene que iniciar sesión en la consola de Decision Center. Continúe con lasección Publicar un proyecto.

Cómo completar la configuración utilizando tareas AntLas tareas Ant proporcionan un método alternativo para completar o modificar laconfiguración. Estas tareas realizan los mismos pasos de configuración que elasistente Parámetros de instalación en la consola de Decision Center.

Configuración del entorno de tareas Ant:

Para ejecutar tareas Ant de Decision Center, antes debe configurar las variables deentorno correspondientes.



Antes de empezar

Cuando prepare la ejecución de tareas ant, asegúrese de que se cumplan lassiguientes condiciones.v Debe tener la versión 1.7.1 (o posterior) de Ant configurada en su sistema. Si

Ant no está instalado, o es anterior a la versión 1.7.1, debe configurar el entornopara utilizar la versión correcta de Ant.Para comprobar su versión actual del Ant, escriba el mandato siguiente en unindicador de mandatos de Windows Command Prompt o un shell de UNIX: ant-version

Puede descargar Ant del sitio web de Apache, o puede utilizar la distribuciónAnt 1.7.1 empaquetada en <dir-instalación_ODM>/shared/tools/ant, donde<dir-instalación_ODM> es el directorio de instalación de Operational DecisionManager.

v Asegúrese de que las variables de entorno necesarias para WebSphereApplication Server están correctamente configuradas. Para ello, utilice el scriptsetupCmdLine.bat o setupCmdLine.sh en el directorio <dir_instalación_WAS>/profiles/<nombre_perfil>/bin. Este script configura un entorno completo deWebSphere Application Server, incluyendo las variables WAS_HOME,WAS_LOGGING y WAS_CLASSPATH. Para obtener más información:– Information Center de la versión 8.0 de WebSphere Application Server– Information Center de la versión 8.5 de WebSphere Application Server


La comunicación entre tareas Ant y Decision Center tiene soporte para losprotocolo de comunicación HTTP o HTTPS. Para obtener más información,consulte Protocolo de comunicación de tarea Ant.

Procedimiento

Para configurar el entorno para utilizar Ant:1. Establezca la variable de entorno ANT_HOME en <dir-instalación_ODM>/

shared/tools/ant.2. Añada el directorio <dir-instalación_ODM>/shared/tools/ant/bin a su variable

de entorno PATH.

Resultados

Las tareas Ant de Decision Center se definen en <dir-instalación>/teamserver/bin/build.xml y las ejecutan los mandatos de la forma siguiente:ant <nombre_tarea> <lista de parámetros>

Nota: Para ejecutar estas tareas Ant, debe utilizar la misma versión y proveedorde la Máquina virtual Java que la utilizada por el servidor de aplicaciones.

Los parámetros de las tareas Ant empiezan por -D. Utilícelos para establecervalores como los siguientes:v -Dserver.url=<url de servidor>: Especifica el URL del servidor de aplicación

de destino.v -DdatasourceName=<nombre origen de datos>: especifica el nombre JNDI del

origen de datos a utilizar para la tarea. El valor predeterminado esjdbc/ilogDataSource.


http://ant.apache.org/



http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter.admin/topics/tpc_dc_admin_ant.html

Ejemploant execute-schema -Dserver.url=<protocolo://host:puerto>/teamserver/-DdatasourceName=jdbc/ilogDataSource -Dfile=my_sql_file.sql

La URL de <protocol://host:port> está definida en el archivo <Dir_instalación_ODM>/teamserver/bin/teamserver-anttasks.properties. Si su navegador no se ejecutaen el mismo host que el servidor de aplicaciones, sustituya localhost por ladirección del sistema. Si su aplicación web está correlacionada con un host con unpuerto distinto del que se muestra, cambie el número de puerto por el número depuerto del host.

El archivo <dir-instalación_ODM>/teamserver/bin/teamserver-anttasks.properties define el valor de algunos parámetros comunes y otros quedependen del servidor de aplicaciones. Si se definen correctamente estosparámetros, no tendrá que incluirlos en el mandato de tarea Ant. El contenido delarchivo teamserver-anttasks.properties es el siguiente:# Default properties# ------------------------------------rtsAdmin.login=rtsAdminrtsAdmin.password=rtsAdmin

protocol=httpserver.host=localhostserver.port=9080server.url=${protocol}://${server.host}:${server.port}/teamserver

datasourceName=jdbc/ilogDataSource

outputFile=output.sql

languagePackPath = .languagePackOutputPath = ./generated

persistenceLocale =selector =branch =override = false

Creación del esquema de base de datos:

Puede crear el esquema de base de datos en una única operación, utilizando latarea set-extensions de Ant o elegir crearlo paso a paso.

Crear esquemas con la tarea Ant set-extensions:

Por comodidad, puede crear el esquema de base de datos utilizando la tarea Antset-extensions.


Las extensiones para el modelo de reglas de Decision Center se almacenan en dosarchivos XML.v Descripción del modelo: este archivo suele tener la extensión de nombre de




Puede utilizar tareas Ant para cargar el modelo de reglas desde los dos archivosXML y construir el script SQL necesario para obtener el esquema de base de datosadecuado.


Como alternativa, puede crear el esquema de base de datos paso a paso, lo que esútil si quiere buscar en el esquema SQL generado. Consulte “Creación del esquemamediante una secuencia paso a paso”.

Procedimiento

Ejecute la tara Ant set-extensions.Este destino Ant ejecuta gen-create-schema + execute-schema + upload-extensions+ upload-roles. Defina los parámetros siguientes:

-Dserver.url=<url del servidor>

-DdatasourceName=<nombre del origen de datos>

-DextensionModel=<archivo de modelo>Archivo de descripción de modelo con extensión .brmx.

-DextensionData=<archivo de datos>Archivo de datos de modelo con extensión .brdx.

[-DdbSchemaName=<nombre de esquema de base de datos>]Puede utilizar este parámetro opcional para especificar el nombre del esquemade base de datos. Si no, Decision Center utiliza el nombre de usuario de labase de datos como nombre del esquema. No obstante, algunas bases de datospermiten a algunos usuarios acceder a varios esquemas, y el esquemapredeterminado no siempre refleja el nombre del usuario.

[-Droles=<lista de roles>]Se puede utilizar este parámetro opcional para subir la lista de roles a DecisionCenter. Esta lista se especifica como "rol1 rol2". Por ejemplo:ant upload-roles -Droles="rtsUser rtsConfigManager Eligibility Validator"

Creación del esquema mediante una secuencia paso a paso:

Si quiere mirar en el esquema SQL generado, puede crearlo paso a paso.

Creación del script del esquema de base de datos:

Puede crear el script de esquema de base de datos utilizando la tarea Antgen-create-schema.

Procedimiento

Para crear el script SQL necesario para crear o actualizar el esquema de base dedatos, ejecute la tarea Ant gen-create-schema con estos parámetros:



-DextensionModel=<archivo de modelo>La descripción del modelo (extensión .brmx).


-DextensionData=<archivo de datos>La descripción de datos del modelo (extensión .brdx).

[-DdbSchemaName=<nombre de esquema de base de datos>]Un parámetro opcional que se puede utilizar para especificar el nombre delesquema de base de datos en el que se almacenan las tablas de DecisionCenter. Si no especifica el parámetro, Decision Center utiliza el nombre deusuario de la base de datos como nombre del esquema. No obstante, algunasbases de datos permiten a algunos usuarios acceder a varios esquemas, y elesquema predeterminado no siempre tiene el mismo nombre que el usuario.

[-DoutputFile=<archivo SQL>]El nombre del archivo que almacena el script SQL generado. Si no seproporciona este parámetro, la tarea crea un archivo llamado output.sql en eldirectorio definido como basedir en el archivo build.xml.

ant gen-create-schema -DextensionModel=my_model_file.brmx -DextensionData=my_data_file.brdx -DoutputFile=my_sql_file.sql

Resultados

1. La tarea se conecta con el origen de datos especificado del servidor deaplicaciones.

2. La tarea comprueba si el origen de datos hace referencia a una base de datos deDecision Center existente.v Si la base de datos no existe, la tarea genera el script SQL para crear un

esquema de base de datos nuevo en el que almacenar el modelo.v Si la base de datos existe, la tarea genera el script SQL necesario para

actualizar el esquema existente de la base de datos.

Ejecución del script del esquema de base de datos:

Ejecute el script del esquema de base de datos.

Procedimiento

Para ejecutar el script SQL que ha creado, ejecute la tarea Ant execute-schema conestos parámetros:



[-Dfile=<archivo SQL>]El nombre del archivo a ejecutar, que corresponde con el script que ha creado.Si no especifica este parámetro, la tarea intenta ejecutar un archivo con elnombre output.sql en el directorio definido como basedir en el archivobuild.xml.

ant execute-schema -Dfile=my_sql_file.sql

Subir la extensión del esquema de base de datos:

Sube la extensión del esquema de base de datos.

Procedimiento

Para almacenar la descripción del modelo de reglas en el esquema de base dedatos, ejecute la tarea Ant upload-extensions con estos parámetros:






ant upload-extensions -DextensionModel=my_model_file.brmx -DextensionData=my_data_file.brdx

Resultados

La descripción se almacena en la base de datos de forma que las aplicaciones deDecision Center la puedan cargar cuando se inicien. También la utilizagen-create-schema para obtener la descripción del modelo actual para ejecutardiff (diferencias) con el esquema nuevo.

En un clúster, debe reiniciar los servidores y cerrar todas las sesiones actuales.

Subir una lista de roles o grupos a la base de datos:

Además de crear grupos en su servidor de aplicaciones cuando configure el accesode seguridad, debe subir grupos a la base de datos.

Antes de empezar

1. Añada todos los grupos que quiera ver en la lista disponible cuando impongala seguridad de proyecto o establezca permisos en Decision Center.

2. Cree los grupos predeterminados para rtsUser y rtsConfigManager, y suba susgrupos personalizados.


Debe subir roles y grupos solo si quiere utilizar los mecanismos de permisos yacceso para el proyecto Decision Center. Para obtener más información, consultelos temas sobre Grupos y permisos en la ayuda en línea de Decision Center.

No tiene que subir el grupo rtsAdministrator ni el grupo rtsInstaller. El grupode administradores tiene acceso a todo y un usuario Instalador debe pertenecer aotro grupo.


Procedimiento

Para almacenar en la base de datos la lista de roles o grupos a utilizar por laaplicación, ejecute la tarea Ant upload-roles con los parámetros siguientes:



-Droles=<lista de roles><lista de roles> es la lista de roles o grupos a subir a Decision Center,especificada como "grupo1 grupo2".

ant upload-roles -Droles="rtsUser rtsConfigManager Eligibility Validator"


Eliminación de un esquema de base de datos:

Ahora puede crear un script SQL para eliminar (drop) un esquema de base dedatos utilizando la tarea Ant gen-drop-schema.


Para eliminar un esquema de base de datos, realice dos pasos:1. Cree el script SQL necesario para eliminar el esquema de base de datos.2. Ejecute el script SQL que ha creado.

Procedimiento

1. Para crear el script SQL para suprimir un esquema de base de datos, ejecute latarea Ant gen-drop-schema con uno de los parámetros siguientes:



-DextensionModel=<archivo de modelo>la descripción del esquema de base de datos a eliminar.

[-DdbSchemaName=<nombre de esquema de base de datos>]Puede utilizar un parámetro opcional para especificar el nombre delesquema de base de datos. Si no especifica este parámetro, Decision Centerutiliza el nombre de usuario de la base de datos como nombre delesquema. No obstante, en algunas bases de datos, los usuarios puedenacceder a varios esquemas y el esquema predeterminado no tiene siempreel mismo nombre que el usuario.

[-DoutputFile=<archivo SQL>]El nombre del archivo que almacena el script SQL generado. Si noespecifica este parámetro, la tarea crea un archivo con el nombreoutput.sql en el directorio definido como basedir en el archivo build.xml.

ant gen-drop-schema -DextensionModel=my_model_file.brmx -DoutputFile=my_sql_file.sql

2. Para ejecutar el script SQL que ha creado, ejecute la tarea Ant execute-schemacon estos parámetros:



[-Dfile=<archivo SQL>]El nombre del archivo a ejecutar, que corresponde con el script que hacreado. Si no especifica este parámetro, la tarea intenta ejecutar un archivocon el nombre output.sql en el directorio definido como basedir en elarchivo build.xml.


La tarea se conecta con el origen de datos especificado del servidor deaplicaciones. Lee la descripción del modelo proporcionado en los parámetros, ygenera el script SQL para eliminar el esquema existente. Como hay variastablas de bases de datos enlazadas por medio de claves foráneas, dichas tablasse deben eliminar en un orden específico y la generación de scripts gestionaestas restricciones.

Ejemplo

Este es el ejemplo completo del código:


ant gen-drop-schema -DextensionModel=my_model_file.brmx -DoutputFile=my_sql_file.sqlant execute-schema -Dfile=my_sql_file.sql

Definición y subida de archivos de mensajes:

Puede definir y subir archivos de mensajes en Decision Center utilizando la tareaAnt upload-messages.

Los archivos de mensajes contienen el texto de visualización que se asocia a lasextensiones del modelo de reglas que contienen los archivos .brmx y .brdx. Porejemplo:status=StatuseffectiveDate=Effective DateexpirationDate=Expiration Datenew=Newdefined=Defined

El archivo de mensajes predeterminado se proporciona en: <dir-instalación_ODM>/teamserver/bin/defaultextensionmessages_<ENTORNO-LOCAL>.properties

Nota: El contenido de los archivos de mensajes debe cumplir el estándarISO-LATIN-1.

Debe tener un archivo de mensajes por cada entorno local que utilice. Suba elarchivo de mensajes a Decision Center ejecutando la tarea Ant upload-messagescon estos parámetros:v -Dserver.url=<URL del servidor>

v -DdatasourceName=<nombre del origen de datos>

v -Dlocale=<entorno local>

v -DmessageFile=<archivo de mensaje>

ant upload-messages -Dlocale=en_US -DmessageFile=mymessages.properties

Configuración de los usuarios de la consola Business de Decision Center:

Si utiliza la modalidad incorporada de control, puede configurar los usuarios de laconsola Business mediante la ejecución de una tarea Ant.

Debe mantener la lista de usuarios coherente con los usuarios definidos en elservidor de aplicaciones.

La forma predeterminada en la que se configurar los usuarios es añadirlos a labase de datos de Decision Center ejecutando el mandato Ant upload-users Ant. Elmandato sube los nombres que se encuentran en una archivo XML.

Utilice el formato siguiente en los nombres:<Users><User><LoginId>usuario1</LoginId></User><User><LoginId>usuario2</LoginId></User>

</Users>

Para ver un ejemplo de archivo de usuario, consulte DirInstalación/teamserver/tutorials/fileusers.xml.

Especifique los siguientes parámetros para el mandato upload-users:


-DuserFilePath=vía_acceso_a_archivo_XML-DserverURL=url_servidor-Dusername=nombre_usuario-Dpassword=contraseña-DdatasourceName=origen_datos

Ejemploant upload-users -DuserFilePath=C:\my_path\my_users.xml -DserverURL=my_url-Dusername=rtsAdmin -Dpassword=rtsAdmin-DdatasourceName=my_datasource

Establecimiento del entorno local de persistencia:

El entorno local de persistencia se utiliza para determinar el idioma en el que sealmacenan las reglas en la base de datos de Decision Center database.


El entorno local de persistencia se establece cuando despliega el archivador deDecision Center en su servidor de aplicaciones, lo que implica que las reglas de labase de datos se almacenan en el entorno local de la aplicación Decision Center.

El cambio del entorno local de persistencia no cambia el idioma en el que semuestran las reglas de Decision Center. El cambio del entorno local de persistenciaen Decision Center sólo es necesario para que coincida con el entorno local de RuleDesigner cuando sincroniza sus proyectos de reglas, y para acceder a los tutorialesen su entorno local.


Procedimiento

Para establecer el entorno local de persistencia mediante la ejecución de una tareaAnt:1. Abra el archivo <Dir_instalación_ODM>/teamserver/bin/teamserver-

anttasks.properties.Este archivo define el valor de algunos parámetros comunes.

2. Añada su entorno local a la propiedad persistenceLocale y guarde el archivoteamserver-anttasks.properties.Por ejemplo: persistenceLocale = es_ES

3. Ejecute la tarea Ant de la siguiente forma: ant nombreTarealista_parámetros

También puede añadir el parámetro a la línea de mandatos. Por ejemplo: antnombreTarea -DpersistenceLocale=es_ES

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

Para muchas tareas relacionadas con la personalización de Decision Center, debeañadir o eliminar parámetros de configuración.

Los parámetros de configuración siguientes, que se utilizan para generar los URLcompletos en enlaces permanentes, se generan la primera vez que inicia sesión enDecision Center tras configurar la base de datos. Puede utilizar el asistente deParámetros de instalación para establecer estos parámetros con antelación ocambiarlos posteriormente:


v teamserver.server.port: el número de puertov teamserver.server.isSecure: true si la conexión es segura.v teamserver.server.hostname: el nombre del host


Parámetro Uso

teamserver.<extractorValidator>.class Especifique una clase de validador deextracción de conjunto de reglas para utilizarpara el nombre extractorValidator. La clasedebe implementar la interfazIlrExtractorValidator. Una vez definidaesta clase, especifique este nombre como elvalidador de extractor que se utilizará aldefinir un extractor de conjunto de reglas.

teamserver.build.path Defina dónde se encuentra la memoria cachédel IRL, en el sistema de archivos. La vía deacceso se calcula de la forma siguiente:

1. En primer lugar, utilice esta propiedadcon el nombre del usuario que hainiciado el servidor como root para lamemoria caché:<build.path>_<nombre_usuario>.

2. Si la vía de acceso no está definida,utilice la propiedad del sistemajava.io.tmpdir y añada rtscache. Porejemplo, <dir_temp>/rtscache_<nombre_usuario>.

3. Si la propiedad del sistema no estádefinida, utilice el directorio del servidory añada rtscache. Por ejemplo,<dir_servidor>/rtscache_<nombre_usuario>.

teamserver.brl.verbalizers Especificar la lista de entornos locales paralos que se ha definido un verbalizador deBAL.

teamserver.brl.verbalizer.<entorno_local> Especifique la clase de verbalizador para elentorno local especificado. La clase debeimplementar la interfaz IlrVerbalizer.

Puede utilizar las siguientes tareas Ant para añadir o eliminar parámetros deconfiguración:

set-config-param

Establece un parámetro de configuración para un usuario especificado. Sino se especifica el usuario, establece un parámetro global.

Parámetros:v -Dserver.url=<URL del servidor>


v [-Duser=<nombre de usuario>]

v -Dkey=<clave de parámetro>


v -Dvalue=<valor de parámetro>

Por ejemplo:ant set-config-param -Dkey=locale -Dvalue=en_US

remove-config-param

Descarta el parámetro de configuración para un usuario especificado. Si nose especifica el usuario, borra el parámetro de configuración global.





print-config-param

Imprime los parámetros globales o parámetros de usuario especificados sise especifica el valor nombre_usuario. Si no se especifica ninguna clave, seimprimen todas las claves.





Volver a empaquetar el archivado de Decision Center:

Puede volver a empaquetar el archivador de Decision Center mediante una tareaAnt.

Cuando añada nuevos archivos .jar al archivador de Decision Center, debe volvera empaquetar el archivador ejecutando la tarea Ant repackage-ear orepackage-war. Esta tarea no utiliza los parámetros server.url y datasourceName.

Si ha personalizado Decision Center, debe empaquetar los archivos .jarpersonalizados antes de utilizar la tarea Ant para reempaquetar Decision Center.

La tarea Ant repackage-ear o repackage-war acepta los parámetros siguientes:

-DtargetEar=<EAR de destino>-DtargetWar=<WAR de destino> para el servidor de aplicaciones Tomcat

-DsourceEar=<EAR de origen>DsourceWar=<WAR de origen> para el servidor de aplicaciones Tomcat

-DdescriptorsDir=<directorio de descriptores>Un directorio que se copia en el directorio META-INF del EAR de destino (no esobligatorio).

-DadditionalJars=<"myjar1.jar,myjar2.jar, myjarn.jar">Archivos .jar adicionales para almacenar en el directorio lib del archivadortemporal (no es obligatorio).

-DtmpDir=<directorio>Un directorio que puede especificar para almacenar archivos temporales (no esobligatorio).


-DwebResourcesDir=<directorio de recursos web>Un directorio que se copia en la biblioteca WAR (no es obligatorio).

-Dconsole=both|enterprise|businessEspecifica si se deben reempaquetar los archivos WAR de Business oEnterprise. El valor predeterminado es ambos (both).

Configuración de la función de búsqueda de la consolaBusiness de Decision Center

La función de búsqueda en la consola de negocio de Decision Center está basadaen el motor de búsqueda Solr. Debe configurar el motor para proporcionar estafuncionalidad.

Uso del motor de búsqueda Solr remotoPuede configurar la función de búsqueda en la consola Business de DecisionCenter para trabajar con una instancia remota del motor de búsqueda Solr deApache.


La función de búsqueda en la consola de negocio de Decision Center utiliza unainstancia incluida del motor de búsqueda Solr de Apache. Como alternativa, puedehacer que la función de búsqueda funcione con una instancia remota del motor debúsqueda, que puede ejecutar en otro equipo, o en el mismo equipo, pero en unaaplicación web dedicada.

Procedimiento

Para configurar la función de búsqueda para que se ejecute con una instanciaremota del motor de búsqueda Solr:1. Instale el motor de búsqueda Solr de Apache en otro equipo, o como parte de

una aplicación web dedicada en su equipo.Para obtener información sobre cómo instalar el servidor Solr, viste el sitio webde Apache Solr.

2. Localice el archivo decisioncenter-solr-home.zip en la carpeta DecisionCenter teamserver en su equipo.El programa de instalación de Decision Center ha colocado la carpeta en elsistema.

3. Descomprima el archivo en un directorio de la instancia remota del servidorSolr.

4. Configure el directorio inicial del servidor Solr remoto para utilizar la ubicaciónde los archivos de configuración descomprimidos.Para obtener más información, consulte la documentación en el sitio web deApache Solr.

5. Configure el archivo preferences.properties de Decision Center para queapunte al URL del servidor Solr.

Establecimiento de parámetros par ael motor de búsqueda SolrPuede configurar la función de búsqueda en la consola Business de DecisionCenter para que se ejecute con el motor de búsqueda Solr de Apache.

La Consola de negocio de Decision Center proporciona una función para buscarproyectos de reglas. Cuando instale esta característica, utiliza una instanciaincluida del motor de búsqueda Solr de Apache. Como alternativa, puede hacer


http://lucene.apache.org/solr/


que la función de búsqueda se ejecute con una instancia remota del motor debúsqueda, que puede instalar en otro sistema o en el mismo sistema pero en unaaplicación web dedicada. Para obtener más información, consulte “Uso del motorde búsqueda Solr remoto” en la página 187.

Puede establecer tres parámetros para el motor de búsqueda:

Tabla 36. Parámetros de búsqueda

Parámetro Descripción

search.SearchProvider Este parámetro adopta uno de los siguientesvalores:

v SolrEmbedded: se utiliza este valor paraseleccionar el motor de búsqueda Solrincluido.

v SolrRemote: se utiliza este valor paraseleccionar una instancia remota delmotor de búsqueda Solr.

search.SolrEmbeddedDataDir Utilice este parámetro opcional para dirigirel índice de la versión incluida(SolrEmbedded) a un directorio específico enDecision Center.

search.SolrRemoteUrl Utilice este parámetro con SolrRemote paraproporcionar el URL del motor de búsquedaSolr remoto.

Establezca los parámetros de configuración para el motor de búsqueda dentro delarchivo preferences.properties para Decision Center. Para obtener másinformación sobre el archivo preferences.properties, consulte Mantenimiento deparámetros de configuración.

En la tabla siguiente se proporcionan ejemplos para el establecimiento de losparámetros en preferences.properties para trabajar con el motor de búsquedaSolr:

Tabla 37. Tabla de configuración para las propiedades de búsqueda

Servidor Solr Configuración de parámetro

Servidor externo

El URL del servidor externo depende de la instalación.Para este ejemplo, la dirección remota del motor debúsqueda es http://mysearchserver:8983/solr.

Establezca el archivo preferences.properties de lasiguiente manera::

search.SearchProvider=SolrRemotesearch.SolrRemoteUrl=http://mysearchserver:8983/solr

Servidor incorporadoEn este ejemplo, almacena el índiceen el directorio c:/temp/DC-SearchIndex del sistema.


search.SearchProvider=SolrEmbeddedsearch.SolrEmbeddedDataDir=c:/temp/DC-SearchIndex

Si no especifica un directorio para search.SolrEmbeddedDataDir, Decision Centeralmacena el índice de búsqueda en un directorio temporal. Cuando el servidordetiene su ejecución, también deja de utilizar el directorio temporal. Cuando sereinicia el servidor, crea un nuevo directorio temporal y vuelve a indexarcompletamente el repositorio.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter.bu.econsole/topics/con_config_install_param.html


Si especifica un directorio para search.SolrEmbeddedDataDir, el directorio y sucontenido persisten en los reinicios del servidor, y el servidor no reindexa elrepositorio en cada reinicio.

Pasos adicionales para configurar Decision ValidationServices

Si lo prefiere, puede desplegar, configurar y probar Decision Validation Servicespara complementar su configuración de Decision Center en WebSphere ApplicationServer.

Antes de empezarAntes de desplegar y configurar Decision Validation Services, debe instalar RuleExecution Server y su consola. Puede realizar una secuencia de pasos paragarantizar una configuración correcta.

Antes de desplegar y configurar Decision Validation Services, instale el siguientesoftware:1. (Opcional) Instalar Rule Designer.2. Instale Rule Execution Server y Decision Center y configure ambas

aplicaciones.

Nota: En WebSphere Application Server, Decision Validation Services utiliza elgestor de trabajo predeterminado wm/default para ejecutar simulaciones y pruebasen hebras gestionadas. Por lo tanto, asegúrese de que está definido en el servidorde aplicaciones en el que configure Decision Validation Services. Para obtener másinformación sobre cómo configurar un gestor de trabajo utilizando la consola deadministración de WebSphere Application Server, consulte el tema "Configuraciónde gestores de trabajo" en el Information Center de WebSphere Application Server.

Pasos a seguir

En la tabla siguiente se resumen los pasos a seguir para configurar DecisionValidation Services.

Nota: También puede realizar la configuración siguiendo los pasos enConfiguración de Rule Execution Server en WebSphere Application Server paraz/OS usando los scripts de wsadmin.

Paso Obligatorio/Opcional

“Paso 1: crear recursos de base de datos del almacén dedecisiones” en la página 190Consejo:

Si ha utilizado la consola de Rule Execution Server paracrear recursos de base de datos (consulte Rellenar una basede datos utilizando la consola Rule Execution Server), estepaso no es necesario.

Opcional


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.zos.config/topics/tpc_ds_config_wsadmin_scripts.html


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_websphere_topics/tpc_was_pop_from_console.html



“Paso 2: despliegue del archivado de Decision ValidationServices por primera vez” en la página 192

Este archivador es el archivador SSP predeterminadoempaquetado con el instalador.

Opcional. Realice este paso siquiere comprobar ladisponibilidad de lacaracterística. También puedecomprobar el uso delarchivador predeterminado sitiene un XOM de XML, encuyo caso no es necesariovolver a empaquetar elarchivo SSP.

“Paso 3: comprobar la disponibilidad de Decision ValidationServices” en la página 193

Opcional

“Paso 4: empaquetar Decision Validation Services medianteAnt” en la página 194

Opcional

“Paso 5: volver a desplegar el archivador de DecisionValidation Services” en la página 195

Paso 1: crear recursos de base de datos del almacén dedecisionesPuede utilizar scripts de SQL para crear un esquema dedicado en la base de datos.

Si establece la persistencia de Rule Execution Server en datasource o jdbc y tieneprevisto utilizar Decision Warehouse para almacenar los resultados de ejecución deprueba, debe crear un esquema dedicado en la base de datos que contiene estastablas y vistas. Para ello, puede utilizar los scripts de SQL proporcionados, que seencuentran en <dir-instalación_ODM>/executionserver/databases. Un archivoreadme (léame) en este directorio proporciona información adicional sobre losscripts.

El script que crea el esquema de base de datos del almacén de decisiones se llamatrace_<nombre_base_datos>.sql.

Nota:

El asistente de Parámetros de instalación de la consola de Rule Execution Servercrea todas las tablas necesarias para Rule Execution Server y Decision Warehouse.Si está configurando Decision Validation Services y ya ha ejecutado el asistente deParámetros de instalación para crear las tablas, no es necesario crear manualmentelos recursos de base de datos. No obstante, si no ha utilizado el asistente para crearrecursos de base de datos, debe ejecutar el script para crear el esquema de base dedatos del almacén de decisiones.

Cuando utilice DB2 (salvo en z/OS), los scripts que creen las tablas de bases dedatos de Rule Execution Server se graban para las bases de datos que utilicenalmacenamiento automático.v BP32K es la agrupación de almacenamiento intermedio esperada en




v Debe actualizar el script trace_db2.sql y seleccionar la opción personalizada enel asistente Parámetros de instalación para ejecutarla. Modifique la líneasiguiente del script para especificar el almacenamiento para el espacio de tabla:CREATE TABLESPACE RESDWTS PAGESIZE 32K BUFFERPOOL BP32K;

A continuación se muestra un ejemplo de la especificación del espacio de tablaen el script:CREATE TABLESPACE RESDWTS PAGESIZE 32K MANAGED BY DatabaseUSING [ FILE ’C:\DB2\Container.file’ 640 ] BUFFERPOOL BP32K;

v Es posible que tenga que modificar más el script, en base a la configuración desu base de datos.

Nota:

Si ha realizado esta tarea como parte de la configuración de Rule Execution Server,no es necesario que la haga una segunda vez. Se incluye aquí únicamente con elfin de proporcionar más información.

Si utiliza el editor de mandatos para ejecutar los scripts, debe iniciar sesión con lascredenciales que utilice para el origen de datos para Rule Execution Server.

Utilice cualquier herramienta que pueda manejar SQL para importar y ejecutar losscripts SQL. Las herramientas que se proporcionan para cada base de datos son:


IBM DB2 Procesador de la línea de mandatos de DB2



Oracle Procesador de línea de mandatos de sqlplus




Para acceder a la base de datos, el usuario de base de datos debe tener lascredenciales siguientes:v Un Id. de usuario y una contraseñav Privilegios completos sobre las tablas y vistas del esquema (create, insert,

delete)v privilegios para crear índices

v En Oracle, privilegios para crear desencadenante y crear secuencia. Si utilizauna base de datos Oracle, ejecute todos los scripts en el cliente SQL Plus.

Instale un cliente de base de datos para la base de datos que utilice. Consulte ladocumentación de la base de datos para obtener más información.


El tamaño CLOB predeterminado no es suficiente para el campoFULL_EXECUTION_TRACE en la tabla EXECUTION_TRACES. Es posible que necesite uncalificador de tamaño si surgen excepciones en SQL con el código de razón<Lob-Value>.

Paso 2: despliegue del archivado de Decision ValidationServices por primera vezUna vez que tenga disponibles los recursos de base de datos de DecisionWarehouse, puede desplegar el archivador de Decision Validation Services.

Antes de empezar

Para desplegar un archivador de Decision Validation Services, debe trabajar enWebSphere Integrated Solutions Console. Inicie sesión en la consola tal y como seindica en “Antes de empezar: Abrir la consola de administración” en la página 155.


Puede seguir este procedimiento para desplegar el archivador de Scenario ServiceProvider (SSP) predeterminado empaquetado con el instalador o para losdespliegues subsiguientes de un archivador reempaquetado. Despliegue el archivoEAR SSP predeterminado si desea comprobar la disponibilidad de la característica.También puede desplegar el archivo EAR SSP predeterminado y utilizarlo paraprobar sus reglas si tiene un XOM de XML. Se incluye un XOM de XML en elarchivador de conjunto de reglas dentro de una RuleApp. Por lo tanto, no esnecesario reempaquetar el archivo EAR SSP para incluir el XOM.

Importante: Debe desplegar el archivador de Decision Validation Services en elmismo servidor que la XU. Además, para que funcionen los servicios de prueba ysimulación, de forma predeterminada se espera que la aplicación SSP se encuentreen la misma ubicación que la consola de Rule Execution Server. Si no hay tambiéndesplegada una instancia de consola de Rule Execution Server en el mismoservidor que SSP, debe implementar la interfaz de IlrSSPResolver tal como seexplica en “Distribución de pruebas de Decision Validation Services a variosservidores” en la página 196.

Si está instalando Decision Validation Services en z/OS, puede utilizar scripts deinstalación personalizables para realizar esta tarea. Para obtener más información,consulte Configuración de Rule Execution Server en WebSphere Application Serverparaz/OS utilizando scripts wsadmin.

Procedimiento

Para desplegar un archivador SSP:1. En el panel lateral de WebSphere Integrated Solutions Console, abra

Aplicaciones y pulse Aplicaciones empresariales de WebSphere.2. Pulse Instalar.3. Asegúrese de que Sistema de archivos local esté seleccionado, pulse

Examinar y vaya a uno de los archivos siguientes, y a continuación pulseSiguiente.v Para WebSphere Application Server 8.0: <dir-instalación_ODM>/

executionserver/applicationservers/WebSphere8/jrules-ssp-WAS8.ear

v Para WebSphere Application Server 8.5 o 8.5.5: <dir-instalación_ODM>/executionserver/applicationservers/WebSphere85/jrules-ssp-WAS85.ear





5. Expanda Elegir generar enlaces y correlaciones predeterminados, seleccioneel recuadro de selección Generar enlaces predeterminados y pulse Siguiente.

6. Pulse Continuar para aceptar el aviso de seguridad.7. Del Paso 1 al Paso 8, pulse Siguiente para aceptar los valores

predeterminados.8. En el Paso 9, si tiene la seguridad activada, seleccione resAdministrators y

pulse Correlacionar grupos.9. Pulse Buscar.

10. Pulse el grupo resAdministrators en Disponibles y a continuación pulse lasflechas para moverlo a la columna Seleccionados.

11. Pulse Aceptar para volver a la página Correlacionar roles de seguridad conusuarios o grupos.

12. Repita los pasos de 8 a 11 para el grupo resDeployers, seleccionandoresDeployers.

13. Pulse Siguiente y luego pulse Finalizar.14. Una vez completada la instalación, pulse Guardar directamente en la

configuración maestra.15. En el panel lateral, abra Aplicaciones > Tipos de aplicación > Aplicaciones

empresariales WebSphere y pulse jrules-ssp-WAS8 o jrules-ssp-WAS85.16. Pulse Gestionar módulos.17. Pulse Proveedor de servicios de escenario.18. En Propiedades generales, para Orden de cargadores de clases seleccione

Clases cargadas con el cargador de clases local primero (padre último) ypulse Aceptar.

19. Pulse Aceptar de nuevo y a continuación pulse Guardar para guardardirectamente la configuración maestra.

20. En el panel lateral, abra Aplicaciones > Tipos de aplicaciones > Aplicacionesempresariales de WebSphere.

21. En la página Aplicaciones empresariales, seleccione el recuadro de selecciónjunto a jrules-ssp-WAS8 o jrules-ssp-WAS85 y pulse Iniciar para iniciar laaplicación.

Paso 3: comprobar la disponibilidad de Decision ValidationServicesHay diseñado un URL de prueba específico para que compruebe el tipo de sesiónde reglas, la clase de fábrica de DAO para el rastreo de persistencia, la claseutilizada para guardar en memoria caché el trabajo de Decision Validation Servicesy el tamaño de agrupación para ejecución asíncrona.

Para comprobar la disponibilidad de Decision Validation Services:1. Especifique el URL http://<host>:<puerto>/testing en un navegador web.2. Inicie sesión en la aplicación SSP (Scenario Service Provider) con uno de los

roles de Rule Execution Server.La aplicación muestra una página de inicio, que contiene información sobre elservidor SSP.

Versión

La versión de Decision Server utilizada.

Nivel del parche


El nivel del parche del Decision Server utilizado.

Información de licencia

El tipo de licencia de esta versión.

RuleSession

El tipo de sesión de reglas (POJO o J2SE).

Clase de fábrica de DAO

La clase de Fábrica de DAO (Objeto de acceso a datos) utilizada paramantener el rastreo en el depósito de datos.

Clase de almacén de trabajos

El nombre de la clase utilizada para la persistencia del trabajo de DecisionValidation Services en la memoria caché para liberar la memoria durantecálculos largos.

Tamaño de la agrupación de trabajos

El tamaño de la agrupación para la ejecución asíncrona.

Iniciado desde

El tiempo y fecha a la que se inició el SPP.

Trabajos actualmente en ejecución

La pantalla Acerca de proporciona información sobre los trabajosactualmente en ejecución después de ejecutar Decision Validation Servicesen Decision Center:v En la tabla se mostrará un ID de trabajo cuando un usuario pulsa en

Ejecutar en Decision Center.v La columna Creado registra la fecha y hora a la que se ha inicializado

cada trabajo.v La columna Estado muestra el número de escenarios que ya se han

probado en comparación con el número total de escenarios.v La Hora de inicio registra la hora a la que un recurso ha sido asignado

al trabajo.v La columna Partes registra el número de partes en el trabajo:

– Un trabajo que no se ejecuta en paralelo tiene una parte.– Un trabajo que se ejecuta en paralelo tiene una o más partes.

v La Hora de finalización registra la hora a la que se ha completado laejecución del trabajo, esto es, cuando se han probado todos losescenarios del trabajo.

Decision Center descarga automáticamente el informe del trabajo cuandotermina la ejecución. Si la suite del escenario se ejecuta en segundo plano,el usuario descarga el informe visualizando la lista de suites de escenariosy, a continuación, pulsando en el enlace el informe cuando esté disponible.Una vez visualizado el informe, el trabajo se quita de la tabla. El trabajopermanece en la tabla hasta que se descargue el informe.

Paso 4: empaquetar Decision Validation Services mediante AntPuede configurar archivadores de Decision Validation Services utilizando una tareaAnt.



Esta sección es únicamente para usuarios que instalan el producto en Windows yotras plataformas distribuidas soportadas.

Puede configurar los archivadores de Decision Validation Services ejecutando latarea Ant ssp-setup.

Procedimiento1. Defina la tarea Ant en su archivo de compilación utilizando el elemento Ant

<taskdef> de una de las siguientes maneras:v Defina la tarea en el nivel superior o dentro de un destino específico.

<taskdef resource="res-tasks.properties"classpath="${<dir-instalación>}/executionserver/lib/jrules-res-setup.jar"/>

v Si el archivo JAR está disponible en el sistema, puede escribir el códigosiguiente:<taskdef resource="res-tasks.properties"/>

2. Utilice la tarea Ant ssp-setup Ant para actualizar un artefacto Scenario ServiceProvider (SSP) para su configuración y XOM específicos.

3. Ejecute la tarea Ant de una de las siguientes maneras:v Desde la línea de mandatos: ejecute Ant en el directorio adecuado, seguido

por el nombre del archivo de compilación, si es necesario.v Desde Eclipse: pulse el botón derecho del ratón sobre el archivo Ant y

seleccione Ejecutar.


Ahora puede desplegar el archivador de prueba.

Paso 5: volver a desplegar el archivador de Decision ValidationServicesCómo volver a desplegar el archivador de Decision Validation Services.

Antes de empezar

Para volver a desplegar un archivador de Decision Validation Services, debetrabajar en WebSphere Integrated Solutions Console. Inicie sesión en la consola taly como se indica en “Antes de empezar: Abrir la consola de administración” en lapágina 155.


Siga este procedimiento cuando deba volver a desplegar el archivador de ScenarioService Provider (SSP) predeterminado empaquetado con el instalador oarchivadores reempaquetados posteriormente. Vuelva a desplegar el archivo EARSSP predeterminado si desea comprobar la disponibilidad de la característica.También puede volver a desplegar el archivo EAR SSP predeterminado y utilizarlopara probar sus reglas si tiene un XOM de XML. Se incluye un XOM de XML en elarchivador de conjunto de reglas dentro de una RuleApp. Por lo tanto, no esnecesario reempaquetar el archivo EAR SSP para incluir el XOM.

Importante: El archivador debe volverse a desplegar en el mismo servidor que laUnidad de ejecución (XU).


Procedimiento

Para volver a desplegar un archivador SSP que ya se ha desplegado anteriormente:1. En el panel lateral de la consola, abra Aplicaciones y pulse Aplicaciones

empresariales de WebSphere.2. Seleccione la aplicación SSP desplegada y pulse Desinstalar.3. Pulse Aceptar para confirmar la desinstalación de la aplicación SSP.4. Pulse Guardar para guardar los cambios directamente en la configuración

maestra.5. Siga de nuevo “Paso 2: despliegue del archivado de Decision Validation

Services por primera vez” en la página 192 para desplegar el nuevo archivadorSSP.

Distribución de pruebas de Decision Validation Services a variosservidoresCuando configure el entorno de Rule Execution Server en un dominio con variosservidores, puede definir qué instancias de Rule Execution Server se utilizan paraejecutar pruebas de Decision Validation Services.

Antes de empezar1. Empaquete todos los modelos de objeto ejecutable (XOM) en el archivo

ssp.war. Para obtener más información, consulte Hacer el XOM accesiblereempaquetando el SSP.

2. Asegúrese de que el archivo archivador del Scenario Service Provider (SSP)(ssp.war) se haya desplegado en cada servidor junto con una fábrica deconexiones de XU y la definición de origen de datos correspondiente.


Para definir qué instancias de Rule Execution Server se utilizan para ejecutarpruebas de Decision Validation Services, debe crear un solucionador SSPpersonalizado.

Procedimiento1. Implemente la interfaz de IlrSSPResolver.

Para una implementación simple, puede utilizar el nombre de servidor paradevolver un URL de servidor específico. Por ejemplo, puede tener dosservidores definidos en Decision Center:v testingServer1: http://host1:9080/resv testingServer2: http://host1:9080/res

Y su solucionador SSP puede evaluar el URL de SSP de la forma siguiente:if ( serverName.equals("testingServer1") ){

return ( new URL( "http://server1:9080/testing" ) );}else if ( serverName.equals("testingServer2") ){

return ( new URL( "http://server2:9080/testing" );}else

return( new URL( "http://host1:9080/testing" ));

2. Añada la clase al archivador teamserver.war.3. Establezca la propiedad teamserver.defaultSSPResolver.class en dicha clase.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.rules.designer.test/topics/tsk_repackssp.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dserver.rules.designer.test/topics/tsk_repackssp.html

Resultados

La próxima vez que ejecute una prueba DVS, la ejecución se dirigirá según elservidor que haya elegido.


Para obtener una mejor implementación, puede establecer una dependencia con elproyecto que se está probando, de forma que pueda distribuir la ejecución de DVSsegún dicha proyecto.ManagerBean bean = ManagerBean.getInstance() ;IlrSession session = bean.getSession();IlrRuleProject project = session.getWorkingBaseline().getProject();String pname = project.getName();

Configuración de las consolas de Decision Center en WebSphereApplication Server para Linux en System z

Para poder utilizar las consolas de Decision Center en una instancia deWebSphereApplication Server para Linux en System z, debe configurar la persistencia para losrecursos, crear un proveedor JDBC, desplegar los archivos proporcionados paraeste servidor y activar la seguridad.

Antes de empezarPara configurar la consola de Decision Center en WebSphere Application Serverpara Linux en System z, debe seguir pasos específicos. Algunos son obligatorios yotros son opcionales.

Hay disponible una extensión de integración específica para la plataforma IBMProcess Server. Para obtener más información, consulte esta página: IntegrationSupportPacs

Para obtener información explicativa sobre las tareas que debe completar, consulte“Pasos a seguir” en la página 198.

Termine la configuración con Completar la configuración mediante la consola deDecision Center o Completar la configuración usando tareas Ant.

Una vez terminada la configuración, Decision Center estará listo para su uso(consulte Abrir la consola empresarial de Decision Center). La primera vez queabra Decision Center, no contiene un proyecto de reglas. Debe publicar unproyecto desde Rule Designer (consulte Publicación de un proyecto).

En esta guía se presupone que está usando un perfil con seguridad administrativahabilitada.

Prerrequisitos de software

Antes de configurar Decision Center, debe tener instalado el software siguiente:v WebSphere Application Server para zLinux V8.0v DB2 versión 9.5 o 10v Java 1.6 incluido en su sentencia PATH.

También necesita los derechos siguientes:




http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing_was_linux.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing_was_linux.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing_ant_was_linux.html



v Acceso a la Consola de soluciones integradas de WebSphere Application Serverv Permiso de administrador de DB2 para crear (CREATE) una base de datos y

para crear y actualizar (CREATE y UPDATE) TABLAS/v Permiso par iniciar y detener WebSphere Application Server

Pasos a seguir

En la tabla siguiente se resumen los pasos que debe seguir para configurarDecision Center en WebSphere Application Server.

Paso Necesario

Paso 1: aplicación de los permisos de usuario de base dedatos

“Paso 2: configuración de seguridad de la conexión Java 2”en la página 200

“Paso 3: Configuración de laseguridad en WebSphereApplication Server” en lapágina 200

“Definición de un registro deusuarios” en la página 200

Opcional

“Creación de usuarios ygrupos” en la página 201

Opcional

“Políticas de seguridad parala consola de DecisionCenter” en la página 203

“Paso 4: creación de la base de datos DB2” en la página 204

“Paso 5: crear un proveedor JDBC” en la página 205

“Paso 6: Creación de unorigen de datos y unaagrupación de conexiones”en la página 206

“Creación de un origen dedatos y una agrupación deconexiones” en la página 206

“Probar la conexión a la basede datos” en la página 207

“Paso 7: Despliegue delarchivo EAR de DecisionCenter en WebSphereApplication Server” en lapágina 208

“Declaración de grupospersonalizados” en la página208

Opcional

“Despliegue del EAR” en lapágina 209

“Comprobación deldespliegue de la consolaDecision Center Enterprise”en la página 211

Opcional

“Cambio de la secuencia decarga de clases” en la página209


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_db_permissions_was_linux.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_db_permissions_was_linux.html

Paso Necesario

“Paso 8: Completar la configuración” en la página 211

Utilice uno de los dosmétodos para completar lainstalación.

Verificación de la configuración de Decision Center Opcional

Paso 1: restricción de los permisos del usuario de base dedatos

Los datos de Decision Center se almacenan en una base de datos. El administradorde base de datos puede necesitar que proporcione permisos específicos que lehagan falta a la hora de acceder a esta base de datos.


Conexión a la base de datos de Decision Center, establecida en las credenciales delorigen de datos y las posteriores solicitudes a la base de datos se gestionan através de un usuario de bases de datos. Este usuario de base de datos (nombre ycontraseña), por ejemplo rtsdbUser, lo define el administrador de base de datos yno tiene relación con los grupos estándares de Decision Center.

En la tabla siguiente encontrará los permisos que debe definir el administrador debase de datos en la base de datos de Decision Center, con especial atención al tipode operaciones que desee realizar. Algunas bases de datos admitidas no requierentodos los permisos anteriores.


Operación





ALTER TABLE No necesario No necesario Necesario Necesario

CREATE INDEX No necesario Necesario Necesario Necesario

CREATE ROLE No necesario No necesario No necesario Necesario

CREATESEQUENCE

No necesario Necesario Necesario Necesario

CREATE TABLE No necesario Necesario Necesario Necesario

CREATE VIEW No necesario Necesario Necesario Necesario

DROP INDEX No necesario No necesario Necesario Necesario

DROPSEQUENCE

No necesario No necesario Necesario Necesario

DROP TABLE No necesario No necesario Necesario Necesario


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.dc.verify/shared_config_topics/tpc_rts_starting_console.html


Operación





DROP VIEW No necesario No necesario Necesario Necesario

INSERT TABLE Necesario Necesario Necesario Necesario

SELECTSEQUENCE

Necesario Necesario Necesario Necesario

SELECT TABLE Necesario Necesario Necesario Necesario

UPDATE TABLE Necesario Necesario Necesario Necesario

Paso 2: configuración de seguridad de la conexión Java 2Cómo crear datos de autenticación J2C en WebSphere Application Server.


Si ha realizado esta tarea como parte de la instalación de Rule Execution Server, noes necesario que la haga otra vez. El procedimiento se incluye aquí sólo para quelas instrucciones sean completas.

Procedimiento

Para configurar la seguridad de la conexión:1. En WebSphere Application Server Consola de soluciones integradas, abra

Seguridad > Seguridad global.2. Expanda Java Authentication and Authorization Service y seleccione Datos de

autenticación J2C.3. Pulse Nuevo y proporcione las credenciales del Administrador de DB2 en los

campos ID de usuario y Contraseña.4. Pulse Aplicar y Guardar directamente en la configuración maestra.

Paso 3: Configuración de la seguridad en WebSphereApplication Server

El acceso a Decision Center está gestionado por la seguridad de servidor deaplicaciones. Para acceder a Decision Center en WebSphere Application Server,debe definir un registro de usuarios.

Definición de un registro de usuariosCómo definir un repositorio de usuarios federado basado en archivo como registrode usuarios.

La información sobre usuarios y grupos se encuentra en un registro de usuarios.En WebSphere Application Server, un registro de usuarios autentica un usuario yrecupera información sobre los usuarios y grupos, para ejecutar funcionesrelacionadas con la seguridad, incluidas la autenticación y la autorización.WebSphere Application Server da soporte a los siguientes tipos de registros deusuario:


v Repositorio federadov Sistema operativo localv Registro LDAP (Lightweight Directory Access Protocol) autónomov Registro personalizado autónomo

Un repositorio de usuarios federados sirve como registro activo de usuarios.v Si no tiene grupos o usuarios definidos o si quiere definir nuevos grupos o

usuarios, realice los pasos que se describen en “Creación de usuarios y grupos”en la página 163. Se aplican las reglas siguientes:– Cada usuario de Decision Center debe pertenecer a por lo menos uno de los

grupos obligatorios rtsAdministrator, rtsConfigManager, rtsInstaller ortsUser. La pertenencia a estos grupos determina las partes de DecisionCenter a las que cada usuario puede acceder.

– Debe crear todos estos grupos en el servidor de aplicaciones.– A efectos de prueba, debe crear también un usuario y contraseña

predeterminados para cada uno de estos grupos.– Además, si quiere realizar el tutorial de permisos de Decision Center en su

propia instalación, debe crear los dos grupos personalizados Validator yEligibility.

v Si ya tiene grupos o usuarios definidos que pueden ajustarse al rol esperado,continúe conectándolos a los roles durante el despliegue de la aplicación.

En la tabla siguiente se resumen grupos, sus usos y sus usuarios y contraseñaspredeterminados.

Grupo UsoUsuario y contraseñapredeterminado

rtsAdministrator Obligatorio, otorga al usuarioacceso de administrador

rtsAdmin, rtsAdmin

rtsConfigManager Obligatorio, otorga al usuarioacceso de gestor deconfiguración

rtsConfig, rtsConfig

rtsUser Obligatorio, otorga al usuarioacceso estándar

rtsUser1, rtsUser1

rtsInstaller Obligatorio, otorga al usuarioacceso al Gestor deinstalación

rtsAdmin, rtsAdmin

Validator Grupo personalizadoopcional, utilizado en eltutorial de permisos deDecision Center.

Val, Val

Eligibility Grupo personalizadoopcional, utilizado en eltutorial de permisos deDecision Center.

Eli, Eli

Creación de usuarios y gruposLa seguridad se basa en usuarios y grupos de usuarios. Defina los grupos a losque quiera que pertenezcan los usuarios en el servidor de aplicaciones. Para ello,configure un repositorio federado como registro de usuarios.


Antes de empezar

En este punto de la configuración, la creación de usuarios y grupos es opcional:v Si ya tiene grupos y usuarios adecuados definidos, omita este procedimiento y

conecte los usuarios a sus roles adecuados cuando despliegue sus aplicaciones.v Si no tiene definidos grupos y usuarios o si quiere definir nuevos grupos o

usuarios, continúe con los pasos siguientes.


En este paso se explica cómo configurar un repositorio de usuarios federado comoel registro de usuarios activos en la Consola de soluciones integradas deWebSphere Application Server.

Nota: Consulte Grupos para obtener información sobre los grupos de DecisionCenter.

Procedimiento

Para configurar un repositorio federado:1. En la Consola de soluciones integradas, abra Seguridad > Seguridad global.2. Configure la seguridad de repositorio de la siguiente manera:

v Si Repositorios federados ya está seleccionado bajo Definición deldominio actual, asegúrese de que Habilitar seguridad de aplicación estéseleccionado. Si selecciona Habilitar seguridad de aplicación, debe pulsaren Aplicar y Guardar para guardar los cambios en la configuraciónmaestra.

v SI aún no está seleccionado, pulse en Asistente de configuración deseguridad. Complete el asistente según se indica a continuación

a. En el Paso 1, para especificar el nivel de protección, seleccione Habilitarseguridad de aplicación y pulse Siguiente.

b. En el Paso 2, seleccione Repositorios federados y pulse Siguiente.c. En el Paso 3, escriba el nombre en el campo Nombre de usuario

administrativo primario y websphere en el campo Contraseña; acontinuación, pulse Siguiente.


e. Pulse Guardar para guardar los cambios en la configuración maestra.f. Reinicie WebSphere Application Server. A continuación, tendrá que iniciar

sesión en la Consola de soluciones integradas como usuario administrativoprincipal.

3. En el panel lateral, abra Usuarios y grupos > Gestionar grupos, y pulseCrear.

4. Especifique rtsUser como nombre de grupo y pulse Crear.5. Pulse Crear como y cree otro grupo llamado rtsAdministrator; luego pulse

Crear.6. Pulse Crear como y cree otro grupo llamado rtsConfigManager; luego pulse

Crear.7. Pulse Crear como nuevamente y especifique otro grupo llamado rtsInstaller

y pulse Crear; luego pulse Cerrar.


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter.bu.econsole/topics/con_config_secu_groups.html

8. Si quiere realizar el tutorial de permisos de Decision Center en su propiainstalación, cree dos grupos adicionales: Validator y Eligibility.

9. En el panel lateral, abra Usuarios y grupos > Gestionar usuarios, y pulseCrear.

10. Especifique rtsUser1 como el Id. de usuario con una contraseña rtsUser1.Además, especifique el nombre y apellidos.

11. Pulse Pertenencia a grupos y luego Buscar. Seleccione el grupo rtsUser ypulse Añadir. Pulse Cerrar y, a continuación, pulse Crear y luego, otra vezCerrar.

12. Cree otro usuario llamado rtsAdmin y con contraseña rtsAdmin. Repita el pasoanterior y asigne el usuario a los grupos rtsAdministrator y rtsInstaller.A continuación, cree un usuario llamado rtsConfig con la contraseñartsConfig. Repita el paso anterior y asigne el usuario al gruportsConfigManager.

13. Omita este paso si no tiene pensado realizar la guía de aprendizaje depermisos de Decision Center. Cree un usuario llamado Val con la contraseñaVal y añádalo a los grupos rtsUser, Validator y Eligibility. A continuación,cree otro usuario llamado Eli con la contraseña Eli y añádalo a los gruposrtsUser y Eligibility.

14. Reinicie el servidor de aplicaciones.

Políticas de seguridad para la consola de Decision CenterCuando habilite la seguridad de Java 2 en WebSphere Application Server, debealterar temporalmente las políticas de servidor.

Tras activar la seguridad global de WebSphere Application Server, no se puedeacceder al servidor MBean desde la aplicación desplegada.

Estas políticas de seguridad se deben alterar temporalmente para la consola deDecision Center, ya que la consola necesita registrar y gestionar un conjunto deMBeans. Decision Center está empaquetado con un archivo de política específicoque altera temporalmente las políticas de servidor.

Este archivo was.policy está empaquetado en los archivos EAR del directorioMETA-INF.

Cuando habilite la seguridad de Java 2 en WebSphere Application Server, debeactualizar el archivo was.policy para dar permisos de lectura y grabación a cadadirectorio en el que esté publicado RuleDoc, como en el ejemplo siguiente:permission java.io.FilePermission "<vía a mi carpeta ruledoc>${/}-","read, write, delete";

Si no actualiza el archivo was.policy, los usuarios no pueden sincronizar RuleDocpara el sistema de archivos.

Establecimiento de las propiedades personalizadas para laseguridad de Decision CenterPara garantizar que las consolas de Decision Center funcionen correctamente,establezca las propiedades InvalidateOnUnauthorizedSessionRequestException ysetContextRootForFormLogin en WebSphere Application Server.


Antes de empezar

Defina propiedades de seguridad en la Consola de soluciones integradas deWebSphere. Compruebe que tiene un perfil de WebSphere Application Server,inicie el servidor y abra la consola e inicie sesión utilizando el ID de usuario ycontraseña que haya definido en el perfil.


Para evitar posibles errores de sesión y autenticación, consulte las siguientespropiedades en la Consola de soluciones integradas de WebSphere.


Servidores de aplicaciones >servidor1 > Gestión de sesiones >Propiedades personalizadas

InvalidateOnUnauthorizedSessionRequestException = true

Si el mismo ID de usuario accede almismo tiempo a la consola denegocio y a la consola empresarial,esta propiedad impide que seproduzcan errores de autenticación.Para obtener más información,consulte la nota técnica siguiente:http://www.ibm.com/support/docview.wss?uid=swg21609826.

Seguridad global > Propiedadespersonalizadas

com.ibm.websphere.security.setContextRootForFormLogin = true

Si las consolas Business y Enterprisese utilizan en el mismo servidor deaplicaciones, esta propiedad impideque una cookie de WebSphereApplication Server apunte a laaplicación incorrecta. Para obtenermás información, consulte la notatécnica siguiente:http://www.ibm.com/support/docview.wss?uid=swg1PM58885.

Paso 4: creación de la base de datos DB2Se necesita una base de datos DB2 para Decision Center.


Debe crear una base de datos vacía para Decision Center.

Procedimiento

Para crear la base de datos DB2:1. Si la base de datos Decision Center no existe, debe crearla. Necesita permiso de

administrador de DB2 para crear la base de datos utilizando los mandatossiguientes:su {DB2AdminName}db2CREATE DATABASE {RTSDBName}

2. Tras crear la base de datos vacía, puede cerrar el cliente de línea de mandatosde DB2:quitexit






Creación de la base de datos DB2 en z/OSAntes de empezar

Antes de realizar este paso, compruebe que tiene instalado DB2 para z/OS versión9.1 o 10, y que tiene permiso de administrador de DB2 para crear (CREATE) unabase de datos, y para crear y actualizar (CREATE y UPDATE) tablas de DB2.


Nota:

Debe personalizar el JCL según las necesidades, tal y como se indica en loscomentarios dentro de cada miembro PDSE, antes de ejecutarlos en el sistemaz/OS. Puede personalizar el JCL utilizando una búsqueda y sustitución manual outilizando una macro de ISPF.

Tras personalizar las variables JCL para su configuración, puede enviar trabajospara crear una base de datos para Decision Center.

Procedimiento

En el equipo z/OS en el que está instalado DB2, ejecute los scripts JCL siguientespara crear tablas de bases de datos y otorgar permisos para las tablas. Eladministrador de base de datos es quien suele realizar esta tarea.1. dir-instalación/teamserver/jcl/HBRDCCDB.jcl

2. dir-instalación/teamserver/jcl/HBRDCGNR.jcl


Paso 5: crear un proveedor JDBCCómo crear un proveedor JDBC en WebSphere Application Server para habilitarDecision Center.


El primer paso para crear un origen de datos es crear un proveedor de JDBC.

Procedimiento1. Inicie sesión en la Consola de soluciones integradas.2. En el menú lateral, abra Recursos > JDBC, y pulse Proveedores JDBC.3. En Ámbito, seleccione Node=xxx, Server=yyy, donde xxx es el nombre del

nodo y yyy el nombre del servidor y pulse Nuevo.4. En el Paso 1 seleccione el tipo de base de datos, el tipo de proveedor y el tipo

de implementación: Por ejemplo:

Tipo de base de datos

DB2

Tipo de proveedor

Proveedor del controlador JDBC de DB2 Universal

Tipo de implementación

Seleccione y escriba después un nombre (por ejemplo, “Proveedor delcontrolador JDBC universal de DB2 para Decision Center”).


5. Pulse Siguiente.6. En el Paso 2, deje todos los valores de vía de acceso de clases, incluyendo los

que están en blanco, como valores predeterminados y pulse Siguiente. En elPaso 3 se proporciona un resumen.

7. Compruebe que la vía de acceso de clases al archivo JAR de su controlador yla clase de implementación son correctos.Los valores predeterminados suelen ser suficientes.

8. Pulse Finalizar y Guardar para guardar los cambios directamente en laconfiguración maestra.

9. Es posible que la instalación de DB2 haya instalado el archivodb2jcc_license_cisuz.jar en una ubicación que no estén en la vía de accesode WebSphere. Utilice el mandato siguiente para localizar el archivodb2jcc_license_cisuz.jar: find / -name db2jcc_license_cisuz.jar

Nota: Es mejor que lo haga como usuario root, para evitar mensajes sobrepermisos.

10. Desde la consola de soluciones integradas de WebSphere , abra Entorno >Variables de WebSphere y pulse DB2UNIVERSAL_JDBC_DRIVER_PATH.

11. Establezca el valor en la vía de acceso encontrada por el mandato find.12. Pulse Aceptar y Guardar para guardar los cambios en la configuración

maestra.

Paso 6: Creación de un origen de datos y una agrupación deconexiones

En la creación de un origen de datos se presupone que su base de datos ya está enejecución.

Creación de un origen de datos y una agrupación de conexionesDebe crear una agrupación de conexión y un origen de datos en WebSphereApplication Server para habilitar Decision Center.


Después de crear su proveedor JDBC, puede crear un origen de datos y unaagrupación de conexiones.

Nota:

Si WebSphere Application Server se utiliza en modalidad de agrupación en clúster,debe definir el origen de datos a nivel de nodo en el clúster (al contrario que elnivel de clúster).

Procedimiento

Para crear un origen de datos y una agrupación de conexiones:1. En la Consola de soluciones integradas, abra Recursos > JDBC y Orígenes de

datos.2. En el panel lateral Ámbito, seleccione el ámbito que ha seleccionado para el

proveedor JDBC en “Paso 5: crear un proveedor JDBC” en la página 205 y, acontinuación, pulse Nuevo.


3. En Paso 1, especifique un nombre para el origen de datos en el campo Nombrede origen de datos y jdbc/<nombre_de_su_origen_de_datos> en el campoNombre JNDI, y pulse Siguiente.

Importante: El nombre del origen de datos no es importante aquí, pero en elnombre JNDI, debe reutilizar el nombre del origen de datos que especifique.Por ejemplo, si especifica ilogDataSource como nombre del origen de datos,establezca el nombre JNDI en jdbc/ilogDataSource. De lo contrario, DecisionCenter no puede utilizar el origen de datos.

4. En Paso 2, elija Seleccionar un proveedor JDBC existente, seleccione elproveedor JDBC que ha creado en “Paso 5: crear un proveedor JDBC” en lapágina 205, y pulse Siguiente.

5. En el Paso 3, establezca las propiedades de la base de datos específica para elorigen de datos:a. Introduzca los valores siguientes:

Tipo de controlador

4

Nombre de base de datos

Escriba el nombre de base de datos, por ejemplo RTSDB.

Nombre de servidor

Escriba el nombre de su servidor.

Número de puerto

Escriba el número de puerto.

Nota: Es posible que necesite configurar el origen de datos para que hayauna mayor coincidencia, ya que es posible que Decision Center encuentrevarios puntos muertos de base de datos si el nivel de aislamiento de latransacción no se ha establecido en 'READ-COMMITTED'. Para obtener másinformación, consulte la siguiente nota técnica: http://www-01.ibm.com/support/docview.wss?uid=swg21224492.

b. Anule la selección de Usar este origen de datos en persistencia gestionadapor contenedor (CMP).

c. Pulse Siguiente.6. En el Paso 4, seleccione el alias de autenticación del administrador de DB2 de

la opción Alias de autenticación gestionado por componente y, a continuación,pulse Siguiente.En el Paso 5, se proporciona un resumen del origen de datos.

7. Pulse Finalizar y Guardar para guardar los cambios en la configuraciónmaestra.

Probar la conexión a la base de datosCómo probar la conexión a su base de datos.


Cuando haya creado un origen de datos y una agrupación de conexiones, yestablezca las propiedades personalizadas, pruebe la conexión a su base de datos.




Procedimiento

Para probar la conexión a su base de datos:1. En la Consola de soluciones integradas, abra Recursos > JDBC y pulse


pulse Probar conexión.El estado de la conexión se indica en la parte superior de la pantalla.Los posibles errores de conexión son:v Java class ..com.ibm.db2.jcc no se encuentra

Compruebe que la vía de acceso de clases del controlador jcc está establecidacorrectamente.

v No hay soporte para el Id. de usuario Null — SQL ERRORCODE 4461

La autenticación ha fallado. Compruebe que las credenciales de autenticaciónJAAS-J2C son correctas.

Paso 7: Despliegue del archivo EAR de Decision Center enWebSphere Application Server

Para el despliegue del EAR de Decision Center en WebSphere Application ServerV8.0 es necesario que declarar grupos personalizados, despliegue el EAR y, acontinuación, cambie la secuencia del cargador de clases.

Declaración de grupos personalizadosPara poder desplegar el archivo EAR, antes debe declarar sus grupospersonalizados en el descriptor de despliegue.


El archivo EAR de Decision Center hace referencia a los grupos básicos rtsUser,rtsConfigManager, rtsAdministrator y rtsInstaller.

Debe añadir sin embarbo cualquier grupo personalizado que se haya declaradoanteriormente, como se describe en “Creación de usuarios y grupos” en la página201. Añada además los grupos Validator y Eligibility que ha creado para lostutoriales de Decision Center. Puede añadir grupos personalizados editando losarchivos de descriptor de despliegue en el archivo EAR <++JRULESHOME++>jrules-teamserver-WAS<número_versión>.ear antes del despliegue, donde<++JRULESHOME++> es su directorio de instalación JRules de zFS de z/OS.

Consejo:

v Es posible que quiera hacer una copia del archivo EAR antes de modificarlo.v Para utilizar el mecanismo de permisos de Decision Center, debe subir grupos a

la base de datos. Para obtener más información, consulte Completar laconfiguración utilizando la consola de Decision Center.

Procedimiento

Para añadir grupos personalizados al descriptor de despliegue de Decision Center:1. Añada su grupo personalizado como un rol en la sección SECURITY - ROLE de

teamserver.war/WEB-INF/web.xml de jrules-teamserver-WAS<número_versión>.ear, en el archivo EAR. Por ejemplo:


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tpc_rts_completing.html

<security-role><role-name>my_custom_group</role-name>

</security-role>..

2. Repita la misma acción en el archivo decisioncenter.war/WEB-INF/web.xml.3. Añada su grupo personalizado a META-INF/application.xml en el archivo EAR.

...<security-role>

<role-name>my_custom_group</role-name></security-role>

Cambio de la secuencia de carga de clasesTras desplegar el archivo EAR, debe establecer la secuencia de carga de clases enpadre al final (parent last).


Tras desplegar el archivo EAR de Decision Center, debe establecer la secuencia decarga de clases. La aplicación de Decision Center no tiene soporte para laconfiguración predeterminada padre primero (parent first).

Procedimiento

Para cambiar la secuencia de carga de clases:1. En el panel, abra Aplicaciones > Tipos de aplicaciones > Aplicaciones

empresariales de WebSphere.2. Pulse ILOG Decision Center o en el nombre que haya especificado para la

aplicación Decision Center.3. En la sección Módulos, pulse Gestionar módulos.4. Pulse teamserver, seleccione Orden del cargador de clases > Primero las clases

cargadas con el cargador de clases local (padre al final) y, a continuación,pulse Aceptar.

5. Si está configurando en WebSphere Application Server V8.0, pulsedecisioncenter y repita la misma acción.


7. En el panel, abra Aplicaciones > Tipos de aplicaciones > Aplicacionesempresariales de WebSphere.

8. Marque el recuadro de selección junto a ILOG Decision Center y pulse Iniciarpara iniciar la aplicación.


Ahora puede comprobar el despliegue de Decision Center. Consulte Paso 5:comprobar el despliegue de la consola de Decision Center.

Despliegue del EARCómo desplegar el EAR de Decision Center en WebSphere Application Server.


Tras añadir sus grupos personalizados a los descriptores de despliegue en el EARde Decision Center, despliéguelo en WebSphere Application Server.

Importante:


http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tsk_rts_verify.html

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.distrib.config.was/shared_config_topics/tsk_rts_verify.html

v Cuando despliegue el EAR de Decision Center, el proceso establece el entornolocal de persistencia. Tras guardar una regla en la base de datos, ya no esnecesario cambiar el entorno local de persistencia. Si quiere instalar DecisionCenter en un idioma distinto del inglés, revise las instrucciones que seproporcionan en el Paso 4: establecer entorno local de persistencia.

v Si vuelve a desplegar el EAR de Decision Center, su acción tiene lasconsecuencias siguientes:– La secuencia de carga de clases se pierde (“Cambio de la secuencia de carga

de clases” en la página 209). Decision Center vuelve al valor padre primeropredeterminado.

– Todos los usuarios (como rtsUser1, rtsAdmin) pierden su rol, incluso aunquepertenezcan al grupo correcto. Lo nota cuando inicia sesión en la consola deDecision Center. Se muestran un mensaje, por ejemplo, rtsUser1 no tiene elrol correcto.

Procedimiento

Para desplegar el EAR:1. En el panel lateral de la Consola de soluciones integradas de WebSphere,

pulse Aplicaciones > Nueva aplicación y, a continuación, Nueva aplicaciónempresarial.

2. Pulse Examinar para acceder al siguiente archivo EAR de Decision Center y, acontinuación, pulse Siguiente.<++JRULESHOME++>jrules-teamserver-WAS8.ear

<++JRULESHOME++> es el directorio de instalación de z/OS zFS OperationalDecision Manager.

3. Marque el recuadro de selección Detallada: mostrar todas las opciones ytodos los parámetros de instalación.


5. Pulse Continuar para aceptar el aviso de seguridad.6. En el Paso 1, pulse Siguiente para aceptar los valores predeterminados.7. En el Paso 2, seleccione el servidor de destino y pulse Siguiente.

Mantenga el valor predeterminado si sólo tiene un servidor.8. Del Paso 3 al Paso 8, pulse Siguiente para aceptar los valores

predeterminados.9. Pulse en el Paso 9 para correlacionar roles de seguridad con usuarios y

grupos.El servidor de aplicaciones utiliza los roles que hay definidos en losdescriptores de despliegue. Debe correlacionarlos con los grupos que hay en laconfiguración de seguridad.a. Seleccione un recuadro junto a un rol en la tabla y pulse Correlacionar

grupos.b. Pulse Buscar hacia la mitad de la página para mostrar los grupos.c. Correlacione el grupo con el rol que esté editando, moviéndolo a la

columna Seleccionado.d. Pulse Aceptar y repítalo para todos los roles.

Cuando haya completado las asignaciones, se muestran según se indica enla tabla siguiente. Si tiene grupos o usuarios, puede correlacionarlos con elrol existente en su lugar.


Rol Sujetos especiales Grupos correlacionados

rtsUser Ninguno rtsUser

rtsAdministrator Ninguno rtsAdministrator

rtsConfigManager Ninguno rtsConfigManager

rtsInstaller Ninguno rtsInstaller

Validator Ninguno Validator

Eligibility Ninguno Eligibility

10. Pulse Siguiente.Aparecerá un resumen.

11. Pulse Finalizar.12. Una vez completada la instalación, pulse Guardar para guardar los cambios

del espacio de trabajo en la configuración maestra.

Comprobación del despliegue de la consola Decision CenterEnterpriseDespués de desplegar Decision Center en su servidor de aplicaciones, compruebeel despliegue.

Procedimiento

Para comprobar el despliegue de Decision Center:1. Introduzca la URL predeterminada para acceder a Decision Center en un

navegador.v La URL predeterminada para acceder a Decision Center es

http://localhost:<PORT_NUMBER>/teamserver.v En WebSphere Application Server V8.0, cada consola tiene un URL

predeterminado distinto:– Para la Enterprise Console (consola empresarial): http://

localhost:<NÚMERO_PUERTO>/teamserver

– Para la Business Console (consola de negocio): http://localhost:<NÚMERO_PUERTO>/decisioncenter

v Si su navegador no se ejecuta en el mismo host que el servidor deaplicaciones, sustituya localhost por la dirección del host.

v Si su aplicación web está correlacionada con un host con un puerto distintodel que se muestra, cambie el número de puerto por el número de puerto delhost.

2. Seleccione la opción de ayuda para ver la ayuda.

Paso 8: Completar la configuraciónExplica cómo completar la configuración. Puede realizar este paso utilizando laconsola de Decision Center o mediante tareas de Ant.

Completar la configuración desde la consola de Decision CenterEnterpriseTras haber desplegado el archivo de Decision Center en el servidor de aplicaciones,puede seguir en la consola Enterprise de Decision Center y completar o modificarla configuración.


Descripción general del Asistente de valores de instalación:

Utilice el asistente Parámetros de instalación en la consola de Decision Center paracrear o modificar el esquema de base de datos, configurar archivos de mensajes ogrupos, o para cambiar el entorno local de persistencia o los parámetros deconfiguración.

El asistente Parámetros de instalación se abre automáticamente cuando inicia laconsola de Decision Center para completar la instalación.

También puede abrir el asistente Parámetros de instalación pulsando enConfigurar > Asistente de parámetros de instalación en la consola de DecisionCenter una vez que haya completado la instalación inicial. Si abre Decision Centertras haber seguido los pasos de instalación del módulo, solo estará disponible lapestaña Instalar. Para obtener más información, consulte Abrir la consolaempresarial de Decision Center.

Nota: Para acceder al asistente Parámetros de instalación, debe tener tantoprivilegios de administrador como el rol rtsInstaller cuando inicie sesión.

Utilice el asistente Parámetros de instalación para realizar las acciones siguientes.

Tabla 38. Acciones en el asistente Parámetros de instalación


Configurar la basede datos

Paso obligatorio cuando completa la configuración con una base dedatos en una plataforma distribuida. Para obtener más información,consulte el Paso 1: configurar la base de datos.

Configurararchivos demensajes

Paso obligatorio durante la instalación sólo si tiene algunos archivosde extensión de modelo de reglas personalizado. Para obtener másinformación, consulte el Paso 2: configurar archivos de mensajes.

Configurar grupos Debe configurar los mismos grupos declarados en el servidor deaplicaciones si quiere utilizar los mecanismos de seguridad y permisosde Decision Center. Para obtener más información, consulte el Paso 3:configurar grupos.

Cambie el entornolocal depersistencia.

Paso obligatorio si el entorno local de persistencia es distinto delen_US. Para obtener más información, consulte el Paso 4: establecer elentorno local de persistencia.

Cambiar losparámetros deconfiguración

Opcional. Cambiará algunos parámetros de configuración cuandopersonalice Decision Center. Para obtener más información, consulte elPaso 5: establecer parámetros de configuración.

Tras completar la instalación, Decision Center estará listo para su uso pero nocontiene proyectos de reglas. Si abre Decision Center y no hay ningún proyecto dereglas, un mensaje en la pestaña Configurar le informa de que no se ha encontradoningún proyecto y que debería publicar un proyecto de reglas utilizando RuleDesigner o póngase en contacto con el administrador.

Si ve este mensaje, deberá publicar un proyecto de reglas desde Rule Designer.Para obtener más información, consulte Publicar un proyecto.

Para obtener más información sobre el uso del asistente Parámetros de instalación,consulte la ayuda en línea de la consola de Decision Center. Para acceder a laayuda en línea, pulse Ayuda en la parte superior del banner, después de iniciarsesión en Decision Center.





Nota: Si ha creado proyectos de reglas con una versión anterior del producto,consulte los temas Migración sobre cómo actualizar el esquema de base de datosde Decision Center.

Paso 1: Configurar la base de datos:

Utilice el asistente Parámetros de instalación para configurar la base de datos.


Almacene las extensiones en el modelo de reglas de Decision Center en dosarchivos XML:v Descripción del modelo: este archivo suele tener la extensión de nombre de



Para obtener más información sobre la definición de extensiones de modelocomunes, consulte los temas de personalización.

Procedimiento

1. Cuando se abra el asistente Parámetros de instalación en Decision Center, pulseSiguiente.

2. Seleccione uno de los archivos de extensiones.v Extensiones predeterminadas (ya seleccionado),v Extensiones personalizadas (brmx/brdx), ov Extensiones personalizadas (Zip).

3. Pulse Generar SQL para generar el script que crea las tablas de bases de datosen los contenidos de sus archivos de modelo de reglas.

4. Tras generar el script, marque el recuadro de selección Ejecutar el script SQL y,a continuación, pulse Siguiente.

Paso 2: configurar archivos de mensajes:

Los archivos de mensajes contienen el texto de visualización que se asocia a lasextensiones del modelo de reglas que contienen los archivos .brmx y .brdx.


El archivo de mensaje predeterminado está en <dir-instalación-ODM>/teamserver/bin/defaultextensionmessages_<ENTORNO-LOCAL>.properties.

Si utiliza el modelo de reglas predeterminadas cuando crea su base de datos, elarchivo de mensajes predeterminado se envía automáticamente a la base de datos.Para subir sus propios archivos de mensajes, utilice el Asistente de Parámetros deinstalación según se explica a continuación.

Debe tener un archivo de mensajes por cada entorno local que utilice. Los archivosde mensajes se identifican por su entorno local. El contenido de los archivos demensajes debe respetar el estándar ISO-LATIN-1.



Procedimiento

Para declarar un archivo de mensajes en el Asistente de parámetros de instalación:1. Pulse Nuevo.2. Especifique un entorno local.3. Acceda a la ubicación del archivo de mensajes para este entorno local.4. Pulse Aplicar.

Resultados

Si Decision Center tiene soporte para este entorno local, el Asistente de Parámetrosde instalación asigna un código de entorno local para que pueda identificarlo.

Ejemplo

Por ejemplo:status=StatuseffectiveDate=Effective DateexpirationDate=Expiration Datenew=Newdefined=Defined

Paso 3: configurar grupos:

Además de crear grupos en su servidor de aplicaciones cuando configure el accesode seguridad, debe utilizar la página Configurar grupos en el asistente Parámetrosde instalación para subir grupos a la base de datos.

Antes de empezar

Antes de configurar grupos en la consola Enterprise, asegúrese de añadir todos losgrupos que desea ver en la lista disponible al aplicar seguridad de proyecto oestablecer permisos en Decision Center. Para obtener más información, consulte lostemas en Grupos y permisos, en la ayuda de Decision Center.


Debe configurar grupos solo si desea utilizar los mecanismos de permisos y accesoal proyecto de Decision Center.

Consejo: En Decision Center, los grupos son los roles en el servidor deaplicaciones, no los grupos definidos en el registro de usuarios. Decision Centerutiliza la información de grupo para comprobar si un usuario pertenece a un roldel servidor de aplicaciones.

No tiene que subir los grupos rtsAdministrator ni rtsInstaller. El grupo deadministradores tiene acceso a todo y un usuario Instalador debe pertenecer a otrogrupo.

Puede utilizar la página Configurar grupos en el asistente de Parámetros deinstalación para subir los grupos predeterminados para rtsUser yrtsConfigManager, y los grupos personalizados, como Validator y Eligibility sidesea realizar la guía de aprendizaje de permisos.


Procedimiento

Para configurar grupos:1. Pulse Nuevo.2. Escriba el nombre de grupo.3. Pulse Aplicar.4. Repita los pasos 1 en la página 174 a 3 en la página 174 para cada grupo.5. Cuando haya añadido todos los grupos, continúe de una de las siguientes

maneras:v Pulse Siguiente si quiere establecer un entorno local de persistencia distinto,

o parámetros de configuración.v Pulse Finalizar si no quiere cambiar estos valores.

Paso 4: establecer el entorno local de persistencia:

El entorno local de persistencia determina el lenguaje en el que almacenará lasreglas en la base de datos de Decision Center.


Establece el entorno local cuando despliega el archivo EAR de Decision Center ensu servidor de aplicaciones. Como consecuencia, almacena las reglas en la base dedatos en el entorno local de la aplicación de Decision Center.

El cambio del entorno local de persistencia no cambia el lenguaje en el que semuestran las reglas de Decision Center. Su cambio es Decision Center sólo esnecesario para que coincida con el entorno local de Rule Designer cuandosincroniza sus proyectos de reglas, y para acceder a las guías de aprendizaje en suentorno local.


Procedimiento

Para establecer el entorno local de persistencia:1. Especifique un entorno local en el campo Entorno local.2. Pulse Aplicar.3. Haga lo siguiente:

v Pulse Siguiente si quiere establecer los parámetros de configuración.v Pulse Finalizar si no quiere cambiar estos valores.

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

Muchas tareas relacionadas con la personalización de Decision Center requierenque se añadan o eliminen parámetros de configuración.


Decision Center utiliza los parámetros de configuración siguientes para generarURL completos en enlaces permanentes:v teamserver.server.port: el número de puertov teamserver.server.isSecure: verdadero si la conexión es segura


v teamserver.server.hostname: el nombre del host.

Para crear, modificar o suprimir parámetros de configuración, utilice la páginaEstablecer parámetros de configuración en el asistente Installation Manager. Estosparámetros se generan iniciando sesión en la consola de Decision Center porprimera vez tras configurar la base de datos. Puede utilizar el asistente Parámetrosde instalación para cambiar estos parámetros en cualquier momento.


Nota:

Los parámetros de la tabla incluyen el prefijo teamserver, que no está en el campopreferences.properties. Debe incluir el prefijo cuando establezca los parámetrosde configuración en el Asistente de Parámetros de instalación.


teamserver.<extractorValidator>.classEspecifique una clase de validadores de extractorde conjunto de reglas para utilizar para el nombreextractorValidator. La clase debe implementar lainterfaz IlrExtractorValidator. Tras definir estaclase, especifique este nombre como el validadorde clases a utilizar cuando defina un extractor deconjunto de reglas.

teamserver.build.path Define la ubicación de la memoria caché de IRL enel sistema de archivos. Calcular la vía de acceso dela siguiente manera:

v Utilice esta propiedad con el nombre delusuario que ha iniciado el servidor como rootpara la memoria caché(<build.path>_<nombre_usuario>).

v Si esta propiedad no está definida, utilice lapropiedad del sistema java.io.tmpdir y añadartscache. Por ejemplo, <dirtemp>/rtscache_<nombre_usuario>).

v Si la propiedad del sistema no está definida,utilice el directorio del servidor y añadartscache. Por ejemplo, <dirservidor>/rtscache_<nombre_usuario>).

teamserver.brl.verbalizers Especificar la lista de entornos locales para los quese ha definido un verbalizador de BAL.

teamserver.brl.verbalizer.<entorno_local>Especifique la clase de verbalizador para elentorno local. La clase debe implementar lainterfaz ilog.rules.vocabulary.verbalization.IlrVerbalizer.

Procedimiento

1. Cree un parámetro o modifique un parámetro existente.v Para crear un parámetro, pulse Nuevo.v Para modificar un parámetro, seleccione el recuadro de selección junto al

parámetro y a continuación pulse Modificar para cambiar el parámetro opulse Suprimir para eliminarlo.


2. Pulse Aplicar para implementar los cambios.3. Haga lo siguiente:

v Pulse Anterior si quiere realizar cambios en los valores anteriores.v Pulse Finalizar. El Registro de instalación se abre con un resumen de las

operaciones que ha realizado en el asistente Parámetros de instalación.4. Pulse Aceptar para finalizar.


Ahora tiene que iniciar sesión en la consola de Decision Center. Continúe con lasección Publicar un proyecto.

Cómo completar la configuración utilizando tareas AntLas tareas Ant proporcionan un método alternativo para completar o modificar laconfiguración. Estas tareas realizan los mismos pasos de configuración que elasistente Parámetros de instalación en la consola de Decision Center.

Configuración del entorno de tareas Ant:

Para ejecutar tareas Ant de Decision Center, antes debe configurar las variables deentorno correspondientes.

Antes de empezar

Cuando prepare la ejecución de tareas ant, asegúrese de que se cumplan lassiguientes condiciones.v Debe tener la versión 1.7.1 (o posterior) de Ant configurada en su sistema. Si

Ant no está instalado, o es anterior a la versión 1.7.1, debe configurar el entornopara utilizar la versión correcta de Ant.Para comprobar su versión actual del Ant, escriba el mandato siguiente en unindicador de mandatos de Windows Command Prompt o un shell de UNIX: ant-version

Puede descargar Ant del sitio web de Apache, o puede utilizar la distribuciónAnt 1.7.1 empaquetada en <dir-instalación_ODM>/shared/tools/ant, donde<dir-instalación_ODM> es el directorio de instalación de Operational DecisionManager.

v Asegúrese de que las variables de entorno necesarias para WebSphereApplication Server están correctamente configuradas. Para ello, utilice el scriptsetupCmdLine.bat o setupCmdLine.sh en el directorio <dir_instalación_WAS>/profiles/<nombre_perfil>/bin. Este script configura un entorno completo deWebSphere Application Server, incluyendo las variables WAS_HOME,WAS_LOGGING y WAS_CLASSPATH. Para obtener más información:– Information Center de la versión 8.0 de WebSphere Application Server– Information Center de la versión 8.5 de WebSphere Application Server


La comunicación entre tareas Ant y Decision Center tiene soporte para losprotocolo de comunicación HTTP o HTTPS. Para obtener más información,consulte Protocolo de comunicación de tarea Ant.

Procedimiento

Para configurar el entorno para utilizar Ant:



http://ant.apache.org/



http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter.admin/topics/tpc_dc_admin_ant.html

1. Establezca la variable de entorno ANT_HOME en <dir-instalación_ODM>/shared/tools/ant.

2. Añada el directorio <dir-instalación_ODM>/shared/tools/ant/bin a su variablede entorno PATH.

Resultados

Las tareas Ant de Decision Center se definen en <dir-instalación>/teamserver/bin/build.xml y las ejecutan los mandatos de la forma siguiente:ant <nombre_tarea> <lista de parámetros>


Los parámetros de las tareas Ant empiezan por -D. Utilícelos para establecervalores como los siguientes:v -Dserver.url=<url de servidor>: Especifica el URL del servidor de aplicación

de destino.v -DdatasourceName=<nombre origen de datos>: especifica el nombre JNDI del

origen de datos a utilizar para la tarea. El valor predeterminado esjdbc/ilogDataSource.

Ejemploant execute-schema -Dserver.url=<protocolo://host:puerto>/teamserver/-DdatasourceName=jdbc/ilogDataSource -Dfile=my_sql_file.sql

La URL de <protocol://host:port> está definida en el archivo <Dir_instalación_ODM>/teamserver/bin/teamserver-anttasks.properties. Si su navegador no se ejecutaen el mismo host que el servidor de aplicaciones, sustituya localhost por ladirección del sistema. Si su aplicación web está correlacionada con un host con unpuerto distinto del que se muestra, cambie el número de puerto por el número depuerto del host.

El archivo <dir-instalación_ODM>/teamserver/bin/teamserver-anttasks.properties define el valor de algunos parámetros comunes y otros quedependen del servidor de aplicaciones. Si se definen correctamente estosparámetros, no tendrá que incluirlos en el mandato de tarea Ant. El contenido delarchivo teamserver-anttasks.properties es el siguiente:# Default properties# ------------------------------------rtsAdmin.login=rtsAdminrtsAdmin.password=rtsAdmin

protocol=httpserver.host=localhostserver.port=9080server.url=${protocol}://${server.host}:${server.port}/teamserver

datasourceName=jdbc/ilogDataSource

outputFile=output.sql

languagePackPath = .languagePackOutputPath = ./generated


persistenceLocale =selector =branch =override = false

Creación del esquema de base de datos:

Puede crear el esquema de base de datos en una única operación, utilizando latarea set-extensions de Ant o elegir crearlo paso a paso.

Crear esquemas con la tarea Ant set-extensions:

Por comodidad, puede crear el esquema de base de datos utilizando la tarea Antset-extensions.


Las extensiones para el modelo de reglas de Decision Center se almacenan en dosarchivos XML.v Descripción del modelo: este archivo suele tener la extensión de nombre de



Puede utilizar tareas Ant para cargar el modelo de reglas desde los dos archivosXML y construir el script SQL necesario para obtener el esquema de base de datosadecuado.


Como alternativa, puede crear el esquema de base de datos paso a paso, lo que esútil si quiere buscar en el esquema SQL generado. Consulte “Creación del esquemamediante una secuencia paso a paso” en la página 179.

Procedimiento

Ejecute la tara Ant set-extensions.Este destino Ant ejecuta gen-create-schema + execute-schema + upload-extensions+ upload-roles. Defina los parámetros siguientes:



-DextensionModel=<archivo de modelo>Archivo de descripción de modelo con extensión .brmx.

-DextensionData=<archivo de datos>Archivo de datos de modelo con extensión .brdx.

[-DdbSchemaName=<nombre de esquema de base de datos>]Puede utilizar este parámetro opcional para especificar el nombre del esquemade base de datos. Si no, Decision Center utiliza el nombre de usuario de labase de datos como nombre del esquema. No obstante, algunas bases de datospermiten a algunos usuarios acceder a varios esquemas, y el esquemapredeterminado no siempre refleja el nombre del usuario.


[-Droles=<lista de roles>]Se puede utilizar este parámetro opcional para subir la lista de roles a DecisionCenter. Esta lista se especifica como "rol1 rol2". Por ejemplo:ant upload-roles -Droles="rtsUser rtsConfigManager Eligibility Validator"

Creación del esquema mediante una secuencia paso a paso:

Si quiere mirar en el esquema SQL generado, puede crearlo paso a paso.

Creación del script del esquema de base de datos:

Puede crear el script de esquema de base de datos utilizando la tarea Antgen-create-schema.

Procedimiento

Para crear el script SQL necesario para crear o actualizar el esquema de base dedatos, ejecute la tarea Ant gen-create-schema con estos parámetros:





[-DdbSchemaName=<nombre de esquema de base de datos>]Un parámetro opcional que se puede utilizar para especificar el nombre delesquema de base de datos en el que se almacenan las tablas de DecisionCenter. Si no especifica el parámetro, Decision Center utiliza el nombre deusuario de la base de datos como nombre del esquema. No obstante, algunasbases de datos permiten a algunos usuarios acceder a varios esquemas, y elesquema predeterminado no siempre tiene el mismo nombre que el usuario.

[-DoutputFile=<archivo SQL>]El nombre del archivo que almacena el script SQL generado. Si no seproporciona este parámetro, la tarea crea un archivo llamado output.sql en eldirectorio definido como basedir en el archivo build.xml.

ant gen-create-schema -DextensionModel=my_model_file.brmx -DextensionData=my_data_file.brdx -DoutputFile=my_sql_file.sql

Resultados

1. La tarea se conecta con el origen de datos especificado del servidor deaplicaciones.

2. La tarea comprueba si el origen de datos hace referencia a una base de datos deDecision Center existente.v Si la base de datos no existe, la tarea genera el script SQL para crear un

esquema de base de datos nuevo en el que almacenar el modelo.v Si la base de datos existe, la tarea genera el script SQL necesario para

actualizar el esquema existente de la base de datos.

Ejecución del script del esquema de base de datos:

Ejecute el script del esquema de base de datos.


Procedimiento

Para ejecutar el script SQL que ha creado, ejecute la tarea Ant execute-schema conestos parámetros:



[-Dfile=<archivo SQL>]El nombre del archivo a ejecutar, que corresponde con el script que ha creado.Si no especifica este parámetro, la tarea intenta ejecutar un archivo con elnombre output.sql en el directorio definido como basedir en el archivobuild.xml.


Subir la extensión del esquema de base de datos:

Sube la extensión del esquema de base de datos.

Procedimiento

Para almacenar la descripción del modelo de reglas en el esquema de base dedatos, ejecute la tarea Ant upload-extensions con estos parámetros:





ant upload-extensions -DextensionModel=my_model_file.brmx -DextensionData=my_data_file.brdx

Resultados

La descripción se almacena en la base de datos de forma que las aplicaciones deDecision Center la puedan cargar cuando se inicien. También la utilizagen-create-schema para obtener la descripción del modelo actual para ejecutardiff (diferencias) con el esquema nuevo.

En un clúster, debe reiniciar los servidores y cerrar todas las sesiones actuales.

Subir una lista de roles o grupos a la base de datos:

Además de crear grupos en su servidor de aplicaciones cuando configure el accesode seguridad, debe subir grupos a la base de datos.

Antes de empezar

1. Añada todos los grupos que quiera ver en la lista disponible cuando impongala seguridad de proyecto o establezca permisos en Decision Center.

2. Cree los grupos predeterminados para rtsUser y rtsConfigManager, y suba susgrupos personalizados.



Debe subir roles y grupos solo si quiere utilizar los mecanismos de permisos yacceso para el proyecto Decision Center. Para obtener más información, consultelos temas sobre Grupos y permisos en la ayuda en línea de Decision Center.

No tiene que subir el grupo rtsAdministrator ni el grupo rtsInstaller. El grupode administradores tiene acceso a todo y un usuario Instalador debe pertenecer aotro grupo.


Procedimiento

Para almacenar en la base de datos la lista de roles o grupos a utilizar por laaplicación, ejecute la tarea Ant upload-roles con los parámetros siguientes:



-Droles=<lista de roles><lista de roles> es la lista de roles o grupos a subir a Decision Center,especificada como "grupo1 grupo2".

ant upload-roles -Droles="rtsUser rtsConfigManager Eligibility Validator"

Eliminación de un esquema de base de datos:

Ahora puede crear un script SQL para eliminar (drop) un esquema de base dedatos utilizando la tarea Ant gen-drop-schema.


Para eliminar un esquema de base de datos, realice dos pasos:1. Cree el script SQL necesario para eliminar el esquema de base de datos.2. Ejecute el script SQL que ha creado.

Procedimiento

1. Para crear el script SQL para suprimir un esquema de base de datos, ejecute latarea Ant gen-drop-schema con uno de los parámetros siguientes:



-DextensionModel=<archivo de modelo>la descripción del esquema de base de datos a eliminar.

[-DdbSchemaName=<nombre de esquema de base de datos>]Puede utilizar un parámetro opcional para especificar el nombre delesquema de base de datos. Si no especifica este parámetro, Decision Centerutiliza el nombre de usuario de la base de datos como nombre delesquema. No obstante, en algunas bases de datos, los usuarios puedenacceder a varios esquemas y el esquema predeterminado no tiene siempreel mismo nombre que el usuario.

[-DoutputFile=<archivo SQL>]El nombre del archivo que almacena el script SQL generado. Si no


especifica este parámetro, la tarea crea un archivo con el nombreoutput.sql en el directorio definido como basedir en el archivo build.xml.

ant gen-drop-schema -DextensionModel=my_model_file.brmx -DoutputFile=my_sql_file.sql

2. Para ejecutar el script SQL que ha creado, ejecute la tarea Ant execute-schemacon estos parámetros:



[-Dfile=<archivo SQL>]El nombre del archivo a ejecutar, que corresponde con el script que hacreado. Si no especifica este parámetro, la tarea intenta ejecutar un archivocon el nombre output.sql en el directorio definido como basedir en elarchivo build.xml.


La tarea se conecta con el origen de datos especificado del servidor deaplicaciones. Lee la descripción del modelo proporcionado en los parámetros, ygenera el script SQL para eliminar el esquema existente. Como hay variastablas de bases de datos enlazadas por medio de claves foráneas, dichas tablasse deben eliminar en un orden específico y la generación de scripts gestionaestas restricciones.

Ejemplo

Este es el ejemplo completo del código:ant gen-drop-schema -DextensionModel=my_model_file.brmx -DoutputFile=my_sql_file.sqlant execute-schema -Dfile=my_sql_file.sql

Definición y subida de archivos de mensajes:

Puede definir y subir archivos de mensajes en Decision Center utilizando la tareaAnt upload-messages.

Los archivos de mensajes contienen el texto de visualización que se asocia a lasextensiones del modelo de reglas que contienen los archivos .brmx y .brdx. Porejemplo:status=StatuseffectiveDate=Effective DateexpirationDate=Expiration Datenew=Newdefined=Defined

El archivo de mensajes predeterminado se proporciona en: <dir-instalación_ODM>/teamserver/bin/defaultextensionmessages_<ENTORNO-LOCAL>.properties

Nota: El contenido de los archivos de mensajes debe cumplir el estándarISO-LATIN-1.

Debe tener un archivo de mensajes por cada entorno local que utilice. Suba elarchivo de mensajes a Decision Center ejecutando la tarea Ant upload-messagescon estos parámetros:v -Dserver.url=<URL del servidor>


v -Dlocale=<entorno local>

v -DmessageFile=<archivo de mensaje>


ant upload-messages -Dlocale=en_US -DmessageFile=mymessages.properties

Establecimiento del entorno local de persistencia:

El entorno local de persistencia se utiliza para determinar el idioma en el que sealmacenan las reglas en la base de datos de Decision Center database.


El entorno local de persistencia se establece cuando despliega el archivador deDecision Center en su servidor de aplicaciones, lo que implica que las reglas de labase de datos se almacenan en el entorno local de la aplicación Decision Center.

El cambio del entorno local de persistencia no cambia el idioma en el que semuestran las reglas de Decision Center. El cambio del entorno local de persistenciaen Decision Center sólo es necesario para que coincida con el entorno local de RuleDesigner cuando sincroniza sus proyectos de reglas, y para acceder a los tutorialesen su entorno local.


Procedimiento

Para establecer el entorno local de persistencia mediante la ejecución de una tareaAnt:1. Abra el archivo <Dir_instalación_ODM>/teamserver/bin/teamserver-

anttasks.properties.Este archivo define el valor de algunos parámetros comunes.

2. Añada su entorno local a la propiedad persistenceLocale y guarde el archivoteamserver-anttasks.properties.Por ejemplo: persistenceLocale = es_ES

3. Ejecute la tarea Ant de la siguiente forma: ant nombreTarealista_parámetros

También puede añadir el parámetro a la línea de mandatos. Por ejemplo: antnombreTarea -DpersistenceLocale=es_ES

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

Para muchas tareas relacionadas con la personalización de Decision Center, debeañadir o eliminar parámetros de configuración.

Los parámetros de configuración siguientes, que se utilizan para generar los URLcompletos en enlaces permanentes, se generan la primera vez que inicia sesión enDecision Center tras configurar la base de datos. Puede utilizar el asistente deParámetros de instalación para establecer estos parámetros con antelación ocambiarlos posteriormente:v teamserver.server.port: el número de puertov teamserver.server.isSecure: true si la conexión es segura.v teamserver.server.hostname: el nombre del host



Parámetro Uso

teamserver.<extractorValidator>.class Especifique una clase de validador deextracción de conjunto de reglas para utilizarpara el nombre extractorValidator. La clasedebe implementar la interfazIlrExtractorValidator. Una vez definidaesta clase, especifique este nombre como elvalidador de extractor que se utilizará aldefinir un extractor de conjunto de reglas.

teamserver.build.path Defina dónde se encuentra la memoria cachédel IRL, en el sistema de archivos. La vía deacceso se calcula de la forma siguiente:

1. En primer lugar, utilice esta propiedadcon el nombre del usuario que hainiciado el servidor como root para lamemoria caché:<build.path>_<nombre_usuario>.

2. Si la vía de acceso no está definida,utilice la propiedad del sistemajava.io.tmpdir y añada rtscache. Porejemplo, <dir_temp>/rtscache_<nombre_usuario>.

3. Si la propiedad del sistema no estádefinida, utilice el directorio del servidory añada rtscache. Por ejemplo,<dir_servidor>/rtscache_<nombre_usuario>.

teamserver.brl.verbalizers Especificar la lista de entornos locales paralos que se ha definido un verbalizador deBAL.

teamserver.brl.verbalizer.<entorno_local> Especifique la clase de verbalizador para elentorno local especificado. La clase debeimplementar la interfaz IlrVerbalizer.

Puede utilizar las siguientes tareas Ant para añadir o eliminar parámetros deconfiguración:

set-config-param

Establece un parámetro de configuración para un usuario especificado. Sino se especifica el usuario, establece un parámetro global.





v -Dvalue=<valor de parámetro>

Por ejemplo:ant set-config-param -Dkey=locale -Dvalue=en_US

remove-config-param

Descarta el parámetro de configuración para un usuario especificado. Si nose especifica el usuario, borra el parámetro de configuración global.






print-config-param

Imprime los parámetros globales o parámetros de usuario especificados sise especifica el valor nombre_usuario. Si no se especifica ninguna clave, seimprimen todas las claves.





Volver a empaquetar el archivado de Decision Center:

Puede volver a empaquetar el archivador de Decision Center mediante una tareaAnt.

Cuando añada nuevos archivos .jar al archivador de Decision Center, debe volvera empaquetar el archivador ejecutando la tarea Ant repackage-ear orepackage-war. Esta tarea no utiliza los parámetros server.url y datasourceName.

Si ha personalizado Decision Center, debe empaquetar los archivos .jarpersonalizados antes de utilizar la tarea Ant para reempaquetar Decision Center.

La tarea Ant repackage-ear o repackage-war acepta los parámetros siguientes:

-DtargetEar=<EAR de destino>-DtargetWar=<WAR de destino> para el servidor de aplicaciones Tomcat

-DsourceEar=<EAR de origen>DsourceWar=<WAR de origen> para el servidor de aplicaciones Tomcat

-DdescriptorsDir=<directorio de descriptores>Un directorio que se copia en el directorio META-INF del EAR de destino (no esobligatorio).

-DadditionalJars=<"myjar1.jar,myjar2.jar, myjarn.jar">Archivos .jar adicionales para almacenar en el directorio lib del archivadortemporal (no es obligatorio).

-DtmpDir=<directorio>Un directorio que puede especificar para almacenar archivos temporales (no esobligatorio).

-DwebResourcesDir=<directorio de recursos web>Un directorio que se copia en la biblioteca WAR (no es obligatorio).

-Dconsole=both|enterprise|businessEspecifica si se deben reempaquetar los archivos WAR de Business oEnterprise. El valor predeterminado es ambos (both).


Configuración de la función de búsqueda de la consolaBusiness de Decision Center

La función de búsqueda en la consola de negocio de Decision Center está basadaen el motor de búsqueda Solr. Debe configurar el motor para proporcionar estafuncionalidad.

Uso del motor de búsqueda Solr remotoPuede configurar la función de búsqueda en la consola Business de DecisionCenter para trabajar con una instancia remota del motor de búsqueda Solr deApache.


La función de búsqueda en la consola de negocio de Decision Center utiliza unainstancia incluida del motor de búsqueda Solr de Apache. Como alternativa, puedehacer que la función de búsqueda funcione con una instancia remota del motor debúsqueda, que puede ejecutar en otro equipo, o en el mismo equipo, pero en unaaplicación web dedicada.

Procedimiento

Para configurar la función de búsqueda para que se ejecute con una instanciaremota del motor de búsqueda Solr:1. Instale el motor de búsqueda Solr de Apache en otro equipo, o como parte de

una aplicación web dedicada en su equipo.Para obtener información sobre cómo instalar el servidor Solr, viste el sitio webde Apache Solr.

2. Localice el archivo decisioncenter-solr-home.zip en la carpeta DecisionCenter teamserver en su equipo.El programa de instalación de Decision Center ha colocado la carpeta en elsistema.

3. Descomprima el archivo en un directorio de la instancia remota del servidorSolr.

4. Configure el directorio inicial del servidor Solr remoto para utilizar la ubicaciónde los archivos de configuración descomprimidos.Para obtener más información, consulte la documentación en el sitio web deApache Solr.

5. Configure el archivo preferences.properties de Decision Center para queapunte al URL del servidor Solr.

Establecimiento de parámetros par ael motor de búsqueda SolrPuede configurar la función de búsqueda en la consola Business de DecisionCenter para que se ejecute con el motor de búsqueda Solr de Apache.

La Consola de negocio de Decision Center proporciona una función para buscarproyectos de reglas. Cuando instale esta característica, utiliza una instanciaincluida del motor de búsqueda Solr de Apache. Como alternativa, puede hacerque la función de búsqueda se ejecute con una instancia remota del motor debúsqueda, que puede instalar en otro sistema o en el mismo sistema pero en unaaplicación web dedicada. Para obtener más información, consulte “Uso del motorde búsqueda Solr remoto” en la página 187.

Puede establecer tres parámetros para el motor de búsqueda:




Tabla 39. Parámetros de búsqueda

Parámetro Descripción

search.SearchProvider Este parámetro adopta uno de los siguientesvalores:

v SolrEmbedded: se utiliza este valor paraseleccionar el motor de búsqueda Solrincluido.

v SolrRemote: se utiliza este valor paraseleccionar una instancia remota delmotor de búsqueda Solr.

search.SolrEmbeddedDataDir Utilice este parámetro opcional para dirigirel índice de la versión incluida(SolrEmbedded) a un directorio específico enDecision Center.

search.SolrRemoteUrl Utilice este parámetro con SolrRemote paraproporcionar el URL del motor de búsquedaSolr remoto.

Establezca los parámetros de configuración para el motor de búsqueda dentro delarchivo preferences.properties para Decision Center. Para obtener másinformación sobre el archivo preferences.properties, consulte Mantenimiento deparámetros de configuración.

En la tabla siguiente se proporcionan ejemplos para el establecimiento de losparámetros en preferences.properties para trabajar con el motor de búsquedaSolr:

Tabla 40. Tabla de configuración para las propiedades de búsqueda

Servidor Solr Configuración de parámetro

Servidor externo

El URL del servidor externo depende de la instalación.Para este ejemplo, la dirección remota del motor debúsqueda es http://mysearchserver:8983/solr.


search.SearchProvider=SolrRemotesearch.SolrRemoteUrl=http://mysearchserver:8983/solr

Servidor incorporadoEn este ejemplo, almacena el índiceen el directorio c:/temp/DC-SearchIndex del sistema.


search.SearchProvider=SolrEmbeddedsearch.SolrEmbeddedDataDir=c:/temp/DC-SearchIndex

Si no especifica un directorio para search.SolrEmbeddedDataDir, Decision Centeralmacena el índice de búsqueda en un directorio temporal. Cuando el servidordetiene su ejecución, también deja de utilizar el directorio temporal. Cuando sereinicia el servidor, crea un nuevo directorio temporal y vuelve a indexarcompletamente el repositorio.

Si especifica un directorio para search.SolrEmbeddedDataDir, el directorio y sucontenido persisten en los reinicios del servidor, y el servidor no reindexa elrepositorio en cada reinicio.




Pasos adicionales para configurar Decision ValidationServices

Si lo prefiere, puede desplegar, configurar y probar Decision Validation Servicespara complementar su configuración de Decision Center en WebSphere ApplicationServer.

Antes de empezarAntes de desplegar y configurar Decision Validation Services, debe instalar RuleExecution Server y su consola. Puede realizar una secuencia de pasos paragarantizar una configuración correcta.

Antes de desplegar y configurar Decision Validation Services, instale el siguientesoftware:1. (Opcional) Instalar Rule Designer.2. Instale Rule Execution Server y Decision Center y configure ambas

aplicaciones.

Nota: En WebSphere Application Server, Decision Validation Services utiliza elgestor de trabajo predeterminado wm/default para ejecutar simulaciones y pruebasen hebras gestionadas. Por lo tanto, asegúrese de que está definido en el servidorde aplicaciones en el que configure Decision Validation Services. Para obtener másinformación sobre cómo configurar un gestor de trabajo utilizando la consola deadministración de WebSphere Application Server, consulte el tema "Configuraciónde gestores de trabajo" en el Information Center de WebSphere Application Server.

Pasos a seguir

En la tabla siguiente se resumen los pasos a seguir para configurar DecisionValidation Services.

Nota: También puede realizar la configuración siguiendo los pasos enConfiguración de Rule Execution Server en WebSphere Application Server paraz/OS usando los scripts de wsadmin.


“Paso 1: crear recursos de base de datos del almacén dedecisiones” en la página 190Consejo:

Si ha utilizado la consola de Rule Execution Server paracrear recursos de base de datos (consulte Rellenar una basede datos utilizando la consola Rule Execution Server), estepaso no es necesario.

Opcional

“Paso 2: despliegue del archivado de Decision ValidationServices por primera vez” en la página 192

Este archivador es el archivador SSP predeterminadoempaquetado con el instalador.

Opcional. Realice este paso siquiere comprobar ladisponibilidad de lacaracterística. También puedecomprobar el uso delarchivador predeterminado sitiene un XOM de XML, encuyo caso no es necesariovolver a empaquetar elarchivo SSP.







“Paso 3: comprobar la disponibilidad de Decision ValidationServices” en la página 193

Opcional

“Paso 4: empaquetar Decision Validation Services medianteAnt” en la página 194

Opcional

“Paso 5: volver a desplegar el archivador de DecisionValidation Services” en la página 195

Paso 1: crear recursos de base de datos del almacén dedecisionesPuede utilizar scripts de SQL para crear un esquema dedicado en la base de datos.

Si establece la persistencia de Rule Execution Server en datasource o jdbc y tieneprevisto utilizar Decision Warehouse para almacenar los resultados de ejecución deprueba, debe crear un esquema dedicado en la base de datos que contiene estastablas y vistas. Para ello, puede utilizar los scripts de SQL proporcionados, que seencuentran en <dir-instalación_ODM>/executionserver/databases. Un archivoreadme (léame) en este directorio proporciona información adicional sobre losscripts.

El script que crea el esquema de base de datos del almacén de decisiones se llamatrace_<nombre_base_datos>.sql.

Nota:

El asistente de Parámetros de instalación de la consola de Rule Execution Servercrea todas las tablas necesarias para Rule Execution Server y Decision Warehouse.Si está configurando Decision Validation Services y ya ha ejecutado el asistente deParámetros de instalación para crear las tablas, no es necesario crear manualmentelos recursos de base de datos. No obstante, si no ha utilizado el asistente para crearrecursos de base de datos, debe ejecutar el script para crear el esquema de base dedatos del almacén de decisiones.

Cuando utilice DB2 (salvo en z/OS), los scripts que creen las tablas de bases dedatos de Rule Execution Server se graban para las bases de datos que utilicenalmacenamiento automático.v BP32K es la agrupación de almacenamiento intermedio esperada en



v Debe actualizar el script trace_db2.sql y seleccionar la opción personalizada enel asistente Parámetros de instalación para ejecutarla. Modifique la líneasiguiente del script para especificar el almacenamiento para el espacio de tabla:CREATE TABLESPACE RESDWTS PAGESIZE 32K BUFFERPOOL BP32K;

A continuación se muestra un ejemplo de la especificación del espacio de tablaen el script:


CREATE TABLESPACE RESDWTS PAGESIZE 32K MANAGED BY DatabaseUSING [ FILE ’C:\DB2\Container.file’ 640 ] BUFFERPOOL BP32K;

v Es posible que tenga que modificar más el script, en base a la configuración desu base de datos.

Nota:

Si ha realizado esta tarea como parte de la configuración de Rule Execution Server,no es necesario que la haga una segunda vez. Se incluye aquí únicamente con elfin de proporcionar más información.

Si utiliza el editor de mandatos para ejecutar los scripts, debe iniciar sesión con lascredenciales que utilice para el origen de datos para Rule Execution Server.

Utilice cualquier herramienta que pueda manejar SQL para importar y ejecutar losscripts SQL. Las herramientas que se proporcionan para cada base de datos son:


IBM DB2 Procesador de la línea de mandatos de DB2



Oracle Procesador de línea de mandatos de sqlplus




Para acceder a la base de datos, el usuario de base de datos debe tener lascredenciales siguientes:v Un Id. de usuario y una contraseñav Privilegios completos sobre las tablas y vistas del esquema (create, insert,

delete)v privilegios para crear índices

v En Oracle, privilegios para crear desencadenante y crear secuencia. Si utilizauna base de datos Oracle, ejecute todos los scripts en el cliente SQL Plus.

Instale un cliente de base de datos para la base de datos que utilice. Consulte ladocumentación de la base de datos para obtener más información.

El tamaño CLOB predeterminado no es suficiente para el campoFULL_EXECUTION_TRACE en la tabla EXECUTION_TRACES. Es posible que necesite uncalificador de tamaño si surgen excepciones en SQL con el código de razón<Lob-Value>.

Paso 2: despliegue del archivado de Decision ValidationServices por primera vezUna vez que tenga disponibles los recursos de base de datos de DecisionWarehouse, puede desplegar el archivador de Decision Validation Services.


Antes de empezar

Para desplegar un archivador de Decision Validation Services, debe trabajar enWebSphere Integrated Solutions Console. Inicie sesión en la consola tal y como seindica en “Antes de empezar: Abrir la consola de administración” en la página 155.


Puede seguir este procedimiento para desplegar el archivador de Scenario ServiceProvider (SSP) predeterminado empaquetado con el instalador o para losdespliegues subsiguientes de un archivador reempaquetado. Despliegue el archivoEAR SSP predeterminado si desea comprobar la disponibilidad de la característica.También puede desplegar el archivo EAR SSP predeterminado y utilizarlo paraprobar sus reglas si tiene un XOM de XML. Se incluye un XOM de XML en elarchivador de conjunto de reglas dentro de una RuleApp. Por lo tanto, no esnecesario reempaquetar el archivo EAR SSP para incluir el XOM.

Importante: Debe desplegar el archivador de Decision Validation Services en elmismo servidor que la XU. Además, para que funcionen los servicios de prueba ysimulación, de forma predeterminada se espera que la aplicación SSP se encuentreen la misma ubicación que la consola de Rule Execution Server. Si no hay tambiéndesplegada una instancia de consola de Rule Execution Server en el mismoservidor que SSP, debe implementar la interfaz de IlrSSPResolver tal como seexplica en “Distribución de pruebas de Decision Validation Services a variosservidores” en la página 196.

Si está instalando Decision Validation Services en z/OS, puede utilizar scripts deinstalación personalizables para realizar esta tarea. Para obtener más información,consulte Configuración de Rule Execution Server en WebSphere Application Serverparaz/OS utilizando scripts wsadmin.

Procedimiento

Para desplegar un archivador SSP:1. En el panel lateral de WebSphere Integrated Solutions Console, abra

Aplicaciones y pulse Aplicaciones empresariales de WebSphere.2. Pulse Instalar.3. Asegúrese de que Sistema de archivos local esté seleccionado, pulse

Examinar y vaya a uno de los archivos siguientes, y a continuación pulseSiguiente.v Para WebSphere Application Server 8.0: <dir-instalación_ODM>/

executionserver/applicationservers/WebSphere8/jrules-ssp-WAS8.ear

v Para WebSphere Application Server 8.5 o 8.5.5: <dir-instalación_ODM>/executionserver/applicationservers/WebSphere85/jrules-ssp-WAS85.ear


5. Expanda Elegir generar enlaces y correlaciones predeterminados, seleccioneel recuadro de selección Generar enlaces predeterminados y pulse Siguiente.

6. Pulse Continuar para aceptar el aviso de seguridad.7. Del Paso 1 al Paso 8, pulse Siguiente para aceptar los valores

predeterminados.8. En el Paso 9, si tiene la seguridad activada, seleccione resAdministrators y

pulse Correlacionar grupos.




9. Pulse Buscar.10. Pulse el grupo resAdministrators en Disponibles y a continuación pulse las

flechas para moverlo a la columna Seleccionados.11. Pulse Aceptar para volver a la página Correlacionar roles de seguridad con

usuarios o grupos.12. Repita los pasos de 8 en la página 193 a 11 en la página 193 para el grupo

resDeployers, seleccionando resDeployers.13. Pulse Siguiente y luego pulse Finalizar.14. Una vez completada la instalación, pulse Guardar directamente en la

configuración maestra.15. En el panel lateral, abra Aplicaciones > Tipos de aplicación > Aplicaciones

empresariales WebSphere y pulse jrules-ssp-WAS8 o jrules-ssp-WAS85.16. Pulse Gestionar módulos.17. Pulse Proveedor de servicios de escenario.18. En Propiedades generales, para Orden de cargadores de clases seleccione

Clases cargadas con el cargador de clases local primero (padre último) ypulse Aceptar.

19. Pulse Aceptar de nuevo y a continuación pulse Guardar para guardardirectamente la configuración maestra.

20. En el panel lateral, abra Aplicaciones > Tipos de aplicaciones > Aplicacionesempresariales de WebSphere.

21. En la página Aplicaciones empresariales, seleccione el recuadro de selecciónjunto a jrules-ssp-WAS8 o jrules-ssp-WAS85 y pulse Iniciar para iniciar laaplicación.

Paso 3: comprobar la disponibilidad de Decision ValidationServicesHay diseñado un URL de prueba específico para que compruebe el tipo de sesiónde reglas, la clase de fábrica de DAO para el rastreo de persistencia, la claseutilizada para guardar en memoria caché el trabajo de Decision Validation Servicesy el tamaño de agrupación para ejecución asíncrona.

Para comprobar la disponibilidad de Decision Validation Services:1. Especifique el URL http://<host>:<puerto>/testing en un navegador web.2. Inicie sesión en la aplicación SSP (Scenario Service Provider) con uno de los

roles de Rule Execution Server.La aplicación muestra una página de inicio, que contiene información sobre elservidor SSP.

Versión

La versión de Decision Server utilizada.

Nivel del parche

El nivel del parche del Decision Server utilizado.

Información de licencia

El tipo de licencia de esta versión.

RuleSession

El tipo de sesión de reglas (POJO o J2SE).

Clase de fábrica de DAO


La clase de Fábrica de DAO (Objeto de acceso a datos) utilizada paramantener el rastreo en el depósito de datos.

Clase de almacén de trabajos

El nombre de la clase utilizada para la persistencia del trabajo de DecisionValidation Services en la memoria caché para liberar la memoria durantecálculos largos.

Tamaño de la agrupación de trabajos

El tamaño de la agrupación para la ejecución asíncrona.

Iniciado desde

El tiempo y fecha a la que se inició el SPP.

Trabajos actualmente en ejecución

La pantalla Acerca de proporciona información sobre los trabajosactualmente en ejecución después de ejecutar Decision Validation Servicesen Decision Center:v En la tabla se mostrará un ID de trabajo cuando un usuario pulsa en

Ejecutar en Decision Center.v La columna Creado registra la fecha y hora a la que se ha inicializado

cada trabajo.v La columna Estado muestra el número de escenarios que ya se han

probado en comparación con el número total de escenarios.v La Hora de inicio registra la hora a la que un recurso ha sido asignado

al trabajo.v La columna Partes registra el número de partes en el trabajo:

– Un trabajo que no se ejecuta en paralelo tiene una parte.– Un trabajo que se ejecuta en paralelo tiene una o más partes.

v La Hora de finalización registra la hora a la que se ha completado laejecución del trabajo, esto es, cuando se han probado todos losescenarios del trabajo.

Decision Center descarga automáticamente el informe del trabajo cuandotermina la ejecución. Si la suite del escenario se ejecuta en segundo plano,el usuario descarga el informe visualizando la lista de suites de escenariosy, a continuación, pulsando en el enlace el informe cuando esté disponible.Una vez visualizado el informe, el trabajo se quita de la tabla. El trabajopermanece en la tabla hasta que se descargue el informe.

Paso 4: empaquetar Decision Validation Services mediante AntPuede configurar archivadores de Decision Validation Services utilizando una tareaAnt.


Esta sección es únicamente para usuarios que instalan el producto en Windows yotras plataformas distribuidas soportadas.

Puede configurar los archivadores de Decision Validation Services ejecutando latarea Ant ssp-setup.


Procedimiento1. Defina la tarea Ant en su archivo de compilación utilizando el elemento Ant

<taskdef> de una de las siguientes maneras:v Defina la tarea en el nivel superior o dentro de un destino específico.

<taskdef resource="res-tasks.properties"classpath="${<dir-instalación>}/executionserver/lib/jrules-res-setup.jar"/>

v Si el archivo JAR está disponible en el sistema, puede escribir el códigosiguiente:<taskdef resource="res-tasks.properties"/>

2. Utilice la tarea Ant ssp-setup Ant para actualizar un artefacto Scenario ServiceProvider (SSP) para su configuración y XOM específicos.

3. Ejecute la tarea Ant de una de las siguientes maneras:v Desde la línea de mandatos: ejecute Ant en el directorio adecuado, seguido

por el nombre del archivo de compilación, si es necesario.v Desde Eclipse: pulse el botón derecho del ratón sobre el archivo Ant y

seleccione Ejecutar.


Ahora puede desplegar el archivador de prueba.

Paso 5: volver a desplegar el archivador de Decision ValidationServicesCómo volver a desplegar el archivador de Decision Validation Services.

Antes de empezar

Para volver a desplegar un archivador de Decision Validation Services, debetrabajar en WebSphere Integrated Solutions Console. Inicie sesión en la consola taly como se indica en “Antes de empezar: Abrir la consola de administración” en lapágina 155.


Siga este procedimiento cuando deba volver a desplegar el archivador de ScenarioService Provider (SSP) predeterminado empaquetado con el instalador oarchivadores reempaquetados posteriormente. Vuelva a desplegar el archivo EARSSP predeterminado si desea comprobar la disponibilidad de la característica.También puede volver a desplegar el archivo EAR SSP predeterminado y utilizarlopara probar sus reglas si tiene un XOM de XML. Se incluye un XOM de XML en elarchivador de conjunto de reglas dentro de una RuleApp. Por lo tanto, no esnecesario reempaquetar el archivo EAR SSP para incluir el XOM.

Importante: El archivador debe volverse a desplegar en el mismo servidor que laUnidad de ejecución (XU).

Procedimiento

Para volver a desplegar un archivador SSP que ya se ha desplegado anteriormente:1. En el panel lateral de la consola, abra Aplicaciones y pulse Aplicaciones

empresariales de WebSphere.2. Seleccione la aplicación SSP desplegada y pulse Desinstalar.3. Pulse Aceptar para confirmar la desinstalación de la aplicación SSP.



5. Siga de nuevo “Paso 2: despliegue del archivado de Decision ValidationServices por primera vez” en la página 192 para desplegar el nuevo archivadorSSP.


Capítulo 5. Verificación de su configuración de DecisionCenter

Puede verificar que ha configurado correctamente Decision Center publicandoalgunos proyectos, abriendo las consolas y ejecutando los diagnósticos.

Publicación de un proyecto en Decision CenterTras completar la configuración, Decision Center está listo para su uso, pero nocontiene proyectos de reglas. Los proyectos de reglas se publican desde RuleDesigner.


Para publicar un proyecto de reglas en Decision Center, el proyecto se debeimportar en su espacio de trabajo.

El procedimiento utiliza los proyectos de guía de aprendizaje de Decision Centercomo ejemplo de cómo importar y publicar un proyecto de reglas. Si desea realizarlas guías de aprendizaje de Decision Center, debe publicar los proyectos siguientes:v loanvalidation-rules (con loanvalidation-xom)v loanvalidation-rules-dependent

v squery-loanvalidation-rules (con squery-loanvalidation-xom)

Procedimiento1. Para abrir Rule Designer, pulse Inicio > Todos los programas > IBM >

grupo_paquete > Rule Designer.2. En Rule Designer pulse Archivo > Importar > General > Proyectos existentes

en espacio de trabajo, y pulse Siguiente.3. Pulse Seleccionar directorio raíz, vaya a <dir-instalación>/studio/

tutorials/shared y pulse Aceptar.4. Seleccione los proyectos y pulse Finalizar.5. Pulse con el botón derecho del ratón en el proyecto de regla

loanvalidation-rules y pulse Decision Center > Conectar.6. Complete el diálogo Configuración de Decision Center de la forma siguiente.

El mensaje de aviso Conexión no establecida se muestra hasta que establezcala conexión.

Nombre de usuariortsAdmin

ContraseñartsAdmin

URL http://localhost:<puerto>/teamserver

Origen de datosDeje este campo en blanco.

Nota: Si la seguridad está habilitada, utilice https://localhost:<NÚMERO_PUERTO>/teamserver

7. Pulse Conectar.


La conexión se establece cuando se cierra el mensaje de aviso y el áreaConfiguración del proyecto pasa a estar activa.

8. En el área Configuración del proyecto, compruebe que Crear un proyectonuevo en Decision Center esté seleccionado y, a continuación, pulse Finalizar.

9. El diálogo Sincronización completa - Participante de Decision Center se abrecuando el proceso de publicación esté completo. Pulse Aceptar para cerrareste diálogo.

10. Se abre un diálogo que le solicita si desea cambiar a la perspectivaSincronización de equipos. Pulse Sí.Se abre una vista Sincronizar vacía, que indica que los proyectos en RuleDesigner y Decision Center son iguales. Esto quiere decir que sus reglas estánahora publicadas en Decision Center.

11. Repita el procedimiento para los otros proyectos de regla.


Ahora puede abrir la consola Enterprise de Decision Center y realizar losdiagnósticos.

Abrir las consolas de Decision CenterTras haber desplegado el EAR o WAR de Decision Center en el servidor deaplicaciones, puede abrir las consolas de Decision Center.

Puede abrir las consolas mediante los siguientes URL en un navegador web:v Consola Enterprise: http://localhost:<NÚMERO_PUERTO>/teamserverv Consola Business: http://localhost:<NÚMERO_PUERTO>/decisioncenter

Nota: Si su navegador no se ejecuta en el mismo host que el servidor deaplicaciones, sustituya localhost por la dirección de la máquina. Si su aplicaciónweb está correlacionada con un host que tenga un puerto distinto del puertopredeterminado, utilice el número de puerto del host.

De forma predeterminada, el origen de datos es jdbc/ilogDataSource. Si quiereespecificar un origen de datos distinto, tiene que pasarlo como un parámetro desolicitud en el URL. Por ejemplo:

http://localhost:7001/teamserver?datasource=jdbc/serverextendedbrm.

El entorno local de la página de inicio de sesión está en inglés de formapredeterminada. Puede especificar un parámetro de entorno local en el URL quecambie la página de inicio de sesión al entorno local que se requiera. Por ejemplo:

http://localhost:<port>/teamserver?locale=es (suponiendo que sus archivos demensajes estén traducidos).

Si inicia la sesión en otro entorno local en el URL y desea cambia el entorno localposteriormente, pulse Opciones en la cabecera superior de la consola Enterprise oPerfil en la consola Business. Esto guarda el entorno local y lo restablece lapróxima vez que inicie sesión.

Si abre Decision Center pero no existe base de datos alguna, accederautomáticamente al asistente Parámetros de instalación únicamente con la pestañaInstalar disponible.


Tras completar la instalación, Decision Center está listo para su uso, pero nocontiene un proyecto de reglas. Tiene que publicar un proyecto de reglas desdeRule Designer.

Una herramienta de diagnóstico, disponible en el separador Configurar de laconsola Enterprise, muestra un informe del estado de su configuración de DecisionCenter.

Para obtener más información sobre Decision Center, consulte Decision Center.

Capítulo 5. Verificación de su configuración de Decision Center 239

http://pic.dhe.ibm.com/infocenter/dmanager/v8r5m1/topic/com.ibm.help.doc/../com.ibm.odm.dcenter/topics/odm_dcenter.html

Avisos

Esta información se ha creado para productos y servicios ofrecidos en los EstadosUnidos.

Es posible que IBM no ofrezca los productos, servicios o características descritos eneste documento en otros países. Póngase en contacto con el servicio técnico localde IBM para obtener información sobre los productos y servicios actualmentedisponibles en su zona. Cualquier referencia a un producto, programa o servicio deIBM no pretende afirmar ni implica que sólo pueda utilizarse ese producto,programa o servicio de IBM. En su lugar, puede utilizarse cualquier producto,programa o servicio funcionalmente equivalente que no vulnere ninguno de losderechos de propiedad intelectual de IBM. Sin embargo, es responsabilidad delcliente evaluar y verificar el funcionamiento de cualquier producto, programa oservicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patente pendientes que se apliquen altema descrito en este documento. La entrega de este documento no le otorganinguna licencia sobre estas patentes. Puede enviar sus consultas sobre licencias,por escrito, a:

IBM United Kingdom Laboratories,Mail Point 151,Hursley Park,Winchester,Hampshire,Inglaterra SO21 2JN

Para realizar consultas sobre licencias relacionadas con información sobre el juegode caracteres de doble byte (DBCS), póngase en contacto con el departamento depropiedad intelectual de IBM en su país o envíe sus consultas, por escrito, a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokio 103-8510, Japón

El párrafo siguiente no se aplica al Reino Unido o a ningún otro país dondetales disposiciones estén en contradicción con la legislaciónlocal:INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONAESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍA DE NINGUNA CLASE,EXPRESA O IMPLÍCITA, INCLUYENDO, PERO SIN LIMITARSE A, LASGARANTÍAS IMPLÍCITAS DE NO INFRACCIÓN, COMERCIALIZACIÓN OIDONEIDAD PARA UN FIN DETERMINADO. Algunas legislaciones nocontemplan la exclusión de garantías, ni implícitas ni explícitas, en determinadastransacciones, por lo que puede haber usuarios a los que no les afecte dichanorma.

Esta información podría incluir imprecisiones técnicas o errores tipográficos. Lainformación aquí contenida está sometida a modificaciones periódicas; estas


modificaciones se incorporarán en las nuevas ediciones de la publicación. IBMpuede realizar en cualquier momento mejoras o cambios en los productos oprogramas descritos en esta publicación.

Cualquier referencia hecha en esta información a sitios web que no sean de IBM esmeramente informativa y en modo alguno representa una recomendación dedichos sitios web. El contenido de estos sitios web no forma parte del contenido deeste producto de IBM, por lo que la utilización de dichos sitios web esresponsabilidad del usuario.

IBM puede utilizar o distribuir cualquier información que se le proporcione en laforma que considere adecuada, sin incurrir por ello en ninguna obligación para conel remitente.

Los licenciatarios de este programa que deseen obtener información paraposibilitar: (i) el intercambio de información entre programas creadosindependientemente y otros programas (incluyendo éste) y (ii) la utilización mutuade la información que se ha intercambiado, pueden ponerse en contacto con:

IBM United Kingdom Laboratories,Mail Point 151,Hursley Park,Winchester,Hampshire,Inglaterra SO21 2JN

Dicha información puede estar disponible, sujeta a los términos y condicionesapropiados, incluyendo en algunos casos el pago de una cantidad.

El programa bajo licencia descrito en este documento y todo el material bajolicencia disponible para el mismo los proporciona IBM bajo los términos delContrato de cliente IBM, el Acuerdo Internacional de Programas Bajo Licencia deIBM o cualquier acuerdo equivalente entre IBM y el Cliente.

Todos los datos de rendimiento aquí recogidos se han determinado en un entornocontrolado. Por consiguiente, es posible que los resultandos obtenidos en otrosentornos operativos varíen significativamente. Puede que algunas medidas sehayan realizado en sistemas en nivel de desarrollo y no se garantiza que éstas seanlas mismas en sistemas generalmente disponibles. Asimismo, puede que algunasmedidas se hayan estimado por extrapolación. Puede que los resultados realesvaríen. Los usuarios de este documento deberían verificar los datos aplicables a suentorno específico.

La información relativa a productos ajenos a IBM se ha obtenido de losproveedores de estos productos, de sus anuncios publicados o de otras fuentespúblicas. IBM no ha probado esos productos y no puede confirmar la precisión delrendimiento, la compatibilidad ni ninguna otra afirmación relacionada conproductos que no son de IBM. Las preguntas sobre las capacidades de losproductos que no son de IBM se deben dirigir a los proveedores de dichosproductos.

Esta información contiene ejemplos de datos e informes utilizados en operacionescomerciales habituales. Para ilustrarlas de la forma más completa posible, losejemplos incluyen los nombres de personas, empresas, marcas y productos. Todosestos nombres son ficticios y cualquier parecido con los nombres y direccionesutilizados por una empresa comercial real es mera coincidencia.


LICENCIA DE COPYRIGHT:

Esta información contiene programas de aplicación de ejemplo en idioma deorigen, que ilustra técnicas de programación en varias plataformas operativas.Puede copiar, modificar y distribuir estos programas de ejemplo en cualquierformato sin que tenga que pagar a IBM, a fin de desarrollar, utilizar, comercializaro distribuir programas de aplicación adaptados a la interfaz de programación deaplicaciones para la plataforma operativa para la que se han escrito los programasde ejemplo. Estos ejemplos no se han probado de forma exhaustiva bajo todas lascondiciones. Por lo tanto, IBM no puede garantizar ni implicar la fiabilidad,capacidad de servicio o función de estos programas. Los programas de ejemplo sonproporcionados "TAL CUAL", sin garantía de ningún tipo. IBM no será responsablede posibles daños derivados del uso de los programas de ejemplo.

Cada copia o cada parte de los programas de ejemplo o de los trabajos que sederiven de ellos debe incluir un aviso de copyright como se indica a continuación:

© (nombre de empresa) (año). Partes de este código proceden de programas deejemplo de IBM Corp. © Copyright IBM Corp. _escriba el año o los años_.

Marcas registradasIBM, el logotipo de IBM, e ibm.com son marcas registradas del InternationalBusiness Machines Corp., registradas en muchas jurisdicciones alrededor delmundo. Otros nombres de productos y servicios pueden ser marcas comerciales deIBM u otras empresas. Hay disponible una lista de marcas registradas de IBM en laweb en “Copyright and trademark information” en www.ibm.com/legal/copytrade.shtml.

Linux es una marca registrada de Linus Torvalds en Estados Unidos o en otrospaíses.

Microsoft, Windows y el logotipo de Windows son marcas comerciales deMicrosoft Corporation en los Estados Unidos y/o en otros países.

UNIX es una marca registrada de The Open Group en los Estados Unidos y enotros países.

Java y todas las marcas registradas y logotipos basados en Java son marcasregistradas de Oracle y/o sus filiales.

Avisos 243

http://www.ibm.com/legal/copytrade.shtml

Índice

Aabrir

consola de Rule Execution Server 79Decision Center 238

agrupación de conexionescrear 160, 206

agrupaciones de conexionesRule Execution Server

WebSphere Application Server 65almacén de decisiones

configuración de persistencia pararastreo de ejecución 60

archivos de mensajesconfiguración 173, 213definir y cargar 183, 223

Asistente de parámetros deinstalación 171, 212

configurar archivo de mensajes 173,213

Configurar base de datos 172, 213configurar grupos 174, 214Establecer parámetros de

configuración 175, 215Establecer versión local de

persistencia 174, 215informe 82para crear un esquema de base de

datos de Rule Execution Server 78revisión del esquema de base de

datos 81Rule Execution Server en WebSphere

Application Server 57seleccionar el esquema de base de

datos 80

Bbase de datos

conectar 207probar conexión 163

base de datos DB2creación de un esquema de base de

datosmediante la ejecución de scripts de

SQL 83base de datos Derby

creación de un esquema de base dedatos

mediante la ejecución de scripts deSQL 82

bases de datoscomprobación de la conexión

WebSphere Application Server 69,85

creación de esquemadesde el Asistente de parámetros

de instalación 78mediante la ejecución de scripts de

SQL 82

bases de datos (continuación)permisos

Decision Center 157, 199permisos de usuario 61

bases de datos Derby 62crear proveedores JDBC

para WebSphere ApplicationServer 64

beans de reglas controlados por mensajesy WebSphere MQ

especificación de activación decolas 91

especificación de activación detemas 92

instalación 93

Ccambiar, secuencia de carga de clases

Decision Center 209celdas

clústeres WebSphere ApplicationServer 6

configuración de Rule ExecutionServer en un entorno en clúster 95

clústeresconfiguración en WebSphere

Application Server 1, 14, 15, 18, 27,28, 30

eliminación de Decision Center de 33eliminación de Reglas de Decision

Server de 20en WebSphere Application Server

topología gold 6colas, WebSphere MQ

para mensajes de respuesta 89para mensajes de solicitud 89

colas de entrada/salidacreación de la fábrica de conexiones

en WebSphere MQ 88colas de entrada/salida, WebSphere MQ

especificación de activación 91configuración

creación de un proveedor JDBC 205crear un origen de datos 205

configuración de Decision ValidationServices 195, 234

comprobación de disponibilidad deDecision Validation Services 193,233

creación de recursos de base dedatos 190, 230

volver a desplegar Decision ValidationServices 195, 235

configuración de Rule Execution Serverentornos 95

Configuración de Rule Execution Servercreación de un esquema de base de

datosdesde el Asistente de parámetros

de instalación 78

Configuración de Rule Execution Server(continuación)

creación de un esquema de base dedatos (continuación)

mediante la ejecución de scripts deSQL 82

configurar Decision Centerdeclarar grupos personalizados 167definir registro de usuarios 200en WebSphere Application Server

visión general 197uso de un repositorio federado 202

configurar Decision Centersen WebSphere Application Server

visión general 155configurar Rule Execution Server 62

diagnósticos 96en WebSphere Application Server 57

correlación del grupo deadministración con el rol desupervisor 72

creación de agrupaciones deconexiones 65

crear orígenes de datos 65datos de autenticación J2C 66desplegar el archivo EAR de

servicio de decisionestransparentes alojado 85

proveedores JDBC 64repositorio federado 70seguridad 69

WebSphere Application Serverpolíticas de seguridad 73

consola de Decision Centerconfiguración

completar la configuración 171consola de Rule Execution Server

abrir 79ninguna o más de una

limitaciones de JMX 6políticas de seguridad

WebSphere Application Server 73correlacionar

el grupo de administración con el rolde supervisor, en WebSphereApplication Server 72

Ddatos de autenticación J2C

Rule Execution Serveren WebSphere Application

Server 66DB2

crear proveedores JDBCpara WebSphere Application

Server 64crear una base de datos en z/OS 158crear una base de datos para

configuración de Rule ExecutionServer 62


Decision Centerabrir 238Asistente de parámetros de

instalación 171, 212clústeres WebSphere Application

Servereliminar 33

configuración con tareas de Ant 176,217

configuración de archivos demensajes 173, 213

configuración de grupos 174, 214configuración de la base de

datos 172, 213configuración del entorno local de

persistencia 174, 215establecer parámetros de

configuración 175, 215seguridad

propiedades personalizadas 166,204

verificar el despliegue 170volver a empaquetar el

archivador 186, 226Decision Validation Services

comprobación de disponibilidad 193,233

configuraciónen WebSphere Application

Server 189, 229desplegar el archivador por primera

vez 192, 232distribuir pruebas a varios

servidores 196empaquetado utilizando Ant 195,

234volver a desplegar 195, 235

declaracióngrupos personalizados en Decision

Center 167declarar, grupos personalizados

Decision Center 208definir, registro de usuarios

Decision Center 163, 200derechos de acceso

para descriptores MBean 73desplegar

archivo EAR de servicio de decisionestransparentes alojado

en WebSphere ApplicationServer 85

Decision ValidationServicesarchive 192, 232

EAR de gestiónen WebSphere Application

Server 76jrules-teamserver-WAS8.ear 209RAR de XU


desplegar, archivo EAR de DecisionCenter

Decision Center 168desplegar, EAR de Decision Center

Decision Center 209

diagnósticosen la consola de Rule Execution

Serverejecución 96

Eear, desplegar

Decision Center 168, 209EAR de gestión, desplegar

en WebSphere Application Server 76ejecución asíncrona

soporte en Decision Server 87tamaño de agrupación 193, 233

eliminaresquema de base de datos 182, 222

empaquetadoDecision Validation Services 195, 234

entorno local de persistenciaconfiguración 174, 215establecer 184, 224

entornosConfiguración de Rule Execution

Server 95equilibrar carga de trabajo

configuración del clúster 1topología gold 6

esquema de base de datoscrear 179, 220ejecución 180, 221eliminar 182, 222para Rule Execution Server

elegir, utilizar el Asistente deparámetros de instalación 80

revisión, utilización del Asistentede parámetros de instalación 81

subir extensión 180, 221

Ffábricas de conexiones

para colas de entrada y salida deWebSphere MQ 88

para temas de entrada y salida deWebSphere MQ 90

Ggestión de transacciones

en WebSphere Application Server,Soporte del último participante 94

gruposconfiguración 174, 214Rule Execution Server


subir a la base de datos 181, 221grupos personalizados, declarar

Decision Center 167, 208

HHerramienta de gestión de perfil 14, 15Herramienta de gestión de perfiles 18,

27, 28, 30

Iinstalación

base de datos, conexión a 207base de datos, probar conexión 163conexión con una base de datos 207creación de un proveedor JDBC 159creación de una agrupación de

conexiones 160, 206crear un origen de datos 159, 160,

206instalación de Decision Center

declarar grupos personalizados 208definir registro de usuarios 163despliegue del EAR de Decision

Center 168, 209políticas de seguridad 166, 203restricción de permisos de

usuario 157, 199secuencia de carga de clases,

cambiar 170, 209uso de un repositorio federado 163

instalación de Rule Execution Serveren WebSphere Application Server

probar la conexión de base dedatos 69, 85

JJMX (Java Management Extensions)

limitaciones con las instancias de laconsola de Rule Execution Server 6

jrules-teamserver-WAS8.eardesplegar 209

LLinux en System z

configurar Rule Execution Server enWebSphere Application Server 57

MMBeans

descriptores para WebSphereApplication Server 7.0 73

política de seguridad para la consolade Rule Execution Server 73

y WebSphere MQ 87MQ

Integración de WebSphere MQ enWebSphere Application Server 87

Oorigen de datos

crear 160, 206orígenes de datos

en WebSphere Application Servercrear 65

establecimiento de propiedadespersonalizadas en WebSphereApplication Server 67


Pparámetros

Véase parámetros de configuraciónparámetros de configuración

añadir o eliminar 184, 224configuración 175, 215para clústeres WebSphere Application

Server 14, 15, 18, 20, 27, 28, 30, 32permisos

acceso a base de datos 61Instalación de Decision Center 157,

199para descriptores MBean 73

permisos de usuario 61persistencia

configuración en Rule ExecutionServer 60

y asistente Parámetros deinstalación 78

plantillas de perfilconfigurar WebSphere Application

Server 34para configurar Decision Center 22para configurar WebSphere

Application Server 9políticas de seguridad

Decision Center 166, 203propiedades

personalizadas, establecimiento 67propiedades personalizadas

establecimiento para orígenes de datosen WebSphere ApplicationServer 67

Seguridad de la Decision Center 166,204

proveedor JDBC,crear 205

proveedor JDBC, creación de 159proveedores JDBC

WebSphere Application ServerDB2 64

proyectos de reglaspublicación

desde Decision Center 237publicación de proyectos de reglas

desde Decision Center 237

Qquitar un esquema de base de datos

Véase eliminar

RRAR de XU, desplegar

en WebSphere Application Server 74recuperar tras error

configuración del clúster 1topología gold 6

recursos de base de datospara Decision Validation

Services 190, 230registro de usuarios, definir

Decision Center 163, 200

Reglas de Decision Serverclústeres WebSphere Application

Servereliminar 20

repositorio federado, utilizarDecision Center 163, 202

repositorios federadosRule Execution Server


rolesen WebSphere Application Server 72

Rule Execution Serverconfiguración de la modalidad de

persistencia 60configuración en Rule Execution

Serverconfiguración de propiedades

personalizadas 67configuración en WebSphere

Application Serverdesplegar el EAR de gestión 76esquema de base de datos vacío y

credenciales 62configuración para WebSphere

Application Server en plataformasdistribuidas 57

configurar para WebSphereApplication Server para Linux enSystem z 57

diagnósticos 96distribuir pruebas DVS a varias

instancias 196en WebSphere Application Server

desplegar el RAR de XU 74

SScenario Service Provider (SSP)

aplicación coubicada con la consola deRule Execution Server 192, 232

consola de Rule Execution Servercoubicación con la aplicación

SSP 192, 232tarea Ant ssp-setup 195, 234

Scripts SQLpara crear un esquema de base de

datos 82para eliminar un esquema de base de

datos 182, 222secuencia de carga de clases, cambiar

Decision Center 170, 209seguridad

datos de autenticación J2C 66Decision Center 166, 204habilitado cuando se configura

Decision Center 155, 197políticas de la consola de Rule

Execution ServerWebSphere Application Server 73

propiedades personalizadas 166, 204Rule Execution Server


servicios de decisiones transparentesalojados

desplegar EARen WebSphere Application

Server 85Servidor de aplicaciones JBoss

verificación del despliegue deDecision Center 170

servidor de aplicaciones WebLogic Serververificación del despliegue de

Decision Center 170sesiones de reglas

e integración de WebSphere MQ 87soporte del último participante (LPS)

habilitación en WebSphere MQ 94ssp-setup, tarea Ant 195, 234

Ttareas Ant

configuración de usuarios 183configurar Decision Center 176, 217configurar el entorno 177, 217creación del esquema de base de

datos 179, 220definir y subir archivos de

mensajes 183, 223ejecución del esquema de base de

datos 180, 221eliminación de un esquema de base

de datos 182, 222establecer el entorno local de

persistencia 184, 224establecer los parámetros de

configuración 184, 224execute-schema 180, 221gen-create-schema 179, 220gen-drop-schema 182, 222print-config-param 184, 224remove-config-param 184, 224repackage-war 186, 226set-config-param 184, 224ssp-setup 195, 234subir grupos a la base de datos 181,

221subir la extensión del esquema de

base de datos 180, 221upload-extensions 180, 221upload-messages 183, 223upload-roles 181, 221upload-users 183volver a empaquetar el archivado de

Decision Center 186, 226temas, WebSphere MQ

para mensajes de respuesta 91para mensajes de solicitud 90

temas de entrada/salida, WebSphere MQcreación de la fábrica de

conexiones 90especificación de activación 92

topología golden WebSphere Application Server 6

Índice 247

Uunidad de ejecución (XU)

desplegar el RAR de XU 74usuarios

Rule Execution Serveren WebSphere Application

Server 70

Vvariables de entorno

para ant 177, 217volver a desplegar

Decision Validation Services 195, 235

WWebSphere Application Server

clústeres, configuración 1, 14, 15, 18,20, 27, 28, 30, 32

configuración del clúster 14, 15, 18,27, 28, 30

eliminar aplicaciones 20, 32configurar el entorno de tareas

Ant 177, 217configurar Rule Execution Server 57seguridad, Rule Execution Server 69vacía, base de datos 62

WebSphere MQbean de regla regido por mensaje,

instalación 93cola de entrada, creación 89cola de salida, creación 89especificación de activación de colas,

creación de 91especificación de activación de tema,

creación de 92fábrica de conexiones de la cola,

creación de 88fábrica de conexiones de tema,

creación de 90integración en WebSphere Application

Server 87soporte del último participante,

habilitación 94tema de entrada, crear 90tema de salida, creación 91

XXUConnectionFactory

nombre JNDI predeterminado 74, 95

Zz/OS

Consolas de Decision Centercreación de una base de

datos 158


��

Impreso en España

Configuración de Operational Decision Manager ... · Creación del esquema de base de datos...

Documents

Transcript of Configuración de Operational Decision Manager ... · Creación del esquema de base de datos...