IBM InfoSphere Master Data Management Standard and Advanced Editions Versión 11 Release 0

Guía de instalación




GI13-2658-00

IBM InfoSphere Master Data Management Standard and Advanced Editions Versión 11 Release 0

Guía de instalación




GI13-2658-00

Nota Antes de usar esta información y el producto al que da soporte, lea la información en “Avisos y marcas registradas” en la página 203.

Nota de edición Esta edición se aplica a la versión 11.0 de IBM InfoSphere Master Data Management y a todos los releases y modificaciones posteriores hasta que se indique de otro modo en nuevas ediciones. © Copyright IBM Corporation 1996, 2013.

Contenido Tablas . . . . . . . . . . . . . . . vii

Capítulo 3. Configuración del soporte de instalación. . . . . . . . . . . . 25

Preparación de IBM Installation Manager . . . . Instalación de Installation Manager . . . . . Adición de ofertas a IBM Installation Manager . Instalación de Installation Startup Kit. . . . . . Preparación para alta disponibilidad . . . . . . Requisitos previos de cuenta para instalaciones personalizadas . . . . . . . . . . . . . Preparación de la base de datos . . . . . . . Conexiones y cuentas de usuario de base de datos . . . . . . . . . . . . . . . Preparación de una base de datos de DB2 . . . Preparación de una base de datos de Microsoft SQL Server . . . . . . . . . . . . . Preparación de una base de datos de Oracle . . Controladores ODBC instalados con Standard Edition . . . . . . . . . . . . . . . Preparación del servidor de aplicaciones. . . . . Para establecer una vía de acceso de programa de utilidad de IBM DB2 . . . . . . . . . Para establecer una vía de acceso de programa de utilidad de Oracle . . . . . . . . . . Preparación de WebSphere Application Server Network Deployment para un despliegue de servidor gestionado. . . . . . . . . . . Preparación del Despliegue de red de WebSphere Application Server para un servidor no gestionado. . . . . . . . . . . . . . Preparación del WebSphere Application Server para el despliegue de base . . . . . . . . Creación de un usuario nuevo y adición del usuario a un grupo de MDM . . . . . . . Preparación de un sistema Solaris para instalación de MDM . . . . . . . . . . . . . . . Configuración del entorno local y codificación de caracteres en sistemas de destino . . . . . . .

Capítulo 4. Preparación para una instalación típica . . . . . . . . . . 27

Capítulo 6. Instalación de InfoSphere MDM. . . . . . . . . . . . . . . . 67

Figuras . . . . . . . . . . . . . . . ix Capítulo 1. Instalación de IBM InfoSphere Master Data Management Server Standard and Advanced Editions. 1 Capítulo 2. Descripción general de la instalación . . . . . . . . . . . . . 3 Tipo de despliegue de instalación típica versus personalizada . . . . . . . . . . . . . . 4 Tipo de despliegue de instalación típica . . . . 4 Tipo de despliegue de instalación personalizada . 8 Características instaladas por el Gestor de instalación 9 Requisitos de instalación . . . . . . . . . . 11 Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits . . . . . . . . . . 13 Instalación gráfica o silenciosa . . . . . . . . 15 Installation Startup Kit . . . . . . . . . . 15 Cuentas de usuario y grupos creados por el instalador . . . . . . . . . . . . . . . 17 Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica . . . 18 Almacenamiento y exposición de contraseñas . . . 19 Cifrado de contraseñas con WebSphere Application Server . . . . . . . . . . . 20 Estructuras de directorios. . . . . . . . . . 20 Uso de MAD_ROOTDIR y MAD_HOMEDIR en versión 11.0 . . . . . . . . . . . . . 22

Capítulo 5. Preparación para una instalación personalizada. . . . . . . 29 Hojas de trabajo de instalación y configuración . . Hoja de trabajo del directorio de instalación . . IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS . . . . . . . . . . . Hoja de trabajo de origen de datos del servidor SQL de Microsoft . . . . . . . . . . . Hoja de trabajo de origen de datos de Oracle . . Hoja de trabajo de instalación de WebSphere Application Server . . . . . . . . . . . Hoja de trabajo de configuración de aplicación MDM . . . . . . . . . . . . . . . Hoja de trabajo de instalación de aplicaciones de usuario . . . . . . . . . . . . . . . Hoja de trabajo de instalación de historial . . . © Copyright IBM Corp. 1996, 2013

30 31 32 34 36 38 41 43 45

Inicio del proceso de instalación con LaunchPad . . Instalación de una instalación de servidor típica . . Instalación de una instalación de estación de trabajo típica . . . . . . . . . . . . . . . . Instalación de una instalación personalizada . . . Instalación en un entorno en clúster . . . . . . Despliegue de la función MDM Native Component en servidor Windows remoto . . . . . . . . Instalación en Oracle RAC . . . . . . . . . Habilitación de soporte para controlador de conexión inalámbrica de Oracle. . . . . . . . Instalación en z/OS . . . . . . . . . . . Instalación silenciosa . . . . . . . . . . . Personalización del archivo de respuestas de modalidad silenciosa . . . . . . . . . . Inhabilitación de la pantalla inicial del instalador durante instalación silenciosa . . . . . . .

47 48 48 49 50 51 51 53 54 56 57 59 59 60 61

61

63 63 64 65 66

68 69 71 73 77 79 80 81 81 83 85 91

iii

Instalación silenciosa utilizando un archivo de respuestas . . . . . . . . . . . . . . 91 Creación de un archivo de respuestas mientras se ejecuta una instalación gráfica . . . . . . . 92 Modificación silenciosa de una instalación . . . 92 Modificación de la instalación . . . . . . . . 93 Casos de ejemplo de instalación . . . . . . . 94 Caso de ejemplo 1: Instalación de MDM en un clúster de WebSphere Application Server, utilizando una base de datos de IBM DB2 e IBM WebSphere MQ messaging . . . . . . . . 94 Caso de ejemplo 2: Instalación de MDM en un clúster de WebSphere Application Server, utilizando una base de datos de Oracle y WebSphere Default Messaging . . . . . . . 98 Caso de ejemplo 3: Instalación de MDM en WebSphere Application Server Network Deployment en Windows con una base de datos de SQL Server . . . . . . . . . . . . 102 Programa de utilidad madconfig . . . . . . . 105 Destinos de programa de utilidad madconfig para InfoSphere MDM . . . . . . . . . 106 Instalación manual de physical MDM database . . 109 Establecimiento de la configuración XA en IBM WebSphere Application Server para conectarse con DB2 for z/OS . . . . . . . . . . . 110 creación e instalación de la base de datos de z/OS . . . . . . . . . . . . . . . 110 Otorgamiento de privilegios de conexión en DB2 para z/OS . . . . . . . . . . . . . 111 Configuración de la base de datos Oracle . . . 112 Instalación manual de physical MDM database en DB2 for Linux o UNIX . . . . . . . . 112 Instalación manual de physical MDM database en DB2 for z/OS . . . . . . . . . . . 116 Instalación manual de la base de datos principal en Microsoft SQL Server. . . . . . . . . 124 Instalación manual de la base de datos de physical MDM en Oracle . . . . . . . . 125 Instalación manual del componente de servidor de mensajería de InfoSphere MDM . . . . . . . 129 Actualización de los archivos de propiedades desplegados para una physical MDM . . . . . 130

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales . . 133 Instalación de IU de Business Administration. . . Instalación de la Business Administration UI Instalación de la interfaz de usuario de Data Stewardship . . . . . . . . . . . . . . Instalación de la interfaz de usuario de Data Stewardship . . . . . . . . . . . . . Instalación de interfaz de usuario de Product Maintenance. . . . . . . . . . . . . . Instalación de la interfaz de usuario de Product Maintenance. . . . . . . . . . . . . Instalación de Inspector . . . . . . . . . . Instalación de Inspector . . . . . . . . . Configuración de Inspector . . . . . . . . Instalación de Enterprise Viewer . . . . . . . Instalación de Enterprise Viewer . . . . . .

iv

Guía de instalación

133 134 135 135

Configuración y gestión de aplicaciones . . Globalización en Enterprise Viewer . . . . Instalación de Web Reports . . . . . . . . Instalación de Web Reports . . . . . . . Edición del archivo webreports.properties . . Adición de mensajes de seguridad a Web Reports . . . . . . . . . . . . . Visualización de consultas de Report en InfoSphere MDM Web Reports . . . . . Configuración de registro de IBM WebSphere Application Server . . . . . . . . . Instalación de Provider Direct . . . . . . . Instalación de Provider Direct . . . . . . Importación de proyecto de Provider Direct en Workbench . . . . . . . . . . . . Carga de las tablas de base de datos de Provider Direct . . . . . . . . . . . Despliegue del archivo EAR de Provider Direct modificado . . . . . . . . . . . . Configuración de Provider Direct. . . . . Instalación de Message Broker. . . . . . . Instalación de Message Broker Suite . . . . Creación del archivo services.ini de broker . Directorios y archivos instalados con Message Broker Suite . . . . . . . . . . . . Soporte de Unicode e idioma alternativo . . Instalación de InfoSphere MDM Healthcare Point of Service Integrator . . . . . . . . . . Instalación de InfoSphere Healthcare Point of Service Integrator . . . . . . . . . . Directorio y archivos instalados con Healthcare Point of Service Integrator . . . . . . . Instalación de Pair Manager . . . . . . . Instalación de Pair Manager . . . . . . Ejemplos . . . . . . . . . . . . . . Ejemplos de instalación . . . . . . . . Instalación de InfoSphere MDM Workbench . . Instalación de InfoSphere InfoSphere MDM Workbench . . . . . . . . . . . . Configuración de seguridad de aplicación para aplicaciones web . . . . . . . . . . . Códigos de error vistos en aplicaciones de usuario

. . . . .

146 162 163 163 165

. 170 . 170 . 170 . 171 . 171 . 173 . 173 . . . . .

174 174 178 178 179

. 179 . 181 . 182 . 182 . . . . . .

183 184 184 185 185 186

. 186 . 187 188

Capítulo 8. Verificación de la instalación . . . . . . . . . . . . 191 Verificación de la instalación con el Cliente de prueba en WebSphere Application Server . . Propiedades del cliente de prueba . . . . Registros de instalación . . . . . . . . Visualización de archivos de registro de Installation Manager . . . . . . . . Visualización de los registros de instalación MDM . . . . . . . . . . . . .

. . .

. 192 . 194 . 195

. . 195 de . . 196

137 137 138 139 142 143 143

Capítulo 9. Desinstalación de InfoSphere MDM . . . . . . . . . . 197 Desinstalación Desinstalación Desinstalación trabajo típica

de de de .

su edición de InfoSphere . . . 197 una instalación de servidor típica 197 una instalación de estación de . . . . . . . . . . . . 198

Desinstalación de un único componente . . . Desinstalación en modalidad silenciosa . . . . Eliminación de CBA del repositorio de paquetes interno . . . . . . . . . . . . . .

. 199 . 200 . 201

Avisos y marcas registradas . . . . . 203 Índice. . . . . . . . . . . . . . . 207 Cómo ponerse en contacto con IBM

211

Contenido

v

vi

Guía de instalación

Tablas 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19.

Características de MDM instaladas . . . . . 10 Requisitos de instalación . . . . . . . . 12 Cuentas de usuario de MDM . . . . . . 17 Grupos de usuarios de MDM . . . . . . 18 Directorios de MDM_INSTALL_HOME . . . . . 21 Hoja de trabajo de directorio de instalación de InfoSphere MDM . . . . . . . . . . 32 IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS . . . . . . . . . . 34 Hoja de trabajo de origen de datos del servidor SQL de Microsoft . . . . . . . 36 Hoja de trabajo de origen de datos de Oracle 37 Hoja de trabajo de instalación de IBM WebSphere Application Server . . . . . . 39 Hoja de trabajo de instalación de aplicación MDM . . . . . . . . . . . . . . 41 Hoja de trabajo de instalación de aplicación de usuario . . . . . . . . . . . . . . 43 Aplicaciones de usuario de MDM . . . . . 45 Hoja de trabajo de instalación de historial 46 Destinos de programa de utilidad madconfig básicos . . . . . . . . . . . . . . 105 Destinos de programa de utilidad madconfig para instalación de servidor operativo . . . 106 Destinos de programa de utilidad madconfig para instalación de base de datos . . . . . 107 Destinos de programa de utilidad madconfig para desinstalación. . . . . . . . . . 108 Propiedades que se encuentran en el archivo inspector.properties . . . . . . . . 141

© Copyright IBM Corp. 1996, 2013

20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40.

Propiedades que se encuentran en el archivo inspector.properties . . . . . . . . Páginas web y mpi_appprop.propnames asociados . . . . . . . . . . . . . Actualizaciones de filtro de SegCode y archivos prop . . . . . . . . . . . Descripciones de las propiedades necesarias en el archivo webreports.properties. . . . Descripciones de las propiedades opcionales en el archivo webreports.properties. . . . Parámetros para atributos de pantalla en el archivo webreports.properties . . . . . Propiedades necesarias de registro de servidor operativo . . . . . . . . . . Propiedades de fábrica de contexto necesarias Propiedades necesarias de origen de datos Propiedades necesarias extra . . . . . . Propiedades de fábrica de contexto necesarias Propiedades necesarias del origen que es propiedad del servidor operativo . . . . . Propiedades necesarias extra . . . . . . Tipos de datos enumerados . . . . . . . Atributos personalizados. . . . . . . . Archivos utilizados por los intermediarios Descripciones de código de error . . . . . Pruebas de verificación de la instalación Propiedades que pueden establecerse en el archivo de propiedades del Cliente de prueba Recursos de IBM . . . . . . . . . . Cómo proporcionar comentarios a IBM

145 148 151 166 167 168 175 175 175 176 176 176 176 177 177 180 188 193 194 211 211

vii

viii

Guía de instalación

Figuras 1. 2.

Instalación de servidor típica . . . . Instalación de estación de trabajo típica

© Copyright IBM Corp. 1996, 2013

. .

. .

. 6 . 7

3.

Instalación personalizada en un entorno en clúster. . . . . . . . . . . . . .

. 9

ix

x

Guía de instalación

Capítulo 1. Instalación de IBM InfoSphere Master Data Management Server Standard and Advanced Editions Los componentes de InfoSphere MDM se instalan al utilizar IBM® Installation Manager, que asegura una experiencia de instalación simple y coherente. IBM Installation Manager también se utiliza para desinstalar componentes y modificar una instalación existente al añadir o eliminar componentes. Puede ejecutar la instalación e modalidad gráfica o silenciosa. Los temas de instalación describen cómo preparar el servidor de aplicación y base de datos para la instalación de MDM y cómo instalar MDM. Los temas de instalación presupone que está familiarizado con WebSphere Application Server y con la base de datos que planea utilizar.

© Copyright IBM Corp. 1996, 2013

1

2

Guía de instalación

Capítulo 2. Descripción general de la instalación La mayoría de los componentes de IBM InfoSphere Master Data Management Server pueden instalarse en un servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte a entornos en clúster. Debe configurar un sistema cliente y uno o varios sistemas de servidor. El servidor de aplicaciones, servidor de bases de datos y servidor HTTP pueden encontrarse en el mismo servidor, o pueden encontrarse en sus propios servidores. Se recomienda el servidor HTTP, pero es opcional. El tiempo necesario para instalar InfoSphere MDM depende de una variedad de factores y, como tales, no se pueden proporcionar estimaciones de tiempo. Algunos factores que influyen en la cantidad de tiempo para preparar e instalar pueden incluir: v La cantidad de componentes que se están instalando v La cantidad de servidores o estaciones de trabajo en su entorno v La capacidad de carga de red si está instalando en un entorno en clúster v Si se ha instalado IBM WebSphere Application Server v Si se ha instalado el software de base de datos El primer paso en el proceso de instalación es determinar el mejor tipo de despliegue para sus requisitos: “Tipo de despliegue de instalación típica” en la página 4 o “Tipo de despliegue de instalación personalizada” en la página 8. Si elige un despliegue de instalación típica, siempre debe utilizar LaunchPad para iniciar el proceso y Launchpad, a su vez, inicia IBM Installation Manager. Para instalaciones personalizadas, puede elegir utilizar LaunchPad para iniciar la instalación, o puede configurar IBM Installation Manager manualmente para apuntar al soporte de instalación. La mayoría de las implementaciones requieren un despliegue personalizado. Después de que se ha iniciado IBM Installation Manager, el orden básico en que funciona se describe en estos pasos. 1. Seleccione las funciones que desee instalar. La base de datos de MDM y MDM Operational Server son los componentes clave. La base de datos de MDM incluye las tablas de base de datos principales para la edición que está instalando.El servidor operativo de MDM se considera equivalente al anteriormente denominado MDM Server y a MDS Master Data Engine. 2. Después de seleccionar las funciones y la ubicación del directorio de instalación, el instalador realiza algunas comprobaciones básicas en el sistema operativo, espacio en disco y software de soporte antes de continuar con la instalación. Si el directorio de instalación especificado es un directorio existente, IBM Installation Manager verifica si hay una instalación existente y, si se encuentra, le advierte sobre la sobrescritura de la instalación. 3. A continuación, se le solicita que ingrese información en una serie de paneles de configuración. Esta información se utiliza para configurar automáticamente la base de datos de MDM y servidor de aplicaciones con información de conexión específica y para identificar la celda, nodo y servidores donde se despliegan los artefactos de InfoSphere MDM. Si está utilizando un despliegue de instalación típica, los paneles de configuración no aparecen. Los valores predeterminados se utilizan para configurar automáticamente los valores de la base de datos, el servidor de aplicaciones y el servidor operativo. 4. Los datos estáticos se extraen en el directorio MDM_INSTALL_HOME que ha seleccionado al principio del proceso. Los datos estáticos incluyen elementos como Batch Processor, Management Agent, Management Console, y los scripts del programa de utilidad madconfig entre otros. 5. Se crean las tablas de base de datos e índices. © Copyright IBM Corp. 1996, 2013

3

6. A continuación, se despliegan los componentes nativos y servicios web en el servidor de aplicaciones. Eso significa que todos los artefactos se despliegan en todos los nodos especificados. 7. Las interfaces de usuario y aplicaciones web seleccionadas para la instalación también se despliegan en el servidor de aplicaciones. El instalador comprime archivos WAR de aplicación basada en la web en un archivo EAR y despliega el archivo en el servidor de aplicaciones. Durante el despliegue, el servidor de aplicaciones descomprime el contenido de los archivos EAR. 8. Se crean los archivos de configuración nativa .cfg. 9. Después del despliegue, la base de datos arranca. 10. Antes de que se complete la instalación, el instalador completa un proceso de verificación ejecutando transacciones a través del servidor operativo. Además de las pruebas de verificación que ejecuta el instalador, puede utilizar Test Client para ejecutar transacciones de prueba para asegurarse de que haya sido una instalación satisfactoria. Conceptos relacionados: Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente.

Tipo de despliegue de instalación típica versus personalizada La instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización de una instalación típica o personalizada Las ediciones de InfoSphere MDM reúnen las prestaciones de datos maestros y se instalan al utilizar el IBM Installation Manager. Software adicional, como IBM WebSphere Application Server, IBM DB2 (si utiliza una base de datos DB2) y IBM Rational Application Developer (RAD) (si utiliza InfoSphere MDM Workbench) también son instalados por IBM Installation Manager. El tipo de instalación que elige depende de ciertas consideraciones: v Si está realizando la instalación en un servidor o estación de trabajo limpia v Si tiene instalados una base de datos y servidor de aplicación existentes v La cantidad de servidores o estaciones de trabajo en las que desea desplegar los componentes v El los servidores de mensajería que instale v En el grado de automatización que desee emplear en el proceso de instalación Tareas relacionadas: Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67 Las instrucciones de instalación son las mismas para todas las ediciones.

Tipo de despliegue de instalación típica Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de trabajo limpia e instala IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en una única ejecución de IBM Installation Manager. Las instalaciones de la estación de trabajo incluyen InfoSphere MDM Workbench e IBM Rational Application Developer (RAD). Este tipo de despliegue proporciona el menor tiempo entre la finalización de la instalación y la ejecución de la primera transacción. El servidor o estación de trabajo no debe tener ya instalados componentes de InfoSphere MDM, IBM WebSphere Application Server o IBM DB2. Se da soporte a una instalación típica para servidor o estación de trabajo para InfoSphere MDM Standard, Advanced y Enterprise Editions.

4

Guía de instalación

Se utiliza una instalación típica para servidor o estación de trabajo cuando: v Planea utilizar una nueva base de datos de DB2 v Instala IBM WebSphere Application Server por primera vez v Instala en sistemas operativos Microsoft Windows, IBM AIX, Linux o Solaris v Debe estar activo y en ejecución en poco tiempo Una instalación típica instala todas las prestaciones de base de datos y servidor operativo de MDM en un único sistema de destino y puede ejecutarse en modalidad gráfica o silenciosa. Una instalación típica se inicia utilizando LaunchPad. Cuando se abre LaunchPad, puede seleccionar utilizar una instalación de servidor típica o una instalación de estación de trabajo típica. Esa selección lleva a cabo una de dos acciones: v Instala IBM Installation Manager si no se ha instalado aún. v Inicia IBM Installation Manager si se ha instalado. Si no tiene la versión actual de IBM Installation Manager, se inicia una actualización automáticamente. Una vez que se haya completado la instalación, puede optar por volver e instalar componentes adicionales utilizando la opción de modificación de la instalación. Referencia relacionada: “Características instaladas por el Gestor de instalación” en la página 9 Las características que puede instalar dependen de la edición que elija.

Instalación de servidor típica Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2 en un servidor. Esta ilustración muestra una instalación de servidor típica.

Capítulo 2. Descripción general de la instalación

5

Figura 1. Instalación de servidor típica

Para una instalación de servidor típica, IBM Installation Manager completa el siguiente proceso. 1. Instala IBM WebSphere Application Server (Network Deployment) e IBM DB2. 2. Instala el servidor operativo de InfoSphere MDM, el componente de base de datos y las dos aplicaciones de administración de datos (IU de InfoSphere MDM Data Steward e InfoSphere MDM Inspector). El contenido estático de MDM es contenido que el instalador extrae en el directorio de instalación (INICIO_INSTALACIÓN_MDM). El contenido estático puede incluir aplicaciones cliente como Batch Processor, Management Agent, Management Console, MDM Collector, MDM configuration scripts (scripts de programa de utilidad madconfig) y otras aplicaciones que utilicen valores predeterminados. 3. Crea automáticamente su perfil de IBM WebSphere Application Server y configura las aplicaciones de la base de datos, servidor de aplicaciones y data stewardship. 4. El proceso de instalación finalmente despliega los componentes de MDM en el servidor de aplicaciones. Puede instalar más componentes mediante la opción modificar después de que finalice la instalación típica para servidor.

6

Guía de instalación

Tareas relacionadas: “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio. Referencia relacionada: “Características instaladas por el Gestor de instalación” en la página 9 Las características que puede instalar dependen de la edición que elija.

Instalación de estación de trabajo típica Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e InfoSphere MDM Workbench en una estación de trabajo. Esta ilustración muestra una instalación de estación de trabajo típica. Al igual que el escenario del servidor, descargue IBM WebSphere Application Server (despliegue base), IBM DB2, la edición de InfoSphere MDM e InfoSphere MDM Workbench.

Figura 2. Instalación de estación de trabajo típica

Para una instalación de estación de trabajo típica, IBM Installation Manager: 1. Instala IBM WebSphere Application Server, IBM DB2 e IBM Rational Application Developer (RAD). 2. Instala InfoSphere MDM Workbench en IBM Rational Application Developer (RAD). 3. Instala los componentes de base de datos y servidor operativo de MDM. El contenido estático de MDM es contenido que el instalador extrae en el directorio de instalación (INICIO_INSTALACIÓN_MDM). El contenido estático puede incluir aplicaciones cliente como Batch Capítulo 2. Descripción general de la instalación

7

Processor, Management Agent, Management Console, MDM Collector, MDM configuration scripts (scripts de programa de utilidad madconfig) y otras aplicaciones. 4. Crea automáticamente su perfil de IBM WebSphere Application Server y configura las aplicaciones de la base de datos, servidor de aplicaciones y data stewardship utilizando valores predeterminados. 5. El proceso de instalación finalmente despliega los componentes de MDM en el servidor de aplicaciones. Tareas relacionadas: “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. Referencia relacionada: “Características instaladas por el Gestor de instalación” en la página 9 Las características que puede instalar dependen de la edición que elija.

Tipo de despliegue de instalación personalizada Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que instala. Una instalación personalizada generalmente se realiza bajo cualquiera de las siguientes condiciones. v Si está utilizando un IBM DB2, un Servidor SQL de Microsoft o una base de datos Oracle v Si está realizando la instalación en un entorno en clúster v Si está realizando la instalación en un servidor o estación de trabajo que tiene instalado el IBM WebSphere Application Server y Deployment Manager (DMgr) está en ejecución v Si está realizando la instalación en un clúster de IBM WebSphere Application Server configurado y están en ejecución todos los agentes de nodo v Si tiene una base de datos ya instalada y configurada v Si WebSphere MQ está instalado y el escucha está en ejecución v Si está instalando solo una oferta de InfoSphere MDM (por ejemplo la Standard Edition, Advanced Edition o Enterprise Edition) Al utilizar una instalación personalizada, puede seleccionar varios servidores de destino para la aplicación de InfoSphere MDM y las aplicaciones de la interfaz de usuario, o puede instalar todo en un solo servidor de destino. Una instalación personalizada se puede ejecutar en modalidad gráfica o silenciosa. Esta ilustración muestra un despliegue personalizado en un entorno en clúster.

8

Guía de instalación

Figura 3. Instalación personalizada en un entorno en clúster

Una vez que se haya completado la instalación de InfoSphere MDM, puede optar por volver e instalar los componentes adicionales mediante la opción de modificar instalación. Conceptos relacionados: “Preparación para alta disponibilidad” en la página 50 Para admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurar varias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, los otros pueden continuar procesando el tráfico. Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. Capítulo 5, “Preparación para una instalación personalizada”, en la página 29 Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas. Referencia relacionada: “Características instaladas por el Gestor de instalación” Las características que puede instalar dependen de la edición que elija.

Características instaladas por el Gestor de instalación Las características que puede instalar dependen de la edición que elija. Esta tabla muestra las características que puede instalar con IBM Installation Manager. En esta tabla, un asterisco (*) indica que la característica puede instalarse sólo en una estación de trabajo. Dos asteriscos (**) indican que el producto no se admite para utilizar con una base de datos de Microsoft SQL Server.

Capítulo 2. Descripción general de la instalación

9

Tabla 1. Características de MDM instaladas Si instala:

Estas características están disponibles:

MDM Standard Edition

Base de datos MDM Servidor operativo MDM (incluye Kit de herramientas de Enterprise Service Oriented Architecture (ESOA), Java y SDK de Web Services) Aplicaciones de usuario: v Inspector v Enterprise Viewer v Web Reports v Provider Direct v Pair Manager* Message Brokers Healthcare Point of Service Integrator* Ejemplos Patient Clinical Data Search (este elemento se instala automáticamente con Standard Edition y no aparece listado como una opción en IBM Installation Manager)

MDM Advanced Edition

Advanced Edition incluye todas las funciones que aparecen listadas para Standard Edition, además de estas aplicaciones: v Business Administration UI** v Data Stewardship UI** v Product Maintenance UI**

MDM Enterprise Edition

Incluye todas las funciones de la Advanced Edition, más Collaborative Edition y InfoSphere MDM Extension for Unstructured Text Correlation

InfoSphere MDM Workbench

MDM Workbench* (admite implementaciones virtuales, físicas e híbridas). IBM Rational Application Developer (RAD) también incluye MDM y debe instalarse antes de instalar InfoSphere MDM Workbench.

IBM DB2

Si planifica utilizar un despliegue de instalación típica, puede elegir instalar un derivador de base de datos de DB2. El derivador contiene el instalador de base de datos de DB2 nativo y se ejecuta en modalidad silenciosa a través de IBM Installation Manager. Si piensa utilizar una instalación personalizada, debe instalar DB2 por su cuenta, utilizando el instalador DB2 nativo.

IBM WebSphere Application Server

IBM WebSphere Application Server es necesario para la implementación de MDM. Si no tiene instalado este servidor de aplicaciones, puede elegir instalarlo en el momento de la instalación de MDM. Esta característica se instala al utilizar el despliegue de instalación típico.

Otros componentes también se instalan al utilizar IBM Installation Manager. Esos componentes se listan aquí y se proporciona las instrucciones de instalación en el Information Center. v Supervisión de política de datos maestros v Kit de herramientas de InfoSphere MDM Application v InfoSphere MDM Collaboration Server

10

Guía de instalación

v IBM InfoSphere Master Data Management Custom Domain Hub y InfoSphere MDM Reference Data Management Hub Conceptos relacionados: “Tipo de despliegue de instalación típica” en la página 4 Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de trabajo limpia e instala IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en una única ejecución de IBM Installation Manager. Las instalaciones de la estación de trabajo incluyen InfoSphere MDM Workbench e IBM Rational Application Developer (RAD). Este tipo de despliegue proporciona el menor tiempo entre la finalización de la instalación y la ejecución de la primera transacción. “Instalación de servidor típica” en la página 5 Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2 en un servidor. “Instalación de estación de trabajo típica” en la página 7 Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e InfoSphere MDM Workbench en una estación de trabajo. “Tipo de despliegue de instalación personalizada” en la página 8 Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que instala. Referencia relacionada: “Asociación de servidor operativo y aplicación de usuario de MDM” en la página 44 Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o virtual.

Requisitos de instalación Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar. Atención: Para obtener un listado preciso del hardware y software al que se da soporte y de las versiones necesarias, revise siempre la página IBM InfoSphere Master Data Management Server System Requirements. El enlace a esta página puede encontrarse en las notas de release de la versión 11.0. Para instalar cualquiera de las funciones y aplicaciones, debe tener IBM Installation Manager 1.6.0 instalado en el sistema desde el que está ejecutando la instalación. IBM Installation Manager se incluye con MDM. IBM Installation Manager sólo puede ejecutarse en una máquina de 64 bits. Los servidores o estaciones de trabajo en los que instala requieren un mínimo de 30 GB de espacio disponible. Las instalaciones de servidor típicas requieren de 40 a 50 GB de espacio disponible. Las instalaciones de estación de trabajo típicas requieren de 60 a 70 GB. Si la función o aplicación que desea instalar no aparece listada en esta tabla, consulte la documentación de dicha función para conocer los requisitos específicos.

Capítulo 2. Descripción general de la instalación

11

Tabla 2. Requisitos de instalación Si tiene previsto instalar esta función

Necesita este requisito previo:

InfoSphere MDM Standard, Advanced o Enterprise Edition

Todos los servidores y estaciones de trabajo en los que instala y utiliza componentes de MDM tienen un sistema operativo soportado instalado y configurado. Utilice la documentación específica del producto como guía. Asegúrese de instalar también Installation Startup Kit.

MDM Operational Server

Esta función instala los paquetes de IBM WebSphere Application Server principales, EBA, etc. para su servidor operativo. Si está utilizando una instalación típica, IBM Installation Manager instala IBM WebSphere Application Server y lo configura con valores predeterminados. Si está utilizando una instalación personalizada, debe tener la versión soportada de IBM WebSphere Application Server instalada y un perfil administrativo (nombre de usuario y contraseña) creado. Después de instalar IBM WebSphere Application Server, utilice los temas de preparación del servidor de aplicaciones para configurar el servidor.

Base de datos MDM

El componente de base de datos crea las tablas y el esquema de MDM. Si está utilizando una instalación típica, IBM Installation Manager instala y configura IBM DB2 con valores predeterminados. Para instalaciones personalizadas, debe tener una base de datos soportada instalada y configurada con un nombre de cuenta de usuario y contraseña que pretenda utilizar para conectarse con el MDM operational server. Utilice la documentación específica del producto como guía. Después de instalar el software de base de datos, utilice los temas de preparación de base de datos para configurar la base de datos para dar soporte a MDM.

Aplicaciones de usuario

Debe instalarse un navegador web soportado en las estaciones de trabajo que acceden a la aplicación.

InfoSphere MDM Workbench

Debe instalar IBM Rational Application Developer (RAD) for WebSphere (64 bits) antes de instalar el entorno de trabajo en su estación de trabajo.

IBM DB2

Instale la base de datos de DB2 con las funciones predeterminadas seleccionadas. Este software es necesario si está utilizando un tipo de despliegue de instalación típica.

IBM WebSphere Application Server

Seleccione estas funciones para instalar para su servidor de aplicaciones: v IBM WebSphere Application Server – IBM WebSphere Application Server Full Profile – IBM WebSphere Application Server SDK for Java™ Technology Edition 6 Compruebe siempre la página de requisitos del sistema para el número de versión soportado.

12

Guía de instalación

Tabla 2. Requisitos de instalación (continuación) Si tiene previsto instalar esta función

Necesita este requisito previo:

IBM Rational Application Developer (RAD)

Cuando instala IBM Rational Application Developer (RAD), debe seleccionar, como mínimo, estas funciones necesarias adicionales en IBM Installation Manager: v Web Developer Tools – AJAX, Dojo y HTML – JSF – JSP y servlet v Enterprise Developer Tools – Acceso a datos – Aplicación OSGi v IBM WebSphere Application Server – Herramientas de desarrollo – Apéndice de servidor remoto También debe asegurarse de que estén disponibles las bibliotecas de 32 bits necesarias en su sistema operativo de 64 bits. Consulte el tema relacionado que aparece más abajo.

Tareas relacionadas: “Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186 Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de despliegue de instalación personalizada y sólo está instalando el entorno de trabajo. Capítulo 5, “Preparación para una instalación personalizada”, en la página 29 Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas. Capítulo 3, “Configuración del soporte de instalación”, en la página 25 El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de imagen de instalación descargables. Referencia relacionada: “Asociación de servidor operativo y aplicación de usuario de MDM” en la página 44 Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o virtual. Información relacionada: “Instalación de InfoSphere MDM Workbench” en la página 186 InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros, flujos y correlaciones con orígenes de datos.

Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo para que la instalación sea satisfactoria. Debe instalar las bibliotecas de 32 bits que se listan a continuación o instalar IBM Rational Application Developer (RAD) en modalidad de 64 bits antes de instalar funciones de MDM. Las bibliotecas de 32 bits necesarias son: v libatk-1.0.so.0 Capítulo 2. Descripción general de la instalación

13

v v v v v

libfontconfig.so.1 libfreetype.so.6 libgdk_pixbuf-2.0.so.0 libgdk-x11-2.0.so.0 libglib-2.0.so.0

v v v v v v v

libgmodule-2.0.so.0 libgobject-2.0.so.0 libgthread-2.0.so.0 libgtk-x11-2.0.so.0 libpango-1.0.so.0 libpangoft2-1.0.so.0 libpng12.so.0

v v v v v v

libselinux.so.1 libX11.so.6 libXcomposite.so.1 libXcursor.so.1 libXdamage.so.1 libXext.so.6

v libXfixes.so.3 v libXft.so.2 v libXinerama.so.1 v v v v

libXi.so.6 libXrandr.so.2 libXrender.so.1 libXtst.so.6

v libz.so.1

14

Guía de instalación

Tareas relacionadas: “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186 Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de despliegue de instalación personalizada y sólo está instalando el entorno de trabajo. Información relacionada: “Instalación de InfoSphere MDM Workbench” en la página 186 InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros, flujos y correlaciones con orígenes de datos.

Instalación gráfica o silenciosa Puede instalar InfoSphere MDM en modalidad gráfica o modalidad silenciosa. Considere cuál es el método de instalación que funciona mejor para su entorno.

Modalidad gráfica Si el sistema donde ejecuta IBM Installation Manager puede representar una interfaz gráfica de usuario, entonces la modalidad gráfica es la opción preferida. IBM Installation Manager despliega una serie de pantallas que describen la selección de características, configuración de parámetro básico y proporciona un resumen de las opciones que seleccionó antes de que comenzara la instalación.

Modalidad silenciosa Si planifica instalaciones idénticas en varios sistemas, podría considerar la opción silenciosa. Una instalación silenciosa se inicia desde la línea de mandatos y utiliza un archivo de respuestas. Esta opción no requiere que especifique las opciones de instalación. En cambio, las opciones de instalación se leen desde un archivo de respuestas. Puede crear un archivo de respuestas manualmente o mediante la utilización del asistente de instalación gráfica. Se puede crear un archivo de respuestas sin instalar ningún software o durante una instalación. Los pasos que se tomaron en el proceso de instalación y los errores encontrados se registran en un archivo.

Installation Startup Kit El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME. Installation Startup Kit se utiliza durante instalaciones personalizadas. El kit de inicio está disponible cuando utiliza LaunchPad y aparece listado como una oferta en IBM Installation Manager cuando elige una instalación personalizada.

Capítulo 2. Descripción general de la instalación

15

Los scripts de base de datos se ejecutan antes de iniciar la instalación de MDM. Los scripts crean automáticamente las tablas adecuadas, los espacios de tabla, agrupaciones de almacenamiento, especificaciones de cifrado y desencadenantes necesarios para su edición. v Los scripts para crear bases de datos de IBM DB2 y espacios de tabla se encuentran en STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/ – CreateDB.sql – CreateTS.sql v Scripts para crear base de datos de DB2 z/OS e instalar datos de dominio y núcleo: – STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds/* – STARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds/* v Script para crear base de datos de Oracle: STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ ddl/create_schema_ora.sql v Script para crear base de datos de Microsoft SQL Server: STARTUPKIT_INSTALL_HOME/CoreData/Full/ SQLServer/ddl/CreateDB.sql v Los archivos de SQL Server que se utilizan para transacciones XA se encuentran en STARTUPKIT_INSTALL_HOME/SQLServer JTA: – Los archivos sqljdbc.dll para dar soporte a SQL Server de 32 bits o 64 bits se encuentran en win32 y win64_amd64 – instjdbc.sql Utilice los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para instalar el componente de mensajería de MDM cuando WebSphere MQ se encuentra en un sistema que es remoto desde donde se está ejecutando IBM Installation Manager. Los archivos .res son archivos de muestra que pueden utilizarse para instalaciones silenciosas.

16

Guía de instalación

Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación. “Preparación de la base de datos” en la página 51 Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada. “Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97 Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para completar el caso de ejemplo 1. Referencia relacionada: “Instalación silenciosa” en la página 83 Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.

Cuentas de usuario y grupos creados por el instalador Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios predeterminados en el servidor de aplicaciones. En la tabla siguiente se listan las cuentas de usuario y contraseñas creadas por el instalador. Tabla 3. Cuentas de usuario de MDM Nombre de usuario

Contraseña

Descripción

mdmadmin

mdmadmin

Para las instalaciones de estación de trabajo y servidor típicas, este nombre de usuario y contraseña se crean para que WebSphere Application Server gestione el servidor operativo. Para instalaciones personalizadas, puede utilizar el nombre de usuario mdmadmin y cualquier contraseña de su elección. El nombre de usuario y contraseña están asociados al grupo mdm_admin.

mdmins11

mdmins11

Si utiliza una instalación típica en un sistema operativo Linux o UNIX, esta combinación de nombre de usuario y contraseña se crea para su base de datos de DB2.

db2admin

db2@dmin

Si utiliza una instalación típica en un sistema operativo Microsoft Windows, esta combinación de nombre de usuario y contraseña se crea para su base de datos de IBM DB2.

Antes de comenzar una instalación personalizada de MDM, cree un perfil de IBM WebSphere Application Server con la seguridad habilitada. El nombre de usuario y la contraseña pueden ser cualquier cosa que desee. Importante: Por motivos de seguridad, si utiliza la contraseña de mdmadmin predeterminada, se recomienda cambiar la contraseña de usuario después de la instalación.

Capítulo 2. Descripción general de la instalación

17

Grupos En la tabla siguiente se listan los grupos y roles que el instalador crea. Puede añadir usuarios a estos grupos mediante la consola de administración de IBM WebSphere Application Server. Tabla 4. Grupos de usuarios de MDM Grupo de MDM

Descripción

mdm_admin

Función administrativa que es equivalente a un superusuario.

DataSteward

Este rol está disponible solo si los componentes de interfaz de usuario están instalados.

mdm_default

Este rol permite el acceso del usuario al contenedor del servidor de aplicaciones sin otorgar los permisos específicos de usuario.

mdm_all_ops

Este rol permite el acceso del usuario a todas las operaciones de MDM.

mdm_all_cvws

Este rol permite el acceso del usuario a todas las vistas compuestas.

mdm_all_ixns

Este rol permite el acceso del usuario a todas las interacciones de MDM.

mdm_all_segs_rw

Este rol permite el acceso de lectura y escritura a todos los segmentos.

mdm_all_segs_ro

Este rol permite el acceso de solo lectura a todos los segmentos.

ServiceConsumer

Este rol se correlaciona con todos los usuarios autenticados y se asocia con todos los módulos de punto de entrada.

ServiceProvider

Este rol se correlaciona con un usuario predeterminado: mdm. Este rol se asocia con todos los módulos que no se consideren puntos de entrada.

Conceptos relacionados: Requisitos previos de la cuenta Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar. Repositorios de usuario Gestión de usuarios Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: Habilitación de seguridad de usuario para el servidor operativo Configuración de usuarios y grupos de usuarios para MDM virtual “Creación de un usuario nuevo y adición del usuario a un grupo de MDM” en la página 64 Utilice este procedimiento para crear un usuario de IBM WebSphere Application Server y, a continuación, añadirlo a un grupo de InfoSphere MDM. Referencia relacionada: Conexiones y cuentas de usuario de base de datos Todas las instalaciones requieren al menos una cuenta de usuario de base de datos. “Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas.

Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas.

18

Guía de instalación

Si está instalando en Linux o UNIX, se crean estos valores predeterminados: v Nombre de base de datos de DB2: MDM11DB v Nombre de usuario de DB2: mdmins11 v Contraseña de DB2: mdmins11 v Directorio de inicio de DB2: /home/mdmins11 v Nombre de usuario y contraseña de WebSphere Application Server: mdmadmin Si está instalando en Microsoft Windows: v Nombre de base de datos de DB2: MDM11DB v Nombre de usuario de DB2: db2admin v Contraseña de DB2: db2@dmin v Nombre de usuario y contraseña de WebSphere Application Server: mdmadmin Conceptos relacionados: Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio. “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. Capítulo 4, “Preparación para una instalación típica”, en la página 27 Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones típicas. Referencia relacionada: “Cuentas de usuario y grupos creados por el instalador” en la página 17 Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios predeterminados en el servidor de aplicaciones.

Almacenamiento y exposición de contraseñas Durante la instalación, las contraseñas se cifran utilizando el cifrado de WebSphere Application Server. Todas las aplicaciones de interfaz de usuario y aplicaciones cliente tienen un nombre de usuario y contraseña para conectarse a MDM operational server. Estas contraseñas también se cifran utilizando el mecanismo de cifrado de WebSphere Application Server. Si se modifica alguna de las contraseñas en el servidor de aplicaciones, también deberá aplicar la modificación en el archivo de propiedades del componente respectivo. Tenga en cuenta que cuando el instalador genera archivos de respuesta que pueden utilizarse para instalaciones silenciosas, estos archivos contienen contraseñas de usuario en texto sin formato. Si las contraseñas de texto sin formato almacenadas en los archivos van en contra de sus políticas organizativas, utilice la modalidad de instalación gráfica. Capítulo 2. Descripción general de la instalación

19

Tareas relacionadas: Configuración de entornos de MDM seguros

Cifrado de contraseñas con WebSphere Application Server Si debe modificar un nombre de usuario y contraseña en un archivo de propiedades después de la instalación, puede utilizar esta tarea para cifrar la contraseña nueva.

Acerca de esta tarea Para impedir que la contraseña se almacene en texto simple en el archivo de propiedades, puede utilizar WebSphere Application Server para cifrar la contraseña.

Procedimiento 1. Cree un archivo de texto denominado mypassword.txt. 2. Añada esta línea al archivo: mypassword=user_password y guarde el archivo. 3. Ejecute el siguiente mandato para codificar el valor de la contraseña: v Para Microsoft Windows: $NODE_HOME\bin\PropFilePasswordEncoder.bat path\mypassword.txt mypassword v Para Linux y UNIX: $NODE_HOME/bin/PropFilePasswordEncoder.sh path/mypassword.txt mypassword Donde $NODE_HOME representa el directorio de inicio del nodo de WebSphere Application Server y path representa la ubicación del directorio del archivo mypassword.txt. 4. Abra el archivo mypassword.txt y copie el valor de contraseña cifrada en el campo contraseña de su archivo de propiedades. Tareas relacionadas: Configuración de entornos de MDM seguros

Estructuras de directorios Existen tres directorios que debe comprender cuando instala y utiliza MDM: el directorio de instalación, el directorio compartido y el directorio de servidor de aplicaciones. Cuando ejecuta IBM Installation Manager, debe elegir una vía de acceso de instalación. Esta vía de acceso y directorio raíz están definidos en los temas de instalación como MDM_INSTALL_HOME. MDM_INSTALL_HOME contiene recursos que son exclusivos del paquete instalado. Dentro de este directorio hay subdirectorios para cada uno de los componentes que ha seleccionado para la instalación. También tiene directorios que son específicos del sistema operativo en el que instala. El directorio MDMShared contiene archivos de recursos compartidos por varios grupos de paquetes instalados. El contenido puede incluir recursos necesarios para ejecutar scripts de IBM Installation Manager, bibliotecas de códigos Java personalizados e IBM Rational Application Developer, por ejemplo. Para obtener más información sobre este directorio, consulte http://pic.dhe.ibm.com/infocenter/install/ v1r6/index.jsp?topic=%2Fcom.ibm.cic.agent.ui.doc%2Fhelpindex_imic.html La vía de acceso del servidor de aplicaciones donde se despliegan los componentes instalados se define en los temas de instalación como WAS_PROFILE_HOME.

MDM_INSTALL_HOME El contenido del directorio de instalación incluye, entre otros, los subdirectorios que aparecen listados en la siguiente tabla. Los directorios específicos que puede ver dependen de las funciones que instale.

20

Guía de instalación

Tabla 5. Directorios de MDM_INSTALL_HOME Directorio

Descripción

aix, linux, solaris, win32, win64, zlinux

Estos directorios contienen archivos específicos de los sistemas operativos.

BatchProcessor

Contiene subdirectorios y archivos necesarios para ejecutar la herramienta Batch Processor. Batch Processor está diseñado principalmente para trabajar con datos de MDM física.

com.ibm.mdm.tools

Contiene paquetes de OSGi. Puede configurarse un espacio de trabajo de MDM Workbench para utilizar estos paquetes para que se puedan resolver modelos de referencia y referencias de clase Java.

base de datos

Contiene archivos de esquema estáticos.

documentation

Contiene un archivo messages.properties en el subdirectorio /nl/, que utiliza el instalador durante el tiempo de ejecución. Por ejemplo, contiene mensajes que utiliza el supervisor de progreso del instalador.

EnterpriseIntegrator

Contiene subdirectorios y archivos necesarios para configurar y utilizar la aplicación de búsqueda InfoSphere MDM Healthcare Point of Service Integrator.

eventManagmentClient

Contiene subdirectorios y archivos para dar soporte al componente Event Manager. Event Manager es un componente desencadenante que puede detectar sucesos y actividades en MDM.

InstallableApps

Contiene subdirectorios y archivos para las aplicaciones de usuario instaladas. Las aplicaciones incluyen, entre otras, Data Stewardship UI, Product Maintenance UI, Inspector y Web Reports.

IVT

Contiene subdirectorios y scripts que se utilizan para ejecutar las pruebas de verificación de instalación.

logs

Contiene los registros registrados durante el proceso de instalación.

ManagementAgent

Contiene subdirectorios y archivos que se utilizan para ejecutar el agente de gestión de configuración, que se utiliza para configurar y gestionar varias funciones de MDM.

ManagementConsole

Contiene subdirectorios y archivos que utiliza Management Console. Management Console es la interfaz de usuario que da soporte al agente de gestión.

MDMCollector

Contiene subdirectorios y archivos que se utilizan para ejecutar IBM Support Assistant Data Collector.

mds

Este directorio contiene archivos para MDM virtual (anteriormente, IBM Initiate Master Data Service). Los ejemplos de Java y Web Service SDK están instalados en el directorio /lib/sdk/examples. También contiene programas de utilidad en el directorio /scripts como, por ejemplo, el programa de utilidad madconfig.

MessageBrokerSuite

Contiene subdirectorios y archivos de configuración que se utilizan para implementar y gestionar los componentes de Message Broker. Los componentes de Message Broker suelen utilizarse en implementaciones virtuales para dar soporte a la mensajería entre sistemas de origen y el servidor operativo y base de datos de MDM.

PCDS

Contiene subdirectorios y archivos que dan soporte a la interfaz de usuario de Patient Clinical Data Search.

propiedades

El contenido de este directorio proporciona parámetros de entrada que se utilizan cuando restablece el servidor y base de datos de MDM desde MDM Workbench.

Capítulo 2. Descripción general de la instalación

21

Tabla 5. Directorios de MDM_INSTALL_HOME (continuación) Directorio

Descripción

Ejemplos

Contiene correlaciones y archivos de código de origen que pueden utilizarse en entornos de desarrollo.

temp

Contiene todos los registros de base de datos. Después de la instalación, si restablece la base de datos, este directorio se utiliza para copiar todos los archivos SQL temporales.

tmp

Contiene archivos temporales que se utilizan durante el proceso de instalación.

Uninstall

Este directorio contiene los scripts necesarios para desinstalar los componentes de MDM.

utils

Contiene activos generadores de claves privadas de instancia de nombre de entidad común.

Conceptos relacionados: Gestor de sucesos Descripción general de los componentes de configuración y gestión Utilización de IBM Support Assistant Data Collector Entidades y funciones comunes Trabajos por lotes de perpetuación Descripción general del establecimiento de preferencias de Entorno de prueba Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133 IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor en el que instaló el servidor operativo y la base de datos de MDM.

Uso de MAD_ROOTDIR y MAD_HOMEDIR en versión 11.0 MAD_ROOTDIR y MAD_HOMEDIR son términos y variables con los que los usuarios de IBM Initiate Master Data Service están familiarizados. Las definiciones de estos términos con respecto a la instalación de MDM y al servidor operativo cambian en la versión 11.0. Anteriormente, MAD_ROOTDIR contenía los archivos instalados, incluidos todos los archivos binarios. MAD_HOMEDIR contenía toda la información de configuración de instancias. En 11.0, el contenido de los dos directorios está combinado en cierto sentido. MAD_ROOTDIR contiene los archivos binarios instalados y la información de configuración del servidor operativo. El concepto de un MAD_HOMEDIR puro ya no es válido. En la documentación, el término MDM_INSTALL_HOME representa la vía de acceso raíz donde están instaladas todas las funciones de MDM. Durante el proceso de instalación, se crea una vía de acceso MAD_ROOTDIR de trabajo en el directorio MDM_INSTALL_HOME. La vía de acceso se señala en la documentación como MDM_INSTALL_HOME/mds. Esta vía de acceso contiene la configuración para la instalación del servidor operativo y es la ubicación desde la que se ejecutan todos los programas de utilidad y herramientas relacionadas a MDM virtual. Durante el despliegue en WAS_PROFILE_HOME, se crean archivos binarios relevantes y una copia de la configuración en un MAD_ROOTDIR de tiempo de ejecución. En cierto modo, esta ubicación se convierte en el directorio de instancia. La vía de acceso a esta configuración de tiempo de ejecución se señala en el archivo de propiedades personalizadas de JVM de WebSphere Application Server como la propiedad mad.root.dir.

22

Guía de instalación

La configuración en MDM_INSTALL_HOME se encuentra allí principalmente para dar soporte a las herramientas de línea de mandatos. El servidor operativo utiliza la configuración de WAS_PROFILE_HOME durante el tiempo de ejecución. La edición de los archivos desplegados en WAS_PROFILE_HOME afecta a los cambios realizados en el servidor operativo que está en ejecución. Los usuarios de IBM Initiate Master Data Service también deben comprender que en 11.0 el concepto de un único directorio de instalación que admita varias instancias ya no es válido. Debe tener una instalación independiente para cada instancia de MDM que necesite. Por ejemplo, si necesita instancias para la producción, prueba y formación, debe tener tres directorios de instalación independientes y tres despliegues independientes del servidor operativo de MDM y base de datos en su WAS_HOME_PROFILE. En los temas del componente Message Broker, se siguen utilizando los términos y variables MAD_ROOTDIR y MAD_HOMEDIR.

Capítulo 2. Descripción general de la instalación

23

24

Guía de instalación

Capítulo 3. Configuración del soporte de instalación El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de imagen de instalación descargables.

Procedimiento v Si ha obtenido InfoSphere MDM en CD físicos, compruebe que tiene todos los discos de instalación. v Si obtiene los archivos de imagen de instalación de Passport Advantage u otro método, descargue y extraiga los archivos en los siguientes directorios aplicables: – DB2 – Installation Manager 1.6 – MDM – MDMWB – RAD – WAS Si tiene previsto utilizar LaunchPad para iniciar la instalación, debe tener el soporte de instalación en estos directorios. Todos los despliegues de instalación típica se inician con LaunchPad. Tareas relacionadas: “Inicio del proceso de instalación con LaunchPad” en la página 68 Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar una instalación personalizada. Referencia relacionada: “Requisitos de instalación” en la página 11 Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar.

© Copyright IBM Corp. 1996, 2013

25

26

Guía de instalación

Capítulo 4. Preparación para una instalación típica Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones típicas.

Acerca de esta tarea Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de trabajo limpia.

Procedimiento v Revise el archivo léame para los requisitos del sistema y posibles problemas que puedan afectar la instalación. v Lea las notas de release para obtener información sobre características de productos con soporte o mejoras del release. v Complete la tarea Capítulo 3, “Configuración del soporte de instalación”, en la página 25. v Revise el apartado “Requisitos de instalación” en la página 11. v Revise el apartado “Tipo de despliegue de instalación típica” en la página 4. v Si está instalando en un entorno DHCP (Protocolo de configuración dinámica de sistemas principales), debe establecer el IP de host en el archivo /etc/hosts. Este establecimiento no es necesario si su host utiliza un IP estático. Este establecimiento tampoco es necesario para instalaciones personalizadas.

Qué hacer a continuación Continúe con el inicio de la instalación con LaunchPad y utilice las instrucciones de instalación para el tipo de despliegue típico. Tareas relacionadas: “Inicio del proceso de instalación con LaunchPad” en la página 68 Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar una instalación personalizada. “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio. “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. Referencia relacionada: “Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página 18 Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas.

© Copyright IBM Corp. 1996, 2013

27

28

Guía de instalación

Capítulo 5. Preparación para una instalación personalizada Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.

Acerca de esta tarea Si tiene previsto realizar una instalación de estación de trabajo típica o de servidor típica, no debe seguir estos pasos. v Revise el archivo léame para los requisitos del sistema y posibles problemas que puedan afectar la instalación v Lea las notas de release para obtener información sobre características de productos con soporte o mejoras del release Revise la sección de escenario de instalación y determine la topología de instalación que va a utilizar Revise y complete las hojas de trabajo de instalación Configure el soporte de instalación Utilice un usuario de base de datos distinto para cada despliegue de la oferta Tome nota de estos ítems si planea utilizar una base de datos de IBM DB2: – Para realizar la instalación, configure uno o varios usuarios restringidos en un sistema como usuarios de esquema de base de datos. Debido a que DB2 utiliza el sistema operativo para autenticar nuevos usuarios, utilice un ID de usuario como mdmdb1 con un shell restringido. Este usuario no necesita ser miembro de ninguno de los grupos DB2. – También puede realizar una instalación simple utilizando un único ID para el ID de instalación de DB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información, consulte la documentación de DB2. v Además de estos requisitos previos generales, hay otras tareas de requisitos previos específicos para instalar InfoSphere MDM. Estas tareas se describen en los siguientes temas.

v v v v v

© Copyright IBM Corp. 1996, 2013

29

Conceptos relacionados: Casos de ejemplo de instalación Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de varios productos y máquinas. “Tipo de despliegue de instalación personalizada” en la página 8 Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que instala. Tareas relacionadas: Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67 Las instrucciones de instalación son las mismas para todas las ediciones. Referencia relacionada: “Requisitos de instalación” en la página 11 Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar.

Hojas de trabajo de instalación y configuración Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante el proceso de instalación y configuración. Si está realizando una instalación típica, se utilizan los valores predeterminados y no se le solicita entrada. Vuelva a utilizar las hojas de trabajo para cada entorno de ejecución que planee implementar. Por ejemplo, puede tener un entorno de producción, uno de prueba y uno de entrenamiento. Las hojas de trabajo se utilizan para aplicaciones y componentes con sus valores de configuración base definidos en IBM Installation Manager. Cualquier servidor operativo, aplicación de usuario o pasos de configuración de componente necesarios fuera de IBM Installation Manager se describen en temas de aplicaciones individuales o componentes separados.

30

Guía de instalación

Tareas relacionadas: “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio. “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster. “Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 3.

Hoja de trabajo del directorio de instalación Utilice esta hoja de trabajo para registrar el directorio raíz del host en el que desee instalar InfoSphere MDM. Si después instala más entornos de ejecución, puede que no apunten a la misma base de datos a la utilizada para el entorno inicial. Si está instalando varios entornos de ejecución , vuelva a utilizar la hoja de trabajo de instalación para definir los valores de directorio único para cada entorno. Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager.

Capítulo 5. Preparación para una instalación personalizada

31

Tabla 6. Hoja de trabajo de directorio de instalación de InfoSphere MDM Parámetro

Descripción

Su valor

Utilice el grupo de paquetes existente Elija esta opción si desea que los componentes de InfoSphere MDM se instalen en un shell o directorio Eclipse existente. No puede modificar el nombre de directorio si elige esta opción. No elija esta opción si instaló previamente otros productos al utilizar IBM Installation Manager, como IBM Rational Application Developer (RAD). InfoSphere MDM Workbench debe estar instalado en el mismo grupo de paquetes que IBM Rational Application Developer (RAD). Cree un nuevo grupo de paquetes

Esta opción es el valor predeterminado. IBM Installation Manager crea un directorio IBM/MDM predeterminado en el directorio raíz que elija. O, puede nombrar el directorio como desee. Por ejemplo, MDM_INSTALL_HOME/IBM/ MDM_test o MDM_INSTALL_HOME/IBM/ MDM_prod

IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el origen de datos de z/OS al que se está conectando MDM operational server. Para MDM Standard Edition, toda la información de origen de datos de IBM AIX®, Linux o Solaris se almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf. Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support a comprender la correlación entre instancias, cuentas y bases de datos. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager. Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS Parámetro

Descripción

Tipo de base de datos

DB2 y DB2 para z/OS cuenta con soporte para todas las ediciones de MDM.

Nombre de host de la base de datos

Identificar la dirección completa del host en el que está instalada la base de datos. El valor predeterminado es localhost.

32

Guía de instalación

Su valor

Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS (continuación) Parámetro

Descripción

Su valor

Puerto de base de datos

Identificar el puerto de la base de datos o utilizar el número de puerto predeterminado que se proporciona. El valor predeterminado para DB2 y DB2 for z/OS es 50000.

Nombre de usuario de base de datos

El nombre de usuario de la base de datos debe tener privilegios de administrador de base de datos. Las restricciones de la longitud y los caracteres admitidos para nombres de usuario y contraseñas dependen de cualquier restricción que pueda imponer el sistema operativo. Si instala MDM utilizando una instalación típica, el nombre de usuario y contraseña de la base de datos de DB2 toman el valor predeterminado de mdminst11 en Linux y UNIX y de db2admin en Microsoft Windows.

Contraseña de base de datos

Proporcionar una contraseña para el nombre de usuario de la base de datos.

Nombre de base de datos local

Proporcionar un nombre que identifique la base de datos de MDM. El valor predeterminado es MDMDB. El nombre debe estar formado por 12 o menos caracteres alfanuméricos. Se pueden utilizar los caracteres de guión bajo (_) en el nombre. No se admiten otros caracteres. Una implementación MDM física utiliza el cliente local DB2 para ejecutar scripts de base de datos y requiere un nombre de base de datos local. Si instala MDM utilizando una instalación típica, el nombre de la base de datos toma el valor predeterminado de MDM11DB.

Nombre de la base de datos remota

Proporcione un nombre que identifique la base de datos MDM remota. El valor predeterminado es MDMDB.

Capítulo 5. Preparación para una instalación personalizada

33

Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS (continuación) Parámetro

Descripción

Directorio inicial de base de datos

Para instalaciones personalizadas, proporcione el directorio completo donde está instalada la base de datos. Proporcione el directorio padre de SQLLIB. Por ejemplo:

Su valor

Windows: C:\IBM\DB2 IBM AIX, Linux o Solaris: /home/db2inst1 Si instala MDM utilizando una instalación típica, DB2Home toma el valor predeterminado de /home/mdminst11 Esquema de base de datos

Especifique el nombre de esquema de base de datos. De forma predeterminada el nombre de esquema es el mismo que el del usuario de aplicación de base de datos.

Instalación manual de MDM Database

Si tiene previsto instalar la base de datos de physical MDM manualmente, seleccione esta opción para extraer los scripts que se utilizan para la instalación manual. Las tablas de MDM virtual se instalan incluso si está opción está seleccionada.

Tareas relacionadas: “Preparación de una base de datos de DB2” en la página 54 Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere MDM. “Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96 Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para completar el caso de ejemplo 1.

Hoja de trabajo de origen de datos del servidor SQL de Microsoft Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para el origen de datos al que se está conectando MDM operational server. Para MDM Standard Edition, toda la información de origen de datos de IBM AIX®, Linux o Solaris se almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf. Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support a comprender la correlación entre instancias, cuentas y bases de datos.

34

Guía de instalación

Atención: Las aplicaciones de usuario Business Administration, Data Stewardship y Product Management no se admiten para utilizar con una base de datos de Microsoft SQL Server. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager. Tabla 8. Hoja de trabajo de origen de datos del servidor SQL de Microsoft Parámetro

Descripción

Su valor

Tipo de base de datos

Se da soporte al servidor SQL de Microsoft solamente para la Standard Edition de MDM. El tipo debe ser MSSQLU.

Nombre de host de la base de datos

Identificar la dirección completa del host en el que está instalada la base de datos. El valor predeterminado es el sistema principal local.

Puerto de base de datos

Identificar el puerto de la base de datos o utilizar el número de puerto predeterminado que se proporciona. El valor predeterminado de Microsoft SQL Server es 1433.

Nombre de usuario de base de datos

El nombre de usuario de la base de datos debe tener privilegios de administrador de base de datos. Las restricciones de la longitud y los caracteres admitidos para nombres de usuario y contraseñas dependen de cualquier restricción que pueda imponer el sistema operativo.

Contraseña de base de datos

Proporcionar una contraseña para el nombre de usuario de la base de datos.

Nombre de base de datos

Proporcionar un nombre que identifique la base de datos de MDM. El valor predeterminado es MDMDB.

Esquema de base de datos

Especifique el nombre de esquema de base de datos. De forma predeterminada el nombre de esquema es el mismo que el del usuario de aplicación de base de datos.

Nombre del servidor de bases de datos

Especificar el nombre del servidor de bases de datos con el que se conecta la instancia de base de datos de MDM.

Capítulo 5. Preparación para una instalación personalizada

35

Tabla 8. Hoja de trabajo de origen de datos del servidor SQL de Microsoft (continuación) Parámetro

Descripción

Grupo de archivos de base de datos

Especificar el nombre de un grupo de archivos para la base de datos. Un grupo de archivos es una estructura lógica para agrupar objetos (colecciones de archivos) en una base de datos. En el servidor SQL de Microsoft, los grupos de archivos se utilizan para ayudar con la ubicación de datos y tareas administrativas tales como operaciones de copia de seguridad y restauración.

Utilizar Windows Native Authentication

Elegir si se desea que el servidor operativo se autentique ante la base de datos utilizando credenciales de Microsoft Windows. El modo predeterminado es utilizar las credenciales del servidor SQL.

Su valor

Si tiene previsto utilizar la autenticación de Windows, su DBA debe establecer el esquema predeterminado del usuario de registro en el esquema que va a utilizar IBM Installation Manager. Instalación manual de MDM Database

Si tiene previsto instalar la base de datos de physical MDM manualmente, seleccione esta opción para extraer los scripts que se utilizan para la instalación manual. Las tablas de MDM virtual se instalan incluso si está opción está seleccionada.

Tareas relacionadas: “Preparación de una base de datos de Microsoft SQL Server” en la página 56 Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación de InfoSphere MDM. “Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la página 103 Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo paso para completar el caso de ejemplo 3.

Hoja de trabajo de origen de datos de Oracle Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos al que se está conectando MDM operational server. Para la MDM Standard Edition, toda la información de origen de datos de IBM AIX, Linux o Solaris se almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf. Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta

36

Guía de instalación

convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support a comprender la correlación entre instancias, cuentas y bases de datos. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager. Tabla 9. Hoja de trabajo de origen de datos de Oracle Parámetro

Descripción

Su valor

Tipo de base de datos

Oracle es admitido para todas las ediciones de MDM.

Nombre de host de la base de datos

Identificar la dirección completa del host en el que está instalada la base de datos. El valor predeterminado es localhost.

Puerto de base de datos

Identificar el puerto de la base de datos o utilizar el número de puerto predeterminado que se proporciona. El valor predeterminado de Oracle es 1521.

Nombre de usuario de base de datos

El nombre de usuario de la base de datos debe tener privilegios de administrador de base de datos. Las restricciones de la longitud y los caracteres admitidos para nombres de usuario y contraseñas dependen de cualquier restricción que pueda imponer el sistema operativo.

Contraseña de base de datos

Proporcionar una contraseña para el nombre de usuario de la base de datos.

Nombre de base de datos

Proporcione el ID de sistema de base de datos (SID).

TNS

Especifique el nombre del servicio que se utiliza para conectar a la base de datos de Oracle. Este parámetro es necesario ya que este servicio también puede utilizarse para conectar a una base de datos remota.

Directorio inicial de base de datos

Proporcione el directorio completo donde está instalada la base de datos. Por ejemplo: Windows: C:\App\oracle\product\ 11.2.0\db_1 IBM AIX, Linux o Solaris: /home/mdm/oracle/product/11.2.0/ db_1

Capítulo 5. Preparación para una instalación personalizada

37

Tabla 9. Hoja de trabajo de origen de datos de Oracle (continuación) Parámetro

Descripción

Instalación manual de MDM Database

Si tiene previsto instalar la base de datos de physical MDM manualmente, seleccione esta opción para extraer los scripts que se utilizan para la instalación manual.

Su valor

Las tablas de MDM virtual se instalan incluso si está opción está seleccionada.

Tareas relacionadas: “Preparación de una base de datos de Oracle” en la página 57 Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere MDM. “Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100 Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para completar el caso de ejemplo 2.

Hoja de trabajo de instalación de WebSphere Application Server Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager.

38

Guía de instalación

Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server Parámetro

Descripción

Su valor

Tipo de despliegue

Especifique el tipo de despliegue y anote el nombre de perfil de IBM WebSphere Application Server. Las opciones son Network Deployment o Base. El despliegue de red se utiliza para instalaciones de clúster o servidor. Un despliegue base normalmente se utiliza en instalaciones de demostración o estación de trabajo. Si elige Network Deployment, el instalador ejecuta una secuencia de mandatos en el proceso del gestor de despliegue de IBM WebSphere Application Server para configurar servidores de aplicaciones y desplegar aplicaciones. El gestor de despliegue y los agentes de nodo deben estar configurados y en ejecución para que el despliegue pueda continuar. Por ejemplo, utilice un nombre de perfil de Dmgr01. Si selecciona Network Deployment, el instalador también se puede ejecutar en un clúster de IBM WebSphere Application Server. El programa de instalación detecta automáticamente el clúster. Si el clúster está configurado, la acción predeterminada es desplegar las aplicaciones en un clúster. En su lugar, puede seleccionar que se desplieguen las aplicaciones en un único servidor. Si elige Base, el servidor operativo se despliega en el servidor1 de IBM WebSphere Application Server Base. El instalador ejecuta una secuencia de mandatos en el servidor1 para configurar el servidor de aplicaciones y desplegar aplicaciones. Asegúrese de que el servidor1 está en ejecución antes de continuar con el despliegue. Por ejemplo, utilice un nombre de perfil de AppSrv1.

Inicio de IBM WebSphere Application Especifique el directorio completo en Server el que IBM WebSphere Application Server está instalado. El valor predeterminado es /opt/IBM/WebSphere/AppServer.

Capítulo 5. Preparación para una instalación personalizada

39

Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server (continuación) Parámetro

Descripción

Inicio de perfil de IBM WebSphere Application Server

Si está utilizando un despliegue base, especifique la vía de acceso completa del directorio de inicio del perfil del servidor de aplicaciones. El valor predeterminado es /opt/IBM/WebSphere/AppServer/ profiles.

Nombre de host

Identifique la dirección completa del host en el que IBM WebSphere Application Server está instalado. El valor predeterminado es localhost.

Puerto SOAP

Identifique el puerto SOAP del gestor de despliegue en el sistema remoto, si utiliza el despliegue remoto. El valor predeterminado 8879.

Nombre de usuario

Identifique el nombre de usuario de IBM WebSphere Application Server. El usuario debe tener privilegios administrativos.

Contraseña

La contraseña de usuario de IBM WebSphere Application Server.

Celda

Especifique la celda de IBM WebSphere Application Server donde desea desplegar MDM. Si IBM WebSphere Application Server ya está instalado y configurado, puede pulsar Retrieve Host Details durante el proceso de instalación y hacer que IBM Installation Manager recupere la información para Celda, Nodo y Servidor.

Nodo

Especifique la celda de IBM WebSphere Application Server donde desea desplegar MDM. Después de seleccionar la celda en IBM Installation Manager, todos los nodos dentro de esa celda están disponibles en la lista.

Servidor

Especifique el servidor en el que desea desplegar MDM. Después de seleccionar el nodo en IBM Installation Manager, todos los servidores que están disponibles para ese nodo aparecen en la lista. Si desea crear un nuevo servidor para el despliegue, puede especificar el nombre nuevo en el panel de configuración y éste se crea en IBM WebSphere Application Server durante el proceso de instalación.

40

Guía de instalación

Su valor

Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server (continuación) Parámetro

Descripción

Su valor

Instale la aplicación MDM en el clúster

Si tiene un clúster de WebSphere Application Server existente, está opción se encuentra disponible en el panel de configuración. Seleccione esta opción si desea instalar la aplicación MDM en un entorno en clúster.

Clúster

Si está instalando en un entorno en clúster, seleccione el clúster donde desea desplegar sus aplicaciones.

Conceptos relacionados: “Preparación del servidor de aplicaciones” en la página 59 Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor de aplicaciones proporciona infraestructura para comunicación de componente a componente, autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe preparar un servidor de aplicaciones antes de iniciar el proceso de instalación. Tareas relacionadas: “Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 95 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 99 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 102 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 3.

Hoja de trabajo de configuración de aplicación MDM Utilice la hoja de trabajo de configuración de aplicación para identificar parámetros para MDM operational server. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos visualizados en IBM Installation Manager en el panel Application Configuration. Tabla 11. Hoja de trabajo de instalación de aplicación MDM Parámetro

Descripción

Su valor

Nombre de aplicación MDM

Especifique el nombre del MDM operational server. Este nombre se utiliza en IBM WebSphere Application Server. El predeterminado es E001.

Contraseña de usuario mdmadmin

Especifique la contraseña para el usuario administrador de MDM.

Capítulo 5. Preparación para una instalación personalizada

41

Tabla 11. Hoja de trabajo de instalación de aplicación MDM (continuación) Parámetro

Descripción

Puerto RMI

Especifique el puerto en el que el servicio de registro de la Invocación a método remoto (RMI) escucha para encontrar conexiones de otros servicios. En un entorno en clúster, todos los nodos deben utilizar el mismo puerto RMI para comunicarse. El predeterminado es 9999.

Estilo de coincidencia

Especifique si desea utilizar un estilo de coincidencia probabilístico o determinista.

Habilitar despliegue de varios husos horarios

Seleccione esta opción si su aplicación se ejecuta en varios husos horarios distintos, o si sus datos tienen valores sensibles a la hora en distintos husos horarios.

Huso horario predeterminado

Seleccione el huso horario predeterminado del cliente de la lista. Si no se especifica un huso horario, se utiliza el huso horario del servidor de aplicaciones.

Mensajería

Especifique el tipo de mensajería para su implementación. Si desea utilizar la mensajería interna de WebSphere, seleccione IBM WebSphere Default Messaging. La mayoría de las configuraciones de MDM virtual seleccionan IBM WebSphere Default Messaging e instalan la función Message Brokers. IBM WebSphere MQ es un producto de empresa independiente y debe instalarse antes de instalar MDM. Si opta por IBM WebSphere MQ, especifique valores para los siguientes parámetros.

Inicio de la cola de mensajes

Especifique el directorio completo del inicio de la cola de mensajes. El predeterminado es /usr/mqm.

Nombre de gestor de colas

Especifique el nombre del gestor de colas. Por ejemplo, CUSTOMER.QUEUE.MANAGER.

Nombre de host de MQ

Especifique el nombre del servidor que aloja a WebSphere MQ.

Puerto MQ

Especifique el número de puerto a la escucha de WebSphere MQ.

Nombre de canal

Especifique el nombre de canal. Los canales se utilizan para transmitir mensajes entre administradores de colas.

42

Guía de instalación

Su valor

Tabla 11. Hoja de trabajo de instalación de aplicación MDM (continuación) Parámetro

Descripción

Su valor

Nombre de usuario

Especifique el nombre de usuario de WebSphere MQ.

Contraseña

Especifique la contraseña.

Configurar Messaging Server

Seleccione esta opción para desplegar los parámetros y configurar el servidor de mensajería.

Conceptos relacionados: Soporte de varios husos horarios Estilos de coincidencia probabilística versus determinista Tareas relacionadas: “Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97 Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para completar el caso de ejemplo 1.

Hoja de trabajo de instalación de aplicaciones de usuario Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar. Vuelva a utilizar esta hoja de trabajo para cada aplicación de usuario o para anotar cualquier diferencia entre aplicaciones en la hoja de trabajo. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager. Tabla 12. Hoja de trabajo de instalación de aplicación de usuario Parámetro

Descripción

Su valor

Tipo de despliegue

Especifique si el despliegue de IBM WebSphere Application Server es Base o Red.El despliegue de red se utiliza para instalaciones de clúster o servidor. Un despliegue base normalmente se utiliza en instalaciones de demostración o estación de trabajo.

Inicio de perfil de IBM WebSphere Application Server

Si está utilizando un despliegue base, especifique la vía de acceso completa del directorio de inicio del perfil del servidor de aplicaciones. El valor predeterminado es /opt/IBM/WebSphere/AppServer/ profiles

Nombre de host

Especifique el nombre del IBM WebSphere Application Server donde se despliega el servidor MDM operational server.

Puerto SOAP

Especifique el número de puerto para el MDM operational server o utilice el valor predeterminado de 8879.

Nombre de usuario

Especifique el nombre de usuario administrativo para esta aplicación.

Capítulo 5. Preparación para una instalación personalizada

43

Tabla 12. Hoja de trabajo de instalación de aplicación de usuario (continuación) Parámetro

Descripción

Contraseña

Especifique la contraseña de usuario administrativo.

Celda

Especifique la celda de IBM WebSphere Application Server donde desea desplegar la aplicación. Si ya ha instalado y configurado IBM WebSphere Application Server, pulse Retrieve Host Details durante el proceso de instalación para recuperar la información de Celda, Nodo y Servidor.

Nodo

Especifique el nodo de IBM WebSphere Application Server donde desea desplegar la aplicación.

Servidor

Especifique el servidor o servidores de IBM WebSphere Application Server donde desea desplegar la aplicación.

Instale la aplicación MDM en el clúster

Si tiene un clúster de WebSphere Application Server existente, está opción se encuentra disponible en el panel de configuración. Seleccione esta opción si desea instalar la aplicación MDM en un entorno en clúster.

Clúster

Si está instalando en un entorno en clúster, seleccione el clúster donde desea desplegar sus aplicaciones.

Su valor

Tareas relacionadas: “Instalación de la Business Administration UI” en la página 134 Utilice este procedimiento para instalar la Business Administration UI. “Instalación de la interfaz de usuario de Data Stewardship” en la página 135 Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de data stewardship admite gobierno de datos para datos MDM físicos. “Instalación de la interfaz de usuario de Product Maintenance” en la página 137 Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.

Asociación de servidor operativo y aplicación de usuario de MDM Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o virtual. En la tabla siguiente se asocian aplicaciones de usuario con la configuración de MDM a la que dan soporte.

44

Guía de instalación

Tabla 13. Aplicaciones de usuario de MDM Aplicaciones de MDM virtuales

Aplicaciones de MDM físicas

InfoSphere MDM Inspector

InfoSphere MDM Business Administration

InfoSphere MDM Enterprise Viewer

InfoSphere MDM Data Stewardship

InfoSphere MDM Web Reports

InfoSphere MDM Product Maintenance

Provider Directo de InfoSphere MDM Gestor de pares de InfoSphere MDM

Referencia relacionada: “Características instaladas por el Gestor de instalación” en la página 9 Las características que puede instalar dependen de la edición que elija. “Requisitos de instalación” en la página 11 Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar.

Hoja de trabajo de instalación de historial Utilice esta hoja de trabajo para registrar los parámetros para la configuración del activador de historial. Los activadores de historial son utilizados por los servidores operativos MDM físicos. Hay dos conjuntos de activadores que generan datos para tablas de historial de base de datos MDM físicas. El primer conjunto es para las tablas de núcleo y dominio. El segundo conjunto es para las tablas de gestión de la configuración. Cada conjunto consiste de activadores de historial y activadores de supresión. Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM Installation Manager.

Capítulo 5. Preparación para una instalación personalizada

45

Tabla 14. Hoja de trabajo de instalación de historial Parámetro

Descripción

Industria

Especifique el tipo de industria a la que se le brinda soporte en esta implementación. Puede especificar solo un tipo. Hay cuatro tipos de industria que cuentan con soporte. Cada opción instala las tablas de códigos y los datos para ese tipo de industria. v Seguro - Elija esta opción para líneas de negocios como Vida, Salud, Anualidades, Pensiones, Propiedades y Accidentes entre otras. v Banca - Elija esta opción para líneas de negocios como Banca minorista, Banca comercial, Tarjetas de crédito, Préstamos y otros. v Telecomunicación - Elija esta opción para líneas de negocios como Inalámbrica, Televisión por cable, Televisión satelital, Internet, Servicios telefónicos y otros. v Fabricación - Elija esta opción para líneas de negocios como Herramientas de precisión, Aeroespacial, Eléctrica, Calefacción, Mecánica y otras.

Activadores de historial

Hay tres opciones de activadores de historial. Puede especificar solo uno. v Ninguno. Elija esta opción si no desea instalar ningún activador. El elegir esta opción impide que el historial se almacene en la base de datos. v Simple. Elija esta opción para instalar solo los activadores de actualización. Cuando un registro se actualiza en la base de datos, una copia de ese registro (antes de la actualización) se añade a la tabla de historial. Las versiones anteriores del registro se almacenan en la tabla de historial. v Compuesto. Elija esta opción si desea instalar ambos activadores de inserción y actualización. Cuando un registro se añade a la base de datos o cuando un registro se actualiza en la misma, se añade una copia del registro a la tabla de historial. Copias de las versión actual y anterior del registro se almacenan en la tabla de historial.

46

Guía de instalación

Su valor

Tabla 14. Hoja de trabajo de instalación de historial (continuación) Parámetro

Descripción

Su valor

Búsquedas sensibles a las mayúsculas De forma predeterminada, las y minúsculas búsquedas de nombres de contratos, productos y categorías no son sensibles a las mayúsculas y minúsculas. Compruebe el recuadro de selección Habilitar búsquedas sensibles a las mayúsculas y minúsculas solo si desea colocar restricciones sensibles a las mayúsculas y minúsculas en sus búsquedas. Una vez activada esta característica, se crean los objetos de base de datos y no podrá desactivar la opción. Idiomas de tabla de códigos

Los valores de tabla de códigos traducidos para listas y mensajes de error predefinidos, se incluyen con el servidor operativo MDM físico. El inglés es el idioma predeterminado.

Idioma de recurso de aplicación

Especifique las traducciones de idioma correspondientes para que instale la interfaz de usuario.

Conceptos relacionados: Búsqueda no sensible a mayúsculas y minúsculas

Preparación de IBM Installation Manager Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. IBM Installation Manager utiliza repositorios definidos para determinar qué paquetes están disponibles para instalar. Estos repositorios apuntan al soporte de instalación. Puede añadir manualmente sus ofertas a IBM Installation Manager o utilizar Launchpad para añadir los repositorios automáticamente. Launchpad está incluido en la descarga de MDM y puede utilizarse para iniciar IBM Installation Manager. Si ya tiene instalado IBM Installation Manager, LaunchPad comprueba el número de versión. Si no tiene la versión actual, se actualiza automáticamente. Si no tiene instalado IBM Installation Manager, Launchpad inicia la instalación. Si elige no utilizar LaunchPad, continúe con las tareas para instalar IBM Installation Manager y añadir sus repositorios. Si elige utilizar Launchpad, estas tareas no son necesarias.

Capítulo 5. Preparación para una instalación personalizada

47

Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster. “Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 3.

Instalación de Installation Manager Utilice este procedimiento si IBM Installation Manager no está instalado.

Acerca de esta tarea Si elige utilizar LaunchPad para iniciar la instalación, LaunchPad instala IBM Installation Manager automáticamente y no es necesario completar esta tarea. No instale IBM Installation Manager en modalidad de administrador.

Procedimiento 1. Desde el soporte de instalación o desde Passport Advantage, descargue IBM Installation Manager versión 1.6. 2. Extraiga el archivo agent.installer.win32.win32.x86.zip. 3. Desde un indicador de mandatos, inicie install.exe y complete el asistente de instalación.

Qué hacer a continuación Continúe añadiendo las ofertas en IBM Installation Manager.

Adición de ofertas a IBM Installation Manager Utilice este procedimiento para añadir a InfoSphere MDM a la lista de ofertas que instala IBM Installation Manager.

Antes de empezar Si utiliza LaunchPad para iniciar la instalación, esta tarea no es necesaria. Asegúrese de que ha instalado IBM Installation Manager y de que no lo ha instalado en modalidad de administrador.

Procedimiento 1. Inicie IBM Installation Manager. 2. Pulse Archivo > Preferencias.

48

Guía de instalación

3. En el diálogo Preferencias, seleccione Repositorios > Añadir repositorio. 4. En el diálogo Añadir repositorio, pulse Examinar. 5. Localice y seleccione los paquetes de MDM que desee instalar. Por ejemplo, download_path/MDM/ disk1/diskTag.ini. 6. Añada las ofertas adicionales como, por ejemplo, IBM WebSphere Application Server, IBM DB2, o InfoSphere MDM Workbench. 7. En el diálogo Añadir repositorio, pulse Aceptar. 8. En el diálogo Preferencias, pulse Aceptar.

Qué hacer a continuación Continúe con la preparación e instalación de MDM operational server y de las aplicaciones.

Instalación de Installation Startup Kit Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación.

Antes de empezar Asegúrese de añadir la oferta de kit de inicio a los repositorios de IBM Installation Manager.

Acerca de esta tarea El kit de inicio contiene scripts que se utilizan para crear bases de datos y perfiles necesarios para preparar el entorno de instalación. El kit de inicio está disponible cuando utiliza LaunchPad y aparece listado como una oferta en IBM Installation Manager cuando elige una instalación personalizada.

Procedimiento 1. Inicie IBM Installation Manager. 2. En la pantalla de inicio de IBM Installation Manager, pulse Install. 3. En el panel Install Packages, seleccione Installation Startup Kit y pulse Next. 4. Siga a través de los paneles, seleccionando el grupo de paquetes predeterminado y los paquetes de instalación. 5. Pulse Instalar. 6. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.

Resultados Los scripts y archivos se extraen en el directorio STARTUPKIT_INSTALL_HOME.

Qué hacer a continuación Continúe con la preparación de la base de datos y del servidor de aplicaciones.

Capítulo 5. Preparación para una instalación personalizada

49

Tareas relacionadas: “Instalación silenciosa utilizando un archivo de respuestas” en la página 91 Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación se proporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM Installation Manager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas. “Preparación de la base de datos” en la página 51 Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada. “Instalación manual del componente de servidor de mensajería de InfoSphere MDM” en la página 129 Puede utilizar IBM Installation Manager para crear el componente de servidor de mensajería de InfoSphere MDM, o puede instalarlo manualmente. “Preparación de una base de datos de DB2” en la página 54 Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere MDM. “Preparación de una base de datos de Oracle” en la página 57 Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere MDM. “Preparación de una base de datos de Microsoft SQL Server” en la página 56 Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación de InfoSphere MDM. “Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96 Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para completar el caso de ejemplo 1. “Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97 Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100 Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la página 103 Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo paso para completar el caso de ejemplo 3. Referencia relacionada: “Installation Startup Kit” en la página 15 El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Preparación para alta disponibilidad Para admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurar varias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, los otros pueden continuar procesando el tráfico. MDM operational server utiliza un contenedor de IBM WebSphere Application Server y puede desplegarse en un servidor único o en un clúster, de la forma configurada en el contenedor. El clúster puede configurarse previamente en el servidor. El instalador puede detectar un entorno en clúster y desplegarse en ese entorno al utilizar una instalación personalizada. Revise los escenarios de instalación antes de comenzar la misma para entender mejor cómo admitir la disponibilidad alta y los requisitos de los entornos en clúster.

50

Guía de instalación

Conceptos relacionados: Casos de ejemplo de instalación Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de varios productos y máquinas. “Tipo de despliegue de instalación personalizada” en la página 8 Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que instala.

Requisitos previos de cuenta para instalaciones personalizadas Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar. v Debe haber iniciado sesión con una cuenta que sea propietaria de los directorios de IBM WebSphere Application Server y archivos binarios. Los controladores JDBC de la base de datos deben estar accesibles para esta cuenta. Las instrucciones de los temas de preparación asumen que está llevando a cabo la instalación localmente en el servidor. v Para obtener los mejores resultados, instale InfoSphere MDM como usuario no root: – Para IBM WebSphere Application Server, utilice el ID wasadmin. Este ID debe poseer un cliente DB2 o una instancia DB2 y debe ser miembro del grupo de gestión mqm. – Para DB2: - El método de instalación sugerido es configurar uno o varios usuarios restringidos en un sistema para usuarios de esquema de base de datos. Puesto que DB2 utiliza el sistema operativo para la autenticación de un usuario nuevo, la mejor opción consiste en especificar un ID de usuario como mdmdb1 con un shell restringido. Este usuario no tiene que ser miembro de ninguno de los grupos de DB2. - También puede realizar una instalación simple utilizando un único ID para el ID de instalación de DB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información sobre IBM DB2, consulte la documentación del producto. – Deben existir un usuario y un esquema de base de datos diferente para cada despliegue de InfoSphere MDM. No se necesitan bases de datos distintas para cada despliegue. – Cuando instala en IBM WebSphere Application Server, asegúrese de que ningún servidor denominado server o clúster denominado cluster se esté utilizando en IBM WebSphere Application Server. Los nombres server y cluster son utilizados por la instalación de MDM. Tareas relacionadas: “Preparación de la base de datos” Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada. Referencia relacionada: “Conexiones y cuentas de usuario de base de datos” en la página 53 Todas las instalaciones requieren al menos una cuenta de usuario de base de datos.

Preparación de la base de datos Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada.

Capítulo 5. Preparación para una instalación personalizada

51

Acerca de esta tarea Si planea realizar una instalación típica, esta tarea no es necesaria porque la base de datos se crea automáticamente. Cuando defina nombres para las bases de datos y las cuentas de usuario, considere darles el mismo nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de datos. Puede que también desee incluir la versión de MDM en el nombre. Por ejemplo, puede nombrar cada uno de estos elementos mdmprod_110 para la base de datos de producción. Utilizar esta convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support a comprender la correlación entre instancias, cuentas y bases de datos.

Procedimiento 1. Complete las hojas de trabajo de base de datos adecuadas que están listadas como referencia relacionada. 2. Instale el software de base de datos y cree cuentas de usuario de base de datos con los permisos adecuados. Revise el tema de cuentas de usuario de base de datos. 3. Asegúrese de que ha instalado Installation Startup Kit. Este kit de herramientas proporciona scripts utilizados para crear la base de datos MDM. 4. Cree la base de datos MDM utilizando el script aplicable al tipo de base de datos. Los scripts crean automáticamente los espacios de tabla, agrupaciones de almacenamiento y especificaciones de codificación adecuados que son necesarios para la edición de MDM. Para obtener detalles sobre algunos de estos valores, consulte los temas de referencia relacionados.

52

Guía de instalación

Conceptos relacionados: “Requisitos previos de cuenta para instalaciones personalizadas” en la página 51 Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar. Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster. “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación. “Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96 Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100 Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la página 103 Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo paso para completar el caso de ejemplo 3. Referencia relacionada: Hoja de trabajo de origen de datos de IBM DB2 o DB2 for z/OS Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el origen de datos de z/OS al que se está conectando MDM operational server. Hoja de trabajo de origen de datos de Oracle Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos al que se está conectando MDM operational server. Hoja de trabajo de origen de datos de Microsoft SQL Server Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para el origen de datos al que se está conectando MDM operational server. “Installation Startup Kit” en la página 15 El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Conexiones y cuentas de usuario de base de datos Todas las instalaciones requieren al menos una cuenta de usuario de base de datos. Para arrancar la base de datos (que generalmente se hace durante la instalación), procesar una actualización, definir nuevos tipos de entidades o crear segmentes definidos por implementación, la cuenta de usuario de base de datos debe tener ciertos permisos. Esta cuenta de usuario primario debe tener permiso para: v Crear tabla y descartar tabla v Crear índice y descartar índice v Seleccionar, insertar, actualizar y suprimir

Capítulo 5. Preparación para una instalación personalizada

53

Después de arrancar la base de datos y de configurados los tipos de entidades y los segmentos definidos por implementación, puede optar por restringir la cuenta de usuario si fuera necesario. Una cuenta de usuario restringida solo tiene permisos para seleccionar, insertar, actualizar y suprimir. Considere configurar una correlación entre el usuario de la base de datos y la base de datos para que los usuarios no tengan acceso a varias bases de datos. Este modelo proporciona una capa de seguridad que puede impedir que un usuario de base de datos descarte las tablas de otro. Registre las credenciales de la cuenta de usuario de base de datos; necesita esta información para poder terminar la instalación. El recuento de la conexión a base de datos es la suma de las conexiones utilizadas por el servidor operativo y por los gestores de entidades que planee utilizar. Algunos servidores operativos o procesos InfoSphere MDM Workbench también requieren más conexiones a base de datos, las que se cierran cuando finaliza el proceso. Permita más conexiones para estos procesos en la configuración. Conceptos relacionados: “Requisitos previos de cuenta para instalaciones personalizadas” en la página 51 Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.

Preparación de una base de datos de DB2 Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere MDM.

Acerca de esta tarea Para crear la base de datos de MDM, debe haber iniciado la sesión en DB2 con la cuenta de usuario de administrador creada al instalar DB2. También debe tener instalado Installation Startup Kit. Atención: Si está instalando InfoSphere MDM en z/OS, omita los pasos de preparación de la base de datos y vaya a “Instalación en z/OS” en la página 81.

Procedimiento 1. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/ (donde STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado). 2. Ejecute el CreateTS.sql para crear los espacios de tabla. a. Ejecute el mandato aplicable. v Para Microsoft Windows: db2 -td; -f CreateTS.sql v Para Linux y UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/ Standard/ddl/CreateTS.sql 3. Modifique el script CreateDB.sql proporcionado en el Quick Start Installation Toolkit. a. Abra el archivo CreateDB.sql en un editor de texto. b. Sustituya las variables del script con valores, tal como se describe en la parte superior del script. Las variables van entre como, por ejemplo, . 4. Cambie a la cuenta de usuario de administrador de DB2. Para Microsoft Windows: a. Abra el menú Inicio y vaya a Todos los programas > IBM DB2 > DB2COPY1 (predeterminado). b. Pulse Mayús y pulse con el botón derecho en Ventana de mandatos y seleccione Ejecutar como un usuario distinto... c. Especifique el nombre de usuario administrador y contraseña de DB2.

54

Guía de instalación

Para Linux y UNIX: a. Abra la terminal de Linux o UNIX. b. En el indicador de la línea de mandatos, escriba su - user donde user es el usuario administrador de DB2. 5. Ejecute el script CreateDB.sql para crear la base de datos. a. Vaya al directorio donde está ubicado el archivo CreateDB.sql. b. Ejecute el mandato aplicable. v Para Microsoft Windows: db2 -td; -f CreateDB.sql v Para Linux y UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/ Standard/ddl/CreateDB.sql Tareas relacionadas: “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación. “Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96 Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para completar el caso de ejemplo 1. Referencia relacionada: “IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS” en la página 32 Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el origen de datos de z/OS al que se está conectando MDM operational server.

Preparación de la base de datos de DB2 en un servidor distinto de InfoSphere MDM Utilice este procedimiento cuando las instalaciones de la base de datos DB2 y de MDM se llevan a cabo en servidores diferentes.

Procedimiento 1. En la máquina en la que tenga pensado instalar MDM, debe realizar lo siguiente: v Instale el software del cliente de DB2 v Catalogue la base de datos remota para el servidor local 2. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entorno DB2_JDBC_DRIVER_PATH de WebSphere Application Server que apunte al directorio de inicio de la instancia de DB2 de la máquina local y que tenga como destino el nivel del nodo.

Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en un entorno de clúster.

Procedimiento 1. Instale el software del cliente de DB2. 2. Catalogue la base de datos de cada máquina del clúster. 3. Cree una variable de entorno DB2_JDBC_DRIVER_PATH WebSphere Application Server que apunte al directorio de inicio de DB2 en la máquina local para cada nodo del clúster.

Capítulo 5. Preparación para una instalación personalizada

55

Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 95 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 1.

Preparación de una base de datos de Microsoft SQL Server Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación de InfoSphere MDM.

Acerca de esta tarea Para crear una base de datos de MDM, debe haber iniciado sesión en Microsoft SQL Server con Windows Authentication o con la cuenta de usuario administrador que ha creado al instalar Microsoft SQL Server. Si tiene previsto utilizar la autenticación de Windows, su DBA debe establecer el esquema predeterminado del usuario de registro en el esquema que va a utilizar IBM Installation Manager. También debe tener instalado Installation Startup Kit antes de comenzar con la preparación de la base de datos.

Procedimiento 1. Modifique el script CreateDB.sql que se proporciona en Installation Startup Kit. a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/ (donde STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado). b. Abra el archivo CreateDB.sql en un editor de texto. c. Sustituya las variables del script con valores, tal como se describe en la parte superior del script. Las variables van entre como, por ejemplo, . 2. Ejecute el script CreateDB.sql utilizando un usuario sa para crear la base de datos. Cuando utiliza la autenticación de Windows en lugar de la autenticación de SQL para acceder a la base de datos, debe llevar a cabo una de las siguientes opciones: v Si el SQL Server y cliente están en el mismo dominio, el usuario de inicio de sesión que utiliza el cliente debe añadirse a los inicios de sesión de SQL Server Security v Si el SQL Server y cliente están en distintos dominios, los dos dominios deben ser de confianza 3. Copie el archivo sqljdbc.dll en el directorio /bin para la instancia de SQL Server que se está ejecutando. v Si está utilizando SQL Server de 32 bits, el archivo sqljdbc.dll se encuentra en STARTUPKIT_INSTALL_HOME/SQLServer JTA/win32 v Si está utilizando SQL Server de 64 bits, el archivo se encuentra en STARTUPKIT_INSTALL_HOME/ SQLServer JTA/win64_amd64 4. Instale los procedimientos almacenados XA utilizados por el controlador JDBC. Desde el directorio STARTUPKIT_INSTALL_HOME/SQLServer JTA, ejecute el script instjdbc.sql como el usuario sa. 5. Habilite MS DTC para transacciones XA. Para Windows 7 y Windows 2008 a. Desde el escritorio, pulse el icono Start y abra Component Services utilizando una de estas opciones.

56

Guía de instalación

v Escriba dcomcnfg en el recuadro Start Search. v Escriba %windir%/system32/comexp.msc en el recuadro Start Search. b. Vaya a Computers > My Computer > Distributed Transaction Center. c. Pulse con el botón derecho del ratón en Local DTC y seleccione Properties. d. En el diálogo Local DTC Properties, abra la pestaña Security. e. Seleccione Habilitar transacciones XA y pulse Aceptar. Este paso reinicia el servicio MS DTC. f. Pulse OK en el diálogo Local DTC Properties y cierre Component Services. g. Reinicie Microsoft SQL Server para asegurarse de que se sincronice con los cambios de MS DTC. Verifique que XATransactions=1 en el registro del sistema operativo Microsoft. Tareas relacionadas: “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación. “Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la página 103 Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo paso para completar el caso de ejemplo 3. Referencia relacionada: “Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página 34 Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para el origen de datos al que se está conectando MDM operational server.

Preparación de la base de datos de Microsoft SQL Server en un servidor distinto que InfoSphere MDM Utilice este procedimiento cuando la base de datos de Microsoft SQL Server y la instalación de MDM estén en servidores distintos.

Procedimiento Instale un cliente de Microsoft SQL Server en la máquina donde planea instalar MDM. Después de instalar el cliente, la cuenta de este se añade automáticamente en la cuenta de usuario de base de datos. No necesita establecer la MSSQLSERVER_JDBC_DRIVER_PATH en su entorno de IBM WebSphere Application Server.

Preparación de la base de datos de Microsoft SQL Server para utilización de InfoSphere MDM en un entorno en clúster Utilice este procedimiento para preparar la base de datos de Microsoft SQL Server al instalar MDM en un entorno en clúster.

Procedimiento Instale un cliente de Microsoft SQL Server en cada máquina en la que planifique instalar componentes de MDM. Después de instalar el cliente, la cuenta de este se añade automáticamente en la cuenta de usuario de base de datos. No necesita establecer la MSSQLSERVER_JDBC_DRIVER_PATH en su entorno de IBM WebSphere Application Server.

Preparación de una base de datos de Oracle Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere MDM.

Capítulo 5. Preparación para una instalación personalizada

57

Antes de empezar Para crear la base de datos de MDM, debe haber iniciado sesión en Oracle con la cuenta de usuario administrador creada al instalar Oracle. También debe tener instalado Installation Startup Kit.

Procedimiento 1. Modifique el script create_schema_ora.sql que se proporciona en Installation Startup Kit. a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ddl/ (donde STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado). b. Abra el archivo create_schema_ora.sql en un editor de texto. c. Sustituya las variables del script con valores, tal como se describe en la parte superior del script. Las variables van entre como, por ejemplo, . 2. Cree la base de datos Oracle. a. Vaya a ORACLE_HOME/bin. b. Abra un indicador de mandatos y escriba sqlplus. c. Ejecute el script create_schema_ora.sql para crear la base de datos. Utilice este mandato: @CreateDB_oracle.sql Tareas relacionadas: “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación. “Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100 Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para completar el caso de ejemplo 2. Referencia relacionada: “Hoja de trabajo de origen de datos de Oracle” en la página 36 Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos al que se está conectando MDM operational server.

Preparación de la base de datos de Oracle en un servidor distinto de InfoSphere MDM Utilice este procedimiento cuando las instalaciones de la base de datos de Oracle y de MDM se llevan a cabo en servidores diferentes.

Procedimiento 1. Instale un cliente de Oracle en la máquina en que tiene pensado instalar InfoSphere MDM. 2. Para la entrada del TNS de la máquina cliente, especifique que éste apunte al servidor de la base de datos. 3. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entorno ORACLE_JDBC_DRIVER_PATH que apunte al inicio de la base de datos Oracle en la máquina local y cuyo destino sea el nivel del nodo.

Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en un entorno en clúster.

Procedimiento 1. Instale el cliente de Oracle en cada una de las máquinas. 2. Para la entrada del TNS, especifique que éste apunte a la máquina del servidor de bases de datos.

58

Guía de instalación

3. Cree una variable de entorno ORACLE_JDBC_DRIVER_PATH WebSphere Application Server que apunte al directorio inicial de la base de datos de Oracle en la máquina local para cada nodo del clúster. Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 99 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 2.

Controladores ODBC instalados con Standard Edition Los controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que se define. El controlador de conexión habilita a un servidor operativo que admite una configuración MDM virtual, a comunicarse con la base de datos y a escribir datos en el esquema. No obstante, el host del servidor operativo requiere la instalación del cliente de base de datos aplicable para habilitar operaciones de carga en bloque. El servidor operativo incluye los controladores ODBC que se listan aquí. No se admiten otros controladores. v Oracle Wire v Oracle Net v IBM DB2 Wire (DB2 y DB2 para z/OS) v Microsoft SQL Server Wire Para bases de datos de Oracle, las propiedades que se pasan al programa de utilidad madconfig durante el proceso de instalación determinan si se debe instalar el controlador de red o conexión. Si se pasan valores vacíos para el host de la base de datos, se instala el controlador Oracle Net, lo cual requiere la instalación del cliente Oracle en el host del servidor operativo. Tareas relacionadas: “Habilitación de soporte para controlador de conexión inalámbrica de Oracle” en la página 81 Si está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle de conexión inalámbrica, complete estos pasos después de instalar la base de datos de MDM y las funciones.

Preparación del servidor de aplicaciones Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor de aplicaciones proporciona infraestructura para comunicación de componente a componente, autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe preparar un servidor de aplicaciones antes de iniciar el proceso de instalación. Si tiene previsto realizar una instalación típica, el servidor de aplicaciones se instala y configura automáticamente. Puede elegir preparar un servidor de aplicaciones nuevo o volver a utilizar un servidor de aplicaciones existente. Revise estos requisitos previos antes preparar el servidor de aplicaciones para la instalación MDM. v Asegúrese de tener instalado el software de requisito previo y de tener establecido el entorno correcto. Capítulo 5. Preparación para una instalación personalizada

59

v Establezca el programa de utilidad de base de datos para DB2 u Oracle en la vía de acceso del sistema. Microsoft SQL Server no requiere este paso. v Revise la hoja de trabajo de configuración del servidor de aplicaciones para entender los parámetros básicos solicitados durante el proceso de instalación. Al completar la hoja de trabajo se asegura contar con la información básica necesaria para finalizar la instalación. En el caso de que vayan a utilizarse varias instancias, haga copias de la hoja de trabajo y preparar una hoja de trabajo por separado para cada despliegue. v Utilice la ID de wasadmin al preparar el servidor de aplicaciones. Si está utilizando DB2, este ID debe ser propietario de un cliente DB2 o de una instancia de DB2. El ID debe ser miembro del grupo mqm de WebSphere MQ si está utilizando WebSphere MQ para la mensajería. Este grupo se utiliza para administrar WebSphere MQ. v Asegúrese de configurar las vías de acceso Java WAS_HOME y JAVA_HOME para IBM WebSphere Application Server. v Asegúrese de que no existe ningún servidor denominado servidor ni ningún clúster denominado clúster. Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI. Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster. “Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 95 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 99 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 102 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 3. Referencia relacionada: “Hoja de trabajo de instalación de WebSphere Application Server” en la página 38 Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.

Para establecer una vía de acceso de programa de utilidad de IBM DB2 Si está utilizando una base de datos IBM DB2, debe establecer el programa de utilidad a la vía de acceso al sistema.

60

Guía de instalación

Procedimiento En una línea de mandatos, añada los programas de utilidad de la base de datos DB2 a la variable PATH del sistema. Por ejemplo: export PATH=DB2_HOME/sqllib/bin:$PATH

Qué hacer a continuación También puede añadir las líneas anteriores al perfil de usuario.

Para establecer una vía de acceso de programa de utilidad de Oracle Si está utilizando una base de datos Oracle, debe establecer el programa de utilidad de la base de datos a la vía de acceso del sistema.

Procedimiento En la línea de mandatos, añada los programas de utilidad de base de datos de Oracle a la variable PATH del sistema. Por ejemplo: export ORACLE_HOME=ORACLE_HOME export PATH=$ORACLE_HOME/bin:$PATH

Qué hacer a continuación También puede añadir las líneas anteriores al perfil de usuario.

Preparación de WebSphere Application Server Network Deployment para un despliegue de servidor gestionado Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment para un despliegue de servidor gestionado.

Acerca de esta tarea Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas. Si está planificando una instalación típica, este procedimiento no es necesario. Este procedimiento asume que ya tiene instalado IBM WebSphere Application Server.

Procedimiento 1. Cree un gestor de despliegue (dmgr). a. Abra un indicador de mandatos y busque el directorio de instalación de IBM WebSphere Application Server. b. En el indicador de línea de mandatos, ejecute este mandato: bin/manageprofiles.bat -create -profileName dmgrProfileName -templatePath profileTemplates/management -serverType DEPLOYMENT_MANAGER -enableAdminSecurity true -adminUserName username -adminPassword password 2. Inicie el gestor de despliegue al ejecutar este mandato: bin/startManager.bat -profileName dmgrProfileName 3. Averigüe cuáles son los puertos asignados para el gestor de despliegue. a. Abra el archivo profiles/nombrePerfildmgr/logs/AboutThisProfile.txt. b. Encuentre la entrada del puerto de conector SOAP de Gestión y tome nota del número. Capítulo 5. Preparación para una instalación personalizada

61

c. Encuentre la entrada del puerto de la consola de administración y anote el número. 4. Cree un nodo adjunto al gestor de despliegue al ejecutar este mandato: bin/manageprofiles.bat -create -profileName nodeProfileName -templatePath profileTemplates/managed -federateLater false -dmgrAdminUserName username -dmgrAdminPassword password -dmgrHost localhost -dmgrPort dmgrPort Donde: v nodeProfileName: es el nombre del nodo v username: es el usuario que ha especificado en el paso 1 v password: es la contraseña que ha especificado en el paso 1 v dmgrPort: es el número de puerto del conector SOAP de gestión del paso 3.b. 5. Inicie el nodo ejecutando este mandato: bin/startNode.bat -profileName nodeProfileName 6. Abra la consola de administración de IBM WebSphere Application Server y habilite la sincronización de nodos. a. Abra un navegador y vaya a https://localhostpuerto/ibm/console. El número de puerto es el número de puerto de la consola de administración del paso 3.c. b. Si encuentra una advertencia que dice que la conexión no es fiable, puede ignorar el mensaje o añadir la excepción necesaria para el navegador. c. Inicie sesión utilizando las credenciales del paso 1. d. Navegue hasta System administration > Console Preferences. e. Seleccione Synchronize changes with Nodes y pulse Apply. 7. Establezca la vía de acceso del controlador de base de datos en la consola de administración de IBM WebSphere Application Server. a. Vaya a Entorno > Variables de WebSphere. b. Para cada una de las entradas de vía de acceso al controlador denominadas para su tipo de base de datos, pulse la entrada. Por ejemplo: DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH o MICROSOFT_JDBC_DRIVER_PATH. c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos y pulse Aceptar. v Para Oracle, utilice ORACLE_HOME/jdbc/lib/ojdbc6.jar. v Para Microsoft SQL Server, utilice SQL_PLUS_HOME/sqljdbc4.jar. v Sustituya las barras inclinadas únicas por las dobles. Por ejemplo, si la vía de acceso es C:/IBM/SQLLIB, especifique C://IBM. d. Seleccione Save directly to the master configuration.

62

Guía de instalación

Tareas relacionadas: “Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 95 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 99 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network Deployment” en la página 102 Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para completar el caso de ejemplo 3.

Preparación del Despliegue de red de WebSphere Application Server para un servidor no gestionado Utilice este procedimiento para configurar el Despliegue de red de IBM WebSphere Application Server para un despliegue de servidor no gestionado.

Acerca de esta tarea Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas. Si está planificando una instalación típica, este procedimiento no es necesario. Este procedimiento asume que ya tiene instalado IBM WebSphere Application Server.

Procedimiento 1. Cree un nodo no gestionado en el servidor de aplicaciones que crea un servidor denominado server1 en el nodo. Utilice este mandato: bin/manageprofiles.bat -create -profileName nodeProfileName -templatePath profileTemplates/default -federateLater false -dmgrAdminUserName username -enableAdminSecurity true -adminUserName username -adminPassword password Cuando utiliza un servidor no gestionado, el nombre del servidor de nodo es server1. 2. Inicie el nodo con este mandato: bin/startServer.bat -server1 3. Establezca la vía de acceso del controlador de base de datos en la consola de administración de IBM WebSphere Application Server. a. Vaya a Entorno > Variables de WebSphere. b. Para cada una de las entradas de vía de acceso al controlador denominadas para su tipo de base de datos, pulse la entrada. Por ejemplo: DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH o MSSQLSERVER_JDBC_DRIVER_PATH. c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos y pulse Aceptar. Sustituya las barras inclinadas únicas por las dobles. Por ejemplo, si la vía de acceso es C:/IBM/SQLLIB, especifique C://IBM. d. Seleccione Save directly to the master configuration.

Preparación del WebSphere Application Server para el despliegue de base Utilice este procedimiento para configurar IBM WebSphere Application Server para el despliegue de base.

Capítulo 5. Preparación para una instalación personalizada

63

Acerca de esta tarea Si planea utilizar un despliegue de base, IBM Installation Manager crea un perfil de IBM WebSphere Application Server denominado server1. Si elige utilizar este perfil, no necesita crear uno antes de la instalación. Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas. Si está planificando una instalación típica, este procedimiento no es necesario. Este procedimiento asume que ya tiene instalado el servidor de aplicaciones.

Procedimiento 1. Vaya al directorio INICIO_WAS/ProfileManagement y ejecute la herramienta de gestión de perfiles. v Para Microsoft Windows: pmt.bat v Para Linux y UNIX: pmt.sh 2. En el panel Environment Selection, pulse Application Server y Next. 3. En el panel Profile Creation Options, seleccione Typical profile creation y pulse Next. 4. En el panel Administrative Security, asegúrese de que la opción Enable administrative security esté seleccionada. Añada un nombre de usuario y contraseña, y pulse Next. 5. Revise el resumen y pulse Create. 6. Después de crear el perfil, puede iniciar el servidor y el nodo. Puede utilizar la consola First steps o una línea de mandatos. Por ejemplo, /opt/IBM/WebSphere/AppServerBASE/profiles/AppSrv01/bin/ startNode.sh

Creación de un usuario nuevo y adición del usuario a un grupo de MDM Utilice este procedimiento para crear un usuario de IBM WebSphere Application Server y, a continuación, añadirlo a un grupo de InfoSphere MDM.

Acerca de esta tarea IBM Installation Manager crea todos los grupos y un usuario administrador de MDM (mdmadmin) con los derechos y privilegios necesarios. Utilice este procedimiento para añadir usuarios nuevos. Revise el tema "cuentas de usuario y grupos" para obtener información sobre los grupos disponibles.

Procedimiento 1. En la consola de administración de IBM WebSphere Application Server, vaya a Usuarios y grupos > Gestionar usuarios y pulse Crear. 2. En la página Crear un usuario, escriba un ID de usuario, nombre y contraseña. 3. Pulse Pertenencia a grupos. 4. En la página Pertenencia a grupos, busque grupos con la clave de búsqueda ‘*’ y pulse Buscar. 5. En la columna Available, resalte los grupos a los que desea que pertenezca el usuario y pulse Add para mover el grupo a la columna Mapped To. 6. En la página Pertenencia a grupos, pulse Cerrar. 7. En la página Crear un usuario, pulse Crear.

64

Guía de instalación

Conceptos relacionados: Gestión de usuarios Tareas relacionadas: Habilitación de seguridad de usuario para el servidor operativo Configuración de usuarios y grupos de usuarios para MDM virtual Referencia relacionada: “Cuentas de usuario y grupos creados por el instalador” en la página 17 Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios predeterminados en el servidor de aplicaciones.

Modificación de los roles de seguridad para los canales en MDM El mecanismo de seguridad en MDM tiene algunas configuraciones de rol de canal. MDM acepta solicitudes de estos canales sólo si el rol del interlocutor está configurado en las configuraciones de producto respectivas: v /IBM/DWLCommonServices/Security/TrustedClientMode/Batch/roles v /IBM/DWLCommonServices/Security/TrustedClientMode/EventManager/roles v /IBM/DWLCommonServices/Security/TrustedClientMode/OtherChannels/roles De forma predeterminada estas configuraciones tiene el valor predeterminado mdm_admin. Si el nuevo usuario se creo y no se asigna al rol mdm_admin, entonces un rol válido del usuario creado debe configurarse al actualizar estas configuraciones. Para obtener más información, consulte el tema 'Definición de servicios de seguridad'. Conceptos relacionados: Configuración y administración del servicio de seguridad

Preparación de un sistema Solaris para instalación de MDM Si está instalando en un sistema operativo Solaris, debe completar este procedimiento antes de iniciar la instalación.

Acerca de esta tarea Si no completa estos pasos, la instalación de MDM puede tardar más de 8 horas en completarse. El resultado es que la instalación sobrepasa el tiempo de espera o se completa con una instalación dañada.

Procedimiento Establezca el argumento de máquina virtual Java para su gestor de despliegue: 1. Cree un perfil de WebSphere Application Server (Deployment Manager y nodo). 2. Abra la consola de administración de WebSphere Application Server y vaya a System Administration > Deployment Manager > Java and Process Management > Process Definition > Java Virtual Machine. 3. En el campo Generic JVM Arguments de la pestaña Configuration, escriba el siguiente argumento: -XX:MaxpermSize=384m. Pulse Apply y Save directly to the master configuration. 4. Reinicie el nodo y el gestor de despliegue. En T-series, complete estos pasos: 5. Vaya al directorio WAS_PROFILE_HOME/deployment manager properties y abra el archivo soap.client.props. 6. Cambie el valor de com.ibm.SOAP.requestTimeout de 180 a 1800: com.ibm.SOAP.requestTimeout=1800 Capítulo 5. Preparación para una instalación personalizada

65

7. Reinicie el nodo y el gestor de despliegue.

Configuración del entorno local y codificación de caracteres en sistemas de destino Los valores de globalización se establecen automáticamente en los servidores operativos físicos durante la instalación. Para los servidores operativos con configuraciones virtuales, hay algunos valores que debe establecer manualmente después de la instalación. La configuración Unicode se realiza cuando ejecuta el script para crear una base de datos adecuado para el tipo de base de datos. La configuración de idioma se realiza durante la instalación. Utilice este procedimiento para establecer cualquier configuración adicional para los servidores operativos si planifica implementar un idioma diferente al Ingles de Estados Unidos. Los archivos de registro creados por el servidor operativo están codificados en ASCII. Los puntos de código no abarcados por ASCII están en la forma Unicode estándar de U+XXXX. Debe asegurarse que los siguientes ítems de Unicode hayan sido establecidos por el script crear base de datos antes de comenzar a instalar MDM. v Microsoft SQL Server: el nuevo MAD_DBTYPE es “mssqlu” v Oracle: CREATE DATABASE dname...CHARACTER SET AL32UTF8. También debe establecer la semántica de longitud de carácter para Unicode. Establezca la variable NLS_LANG_SEMANTICS en CHAR (el valor predeterminado es BYTE). Utilice el mandato: ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR SCOPE=BOTH Si está utilizando un controlador de conexión inalámbrica con un cliente Oracle, también debe establecer esta variable para el usuario que se conecta al servidor operativo. (Un controlador de conexión inalámbrica utiliza bibliotecas de cliente Oracle.) LS_LANG=AMERICAN_AMERICA.AL32UTF8 v IBM DB2: CREATE DATABASE dname USING CODESET UTF-8 TERRITORY código de territorio. Por ejemplo: create database prod using codeset UTF-8 territory us, donde prod es el nombre de la base de datos y us es el territorio. Después de instalar MDM operational server, debe establecer manualmente la variable MAD_ENCODING para la configuración virtual. Esta variable se establece en el archivo de configuración com.initiate.server.system.cfg. Las series traducidas se almacenan en el directorio /smt. Estos archivos, como fr_FR.smt o en_US.smt, contienen los mensajes de interacción que son devueltos a los clientes. Para establecer el idioma para las series traducidas, también debe establecer la variable de entorno MAD_SMTLIST en el archivo de configuración com.initiate.server.system.cfg. Esta variable apunta al archivo *.smt apropiado. Si utiliza varios idiomas, puede separar los idiomas con comas en la propiedad variable. Cuando la opción MAD_SMTLIST se establece en varios idiomas (smtcode), el servidor operativo potencialmente puede cargar varios idiomas (series) a un mismo tiempo. Sin embargo, los componentes de MDM muestran las series de un solo idioma por vez. Por ejemplo, el mismo servidor operativo está configurado para enviar a un cliente francés, mensajes en francés y a un cliente inglés, mensajes en inglés. Si el software de cliente no está configurado para utilizar un idioma alternativo, solo se devuelve información a nivel de servidor operativo en el idioma elegido. La traducción o globalización de los datos almacenados en la base de datos MDM, como las fechas, no están convertidas al visualizarse en las aplicaciones de usuario. En cambio, esta información se visualiza en el entorno local en el que se recibió desde el origen.

66

Guía de instalación

Capítulo 6. Instalación de InfoSphere MDM Las instrucciones de instalación son las mismas para todas las ediciones.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para los componentes que tiene previsto instalar v Ha completado las hojas de trabajo de la instalación v Tiene acceso a la oferta de InfoSphere MDM v Ha completado los pasos de preparación

Procedimiento Si tiene previsto instalar un tipo de despliegue de instalación personalizada: 1. Añada los repositorios necesarios a IBM Installation Manager. 2. Instale la aplicación y los componentes. Si tiene previsto instalar un tipo de despliegue típico: 3. Determine el tipo de despliegue: servidor típico o estación de trabajo típica. 4. Utilice el procedimiento específico de su tipo de despliegue. Complete y verifique la instalación: 5. Cuando se haya completado la instalación, pulse View Log Files en el panel IBM Installation Manager final. Revise los registros para verificar si ha sido una instalación satisfactoria. 6. Ejecute las pruebas de verificación de instalación.

Qué hacer a continuación Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede ejecutar IBM Installation Manager nuevamente y seleccionar Modify.

© Copyright IBM Corp. 1996, 2013

67

Conceptos relacionados: “Tipo de despliegue de instalación típica versus personalizada” en la página 4 La instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización de una instalación típica o personalizada Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: Capítulo 5, “Preparación para una instalación personalizada”, en la página 29 Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas. “Visualización de los registros de instalación de MDM” en la página 196 Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Inicio del proceso de instalación con LaunchPad Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar una instalación personalizada.

Antes de empezar LaunchPad es una aplicación basada en navegador que puede utilizarse como el punto de partida para una instalación, y se ejecuta automáticamente cuando instala desde un CD. Utilice este procedimiento si desea utilizar LaunchPad para iniciar una instalación cuando no está utilizando el CD. Desde LaunchPad puede realizar lo siguiente: v Iniciar el proceso de instalación v Salir del proceso de instalación Atención: El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. Consulte Capítulo 3, “Configuración del soporte de instalación”, en la página 25.

Procedimiento 1. Vaya al directorio en el que ha descargado el soporte de MDM y abra Disk1. Por ejemplo: download_path/MDM/disk1 2. Inicie LaunchPad utilizando uno de estos scripts: v Microsoft Windows: launchpad.exe v Linux y UNIX: launchpad.sh

68

Guía de instalación

Tareas relacionadas: “Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186 Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de despliegue de instalación personalizada y sólo está instalando el entorno de trabajo. Capítulo 3, “Configuración del soporte de instalación”, en la página 25 El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de imagen de instalación descargables. Capítulo 4, “Preparación para una instalación típica”, en la página 27 Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones típicas.

Instalación de una instalación de servidor típica Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v El servidor en el que realiza la instalación no tiene ninguna instancia existente de MDM, IBM WebSphere Application Server o IBM DB2 v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2 v Si está instalando en Linux o UNIX, inicie sesión como usuario root. Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. Consulte Capítulo 3, “Configuración del soporte de instalación”, en la página 25. Durante una instalación típica, se le proporcionan valores de configuración predeterminados. Puede revisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminados antes de comenzar la instalación. Para instalaciones de servidor, debe utilizar el despliegue de red de IBM WebSphere Application Server. Atención: La instalación típica está configurada para utilizar puertos TCP o SOAP específicos para el servidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertos TCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.

Procedimiento 1. Inicie LaunchPad utilizando uno de estos scripts: v Microsoft Windows: launchpad.exe v Linux y UNIX: launchpad.sh Capítulo 6. Instalación de InfoSphere MDM

69

2. En el panel Instalar paquetes seleccione: v Despliegue de red de IBM WebSphere Application Server v IBM DB2 v Edición InfoSphere MDM 3. Pulse Siguiente. 4. Continúe a través de los indicadores para aceptar el acuerdo de licencia y pulse Next. 5. Seleccione el directorio de recursos compartidos o acepte el valor predeterminado. Si también está instalando IBM Installation Manager, también debe seleccionar un directorio de instalación o aceptar el valor predeterminado. Pulse Siguiente. 6. En el segundo panel Install Packages: a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse Browse en el campo Installation Directory. b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit. c. Pulse Siguiente. 7. Seleccione el idioma y pulse Siguiente. 8. Seleccione Data Stewardship UI o Inspector si desea instalar una, o ambas, aplicaciones de usuario. 9. Revise la información de resumen de instalación y pulse Instalar. 10. Cuando finalice la instalación, pulse None en el panel Which program do you want to start. 11. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de registro. 12. Pulse Finish y cierre IBM Installation Manager.

Qué hacer a continuación Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test Client para ejecutar transacciones de prueba. Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede ejecutar IBM Installation Manager nuevamente y seleccionar Modify. Para obtener una lista de nombres de usuario y contraseñas creados por el instalador, consulte el tema "cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica" (consulte la referencia relacionada más abajo).

70

Guía de instalación

Conceptos relacionados: “Instalación de servidor típica” en la página 5 Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2 en un servidor. “Hojas de trabajo de instalación y configuración” en la página 30 Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante el proceso de instalación y configuración. Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: “Desinstalación de una instalación de servidor típica” en la página 197 Si ha instalado MDM utilizando una instalación de servidor típica, utilice este procedimiento para desinstalar las funciones. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Capítulo 4, “Preparación para una instalación típica”, en la página 27 Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones típicas. Referencia relacionada: “Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página 18 Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas.

Instalación de una instalación de estación de trabajo típica Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v El servidor en el que realiza la instalación no tiene ninguna instancia existente de MDM, IBM WebSphere Application Server o IBM DB2 v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) y MDM Workbench v Si está instalando en Linux o UNIX, inicie sesión como usuario root. Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). Capítulo 6. Instalación de InfoSphere MDM

71

v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. También debe asegurarse de que estén disponibles las bibliotecas de 32 bits necesarias en su sistema operativo de 64 bits. Consulte los temas de referencia relacionados que aparecen más abajo. El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. Consulte Capítulo 3, “Configuración del soporte de instalación”, en la página 25. Durante una instalación típica, se le proporcionan valores de configuración predeterminados. Puede revisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminados antes de comenzar la instalación. Para instalaciones de estación de trabajo, debe utilizar el despliegue de base de IBM WebSphere Application Server. Atención: La instalación típica está configurada para utilizar puertos TCP o SOAP específicos para el servidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertos TCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.

Procedimiento 1. Inicie LaunchPad utilizando uno de estos scripts: v Microsoft Windows: launchpad.exe v Linux y UNIX: launchpad.sh 2. En el panel Instalar paquetes seleccione: v IBM WebSphere Application Server v IBM DB2 v IBM Rational Application Developer (RAD) v Edición InfoSphere MDM v InfoSphere MDM Workbench 3. Pulse Siguiente. 4. Continúe a través de los indicadores para aceptar el acuerdo de licencia y pulse Next. 5. Seleccione el directorio de recursos compartidos o acepte el valor predeterminado. Si también está instalando IBM Installation Manager, también debe seleccionar un directorio de instalación o aceptar el valor predeterminado. Pulse Siguiente. 6. En el segundo panel Install Packages: a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse Browse en el campo Installation Directory. b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit. c. Pulse Siguiente. 7. Seleccione el idioma y pulse Siguiente. 8. Revise la información de resumen de instalación y pulse Instalar. 9. Cuando finalice la instalación, pulse None en el panel Which program do you want to start. 10. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de registro. 11. Pulse Finish y cierre IBM Installation Manager.

72

Guía de instalación

Qué hacer a continuación Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test Client para ejecutar transacciones de prueba. Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede ejecutar IBM Installation Manager nuevamente y seleccionar Modify. Para obtener una lista de nombres de usuario y contraseñas creados por el instalador, consulte el tema "cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica" (consulte la referencia relacionada más abajo). Conceptos relacionados: “Instalación de estación de trabajo típica” en la página 7 Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e InfoSphere MDM Workbench en una estación de trabajo. “Hojas de trabajo de instalación y configuración” en la página 30 Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante el proceso de instalación y configuración. Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: “Desinstalación de una instalación de estación de trabajo típica” en la página 198 Si ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimiento para desinstalar las funciones. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Capítulo 4, “Preparación para una instalación típica”, en la página 27 Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones típicas. Referencia relacionada: “Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página 18 Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas. “Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13 Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo para que la instalación sea satisfactoria.

Instalación de una instalación personalizada Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2.

Capítulo 6. Instalación de InfoSphere MDM

73

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Ha completado las tareas de preparación de instalación (incluida la preparación de IBM WebSphere Application Server y de la base de datos) v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos v Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM Workbench en una estación de trabajo Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.

Acerca de esta tarea Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar InfoSphere MDM en el mismo grupo de paquetes. Si está instalando MDM en z/OS, consulte “Instalación en z/OS” en la página 81.

Procedimiento 1. Inicie IBM Installation Manager. 2. En la pantalla de inicio de IBM Installation Manager, pulse Install. 3. En el panel Install Packages, seleccione la edición y los paquetes adicionales que necesite (como, por ejemplo, Workbench). Pulse Siguiente. 4. En el segundo panel Install Packages: a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse Browse en el campo Installation Directory. Atención: Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear un nuevo grupo de paquetes. b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit. c. Pulse Siguiente. 5. Seleccione el idioma y pulse Siguiente. 6. Seleccione las características a instalar y pulse Next. 7. Especifique la información de configuración. Utilice las hojas de trabajo de la instalación como guía. a. En el panel Database Configuration, especifique los detalles de la base de datos y pulse Test Connection antes de salir del panel. b. Complete los campos en el panel History Configuration, si es aplicable a su oferta. c. En el panel WebSphere Application Server Configuration:

74

Guía de instalación

Especifique la información que ha utilizado durante la preparación del servidor de aplicaciones. v Seleccione Retrieve Host Details para obtener la información de Celda, Nodo y Servidor. v Si está instalando en un entorno en clúster, seleccione Install MDM application on cluster y elija el nombre de clúster de la lista Cluster. v Pulse Verify MDM Instance on Server antes de salir del panel. d. En el panel Application Configuration: v Proporcione el nombre de la aplicación, contraseña de usuario y puerto de RMI. v Seleccione Probabilistic matching o Deterministic matching para su estilo de coincidencia. v Si su aplicación se está ejecutando en distintos husos horarios o si sus datos tienen valores sensibles a la hora correspondientes a distintos husos horarios, seleccione Enable multiple time zone deployment y seleccione un Default time zone. v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar más información. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la que está ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messaging server para evitar que el instalador cree un gestor de colas. Mantenga la opción seleccionada si no desea crear un gestor de colas. e. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros. Si está instalando en un entorno en clúster, seleccione Install MDM application on cluster y elija el clúster de la lista. 8. Revise la información de resumen de instalación y pulse Instalar. 9. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de registro. 10. Pulse Finish y cierre IBM Installation Manager. v

Qué hacer a continuación Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test Client para ejecutar transacciones de prueba. Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede ejecutar IBM Installation Manager nuevamente y seleccionar Modify.

Capítulo 6. Instalación de InfoSphere MDM

75

Conceptos relacionados: “Tipo de despliegue de instalación personalizada” en la página 8 Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que instala. “Hojas de trabajo de instalación y configuración” en la página 30 Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante el proceso de instalación y configuración. “Preparación de IBM Installation Manager” en la página 47 Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. “Preparación del servidor de aplicaciones” en la página 59 Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor de aplicaciones proporciona infraestructura para comunicación de componente a componente, autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe preparar un servidor de aplicaciones antes de iniciar el proceso de instalación. Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: “Preparación de la base de datos” en la página 51 Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada. “Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster” en la página 55 Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en un entorno de clúster. “Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster” en la página 58 Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en un entorno en clúster. “Instalación en z/OS” en la página 81 Utilice este procedimiento si está instalando con IBM DB2 for z/OS. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced “Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 3. Referencia relacionada: “Installation Startup Kit” en la página 15 El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME. “Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13

76

Guía de instalación

Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo para que la instalación sea satisfactoria.

Instalación en un entorno en clúster Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Ha completado las tareas de preparación de instalación (incluida la preparación de IBM WebSphere Application Server y de la base de datos) v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos v Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM Workbench en una estación de trabajo Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.

Acerca de esta tarea Revise los casos de ejemplo de instalación antes de iniciar una instalación en clúster. Si bien puede que los casos de ejemplo no se ajusten exactamente a su entorno, pueden ofrecer una pauta para la instalación.

Procedimiento 1. Verifique que estos elementos estén completos para su servidor de aplicaciones: a. WebSphere Application Server está instalado en cada máquina necesaria en su clúster. b. Se han creado los clústeres necesarios en WebSphere Application Server. c. Si está utilizando una base de datos de DB2 u Oracle, debe establecer la variable de entorno JDBC_DRIVER_PATH. d. Sincronice todos los nodos gestionados. e. Anote el nombre de host y puerto de WebSphere Application Server en su hoja de trabajo de instalación. 2. Verifique que la base de datos y el software de cliente de base de datos están instalados en las máquinas necesarias, y que la base de datos se haya iniciado. 3. Si está utilizando IBM WebSphere MQ messaging, complete estos pasos. Si está utilizando IBM WebSphere Default Messaging, salte al paso 4. a. Verifique que está instalado.

Capítulo 6. Instalación de InfoSphere MDM

77

b. Ejecute los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para crear el gestor de colas de WebSphere MQ, canal y colas. Estos scripts se encuentran en el Installation Startup Kit. 4. Instale MDM. a. Inicie IBM Installation Manager, seleccione la oferta de MDM y continúe a través de los indicadores. b. En el panel Database Configuration, especifique los detalles de la base de datos y pulse Test Connection antes de salir del panel. c. En el panel WebSphere Application Server Configuration: v Especifique la información que ha utilizado durante la preparación del servidor de aplicaciones. v Seleccione Retrieve Host Details para obtener la información de Celda, Nodo y Servidor. v Seleccione Install MDM application on cluster y elija el nombre de clúster de la lista Cluster. v Pulse Verify MDM Instance on Server antes de salir del panel. d. En el panel Application Configuration: v Proporcione el nombre de la aplicación, contraseña de usuario y puerto de RMI. v Seleccione Probabilistic matching o Deterministic matching para su estilo de coincidencia. v Si su aplicación se está ejecutando en distintos husos horarios o si sus datos tienen valores sensibles a la hora correspondientes a distintos husos horarios, seleccione Enable multiple time zone deployment y seleccione un Default time zone. v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar más información. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la que está ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messaging server para evitar que el instalador cree un gestor de colas. e. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros. Seleccione Install MDM application on cluster y elija el clúster de la lista. 5. Revise la información de resumen de instalación y pulse Instalar. 6. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de registro. 7. Pulse Finish y cierre IBM Installation Manager.

Qué hacer a continuación Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test Client para ejecutar transacciones de prueba. Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede ejecutar IBM Installation Manager nuevamente y seleccionar Modify.

78

Guía de instalación

Conceptos relacionados: “Hojas de trabajo de instalación y configuración” en la página 30 Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante el proceso de instalación y configuración. “Preparación de IBM Installation Manager” en la página 47 Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. “Preparación del servidor de aplicaciones” en la página 59 Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor de aplicaciones proporciona infraestructura para comunicación de componente a componente, autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe preparar un servidor de aplicaciones antes de iniciar el proceso de instalación. Casos de ejemplo de instalación Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de varios productos y máquinas. Capítulo 8, “Verificación de la instalación”, en la página 191 IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Tareas relacionadas: “Preparación de la base de datos” en la página 51 Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación personalizada. “Instalación en z/OS” en la página 81 Utilice este procedimiento si está instalando con IBM DB2 for z/OS. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Despliegue de la función MDM Native Component en servidor Windows remoto La función Master Data Management Native Component es el origen de datos de ODBC que requieren las configuraciones de MDM virtual para funcionar correctamente. Si tiene previsto instalar el MDM Operational Server e implementar una configuración de MDM virtual en un clúster de WebSphere Application Server y un sistema operativo Microsoft Windows, hay pasos que debe seguir después de instalar el servidor operativo.

Acerca de esta tarea El instalador ejecuta automáticamente el destino madconfig create_datasource para crear un origen de datos de ODBC en un servidor remoto utilizando un agente Ant. Sin embargo, el agente Ant no tiene permiso para modificar el registro de Windows. Si está ejecutando IBM Installation Manager y WebSphere Application Server deployment manager en la máquina A y debe desplegar su servidor operativo y configuración virtual en nodos gestionados en otras máquinas (por ejemplo B, C y D), utilice este procedimiento. Este procedimiento crea manualmente el origen de datos de ODBC en cada uno de los servidores Windows remotos después de la primera ejecución de IBM Installation Manager para instalar su servidor operativo. Capítulo 6. Instalación de InfoSphere MDM

79

Procedimiento 1. Ejecute IBM Installation Manager en la máquina A e instale el MDM Operational Server. 2. En la máquina B, vaya al directorio WAS_PROFILE_HOME/installedApps/YOUR_CELL_NAME/MDM-nativeIDENTIFIER.ear/native.war/scripts. 3. Abra un indicador de línea de mandatos. 4. Escriba este mandato: madconfig.bat create_datasource -Dmad.db.type=DBTYPE -Dmad.db.name=DBNAME -Dmad.db.port=DBPORT -Dmad.db.host=DBHOST -Dmad.db.dsn=DSN Donde: v DBTYPE: es el tipo de base de datos; especifique DB2, ORACLE o MSSQLU en la máquina B v DBHOST: es el nombre de host o dirección IP de la base de datos en la máquina B v DBPORT: es el puerto de la base de datos en la máquina B v DBNAME: es el nombre de la base de datos en la máquina B, por ejemplo mdmins11 v DSN: el nombre del origen de datos; el convenio de denominación de DSN es DB_NAME_MDM_INSTANCE_IDENTIFIER. MDM_INSTANCE_IDENTIFIER. debe coincidir con el valor de MDM application name que ha especificado en el panel Application Configuration durante la instalación en la máquina A. 5. Repita los pasos 2 y 3 para cada máquina adicional de su clúster (por ejemplo, C y D).

Instalación en Oracle RAC Utilice este procedimiento si está utilizando MDM virtual e instalando en Oracle Real Application Clusters (RAC).

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Ha completado los pasos de preparación de IBM Installation Manager v Ha completado las tareas de preparación para la creación de la base de datos y servidor de aplicaciones v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos

Procedimiento 1. Inicie IBM Installation Manager. a. En el panel Install Packages, seleccione la edición y pulse Next. b. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y un idioma. c. Seleccione las funciones MDM Database y MDM Operational Server y pulse Next. d. Complete los paneles de configuración y pulse Next. e. Pulse Instalar. El instalador crea el origen de datos de ODBC con el SID y ejecuta el destino madconfig bootstrap_datasource para crear todas las tablas de MDM virtual. 2. Vaya a la consola de administración de WebSphere Application Server y seleccione 'Resources > JDBC > Data sources. a. En la página Data sources, pulse el nombre de su origen de datos de MDM. b. c. d. e.

80

En la siguiente página Data sources, pulse Custom properties. Elimine el SID seleccionándolo y pulsando Delete. Pulse New y añada un Name de propiedad personalizada nuevo para serviceName y el Value. Pulse OK.

Guía de instalación

3. Ejecute los mandatos siguientes desde el directorio native.war/scripts. Para un entorno en clúster, debe ejecutar estos mandatos en cada máquina del clúster. v madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID v madconfig create_datasource -Dmad.db.type=oracle -Dmad.db.host=DB_HOST -Dmad.db.port=DB_PORT -Dmad.db.service=SERVICE_NAME -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID Cuando ejecute este mandato, se le solicitará que especifique el SID. Deje la solicitud en blanco y pulse Intro.

Qué hacer a continuación Revise siempre los registros de instalación para verificar que el proceso se haya completado correctamente. Si determina que los datos virtuales no se han cargado correctamente después de revisar los registros, puede utilizar el programa de utilidad madconfig para volver a cargar los datos o para ejecutar un programa de arranque.

Habilitación de soporte para controlador de conexión inalámbrica de Oracle Si está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle de conexión inalámbrica, complete estos pasos después de instalar la base de datos de MDM y las funciones.

Antes de empezar Siga los pasos que se indican en “Despliegue de la función MDM Native Component en servidor Windows remoto” en la página 79.

Procedimiento 1. En la máquina donde ha instalado el cliente de Oracle nativo y los controladores y donde ha desplegado el archivo EAR nativo: a. Configure la variable de entorno del sistema operativo como: ORACLE_HOME=PATH_TO_ORACLE_HOME. b. Configure la variable de entorno del sistema operativo como: v Para Microsoft Windows: LIB=PATH_TO_ORACLE_HOME/lib v Para IBM AIX: LIBPATH=PATH_TO_ORACLE_HOME/lib v Para otros sistemas operativos: LD_LIBRARY_PATH=PATH_TO_ORACLE_HOME/lib 2. Vaya al directorio native.war/scripts y ejecute estos mandatos: a. madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID b. madconfig create_datasource -Dmad.db.type=oracle -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_IDDmad.db.server=TNS_NAME El mandato create_datasource le solicita que especifique un host de base de datos. Puede dejar la solicitud en blanco y pulsar Intro. 3. Si tiene un entorno en clúster, repita los pasos en cada miembro del clúster. Referencia relacionada: “Controladores ODBC instalados con Standard Edition” en la página 59 Los controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que se define.

Instalación en z/OS Utilice este procedimiento si está instalando con IBM DB2 for z/OS. Capítulo 6. Instalación de InfoSphere MDM

81

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Ha añadido la oferta de MDM a IBM Installation Manager v Ha completado las tareas de preparación para la creación de la base de datos y servidor de aplicaciones v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos

Acerca de esta tarea Este proceso requiere tres distintos pasos o sesiones; en dos de esas sesiones debe ejecutar el proceso de instalador. En la primera sesión, el instalador extrae los JCL que se utilizan para instalar manualmente la base de datos de physical MDM. Después de completada la carga de la base de datos física, la segunda sesión de instalación instala el componente virtual de la base de datos de MDM, el servidor operativo y cualquier otra función que seleccione.

Procedimiento Primera sesión, extraiga los JCL de MDM física. Instale Installation Startup Kit para extraer los activos de DB2 z/OS de MDM física en el directorio STARTUPKIT_INSTALL_HOME. 1. Inicie IBM Installation Manager y pulse Install en el panel de inicio. 2. En el panel Install Packages, seleccione Installation Startup Kit y pulse Next. 3. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y un idioma. 4. Revise la información de resumen de instalación y pulse Instalar. 5. Pulse Finish cuando haya finalizado la instalación. Segunda sesión, transfiera activos de DB2 y cargue los datos de MDM física manualmente. 6. Vaya a STARTUPKIT_INSTALL_HOME. 7. Copie los activos de z/OS de MDM Operational Server desde los directorios STARTUPKIT_INSTALL_HOMECoreData/Full/DB2/ZOS/pds y STARTUPKIT_INSTALL_HOMEFull/DB2/ZOS/pds al sistema z/OS. 8. Cargue la MDM física manualmente utilizando estas instrucciones: “Instalación manual de physical MDM database en DB2 for z/OS” en la página 116 (instalación de la base de datos principal utilizando TSO y JCL, instalación de datos CLOB e instalación de la base de datos de dominios). Tercera sesión, instale MDM Operational Server y otras funciones: 9. Inicie IBM Installation Manager y pulse Install en el panel de inicio. 10. En el panel Install Packages, seleccione la edición y pulse Next. 11. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y un idioma. Atención: Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar InfoSphere MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear un nuevo grupo de paquetes. 12. Seleccione MDM Operational Server, MDM Database, y cualquier otra función que desee instalar. 13. Especifique la información de configuración. v En el panel de configuración de base de datos, seleccione DB2 Z/OS. v Para la configuración de IBM WebSphere Application Server, asegúrese de especificar la información que utilizó durante la preparación del servidor de aplicaciones. Utilice el usuario y contraseña de mdmadmin. Pulse Verify MDM Instance on Server antes de salir del panel. v En el panel Messaging Server, seleccione IBM WebSphere Default Messaging.

82

Guía de instalación

14. Revise la información de resumen de instalación y pulse Instalar. 15. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de registro. 16. Pulse Finish y cierre IBM Installation Manager.

Qué hacer a continuación Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test Client para ejecutar transacciones de prueba. Tareas relacionadas: “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.

Instalación silenciosa Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio. Los archivos de respuestas de modalidad silenciosa de muestra se proporcionan en el directorio STARTUP_INSTALL_HOME/StartupKit. Los archivos específicos de sistemas operativos están disponibles para los sistemas soportados. Están disponibles los siguientes archivos de respuestas de modalidad silenciosa de muestra para IBM WebSphere Application Server: v typical_install_server.res: utilice este archivo de respuestas para instalar el servidor operativo de MDM, la base de datos de MDM, el servidor de bases de datos de IBM DB2 y WebSphere Application Server Network Deployment v typical_install_workstation.res: utilice este archivo de respuestas para instalar el servidor operativo de MDM, la base de datos de MDM, el servidor de bases de datos de IBM DB2, WebSphere Application Server, IBM Rational Application Developer (RAD) y InfoSphere MDM Workbench v install_single_servers_aix.res: utilice este archivo de respuestas para instalar el servidor operativo con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: AIX – Proveedor de mensajería: WebSphere Application Server default messaging provider – – – – –

Destino Destino Destino Destino Destino

de de de de de

despliegue despliegue despliegue despliegue despliegue

de de de de de

MDM Operational Server (servidor único): mdm-s1-E001 Business Administration UI (servidor único): mdm-s2-E001 Data Stewardship UI (servidor único): mdm-s2-E001 Product Maintenance UI (servidor único): mdm-s2-E001 Inspector (servidor único): mdm-s3-E001

– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001 – Destino de despliegue de Web Reports (servidor único): mdm-s3-E001 v

install_cluster_aix_mq.res: utilice este archivo de respuestas para instalar el servidor operativo con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: AIX – Proveedor de mensajería: WebSphere MQ messaging provider Capítulo 6. Instalación de InfoSphere MDM

83

– – – – –

Destino Destino Destino Destino Destino

de de de de de

despliegue despliegue despliegue despliegue despliegue

de de de de de

MDM Operational Server (clúster): mdm-CL01 Business Administration UI (clúster): mdm-CL02 Data Stewardship UI (clúster): mdm-CL02 Product Maintenance UI (clúster): mdm-CL02 Inspector (clúster): mdm-CL02

– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02 – Destino de despliegue de Web Reports (clúster): mdm-CL02 v install_single_servers_linux.res: utilice este archivo de respuestas para instalar el servidor operativo con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: Linux – Proveedor de mensajería: WebSphere Application Server default messaging provider – Destino de despliegue de MDM Operational Server (servidor único): mdm-s1-E001 – Destino de despliegue de Business Administration UI (servidor único): mdm-s2-E001 – Destino de despliegue de Data Stewardship UI (servidor único): mdm-s2-E001 – Destino de despliegue de Product Maintenance UI (servidor único): mdm-s2-E001 – Destino de despliegue de Inspector (servidor único): mdm-s3-E001 – Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001 – Destino de despliegue de Web Reports (servidor único): mdm-s3-E001 v install_cluster_linux_mq.res: utilice este archivo de respuestas para instalar MDM Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: Linux – – – –

Proveedor de mensajería: WebSphere MQ messaging provider Destino de despliegue de MDM Operational Server (clúster): mdm-CL01 Destino de despliegue de Business Administration UI (clúster): mdm-CL02 Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02

– – – –

Destino Destino Destino Destino

de de de de

despliegue despliegue despliegue despliegue

de de de de

Product Maintenance UI (clúster): mdm-CL02 Inspector (clúster): mdm-CL02 Enterprise Viewer (clúster): mdm-CL02 Web Reports (clúster): mdm-CL02

v install_single_servers_win.res: utilice este archivo de respuestas para instalar MDM Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros. Si hay un error de validación en el archivo de respuestas, puede que las instalaciones silenciosas en Windows concluyan sin mostrar una indicación del motivo. Si su instalación concluye, revise los archivos de registro para encontrar el motivo. – Plataforma: Microsoft Windows 7 – Proveedor de mensajería: WebSphere Application Server default messaging provider – Destino de despliegue de MDM Operational Server (servidor único): mdm-s1-E001 – Destino de despliegue de Business Administration UI (servidor único): mdm-s2-E001 – Destino de despliegue de Data Stewardship UI (servidor único): mdm-s2-E001 – Destino de despliegue de Product Maintenance UI (servidor único): mdm-s2-E001 – Destino de despliegue de Inspector (servidor único): mdm-s3-E001 – Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001 – Destino de despliegue de Web Reports (servidor único): mdm-s3-E001 v install_cluster_win_mq.res: utilice este archivo de respuestas para instalar MDM Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: Microsoft Windows 7

84

Guía de instalación

– – – – –

Proveedor de mensajería: WebSphere MQ messaging provider Destino de despliegue de MDM Operational Server (clúster): mdm-CL01 Destino de despliegue de Business Administration UI (clúster): mdm-CL02 Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02 Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02

– Destino de despliegue de Inspector (clúster): mdm-CL02 – Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02 – Destino de despliegue de Web Reports (clúster): mdm-CL02 v install_single_servers_solaris.res: utilice este archivo de respuestas para instalar MDM Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: Solaris – Proveedor de mensajería: WebSphere Application Server default messaging provider – – – – –

Destino Destino Destino Destino Destino

de de de de de

despliegue despliegue despliegue despliegue despliegue

de de de de de

MDM Operational Server (servidor único): mdm-s1-E001 Business Administration UI (servidor único): mdm-s2-E001 Data Stewardship UI (servidor único): mdm-s2-E001 Product Maintenance UI (servidor único): mdm-s2-E001 Inspector (servidor único): mdm-s3-E001

– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001 – Destino de despliegue de Web Reports (servidor único): mdm-s3-E001 v install_cluster_solaris_mq.res: utilice este archivo de respuestas para instalar MDM Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros: – Plataforma: Solaris – Proveedor de mensajería: WebSphere MQ messaging provider – Destino de despliegue de MDM Operational Server (clúster): mdm-CL01 – Destino de despliegue de Business Administration UI (clúster): mdm-CL02 – Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02 – Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02 – Destino de despliegue de Inspector (clúster): mdm-CL02 – Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02 – Destino de despliegue de Web Reports (clúster): mdm-CL02 Tareas relacionadas: “Visualización de los registros de instalación de MDM” en la página 196 Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Referencia relacionada: “Installation Startup Kit” en la página 15 El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Personalización del archivo de respuestas de modalidad silenciosa Utilice este procedimiento para personalizar el archivo de respuestas de instalación de modalidad silenciosa.

Capítulo 6. Instalación de InfoSphere MDM

85

Acerca de esta tarea Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos.

Procedimiento 1. Abra el archivo de respuestas. 2. Especifique los directorios de inicio y de recursos compartidos. a. Para especificar el directorio MDM_INSTALL_HOME, añada estas líneas al archivo de respuestas:

Donde usr/IBM/MDM/H087/mdm es el directorio de inicio de instalación de MDM. b. Para especificar el directorio Installation Manager Shared Resource.

Donde usr/IBM/MDM/H087/Shared es el directorio Installation Manager Shared Resource. 3. Especifique la versión de la oferta de MDM y las funciones que desea instalar añadiendo esta línea:

Donde 11.0.0.v20130415-1124 es el número de versión de MDM. Encontrará el número de versión buscando en la carpeta de soporte de instalación (download_path/MDM/disk1/md/Offerings) y localizando el archivo JAR de la oferta. Por ejemplo, disk1/md/Offerings/com.ibm.mdm.advanced_11.0.0.v20130415-1124.jar, donde 11.0.0.v20130415-1124 es el número de versión. 4. Especifique la función a instalar durante la sesión única de IBM Installation Manager añadiendo esta línea:

Donde features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’

es la función específica a instalar. Para obtener ayuda, consulte “Ejemplos para especificación de funciones para una instalación silenciosa” en la página 87. com.ibm.mdm.install.iu.localization.feature siempre debe estar incluido en la lista de una función. Esta función es una función interna que proporciona soporte de varios idiomas para el sistema de registro del instalador. Healthcare Point of Service Integrator (com.ibm.im.mdm.ei.feature) sólo puede instalarse en Microsoft Windows. Si incluye esta función en un entorno que no sea de Windows, el instalador ignora la función y no la instala. 5. Especifique los parámetros de la base de datos. Para obtener ayuda, utilice el tema sobre parámetros de base de datos aplicables para su base de datos. Los temas aparecen listados en los enlaces de referencia relacionados. Los parámetros siguientes no deben modificarse en el archivo de respuestas:

6. Especifique los parámetros de WebSphere Application Server. Para obtener ayuda, utilice el tema sobre parámetros del servidor de aplicaciones que aparece listado al final de este procedimiento.

86

Guía de instalación

Qué hacer a continuación Continúe con la inhabilitación de la pantalla inicial del instalador y con la ejecución de la instalación silenciosa. Tareas relacionadas: “Instalación silenciosa utilizando un archivo de respuestas” en la página 91 Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación se proporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM Installation Manager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas.

Ejemplos para especificación de funciones para una instalación silenciosa Debe editar el archivo de respuestas y especificar las funciones exactas que desea instalar durante una instalación silenciosa. Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos. Especifique las funciones en la línea siguiente en la sección de su archivo de respuestas: features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app. feature’ Por ejemplo:

Ejemplo 1: Instalación de MDM Database y MDM Operational Server Para instalar solamente la base de datos y el servidor operativo, añada esta línea: features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’

Ejemplo 2: Instalación de MDM Database, MDM Operational Server y de aplicaciones de usuario Para instalar la base de datos, el servidor operativo y todas las aplicaciones de usuario y funciones, incluya esta línea: features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app. feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature, com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.wb.webapp.feature,com. ibm.mdm.pd.webapp.feature,com.ibm.im.mdm.message.broker.feature, com.ibm.im.mdm.ei.feature,com.ibm.im. mdm.eutc,com.ibm.mdm.ba.webapp.sample.feature’

Parámetros de base de datos de instalación silenciosa para DB2 Debe especificar parámetros para su base de datos de IBM DB2 en el archivo de respuestas de instalación silenciosa. Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de DB2. Cambie value= por el valor específico que utiliza su base de datos. Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos. v Tipo de base de datos Capítulo 6. Instalación de InfoSphere MDM

87



v Alias de base de datos en un catálogo de base de datos para el cliente de DB2

v Nombre de base de datos

v Nombre de esquema de base de datos

v Nombre de host de servidor de bases de datos

v Número de puerto de servidor de bases de datos

v Nombre de usuario de base de datos (debe ser el mismo que el nombre de esquema)

v Contraseña de base de datos

v Directorio de inicio de cliente de DB2

v URL de JDBC de base de datos

Los parámetros siguientes no deben modificarse en el archivo de respuestas:

Parámetros de base de datos de instalación silenciosa para Microsoft SQL Server Debe especificar parámetros para su base de datos de SQL Server en el archivo de respuestas de instalación silenciosa. Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de SQL Server. Cambie value= por el valor específico que utiliza su base de datos. Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos. v Tipo de base de datos

v Nombre de base de datos

Guía de instalación

v Nombre de usuario de base de datos (debe ser el mismo que el nombre de esquema)

v Contraseña de base de datos

v URL de JDBC de base de datos

v Nombre de host de la base de datos

v Puerto de base de datos

v Nombre de esquema de base de datos

v Directorio de inicio de base de datos

v Parámetros adicionales

Establezca user.db.auth.native en true si utiliza Windows Native Authentication.

Parámetros de base de datos de instalación silenciosa para Oracle Debe especificar parámetros para su base de datos de Oracle en el archivo de respuestas de instalación silenciosa. Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de Oracle. Cambie value= por el valor específico que utiliza su base de datos. Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos. v Tipo de base de datos logfile name b. Sqlcmd –S Server Name -U dbuser logfile name c. Sqlcmd –S Server Name -U dbuser name d. Sqlcmd –S Server Name -U dbuser logfile name e. Sqlcmd –S Server Name -U dbuser name 4. Utilice IBM Installation Manager para MDM database.

-P dbuser password -d db_name -i CreateTables.sql > -P dbuser password -d db_name -i CreateFK.sql > logfile -P dbuser password-d db_name -i CreateIndexes.sql > -P dbuser password -d db_name -i CreateCHK.sql > logfile cargar los datos. En el panel features to install, seleccione

Instalación manual de la base de datos de physical MDM en Oracle Puede instalar manualmente la base de datos de physical MDM en Oracle. Antes de iniciar la instalación, lea el tema sobre la instalación manual de la base de datos de physical MDM.

Instalación manual de la base de datos principal en Oracle Utilice este procedimiento para instalar manualmente la base de datos principal en Oracle.

Procedimiento 1. Vaya al directorio MDM/database/CoreData/Oracle/Standard/ddl. 2. Edite todos los scripts de este directorio sustituyendo los valores de los marcadores por los valores que desea utilizar en la base de datos. Cambie los siguientes marcadores de posición: a. DBNAME por el nombre de la base de datos. b. SCHEMA por un usuario de la base de datos con los privilegios necesarios c. NEWPASSWORD por la contraseña del usuario del esquema

Capítulo 6. Instalación de InfoSphere MDM

125

d. TABLE_SPACE por el nombre del espacio de tabla donde se almacenan datos base y de tabla de historial e. INDEX_SPACE por un nombre de espacio de tabla donde se almacenan datos indexados f. LONG_SPACE por un espacio de tabla donde se almacenan datos de columna de usuario extensos como CLOB y XML g. TABLESPACE_LOCATION por la ubicación donde se crea el espacio de tabla. Ésta normalmente está en el directorio de la base de datos que está en ORACLE_HOME. Por ejemplo, D:/Oracle/product/10.2.0/oradata/MDMDB, donde MDMDB es el nombre de la base de datos y 10.2.0 es la versión de Oracle que se está utilizando. h. DTYPE por el tipo de datos a cargar. Especifique uno de los siguientes valores en minúsculas: v banca v seguros v telecomunicaciones v fabricación i. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para inglés, utilice en; para francés utilice fr j. CODE_LANG por el idioma de todos los datos de tabla de código adicionales a cargar.Por ejemplo, para el japonés, utilice ja; para el francés, utilice fr k. DBUSER por un usuario de base de datos con autoridad de administrador de base de datos (DBA) l. DBPASSWORD por la contraseña del dbuser 3. Desde la línea de mandatos, en MDM/database/CoreData/Oracle/Standard/ddl, ejecute los mandatos en el orden que se indica: a. sqlplus DBUSER/DBPASSWORD@DBNAME @create_schema_ora.sql>> LOG_FILE_NAME crea el esquema de la base de datos. b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>> LOG_FILE_NAME crea las tablas base y las definiciones de clave primaria. c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>> LOG_FILE_NAME crea las tablas de historial y las definiciones de clave primaria. d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME crea todos los índices, incluyendo las restricciones de índice exclusivo. e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME crea las claves foráneas. f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>> LOG_FILE_NAME crea las restricciones de comprobación. g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME crea los objetos InfoSphere MDM Probabilistic Matching Engine 4. Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienen valores de tiempo correspondientes a distintos husos horarios, debe habilitar la función de huso horario múltiple. Si no es necesaria la función de huso horario múltiple, debe inhabilitarla al instalar la base de datos. v Para habilitar la función de huso horario múltiple: a. Vaya al subdirectorio .ddl. b. Desde la línea de mandatos, ejecute el script: sqlplus SCHEMA/NEWPASSWORD@DBNAME @Create_function_utc_enabled.sql >> LOG_FILE_NAME v Para inhabilitar la función de huso horario múltiple: a. Vaya al subdirectorio .ddl. b. Desde la línea de mandatos, ejecute el script: sqlplus SCHEMA/NEWPASSWORD@DBNAME

126

Guía de instalación

@Create_function_utc_disabled.sql >> LOG_FILE_NAME 5. Ejecute los mandatos de los desencadenantes compuestos o de los desencadenantes simples. v Para instalar desencadenantes simples, ejecute los scripts: – sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>> LOG_FILE_NAME instala desencadenantes simples – Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME instala desencadenantes simples para realizar supresiones. v Para instalar desencadenantes compuestos, ejecute los scripts: – sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_compound_ora.sql>> LOG_FILE_NAME instala desencadenantes compuestos para realizar inserciones y actualizaciones. – Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instala desencadenantes compuestos para realizar supresiones. 6. Convierta el archivo ImpReqData.script en un script de shell y ejecute el script de shell desde la línea de mandatos. Este script llena las tablas de códigos y tablas de configuración del sistema necesarias con datos de tabla de código en inglés para la industria que se introduce en el marcador de posición DTYPE, y los datos de configuración en el idioma que se introduce en el marcador de posición CONFIG_LANG. 7. Seleccione si desea instalar datos de tablas de códigos para idiomas que no sean el inglés. v Si está instalando el producto solo en inglés, omita este paso. v Para instalar datos de tabla de código para idiomas diferentes del inglés para la industria que se introduce en el marcador DTYPE y el código de idioma que se introduce en el marcador CODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un script de shell y ejecute el script de shell desde la línea de mandatos. Repita este paso para cada idioma que desee instalar. 8. Opcional: para habilitar búsquedas no sensibles a mayúsculas y minúsculas, ejecute el script: sqlplus SCHEMA/NEWPASSWORD@DBNAME @Insensitive_search_enabled.sql >> LOG_FILE_NAME

Atención: La sentencia create_schema_ora.sql crea dos espacios de tabla separados para InfoSphere MDM Probabilistic Matching Engine, de la siguiente manera: TABLE_SPACE>E y INDEX_SPACE>E

Instalación manual de la base de datos de dominios en Oracle Puede instalar manualmente la base de datos de dominios en Oracle. Antes de iniciar la instalación: v Asegúrese de que ha creado la base de datos principal, y de que tiene el nivel correcto de acceso a la misma. Los activos de la base de datos de dominios se añaden a la misma base de datos. v Lea el tema de instalación manual de la base de datos de MDM física, y tome las mismas decisiones en los pasos opcionales que ha tomado al instalar la base de datos principal. Instalación manual de la base de datos de dominio en Oracle: Utilice este procedimiento para instalar manualmente la base de datos de dominio en Oracle. Procedimiento 1. Vaya al directorio MDM/database/WCC/Oracle/Standard/ddl: 2. Edite todos los scripts de este directorio sustituyendo los valores de los marcadores por los valores que desea utilizar en la base de datos, del modo siguiente: a. Sustituya a DBNAME con el nombre de la base de datos. b. Sustituya a SCHEMA con el nombre de esquema asignado para mantener los activos de base de datos. c. CONTRASEÑANUEVA por la contraseña del usuario de esquema.

Capítulo 6. Instalación de InfoSphere MDM

127

d. TABLE_SPACE para el nombre de espacio de tabla donde se almacenarán datos de tabla de historial y de base. e. INDEX_SPACE para un nombre de espacio de tabla donde se almacenarán datos indexados. f. LONG_SPACE para un espacio de tabla donde se almacenarán datos de columna de usuario largos como CLOB y XML g. TABLESPACE_LOCATION para la ubicación donde se creará el espacio de tabla. Generalmente es en el directorio de la base de datos que se encuentra en ORACLE_HOME. Por ejemplo, D:/Oracle/product/10.2.0/oradata/MDMDB, donde MDMDB es el nombre de la base de datos y 10.2.0 es la versión de Oracle que se está utilizando. h. DTYPE para el tipo de datos que se va a cargar. Especifique uno de los valores siguientes en minúscula: v banca v seguros v telecomunicaciones v fabricación i. CONFIG_LANG para el idioma que se va a utilizar. Por ejemplo, para inglés utilice en; para francés utilice fr. j. LENG_CÓDIGO para el lenguaje de cualquier tabla de código adicional que se va a cargar. Por ejemplo, para japonés utilice ja; para francés utilice fr. 3. Desde la línea de mandatos en MDM/database/WCC/Oracle/Standard/ddl, ejecute estos mandatos en el orden en el que están listados: a. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>> LOG_FILE_NAME crea las tablas base y las definiciones de claves primarias b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>> LOG_FILE_NAME crea las tablas de historial y las definiciones de claves primarias c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME crea todos los índices, incluyendo restricciones de índice exclusivo d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME crea las claves foráneas e. sqlplus SCHEMA/NEWPASSWORD@DBNAME> @create_chk_ora.sql>> LOG_FILE_NAME crea las restricciones de comprobación f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME crea los objetos de InfoSphere MDM Probabilistic Matching Engine. Importante: Antes de ejecutar el script create_eME_ora.sql en el paso siguiente, edite el script y sustituya los marcadores ESPACIO_TABLA y ESPACIO_ÍNDICE con los nombres de espacio de tabla y espacio de índice creados para los objetos de base de datos de InfoSphere MDM Probabilistic Matching Engine. 4. Ejecute los scripts para desencadenantes compuestos o simples: v Para instalar desencadenantes simples: – sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>> LOG_FILE_NAME instala desencadenantes simples – Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME instala desencadenantes simples para supresiones v Para instalar desencadenantes compuestos, ejecute los scripts: – sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_compound_ora.sql>> LOG_FILE_NAME instala desencadenantes compuestos para inserciones y actualizaciones. – Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instala desencadenantes compuestos para supresiones. 5. Convierta el archivo ImpReqData.script en un script de shell y ejecútelo desde la línea de mandatos. Este script llena las tablas de códigos y de configuración del sistema necesarias con datos de la tabla

128

Guía de instalación

de códigos en inglés para el sector que se especifica en el marcador DTYPE y los datos de configuración en el idioma que se especifica en el marcador CONFIG_LANG. 6. Elija si desea instalar datos de tabla de códigos para idiomas distintos del inglés. v Si está instalando el producto solo en inglés, omita este paso. v Para instalar datos de tabla de códigos de idiomas distintos del inglés para el sector que se especifica en el marcador DTYPE y el código de idioma que se especifica en el marcador CODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un archivo de script y ejecútelo desde la línea de mandatos. Repita este paso para cada idioma que desee instalar. 7. Si ha habilitado la búsqueda sin distinción de mayúsculas y minúsculas en la base de datos principal, debe ejecutar el script siguiente: Sqlplus SCHEMA/NEWPASSWORD@DBNAME @Insensitive_search_enabled.sql >> LOG_FILE_NAME

Instalación manual del componente de servidor de mensajería de InfoSphere MDM Puede utilizar IBM Installation Manager para crear el componente de servidor de mensajería de InfoSphere MDM, o puede instalarlo manualmente.

Acerca de esta tarea Utilice IBM Installation Manager para instalar el componente de mensajería de InfoSphere MDM si IBM WebSphere MQ se encuentra en la misma máquina en la que planea ejecutar el instalador para instalar el componente de MDM operational server. IBM Installation Manager instala el componente de servidor de mensajería de InfoSphere MDM de forma predeterminada cuando elige el proveedor de mensajería de WebSphere MQ en lugar del proveedor de mensajería predeterminado de WebSphere Application Server en el panel de configuración de la aplicación MDM.

Procedimiento 1. Compruebe que tiene el script custSetupMQServer.mqsc antes de comenzar a instalar manualmente el componente de servidor de mensajería de InfoSphere MDM. 2. Obtenga el script custSetupMQServer.mqsc del directorio STARTUPKIT_INSTALL_HOME. 3. Cree e inicie el gestor de colas que utilizará el componente de servidor de mensajería InfoSphere MDM (sustituya MDM1011.QMANAGER por cualquier nombre que elija) ejecutando el script: /usr/mqm/crtmqm MDM1011.QMANAGER

No realice este paso si quiere utilizar un gestor de colas existente. 4. Inicie el gestor de colas ejecutando el script: /usr/mqm/strmqm MDM1011.QMANAGER

5. Prepare a custSetupMQServer.mqsc sustituyendo el marcador CHANNEL_NAME en el script custSetupMQServer.mqsc con el valor real del canal de WebSphere MQ que se va a utilizar. 6. Cree los objetos de configuración del componente de servidor de mensajería de InfoSphere MDM ejecutando el script: /usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER

Sustituya el marcador de posición CHANNEL_NAME del script custSetupMQServer.mqsc por el valor real del canal de WebSphere MQ a utilizar. 7. Habilite el soporte para el intermediario de sucesos ejecutando el script: /usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER

8. Inicie el intermediario de sucesos ejecutando el script: /usr/mqm/strmqbrk –m MDM1011.QMANAGER

Capítulo 6. Instalación de InfoSphere MDM

129

9. Inicie la escucha de colas ejecutando el script: /usr/mqm/runmlsr –m MDM1011.QMANAGER –t TCP –p 1414&

Puede utilizar cualquier número de puerto válido para el puerto de escucha de WebSphere MQ. Tareas relacionadas: “Instalación de Installation Startup Kit” en la página 49 Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno para la instalación.

Actualización de los archivos de propiedades desplegados para una physical MDM Después de instalar o actualizar InfoSphere MDM, puede que necesite actualizar los archivos de propiedades desplegados si requieren cambios que no pueden realizarse utilizando Configuration Manager. Utilice este procedimiento para actualizar archivos de propiedades desplegados.

Acerca de esta tarea Atención: La actualización de propiedades de forma dinámica no es ideal. Siempre que sea posible, transfiera las propiedades personalizadas a Configuration Manager. Puesto que los archivos de propiedades se incluyen en un .jar y se despliegan como un activo de biblioteca compartida de aplicación de nivel empresarial (BLA), no pueden modificarse simplemente alterando un valor de propiedad. Cuando está instalado, un archivo properties.jar duplicado se extrae en un subdirectorio de despliegue de la unidad de composición de BLA. Esta extracción permite que se realicen actualizaciones casi en tiempo real sin tener que volver a instalar la aplicación de paquetes empresariales (EBA). Por ejemplo, si el nombre del despliegue de aplicación es E001 y el directorio de inicio de instalación de WebSphere Application Server es opt/IBM/WebSphere/AppServer/, la ubicación de los archivos de propiedades desplegados se encuentra en el directorio de activos instalados del perfil de la aplicación. En este caso, opt/IBM/WebSphere/AppServer/profiles/Node01/installedAssets/ com.ibm.mdm.server.resources.properties-E001.jar/BASE Puede modificar el contenido del archivo JAR directamente en el nodo. En una topología de clúster o de varios nodos, las modificaciones deben replicarse manualmente en todos los nodos y servidores. La mejor forma de actualizar las propiedades es utilizando la consola de administración de WebSphere Application Server, que maneja la propagación por usted.

Procedimiento 1. Inicie la consola de administración de WebSphere Application Server y vaya a Applications > Application Types > Assets. a. Seleccione el archivo com.ibm.mdm.server.resources.propertiesdeployment_name_used_for_install.jar. b. Pulse Export para exportar las propiedades actualmente desplegadas. Desde aquí, puede descargar la biblioteca en su sistema local para la actualización. 2. Edite los valores y archivos utilizando los archivos de propiedades ampliadas del paquete com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar que ha descargado en el paso 1. 3. Vuelva a reunir las propiedades modificadas en un archivo com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar nuevo. Asegúrese de mantener el mismo nombre que la biblioteca original. 4. En la consola de administración de WebSphere Application Server, vuelva a seleccionar el archivo com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar. a. Pulse Actualizar.

130

Guía de instalación

b. En la pantalla siguiente, elija el tipo de actualización que desee y seleccione el JAR de propiedades nuevo. Por ejemplo: seleccione la opción Replace entire asset junto con el JAR de propiedades nuevo o actualizado. La actualización del activo de propiedades mediante la utilización de esta opción propaga los cambios automáticamente a todos los nodos y servidores. 5. Después de completada la actualización, debe reiniciar la aplicación BLA. Conceptos relacionados: Utilización de los componentes de configuración y gestión

Capítulo 6. Instalación de InfoSphere MDM

131

132

Guía de instalación

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor en el que instaló el servidor operativo y la base de datos de MDM. Si elige instalar un componente individual en una máquina que cuenta con otros componentes de InfoSphere MDM que ya están instalados, utilice la opción Modificar en vez de la de Instalar. Utilice IBM Installation Manager para desinstalar aplicaciones cliente. Si está instalando en Microsoft Windows: v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris. v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no debe contener espacios. v El directorio de instalación no debe contener un nombre de directorio que comience con una letra minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM). v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté virtualizado. Después de instalar la función, verifique que haya sido una instalación satisfactoria consultando los archivos de registro. Tareas relacionadas: “Modificación de la instalación” en la página 93 Utilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación de trabajo o servidor que ya tiene instalados componentes de la misma versión. “Desinstalación de un único componente” en la página 199 Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. “Configuración de seguridad de aplicación para aplicaciones web” en la página 187 Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Referencia relacionada: “Estructuras de directorios” en la página 20 Existen tres directorios que debe comprender cuando instala y utiliza MDM: el directorio de instalación, el directorio compartido y el directorio de servidor de aplicaciones.

Instalación de IU de Business Administration Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación Business Administration.

© Copyright IBM Corp. 1996, 2013

133

Los individuos responsables del mantenimiento y gestión de InfoSphere MDM pueden utilizar la IU de Business Administration para gestionar ciertos elementos del MDM operational server teniendo que modificar manualmente archivos de propiedades o tablas de bases de datos. Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede instalarse en una máquina remota seleccionando un perfil de aplicación de WebSphere remoto. Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.

Instalación de la Business Administration UI Utilice este procedimiento para instalar la Business Administration UI.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario v Tiene IBM WebSphere Application Server instalado y en ejecución v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus archivos de propiedades, realice una copia de los archivos.

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, MDM operational server, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Business Administration UI. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Business Administration UI. Los componentes instalados previamente se seleccionan automáticamente. Asegúrese de que permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. Pulse Siguiente.

134

Guía de instalación

e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación se ha desplegado en el servidor especificado durante la instalación.

Qué hacer a continuación Obtenga más información sobre la utilización de la Business Administration UI al revisar el concepto relacionado que se lista más abajo. Conceptos relacionados: Utilización de la aplicación de administración Tareas relacionadas: “Configuración de seguridad de aplicación para aplicaciones web” en la página 187 Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: “Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43 Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Instalación de la interfaz de usuario de Data Stewardship Los administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de la aplicación Data Stewardship. La interfaz de usuario de Data Stewardship se utiliza para mantener la calidad de los datos dentro del núcleo de la aplicación MDM física. Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede instalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto. Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.

Instalación de la interfaz de usuario de Data Stewardship Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de data stewardship admite gobierno de datos para datos MDM físicos.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM v Tiene IBM WebSphere Application Server instalado y en ejecución v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus archivos de propiedades, realice una copia de los archivos.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

135

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto quiere decir que el servidor o la estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo el servidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algún componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione interfaz de usuario de Data Stewardship. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Interfaz de usuario de Data Stewardship. Los componentes instalados previamente se seleccionan automáticamente. Asegúrese de que permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación se ha desplegado en el servidor especificado durante la instalación.

Qué hacer a continuación Obtenga más información sobre la utilización de la interfaz de usuario de Data Stewardship al revisar el concepto relacionado que se lista más abajo.

136

Guía de instalación

Conceptos relacionados: Cómo empezar con Data Stewardship Tareas relacionadas: “Configuración de seguridad de aplicación para aplicaciones web” en la página 187 Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: “Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43 Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Instalación de interfaz de usuario de Product Maintenance Los administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de la aplicación de la interfaz de usuario de Product Maintenance. La interfaz de usuario de Product Maintenance se utiliza para mantener la calidad de los datos de los productos. Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede instalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto. Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.

Instalación de la interfaz de usuario de Product Maintenance Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM v Tiene IBM WebSphere Application Server instalado y en ejecución v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus archivos de propiedades, realice una copia de los archivos. Antes de instalar esta aplicación, asegúrese de que tiene los argumentos de tamaño de almacenamiento dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB y 1024MB.

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto quiere decir que el servidor o la estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo el servidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algún componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la aplicación, debe utilizar la opción Modificar.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

137

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Interfaz de usuario de Product Maintenance. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Interfaz de usuario de Product Maintenance. Los componentes instalados previamente se seleccionan automáticamente. Asegúrese de que permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación se ha desplegado en el servidor especificado durante la instalación.

Qué hacer a continuación Obtenga más información sobre la utilización de la interfaz de usuario de Product Maintenance al revisar el concepto relacionado que se lista más abajo. Conceptos relacionados: Iniciación en {!} Tareas relacionadas: “Configuración de seguridad de aplicación para aplicaciones web” en la página 187 Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: “Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43 Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Instalación de Inspector Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de esta aplicación Data stewardship.

138

Guía de instalación

La aplicación InfoSphere MDM Inspector data stewardship da soporte al mantenimiento de datos de MDM virtual. Utilice la aplicación Inspector para resolver problemas de calidad de datos, revisar registros de miembros, crear, editar, actualizar o suprimir relaciones entre entidades, y realizar los ajustes apropiados para corregir errores de datos. Cuando instala la aplicación, IBM Installation Manager despliega la aplicación automáticamente en el servidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades que controlan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarse manualmente de ser necesario. El instalador también establece la seguridad para aplicaciones web (por ejemplo, estableciendo el protocolo https y el puerto de servidor seguro). Si algún componente de InfoSphere MDM ya está instalado en la máquina en la que está instalando la aplicación Inspector, utilice el procedimiento de instalación Modificar MDM en su lugar. Si está actualizando desde una versión anterior de InfoSphere MDM Inspector, asegúrese de guardar una copia de su archivo de propiedades como referencia.

Instalación de Inspector Utilice este procedimiento para instalar la aplicación data stewardship de InfoSphere MDM Inspector. Esta aplicación web da soporte al gobierno de datos para datos de MDM virtual.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v v v v

Ha completado los pasos de preparación de IBM Installation Manager Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM IBM WebSphere Application Server está instalado y en ejecución Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus archivos de propiedades, realice una copia de los archivos.

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Inspector. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

139

a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Inspector. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz.Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación esté desplegada en el servidor especificado durante la instalación.

Resultados El instalador actualiza el archivo inspector.properties con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración y despliega el EAR de Inspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/inspector.ear. Conéctese a Inspector abriendo un navegador y utilizando este URL: https://host:port/inspector Conceptos relacionados: Preparación de IBM Installation Manager Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. Desinstalación de InfoSphere MDM Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales. Tareas relacionadas: Desinstalación de un único componente de MDM Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Configuración de seguridad de aplicación para aplicaciones web Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: Hoja de trabajo de instalación de aplicaciones de usuario de MDM Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Archivo de propiedades de Inspector El archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidor operativo. IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente las establece cuando usted completa el panel de configuración Inspector. Otras propiedades, si desea cambiar sus valores predeterminados, deben cambiarse manualmente editando el archivo.

140

Guía de instalación

Tabla 19. Propiedades que se encuentran en el archivo inspector.properties Propiedad

Descripción

HostName

Nombre o dirección IP del servidor donde se está ejecutando el servidor operativo de MDM. Este es el nombre de host especificado en el panel de configuración de Inspector de IBM Installation Manager.

HostPort

El número de puerto HTTP o HTTPS de su servidor de aplicaciones. El valor predeterminado de HTTP es 9080. El valor predeterminado de HTTPS es 9443.

InitContext

El número inicial de contextos (hebras) a crear para la comunicación entre Inspector y el servidor operativo. El valor predeterminado es 5. Esta propiedad debe modificarse manualmente.

MaxContext

Número máximo de contextos a crear. El valor predeterminado es 10. Un valor de 0 significa que no hay límite en el número de contextos que se puede crear. Esta propiedad debe modificarse manualmente.

TimeOut

Segundos a esperar para que un contexto libre ingrese a la agrupación de contextos. El valor predeterminado es 30 segundos. Si un contexto no se abre dentro del número especificado de segundos, se detienen los intentos de comunicación entre Inspector y el servidor operativo. Esta propiedad debe modificarse manualmente.

UseSSL

Un valor true o false que indica si se utiliza SSL para comunicarse con el servidor operativo. El valor predeterminado es false. Esta propiedad debe modificarse manualmente.

KeepAlive

Un valor true o false que indica si está habilitada la opción KEEPALIVE para todas las conexiones de socket con el servidor operativo. Si está habilitada, cada dos horas se envía un paquete KEEPALIVE al servidor operativo para verificar que la conexión existe y para mantener la conexión activa. El valor predeterminado es false. Esta propiedad debe modificarse manualmente.

UserName

El nombre de usuario administrativo para esta aplicación. Este es el nombre especificado en el panel de configuración de Inspector de IBM Installation Manager y es una propiedad obligatoria. El valor predeterminado es mdmadmin.

Password

La contraseña de usuario administrativo para esta aplicación. Esta es la contraseña especificada en el panel de configuración de IBM Installation Manager Inspector y es una propiedad necesaria. El valor predeterminado es mdmadmin.

*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el programa de utilidad madpwd2 o madpwd3 y, a continuación, actualizar el archivo de propiedades. Debe instalarse el componente MDM Operational Server para utilizar estos programas de utilidad.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

141

Tareas relacionadas: “Edición del archivo inspector.properties” Utilice este procedimiento para modificar valores manualmente en el archivo inspector.properties después de la instalación.

Configuración de Inspector Después de instalar Inspector, existen tareas de configuración adicionales que puede completar de ser necesario. Puede modificar ciertos valores en el archivo de propiedades o configurar el registro de IBM WebSphere Application Server. La personalización de las plantillas de búsqueda y de las páginas de resultados se lleva a cabo utilizando InfoSphere MDM Workbench. Conceptos relacionados: {!} Configuración

Edición del archivo inspector.properties Utilice este procedimiento para modificar valores manualmente en el archivo inspector.properties después de la instalación.

Acerca de esta tarea IBM Installation Manager actualiza el archivo inspector.properties con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración y despliega el EAR de Inspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/inspector.ear. El archivo inspector.properties se encuentra en inspector.war/WEB-INF/classes.

Procedimiento 1. Vaya al directorio inspector.war/WEB-INF/classes y abra el archivo inspector.properties en un editor de texto. 2. Modifique los parámetros necesarios y asegúrese de que los parámetros necesarios no tengan comentarios. 3. Guarde el archivo inspector.properties en el directorio inspector.war/WEB-INF/classes. Referencia relacionada: “Archivo de propiedades de Inspector” en la página 140 El archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidor operativo.

Configuración de registro de IBM WebSphere Application Server Utilice este procedimiento para habilitar el registro para el servidor de aplicaciones.

Procedimiento Inicie sesión en la consola de administración de IBM WebSphere Application Server. Desde Resolución de problemas, pulse Registros y rastreo. Pulse server1 y, a continuación, Cambiar niveles de detalle de registro. Pulse Tiempo de ejecución. Amplíe Componentes y grupos y, a continuación, amplíe la opción Todos los componentes. 5. Cambie sólo el nivel de rastreo específico para su aplicación web añadiéndolo al valor predeterminado existente. El valor predeterminado es "*=info:" A continuación se muestra un ejemplo de niveles de rastreo comunes en un ámbito más amplio. En el siguiente ejemplo, los valores de webapp component name pueden ser "inspector" o "reports".

1. 2. 3. 4.

142

Guía de instalación

com.initiatesystems.audit.*=all: com.initiatesystems.webapp component name>.*=finest: com.initiatesystems.web.webapp component name.*=finer:

Para establecer los niveles en un nivel de rastreo de paquete completo, no es necesario el ".*" anterior al signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones web como InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes. com.initiatesystems.inspector.svc.impl.MemberSvc=finest com.initiatesystems.inspector.svc.member.MemberService=finest

6. 7. 8. 9. 10.

Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Los cambios no persisten después de reiniciar la aplicación. Para guardar los cambios de forma permanente, debe guardar el tiempo de ejecución en la pestaña Configuración. Siga con el paso siguiente. Seleccione la opción Save runtime changes to configuration. Pulse Aplicar y, a continuación, guarde la configuración. Regrese a Resolución de problemas y seleccione Registros y rastreo. Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro. Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se estén añadiendo.

Instalación de Enterprise Viewer Los administradores son responsables de instalar la aplicación y de dar soporte a los usuarios de InfoSphere MDM Enterprise Viewer. Enterprise Viewer es una aplicación web que da soporte a la búsqueda y visualización de datos de miembro. Los resultados de búsqueda devuelven una vista de empresa de los miembros conocidos en la base de datos de MDM. Enterprise Viewer se utiliza para ver datos de MDM virtual. Cuando instala Enterprise Viewer, IBM Installation Manager despliega la aplicación automáticamente en el servidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades que controlan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarse manualmente de ser necesario. Enterprise Viewer utiliza las tablas mpi_memtype y mpi_enttype para determinar qué tipos de entidad y miembro se admiten en la configuración. La configuración del tipo de entidad y miembro se lleva a cabo a través de InfoSphere MDM Workbench.

Instalación de Enterprise Viewer Utilice este procedimiento para instalar InfoSphere MDM Enterprise Viewer. Esta aplicación web se utiliza para buscar y ver registros de miembro en una configuración de MDM virtual.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM v Tiene IBM WebSphere Application Server instalado y en ejecución

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

143

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Enterprise Viewer. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Enterprise Viewer. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación esté desplegada en el servidor especificado durante la instalación.

Resultados Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Conéctese a Enterprise Viewer abriendo un navegador y utilizando este URL: https://host:port/ accessweb

144

Guía de instalación

Conceptos relacionados: Preparación de IBM Installation Manager Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. Desinstalación de InfoSphere MDM Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales. Tareas relacionadas: Desinstalación de un único componente de MDM Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Configuración de seguridad de aplicación para aplicaciones web Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: Hoja de trabajo de instalación de aplicaciones de usuario de MDM Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Archivo ContextManager.prop Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/viewer.ear. El archivo ContextManager.prop se encuentra en viewer.war/WEB-INF/classes. IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente las establece cuando usted completa el panel de configuración de Enterprise Viewer. Otras propiedades, si desea cambiar sus valores predeterminados, deben cambiarse manualmente editando el archivo. Tabla 20. Propiedades que se encuentran en el archivo inspector.properties Propiedad

Descripción

HostGroupName

Generalmente, esta propiedad siempre es server1.

server1.HostName

Nombre o dirección IP del servidor donde se está ejecutando el servidor operativo de MDM. Esta propiedad es el nombre de host especificado en el panel de configuración de Enterprise Viewer de IBM Installation Manager.

HostPort

El número de puerto HTTP o HTTPS de su servidor de aplicaciones. El valor predeterminado de HTTP es 9080. El valor predeterminado de HTTPS es 9443.

server1.UseSSL

Un valor true o false que indica si se utiliza SSL para comunicarse con el servidor operativo. El valor predeterminado es false. Esta propiedad debe modificarse manualmente.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

145

Tabla 20. Propiedades que se encuentran en el archivo inspector.properties (continuación) Propiedad

Descripción

UsrName

El nombre de usuario administrativo para esta aplicación. El valor predeterminado es mdmadmin. Esta propiedad es el nombre especificado en el panel de configuración de Enterprise Viewer de IBM Installation Manager y es una propiedad necesaria. Este valor es el nombre de usuario que facilita la conexión entre la aplicación y el servidor operativo. El nombre sólo se utiliza para obtener la conexión inicial; todas las interacciones se ejecutan como el nombre de usuario especificado en la página de inicio de sesión de Enterprise Viewer.

server1.UsrPass

*La contraseña de usuario administrativo para esta aplicación. El valor predeterminado es mdmadmin. Esta propiedad es el nombre especificado en el panel de configuración de Enterprise Viewer de IBM Installation Manager y es obligatoria.

server1.InitContext

El número inicial de contextos (hebras) a crear para la comunicación entre Enterprise Viewer y el servidor operativo. El valor predeterminado es 5. Esta propiedad debe modificarse manualmente.

server1.MaxContext

Número máximo de contextos a crear. El valor predeterminado es 10. Un valor de 0 significa que no hay límite en el número de contextos que se puede crear. Esta propiedad debe modificarse manualmente.

server1.TimeOut

Segundos a esperar para que un contexto libre ingrese a la agrupación de contextos. El valor predeterminado es 30 segundos. Si un contexto no se abre dentro del número especificado de segundos, se detienen los intentos de comunicación entre Enterprise Viewer y el servidor operativo. Esta propiedad debe modificarse manualmente.

doDebug

Indica si está habilitado el registro de depuración. El valor predeterminado es false.

*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el programa de utilidad madpwd2. Debe instalarse el componente MDM Operational Server para utilizar este programa de utilidad. v Para almacenar una contraseña de texto sin formato, utilice la propiedad server1.UsrPass=password. v Para almacenar una contraseña cifrada, utilice la propiedad server1.UsrPass2=password. Tareas relacionadas: “Configuración del archivo ContextManager.prop para Enterprise Viewer” en la página 147 InfoSphere MDM Enterprise Viewer está configurado para buscar el servidor operativo de MDM definido en el archivo ContextManager.prop. Este archivo de configuración se encuentra en el archivo viewer.war. Referencia relacionada: programa de utilidad madpwd2 programa de utilidad madpwd3

Configuración y gestión de aplicaciones Las opciones de implementación y configuración para InfoSphere MDM Enterprise Viewer están establecidas por el equipo de implementación.

146

Guía de instalación

Las opciones de configuración apropiadas para su organización se establecen antes de que se publique su implementación para la producción. Si debe ajustar los valores de configuración después de la implementación y tiene preguntas, póngase en contacto con el soporte de IBM Software para obtener ayuda.

Configuración del archivo ContextManager.prop para Enterprise Viewer InfoSphere MDM Enterprise Viewer está configurado para buscar el servidor operativo de MDM definido en el archivo ContextManager.prop. Este archivo de configuración se encuentra en el archivo viewer.war.

Acerca de esta tarea Utilice este procedimiento para editar el archivo ContextManager.prop después de la instalación, de ser necesario. El archivo ContextManager.prop se encuentra en el directorio WAS_PROFILE_HOME/ installedApps/$cell_name/viewer.ear/WEB-INF/classes. Las propiedades HostName y HostPort son establecidas por IBM Installation Manager durante la instalación.

Procedimiento 1. Vaya al directorio viewer.war/WEB-INF/classes y abra el archivo ContextManager.prop en un editor de texto. 2. Modifique los parámetros necesarios y asegúrese de que los parámetros necesarios no tengan comentarios. 3. Si está configurando el servidor para comunicarse a través de SSL, establezca server1.UseSSL en true. 4. Guarde el archivo ContextManager.prop en el directorio viewer.war/WEB-INF/classes. 5. Verifique que sólo haya un archivo ContextManager.prop en el directorio viewer.war/WEB-INF/classes. Referencia relacionada: “Archivo ContextManager.prop” en la página 145 Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de destino.

Problemas de fuente, estilo y prueba Enterprise Viewer utiliza hojas de estilo. Independientemente del navegador que se utilice de las opciones soportadas, todas las páginas tienen un aspecto similar en los navegadores que admitan hojas de estilo. Las páginas están diseñadas para un valor de pantalla de 800x600, aunque un valor de 640x480 también funciona. Las páginas utilizan el tamaño de fuente predeterminado para el cuerpo de las páginas, y utilizan tamaños relativos (+1 o –2) para las cabeceras y pies de página. El uso de estos valores permite que las páginas tengan un aspecto aceptable en la mayoría de los sistemas, independientemente de la resolución; sin embargo, puede ajustar los tamaños de fuente como con cualquier página web. Puede modificar el esquema de color estándar editando el archivo viewer.war\styles\alignStyles.css.

Configuración de la tabla mpi_appprop El contenido de la tabla mpi_appprop se utiliza como la configuración base para el comportamiento de Enterprise Viewer. La configuración controla estos elementos: v Qué muestran los atributos en qué páginas v El formateo de las páginas de búsqueda Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

147

v El soporte para Enterprise Viewer para utilizar segmentos definidos por implementación Si la configuración de mpi_appprop no se completa, los atributos no se muestran en las páginas de aplicaciones. Configuración de mpi_appprop para ordenar la visualización de atributos: Existen valores en la tabla mpi_appprop que controlan el orden en que se muestran los atributos en InfoSphere MDM Enterprise Viewer. Puede modificar estos valores según sea necesario para su implementación. Column nº 1 y nº 2: mpi_appprop.caudrecno/maudrecno debe ser un número válido de mpi_audhead; este valor no es utilizado por Enterprise Viewer. Column nº 3: mpi_appprop.recstat debe estar establecido en A de activo. InfoSphere MDM Enterprise Viewer sólo observa las filas AppProp que estén activas. Column nº 4: mpi_appprop.apprecno = mpi_apphead.apprecno - El apprecno para esta entrada de appprop; este valor suele ser 1 para InfoSphere MDM Enterprise Viewer. Column nº 5: mpi_appprop.segrecno debe ser 0. Este valor no es utilizado por InfoSphere MDM Enterprise Viewer. Column nº 6: mpi_appprop.therecno se utiliza para ordenar los atributos dentro de un propname o nombre de página (consulte la descripción de la Column nº 7). Este número generalmente comienza en 1, lo que significa que el atributo es el primero que se muestra en la página y se cuenta hasta el último atributo. Column nº 7: mpi_appprop.propname es un valor de clave que contiene un prefijo de 'WebAcc' y el nombre de página separado por ~. Los nombres de página son valores de clave predefinidos que no se modifican. Esta tabla lista el título de la página web y el mpi_appprop.propname válido para dicha página: Tabla 21. Páginas web y mpi_appprop.propnames asociados Título de página web

mpi_appProp.propname válido

Search Results

WebAcc~MemSrchRslt#

Detail View

WebAcc~MemGetDetailCol#

Detail History View

WebAcc~MemGetDetailRow#

Report View

WebAcc~MemReport#

Task View

WebAcc~MemTskGetRslt#

Column nº 8: mpi_appprop.propval debe contener el valor mpi_segattr.attrcode del atributo que desea visualizar para esta fila, como LGLNAME o HOMEADDR. Para cada nombre de página (valores de propname) configurado, verá 'therecno' (Column nº 6) en el orden en que se muestran en la página. No debe haber duplicados o espacios en valores 'therecno'. A continuación se muestra un ejemplo de SQL para la página Search results: INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,01,’WebAcc~MemSrchRslt1’,’LGLNAME’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,02,’WebAcc~MemSrchRslt1’,’SSN’); INSERT INTO mpi_AppProp VALUES

148

Guía de instalación

(101,101,’A’,01,00,03,’WebAcc~MemSrchRslt1’,’HOMEADDR’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,04,’WebAcc~MemSrchRslt1’,’HOMEPHON’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,05,’WebAcc~MemSrchRslt1’,’BIRTHDT’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,06,’WebAcc~MemSrchRslt1’,’SEX’);

Para ver la tabla mpi_appprop de un modo significativo, utilice este SQL de ejemplo: SELECT * FROM mpi_AppProp WHERE (propname LIKE ’Web%’) ORDER BY propname, therecno;

Conceptos relacionados: “Ubicación de columna de vista compuesta” en la página 161 La página de vista de detalles 'WebAcc~MemGetDetailCol#' puede mostrar columnas de vista compuesta (CVW). Segmentos definidos por implementación – formateo y orden de visualización de atributos: InfoSphere MDM Enterprise Viewer puede configurarse para mostrar segmentos definidos por implementación. La configuración para el soporte de segmentos definidos por implementación es muy similar a la descrita para segmentos no definidos por implementación. La excepción es la configuración para la Column nº 8 de la tabla mpi_appprop. Columna nº 8: mpi_AppProp.propval = mpi_SegAttr.attrcode. Para la configuración de segmentos definidos por implementación, 'propval' debe tener el attrcode del atributo que desea visualizar para esta fila. También requiere información de formateo extra. Debe listarse el nombre del segmento que está definido en mpi_segxfld.fldname, junto con cualquier formateo que defina opcionalmente, después del signo de igual. El siguiente es un ejemplo de valores de 'propval' para el formateo de segmentos definidos por implementación. NEWSEG=~segdate:dt~
~segval~ ~segscore:^^.^~ NEWPHONE=(~areacode~)} ~phonenumber~ {x~phoneext~}’) NEWPHON2=~phonenumber:^^^-^^^^~

El formateo puede aplicarse opcionalmente a segmentos no definidos por implementación. Los siguientes son ejemplos de formateo para segmentos MEMPHONE y MEMIDENT: HOMEPHON={~phicc~-}{(~pharea~)-}~phnumber~{ X~phextn~} SSN={~idissuer~:}~idnumber:^^^-^^-^^^^~{
Exp:~idexpdate:d~}

La definición de formato consta de los siguientes elementos: v Los tildes (~) y las llaves {} están reservados y no pueden utilizarse como caracteres de visualización fijos. v Los nombres de campo deben estar rodeados por tilde (~) y deben coincidir con el nombre de campo en mpi_segxfld.fldname. Deben utilizarse caracteres en minúscula para todos los nombres de campo. v Los campos y los caracteres de formateo que están encerrados entre llaves {} son "opcionales" para la visualización. Esto significa que si el código de área en el ejemplo está en blanco (no hay datos para la señal de atributo), no se muestran los paréntesis que lo rodean. Los caracteres de visualización fijos sólo se muestran si los datos existen. Los campos o grupos opcionales no pueden estar anidados o contener más de un campo. Estos ejemplos no son válidos: {(~pharea~) ~phnumber~} {(~pharea~) {~phnumber~}}

En el ejemplo de NEWPHONE: Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

149

v

v v v v

– Si están presentes los tres campos, la visualización es (123) 555-1212 x1234 – Si sólo está presente un número y extensión, la visualización es 555-1212 x1234 – Si sólo está presente el número, la visualización es 555-1212 Dentro de un campo, es posible implementar algún formateo básico. Por ejemplo, si el campo de número de teléfono está almacenado en la base de datos como 5551212, la definición del patrón como ^^^-^^^^ muestra el número como 555-1212. El formateo debe estar entre el tilde inicial y final (~) para el nombre de campo. El formateo debe seguir inmediatamente a dos puntos (:), que deben seguir al nombre de campo. Por ejemplo: ’fldname:^^’ La rutina de formateo funciona sustituyendo los caracteres en el campo para cada símbolo de intercalación (^) definido en su serie de formato. Puesto que los caracteres como ^ ~ {} : se utilizan como caracteres de formateo especiales, no pueden utilizarse en la serie de formato. Siempre se interpretarán como caracteres especiales.

v Los caracteres válidos no especiales que están contenidos dentro de la serie de formato se muestran en la posición definida como ellos mismos. v Si la serie de formato no coincide con la longitud de los datos, no se aplica ningún formateo y sólo se muestran los datos en bruto. Por ejemplo, el formato de ~segval:^^^-^~ v Si los datos son estos: ValA,ValCZ,VAL,VALB, el resultado formateado es este: Val-A, VALCZ, VAL, VAL-B. Sólo ValA y VALB tienen la longitud correcta y están formateados. v Si no hay formateo personalizado especificado para segmentos no definidos por implementación (como MEMNAME, MEMPHONE, y MEMIDENT), se utiliza el formateo predeterminado. Esto significa que se aplica el mismo formateo predeterminado que en versiones anteriores de la aplicación. v Si no hay definición de formateo para segmentos definidos por implementación, no se visualiza nada. La definición mínima para un segmento definido por implementación es el AttrCode y un fldname: NEWSEG=~segval~ v Esta característica de formateo no está disponible para los segmentos MemAttr o MemDate no definidos por implementación; es irrelevante porque sólo hay un campo. Cualquier formateo, si se define, se ignora para estos segmentos. v Los campos de fecha deben tener un ":d", ":t", ":dt" opcional en el final para especificar la visualización de sólo fecha, visualización de sólo hora, o ambas. I18N se admite para este formateo que se basa en el entorno local definido en el navegador. Por ejemplo: ~dateField:t~ ~dateField:d~ ~dateField:dt~ v Las etiquetas de formateo HTML se admiten si no interfieren con las etiquetas HTML circundantes generadas para la página. Por ejemplo, el uso de etiquetas de tabla HTML puede provocar errores en la página y no se fomenta. Las etiquetas de negrita básica o saltos de línea
son seguras para utilizar si se siguen los estándares de HTML. v Una configuración de segmento definido por implementación no válida, como un fldname erróneo, hace que el fldname se muestre con un NULL junto a él en la página web de aplicación configurada. v La presencia de tildes iniciales o finales (~) no válidas hace que se muestre "Bad or NULL Format String" (serie de formato errónea o nula) en la página web configurada. v Es posible realizar una configuración incorrecta hasta el punto de que no muestre un atributo. Otra posibilidad es que se muestren los errores, pero que estos sean un problema distinto de lo que se describe. Debido al modo en que se procesan estos parámetros de configuración, no siempre es posible proporcionar ayuda detallada para una configuración incorrecta. El método de prueba y error es el mejor modo de crear un requisito complejo. Añada un campo a la vez para hacer que funcione correctamente y, a continuación, añada más campos en función del éxito que tenga. Después de añadir el campo, puede añadir el formateo. InfoSphere MDM Enterprise Viewer requiere un reinicio para cada modificación que se realice. El siguiente script SQL es un ejemplo de segmentos definidos por implementación en la página Detail View:

150

Guía de instalación

INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1’,’NAME={~degree~ }{~prefix~ }{~last~ }{~middle~ }{~first~ }{~suffix~ }~title~’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,02,’WebAcc~MemGetDetailCol1’,’ID={~idissuer~:}~idnumber: ^^^-^^-^^^^~{ Exp:~iddate:d~}’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,03,’WebAcc~MemGetDetailCol1’,’ADDR={~line1~}{, ~line2~}{, ~line3~}{, ~line4~}
{~city~, }{~state~ }~zipcode~{, ~country~}’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,04,’WebAcc~MemGetDetailCol1’,’PHONE={~icc~-}{(~area~)-}~ number~{ X~extn~}’);

Los archivos .prop contienen los SegCodeFilters que pueden definirse. El siguiente es un ejemplo del SegCodeFilter: form.SegCodeFilter=MEMHEAD,MEMNOTE,MEMXTSK,ENTXTSK,MEMATTRALL

De forma predeterminada, MEMATTRALL incluye cualquier segmento definido por implementación activo y la modificación de este parámetro no es necesaria. Sin embargo, si el rendimiento es una preocupación y se devuelven conjuntos de resultados grandes, puede aumentarse el rendimiento modificando este parámetro para definir específicamente sólo los segmentos obligatorios que necesita una página especificada. La lista siguiente de archivos prop se encuentra en WEB-INF\classes\ sub-directory en el archivo viewer.war. Para cada página en la que desee definir segmentos específicos, debe modificar su archivo .prop correspondiente y actualizar el form.SegCodeFilter. Los historiales de informes y detalles comparten el archivo .prop. Tabla 22. Actualizaciones de filtro de SegCode y archivos prop Archivo .prop

Título de página

form.SegCodeFilter

doMemGet.prop

Detail View Page

WebAcc~MemGetDetailCol#

doMemGetAll.prop

Report View Page

WebAcc~MemReport#

doMemGetAll.prop

Detail History Page

WebAcc~MemGetDetailRow#

doMemSrch.prop

Search Results Page

WebAcc~MemSrchRslt#

doTskGet.prop

Task View Page

WebAcc~MemTskGetRslt#

Formularios de búsqueda (páginas): Las páginas de búsqueda que se utilizan en InfoSphere MDM Enterprise Viewer pueden configurarse. Las configuraciones de formularios de búsqueda se almacenan en la tabla mpi_appprop. Todos los valores de propiedades de formularios de búsqueda en la tabla comienzan con WebAcc
MemSrchForm##-## en la columna propname. El formato del nombre completo es WebAcc~MemSrchForm##-##.prop, donde los primeros ## se sustituyen con el número de tipo de miembro de la tabla mpi_memType.memtypeno y los segundos ## se sustituyen con el número de tipo de entidad de mpi_entType.enttypeno. Hay dos secciones de configuración principales en las que debe centrarse cuando crea un formulario de búsqueda: form. y section.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

151

Configuración de form.: La parte superior del archivo contiene la configuración de form. que define el número de secciones en este formulario y los grupos de atributos de búsqueda que contiene cada sección. Por ejemplo, el formulario de búsqueda de standard Provider tiene tres secciones definidas como: form.sections=3 form.section1.width=50,10,170,10,500,100 form.section1.group=ProvName,BusName,Addr form.section2.width=50,10,170,10,500,100 form.section2.group=Phone,Sex,DOB,SSN,Spec form.section3.width=50,10,170,10,500,100 form.section3.group=UPIN,NPI,FED,MCRE,LICID,NRC,DEA,MCAID form.sections - set to the number of the ’form.section#’ you will define.

form.section#.width establece los anchos de columna de tabla en el formulario. Generalmente, estas definiciones no cambian, y si lo hacen, sólo el quinto ancho (definido como 500 en el ejemplo anterior) suele cambiar. El quinto ancho representa la columna que contiene los campos de entrada de formulario. Un motivo para aumentar el valor del quinto ancho sería para manejar campos de entrada inusualmente extensos. El tercer ancho (definido como 170 en el ejemplo anterior) es el ancho que se utiliza para la columna de etiqueta. Una vez más, puede que desee aumentar el ancho si tiene una etiqueta grande. Los otros anchos se utilizan para el espaciado entre estas columnas y no se modifican. form.section#.group establece los nombres de grupo contenidos en cada sección. Estos nombres de grupo de sección deben ser exclusivos dentro de todas las secciones definidas en esta configuración de appProp de formulario de búsqueda. Los nombres pueden ser cualquier nombre que sea adecuado para su configuración. Los nombres son sensibles a mayúsculas y minúsculas y se utilizan como clave en el área section. de las filas de configuración de appProp de formulario de búsqueda. Este valor determina el orden de los grupos en la página. En el ejemplo anterior, el grupo de campos de entrada 'ProvName' se muestra primero, con 'BusName' debajo de 'ProvName' y así sucesivamente. configuración de section.: La parte inferior del archivo de configuración de formulario de búsqueda contiene la configuración de section.. Este parámetro define los campos específicos a utilizar para la búsqueda, visualización de campos, etiqueta, y otra información necesaria para mostrar un campo de entrada en la página. Este ejemplo muestra una configuración de section. basada en la configuración de form.. #Inicio de Sección 1 section.ProvName.attrcode=PROVNAME section.ProvName.1.method=setOnmLast section.ProvName.1.label=Last Name section.ProvName.1.class= section.ProvName.1.value=Sanghera section.ProvName.1.size=25 section.ProvName.2.method=setOnmFirst section.ProvName.2.label=First Name section.ProvName.2.class= section.ProvName.2.value=Hitpreet section.ProvName.2.size=25 section.ProvName.3.method=setOnmMiddle section.ProvName.3.label=Middle Name section.ProvName.3.class= section.ProvName.3.value=K section.ProvName.3.size=25

152

Guía de instalación

# section.BusName.attrcode=PROVNAME section.BusName.1.method=setOnmLast section.BusName.1.label=Business Name section.BusName.1.class= section.BusName.1.value=jones research labs section.BusName.1.size=35 section.BusName.1.maxsize=50

El área posterior a section. es el nombre de grupo configurado en el área de configuración de form.. El # posterior al nombre de grupo es el orden del campo en la página dentro del grupo. section.GroupName.attrcode es la primera línea de todos los nombres de grupo. Está configurada para igualarse con el campo mpi_segattr.attrcode al que representa este grupo. El .attrcode no distingue entre mayúsculas y minúsculas y representa el código de atributo que se crea y envía como criterio de búsqueda al servidor operativo. .attrcode tiene una palabra clave de 'APPPROP' que también es válida y se utiliza con el parámetro .dropdown. section.GroupName.Order#.method se establece en el nombre del método de API de Java utilizado para establecer el valor de este campo. Ejemplos anteriores mostraban búsquedas basadas en un valor de PROVNAME que, tal como se define en el campo mpi_segAttr.segCode, es un MEMNAME. Si se busca MemName en los archivos HTML y documentos de la API de Java, se proporcionará una lista de métodos 'set' válidos. Habitualmente, los nombres de método son el nombre de campo de tabla que tiene como prefijo la palabra 'set'. Para dar soporte a segmentos definidos por implementación, el prefijo de 'set' es opcional y sólo se requiere el mpi_segxfld.fldname. La documentación de la API de Java puede utilizarse para determinar los nombres de campo válidos para segmentos no definidos por implementación. La tabla mpi_segxfld puede utilizarse para buscar nombres de campo para segmentos definidos por implementación y no definidos por implementación. El valor de section.GroupName.Order#.label define lo que se muestra en el formulario de búsqueda como la etiqueta para el campo. Generalmente, section.GroupName.Order#.class está en blanco, y debe establecerse sólo si el valor introducido no es una serie y debe convertirse de una serie a otro tipo de datos antes de utilizar el nombre 'setMethod'. Por ejemplo, si desease utilizar el método setIdExpDate en la clase MemIdent. Podrá ver en los documentos de la API de Java que el método necesita que se pase una 'java.util.Date'. Por lo tanto, el establecimiento de este parámetro en 'Date' (fecha) hace que la 'String' (serie) se convierta en una 'Date' de Java antes de que se llame al método 'setIdExpDate'. Los tipos de clase válidos para MemAttrRows son Date, Time, DateTime. Generalmente, section.GroupName.Order#.value está en blanco. Si no está en blanco, los datos introducidos se muestran como el valor predeterminado en el formulario de entrada. En el ejemplo anterior, 'Public' está prellenado en el cuadro de entrada para 'Last Name' (apellido) en el formulario de búsqueda. section.GroupName.Order#.size es el tamaño de la etiqueta de entrada en el formulario. También puede utilizar la palabra clave especial 'hidden' (oculto) para que no se muestre un campo de entrada para esta entrada. Generalmente, este parámetro se utiliza con el parámetro .value para permitir que se establezca un valor predeterminado, pero no que se muestre. Un uso típico para esta configuración es el número de seguridad social. Siempre tiene el valor MemIdent.setIdIssuer como ‘SSA,' y puede configurar el campo como oculto para que el usuario no tenga que escribir o ver el cuadro de entrada de emisor en el formulario. section.GroupName.Order#.maxsize es el tamaño máximo de la etiqueta de entrada en el formulario. Esto establece el parámetro maxlength de formulario HTML. La definición de maxsize es opcional, y si no se define, toma el valor predeterminado de 50.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

153

Parámetro 'section.GroupName.Order#.celldelim': .celldelim se utiliza para combinar lo que normalmente serían dos campos de entrada en dos filas de tabla distintas en una celda de fila de tabla. En el siguiente ejemplo, las líneas de Dirección 1, 2 y 3 se combinan en la misma celda de tabla y se utiliza una etiqueta HTML
entre ellas. El resultado es que estas líneas de dirección se agrupan; la línea de dirección 1 encima de la línea de dirección 2 y 3, todas en una celda. Todas utilizan la misma etiqueta que se proporciona en la primera 'etiqueta' de líneas de dirección, que es 'Líneas de dirección.' Si el parámetro .celldelim no está configurado, cada línea de dirección tiene su propia fila de tabla que utiliza etiquetas individuales. # Ejemplo de parámetro celldelim section.Addr.attrcode=SRVAD section.Addr.1.method=setStLine1 section.Addr.1.label=Address Lines section.Addr.1.class= section.Addr.1.value= section.Addr.1.size=25 section.Addr.1.celldelim=
section.Addr.2.method=setStLine2 section.Addr.2.label=Address Line 2 section.Addr.2.class= section.Addr.2.value= section.Addr.2.size=25 section.Addr.2.celldelim=
section.Addr.3.method=setStLine3 section.Addr.3.label=Address Line 3 section.Addr.3.class= section.Addr.3.value= section.Addr.3.size=25 section.Addr.3.celldelim=
section.Addr.4.method=setStLine4 section.Addr.4.label=Address Line 4 section.Addr.4.class= section.Addr.4.value= section.Addr.4.size=25 section.Addr.5.method=setZipCode section.Addr.5.label=ZIP section.Addr.5.class= section.Addr.5.value= section.Addr.5.size=25

.celldelim puede contener cualquier etiqueta HTML válida. Por ejemplo,   puede utilizarse para tener un área de teléfono en la misma línea que el número de teléfono, como se muestra a continuación: #Inicio de Sección 2 section.Phone.attrcode=SPHNA section.Phone.1.method=setPhArea section.Phone.1.label=Telephone section.Phone.1.class= section.Phone.1.value= section.Phone.1.size=5 section.Phone.1.celldelim=  section.Phone.2.method=setPhNumber section.Phone.2.label= section.Phone.2.class= section.Phone.2.value= section.Phone.2.size=9 section.Phone.2.hint=(111) 555-1212

154

Guía de instalación

Parámetro 'section.GroupName.Order#.hint': El parámetro hint se utiliza para proporcionar información sobre cómo entrar los datos. Tal como está configurado, el indicio se muestra inmediatamente a la derecha del número de teléfono y muestra el formato que se utiliza para el número de teléfono. Configuración del parámetro 'section.GroupName.Order#.dropdown': Utilice esta información para configurar el parámetro section.GroupName.Order#.dropdown para crear una lista exclusiva. El siguiente ejemplo muestra el uso de un parámetro para crear una lista desplegable exclusiva: # section.Sex.attrcode=PROVSEX section.Sex.1.method=setAttrVal section.Sex.1.label=Gender section.Sex.1.class= section.Sex.1.value= section.Sex.1.dropdown=PROVSEX section.Sex.1.size=9

Puede especificarse cualquier mpi_edtElem.edtCode válido (sensible a mayúsculas y minúsculas) en el parámetro dropdown y se genera una lista desplegable en la página para ese edtCode. No utilice el parámetro value cuando tenga una entrada desplegable. La selección desplegable predeterminada siempre es --select-- para mantener coherencia. dropdown también tiene una palabra clave especial que puede utilizarse, SRCHEAD. SRCHEAD crea un menú desplegable basado en la tabla mpi_srchead con un srcType=I predeterminado y el MemTypeno definido para el mpi_appprop.propName utilizado por el formulario. Cuando se está definiendo un SRCHEAD, puede especificar el tipo de origen (srctype) a utilizar en la lista SRCHEAD. La definición de un .srctype es opcional. Si no se encuentra la entrada .srctype, el valor predeterminado es 'I'. Para un filtrado incluso mayor de la lista .srctype, puede especificar el .memtypeno a utilizar. La definición de un .memtypeno también es opcional y, si no está definido, toma el valor predeterminado del MemTypeno actual utilizado para este formulario. El siguiente ejemplo muestra una configuración de .memtypeno válida: section.SSN.2.memtypeno=1 section.SSN.2.memtypeno=0,1,5

Puede definirse cualquier .memtypeno en la lista separada por comas. Se permite un .memtypeno=0 como un memtypeno especial que puede compartirse entre todos los tipos de miembro. El siguiente ejemplo muestra una configuración de srctype válida: section.SSN.2.srctype=I,D section.SSN.2.srctype=D

Los valores válidos para srctype son 'I', 'D', o 'I,D', y estos valores no distinguen entre mayúsculas y minúsculas. También puede configurar un código de atributo especial (attrCode) con la palabra clave de APPPROP y el desplegable como SRCHEAD. Cuando se utiliza APPPROP, debe configurarse SRCHEAD como el desplegable. Esta combinación hace que el código de origen seleccionado en el desplegable se busque en la tabla mpi_appprop. El mpi_appProp.propName de SrxAttr y mpi_appProp.propVal se utiliza para convertir un código de origen al código de atributo necesario para utilizar para esta búsqueda. Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

155

Este ejemplo ilustra el uso válido de APPPROP y SRCHEAD. #Inicio de Sección 2 section.AppProp1.attrcode=APPPROP section.AppProp1.1.method=setIdIssuer section.AppProp1.1.label=Identifier Type section.AppProp1.1.class= section.AppProp1.1.value= section.AppProp1.1.size=20 section.AppProp1.1.dropdown=SRCHEAD section.AppProp1.1.srctype=I section.AppProp1.1.memtypeno=0,1 section.AppProp1.2.method=setIdNumber section.AppProp1.2.label=Identifier Number section.AppProp1.2.class= section.AppProp1.2.value= section.AppProp1.2.size=20

El ejemplo anterior dirige la búsqueda, que se basa en el código de origen seleccionado en .dropdown, para buscar el AttrCode relacionado con el SrcCode, y utilizar el SrcCode seleccionado como el valor de setIdIssuer para MemIdent. En la segunda sección, setIdNumber también utiliza el mismo AttrCode que la primera sección. Uso de edtElem para presentar una lista para un origen de MEMIDENT: Puede utilizar mpi_edtElem.edtCode para llenar una lista de emisores de números de identificación de miembros. El siguiente ejemplo muestra el uso de mpi_edtElem.edtCode para llenar una lista desplegable para un IdIssuer de MemIdent. section.LICID.attrcode=LICID section.LICID.1.method=setIdNumber section.LICID.1.label=State Lic section.LICID.1.class= section.LICID.1.value= section.LICID.1.size=20 section.LICID.1.celldelim=  section.LICID.1.hint= Issuer: section.LICID.2.method=setIdIssuer section.LICID.2.label= Issuer: section.LICID.2.class= section.LICID.2.value= section.LICID.2.size=10 section.LICID.2.dropdown=STATE

Habitualmente, el iIdIssuer se completa desde una .dropdown de la tabla mpi_srchead, pero presentar todo en mpi_srchead para el número de tipo de miembro (memTypeno) puede listar entradas irrelevantes. Para presentar una lista refinada, puede utilizar la tabla mpi_edtelem. Para que esta configuración funcione correctamente, mpi_edtElem.elemval debe coincidir con el mpi_srcHead.srcCode que desee utilizar para esta MemIdent. La configuración del campo mpi_segattr.edtcode no es necesaria. Combinaciones de parámetros para crear un formulario de búsqueda exclusivo.: Hay una combinación de parámetros que puede utilizarse para crear un formulario de búsqueda exclusivo que utiliza InfoSphere MDM Enterprise Viewer. El ejemplo siguiente muestra una combinación de estos parámetros. Este ejemplo ilustra la flexibilidad de la configuración de parámetros utilizando los parámetros de una forma distinta de la intención inicial. # section.MCAID.attrcode=MEDICAID section.MCAID.1.method=setIdNumber

156

Guía de instalación

section.MCAID.1.label=Medicaid section.MCAID.1.class= section.MCAID.1.value= section.MCAID.1.size=20 section.MCAID.1.celldelim=  section.MCAID.1.hint= Issuer: section.MCAID.2.method=setIdIssuer section.MCAID.2.label= section.MCAID.2.class= section.MCAID.2.value= section.MCAID.2.size=10 section.MCAID.2.dropdown=STATE

Generalmente, para un segmento MemIdent, tiene un Origen (SrcCode) que está establecido con un .dropdown y, debajo del mismo, un cuadro de entrada para el número de ID. El .celldelim utiliza un espacio rígido de HTML para indicar que las líneas deben estar en la misma celda con un espacio entre ellas. .hint se utiliza como una etiqueta para la lista desplegable de origen. Esta configuración es necesaria porque la utilización de .celldelim significa que se ignora .label en el siguiente campo de entrada. A continuación, la lista desplegable se mueve a la derecha de .hint y hace que .hint tenga el aspecto de una etiqueta para la lista desplegable. Formateo de entrada y búsqueda de fecha de miembro: Puede ser útil comprender el formateo de entrada y búsqueda para fechas de miembros. Esta información es meramente educativa. No se necesita ningún cambio de configuración. InfoSphere MDM Enterprise Viewer espera entrada de formulario para búsquedas que utilicen atributos de fecha de miembro (MemDate) en formato AAAAMMDD, AAAAMM o AAAA cuando no se utiliza un delimitador. Cuando un delimitador es parte de la entrada, InfoSphere MDM Enterprise Viewer utiliza la clase FixDateFormat de la API de Java para dar el formato adecuado a cualquier fecha que utilice un año de cuatro dígitos y un . (punto), – (guión) o / (barra inclinada) como delimitador en el formato ISO 8601 de AAAA-MM-DD. El servidor operativo utiliza ese formato para la búsqueda. Transaction Viewer: La vista de detalles WebAcc~MemGetDetailCol# puede visualizar uno o más segmentos como un segmento de Transaction Viewer. Cuando está configurada, la página Vista de detalles muestra una etiqueta y un icono para el segmento. Cuando un usuario pulsa el icono, se abre una ventana emergente y muestra los datos que están configurados para Transaction Viewer. Transaction Viewer da soporte a segmentos definidos por implementación, pero no da soporte a ninguna opción de formateo personalizado utilizada por los segmentos predefinidos. Transaction Viewer se basa en segmentos en lugar de en atributos. Por lo tanto, si define varios atributos para un segmento y, a continuación, configura ese segmento en Transaction Viewer, todos los atributos aparecen en Transaction Viewer. Por ejemplo, si está utilizando el segmento MemAddr, generalmente tiene los atributos HOMEADDR y WORKADDR para el segmento MemAddr. Si define una ventana de Transaction Viewer para MemAddr, no puede limitarla con un atributo específico, por lo que ambas filas, HOMEADDR y WORKADDR, se muestran en el visor. Para configurar Transaction Viewer, debe añadir la siguiente entrada a mpi_appprop: Para tipo de miembro Persona: INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~PopUp’,’MemExtc,Event Summary,event.gif’); Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

157

Para tipo de miembro Proveedor: INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,02,’WebAcc~MemGetDetailCol1~PopUp’,’MemCont,Contracts,co ntract.gif’);

Para tipo de miembro Invitado: INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,03,’WebAcc~MemGetDetailCol1~PopUp’,’MemExtc,Event Summary,stay.gif’);

La Columna nº 1 a la Columna nº 5 tienen la misma definición que se describe en otros temas. La Columna nº 6 representa el orden de los iconos. Columna nº 7: WebAcc~MemGetDetailCol#~PopUp es el valor de clave que se utiliza para indicar a InfoSphere MDM Enterprise Viewer que desea configurar un segmento de Transaction Viewer. El # debe sustituirse con el tipo de miembro. La Columna nº 8 contiene tres parámetros de configuración delimitados por tilde (~): 1. Lista el nombre de clase de segmento a visualizar. Este es el nombre de segcode que no distingue entre mayúsculas y minúsculas definido en mpi_seghead.segcode, por ejemplo: MemExta, MemExtb, MemExtc, MemExtd, MemCont. Consulte la documentación de la API de Java para obtener más información. La tabla mpi_seghead puede utilizarse para determinar los nombres de segmento definidos por implementación y los nombres de segmento predefinidos. 2. La etiqueta para mostrar en la página que describe el icono. 3. El nombre gráfico del icono. El archivo icon.gif debe estar en el archivo viewer.war en el directorio \images. Los iconos predeterminados que existen son event.gif (tipo de miembro Persona), contract.gif (tipo de miembro Proveedor) y stay.gif (tipo de miembro Invitado). Una vez definida la clave de la Columna nº 7, la clave de la Columna nº 8 indica a Enterprise Viewer que debe buscar más información de configuración con la clave de 'WebAcc~MemExtc1.' INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,01,’WebAcc~MemExtc1’,’AcctNumber~String~Acct Num’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,02,’WebAcc~MemExtc1’,’EncDate~Date~Encounter Date~-’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,03,’WebAcc~MemExtc1’,’DisDate~Date~Discharge Date’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,04,’WebAcc~MemExtc1’,’PatType~String~Patient Type’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,05,’WebAcc~MemExtc1’,’SvcType~String~Service Type’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,06,’WebAcc~MemExtc1’,’SvcLoc~String~Service Location’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,07,’WebAcc~MemExtc1’,’Phys1~String~Physician 1’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,08,’WebAcc~MemExtc1’,’Phys2~String~Physician 2’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,09,’WebAcc~MemExtc1’,’Plan1~String~Plan 1’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,10,’WebAcc~MemExtc1’,’Plan2~String~Plan 2’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,11,’WebAcc~MemExtc1’,’User1~String~User 1’); INSERT INTO mpi_AppProp VALUES (101,101,’A’,01,00,12,’WebAcc~MemExtc1’,’User2~String~User 2’);

La Columna nº 6 representa el orden de los campos en la ventana, de izquierda a derecha.

158

Guía de instalación

La Columna nº 7 es la clave que consta del código de aplicación 'WebAcc' y la clave de segmento, como se ha definido anteriormente, “MemExtc”, con el memtypeno de “1” añadido. El valor completo de esta clave es ‘WebAcc~MemExtc1'. La Columna nº 8 contiene cuatro parámetros delimitados por ~ que se relacionan con la visualización de datos de segmento. 1. El primer parámetro es el nombre de método Java que se utiliza para recuperar los datos del segmento. Generalmente, este es el nombre de la columna de base de datos. 2. El tipo de datos del nombre de campo. 'String', 'Date', 'Time' y 'DateTime' son los tipos de datos soportados. Otros tipos de datos numéricos deben configurarse como una 'String' (serie). 3. La etiqueta para mostrar en la cabecera de tabla para los datos. 4. La opción de ordenación '-' significa descendente y '+' significa ascendente, mientras que la falta de un valor significa que este nombre de campo no se utiliza en la ordenación. Puede definir más de una columna en la ordenación. El orden está determinado por el orden de impresión: el primer - o + encontrado basándose en el orden de la Columna 6 es la ordenación principal, y el siguiente encontrado sería la ordenación menor, y así sucesivamente. Atención: Debe eliminar la palabra clave ‘get' anterior al nombre de campo porque provoca un error cuando se ordenan esas columnas. Este parámetro no distingue entre mayúsculas y minúsculas. La documentación de Java SDK puede ser útil para determinar los nombres de campo correctos para segmentos no definidos por implementación. La tabla mpi_segxfld puede utilizarse para buscar nombres de campo para segmentos definidos por implementación y no definidos por implementación. Visualización de atributos de AsaIdxno: Si un atributo utiliza AsaIdxno (tiene valores mayores a 0) y desea que se imprima en una página, debe configurarse el AttrCode en la tabla mpi_appprop de dos formas. AsaIdxno significa Attribute Sparse Array Index. Este campo de base de datos se utiliza para subdividir un determinado atributo y permitir la asociación de varias apariciones del mismo tipo de atributo. La función principal de AsaIdxno es dirigir la colocación de valores de atributos desde sistemas de origen a “ranuras” en la base de datos de MDM. Atención: Esta información es aplicable a todas las páginas, a excepción de la página MemSrchRslt (Resultados de vista compuesta). La página MemSrchRslt no tiene requisitos de mpi_appprop especiales o conocimiento para visualizar atributos con valores de AsaIdxno. Un atributo de AsaIdxno debe tener definiciones clave como: v WebAcc~MemTskGetRslt# – que actúa como un desencadenador para que se imprima el valor de agrupación (o único) y establece una posición para la ubicación de la agrupación a imprimir. v WebAcc~MemTskGetRslt#~AsaIdxno: este valor de clave indica a Enterprise Viewer que debe imprimir y agrupar el valor de AsaIdxno con otros valores de AsaIdxno similares si se lista más de un AsaIdxno en PropVal para esta fila. Aunque un atributo puede estar representado en la fila de agrupación de WebAcc~MemTskGetRslt#~AsaIdxno, sigue necesitando una entrada WebAcc~MemTskGetRslt# de clave regular para asegurar que se impriman todos los valores: Row #1 WebAcc~MemTskGetRslt# SRVAD Row #2 ’WebAcc~MemTskGetRslt# SPHNA Row #3 WebAcc~MemTskGetRslt# SPHNB Row #4 WebAcc~MemTskGetRslt~AsaIdxno SRVAD,SPHNA,SPHNB Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

159

Esto asegura que todos los valores similares a AsaIdxno se impriman para los atributos que están agrupados en la fila 4, y que los valores que no sean similares a AsaIdxno se impriman directamente después de SRVAD. Si el valor es un atributo simple que sólo tiene AsaIdxno = 0, la fila de claves AsaIdxno no es necesaria y sólo debe definirse la clave estándar en WebAcc~MemTskGetRslt# de la tabla mpi_appprop. Si un atributo tiene a AsaIdxno=0 y > 0, depende de lo que se haya configurado en mpi_appprop con respecto a lo que debe imprimirse. En realidad, esta configuración no es una combinación válida; pero si está configurada, la opción es para mostrar una o la otra en una página, pero no ambas. Si sólo hay una fila AppProp con un propname (como Fila 1) y no incluye filas AsaIdxno (como Fila 4), sólo los atributos que tengan AsaIdxno = 0 se imprimen en esa página. Si hay dos filas AppProp, la fila de claves regulares (como Fila 1) y la fila de claves AsaIdxno (como Fila 4), sólo se imprimirían en esa página los atributos que tenían AsaIdxno > 0. Las filas con AsaIdxno en el propname no utilizan 'segrecno' y pueden dejarse como 0. La columna 'therecno' se utiliza para ordenar los AsaIdxno y, generalmente, comienza en 1 y asciende al AsaIdxno final para ese 'propname.' Como se ha mencionado, la visualización del grupo de AsaIdxno es desencadenada por los valores de clave de '~AsaIdxno', motivo por el que los valores de AsaIdxno se configuran dos veces. A continuación se muestra un ejemplo de las filas mpi_appprop regulares (siempre debe tener estas filas): INSERT INTO mpi_appprop VALUES (1,1,’A’,20,1,’WebAcc~MemReport#’,’HOMEADDR’); INSERT INTO mpi_appprop VALUES (1,1,’A’,21,2,’WebAcc~MemReport#’,’HOMEPHON’);

Puede seleccionar sólo un método para imprimirlos. Esta fila adicional es necesaria para agrupar los valores similares a AsaIdxno en una página (esto hace que HomeAddr y HomePhon se agrupen en la página que está basada en los valores iguales a AsaIdxno): INSERT INTO mpi_appprop VALUES (1,1,’A’,0,1,’WebAcc~MemReport#~AsaIdxno’,’HOMEADDR,HOMEPHON’); If you just wanted the AsaIdxno number to print but not group them, add the following rows: INSERT INTO mpi_appprop VALUES (1,1,’A’,0,1,’WebAcc~MemReport#~AsaIdxno’,’HOMEADDR’); INSERT INTO mpi_appprop VALUES (1,1,’A’,0,2,’WebAcc~MemReport#~AsaIdxno’,’HOMEPHON’);

Búsquedas de MemIdent desplegables de SrcXAttr: El valor de ScrXAttr en mpi_appprop se utiliza para correlacionar un SrcCode con un AttrCode para búsquedas de MemIdent. Esta propiedad es compartida por InfoSphere MDM Inspector y InfoSphere MDM Enterprise Viewer. Este valor habilita una página de búsqueda con un menú desplegable de combinaciones de SrcCode y SrcName de la tabla mpi_srchead y crea el segmento AttrCode de MEMIDENT apropiado que está definido en la tabla mpi_segattr, que se construye y envía al servidor operativo para la búsqueda. Por ejemplo, lo siguiente (en combinación con las entradas de configuración MemSrchForm#-# MPI_appprop de InfoSphere MDM Enterprise Viewer) habilita una lista desplegable de 'Social Security Administration – SSA.' (Administración de seguridad social - SSA) Debido al valor MPI_appprop, la búsqueda sabe crear un MEMIDENT con un AttrCode=SSN y establecer el origen en el MemIDent en 'SSA.'

160

Guía de instalación

INSERT INTO mpi_appprop VALUES (1,1,’A’,0,0,’SrcXAttr’,’SAA=SSN’);

El SrcCode se utiliza como una CLAVE en InfoSphere MDM Enterprise Viewer y no puede tener duplicados. Por lo tanto, si se definen dos SSA, el último sobrescribe al primero y se utiliza. Puede tener un AttrCode que se correlacione con más de un SrcCode. Ubicación de columna de vista compuesta: La página de vista de detalles 'WebAcc~MemGetDetailCol#' puede mostrar columnas de vista compuesta (CVW). En versiones anteriores de Enterprise Viewer, las vistas compuestas también se conocían como vistas de empresa. La ubicación de la columna de vista compuesta siempre era a la derecha de los miembros de la misma entidad. Otra forma de pensarlo es que la vista compuesta se encuentra a la derecha de todas las columnas de datos de miembro utilizadas para realizar la vista compuesta. Para mantener este comportamiento, inserte la siguiente configuración: INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~CVWLocation’,’right’);

Para hacer que la columna de vista compuesta esté antes o a la izquierda de todas las columnas de datos de miembro, debe insertarse la siguiente configuración: INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~CVWLocation’,’left’);

La Columna nº 1 a la Columna nº 5 tienen la misma definición que se describe en otros temas para el orden de los atributos. La columna nº 6 siempre es '01', ya que no puede tener más de una CVWLocation (ubicación de CVW) definida para un tipo de miembro. La columna nº 7 es la clave que es el código de aplicación 'WebAcc', la página appProp es 'MemGetDetailCol#', y la palabra clave sensible a mayúsculas y minúsculas "CVWLocation". El # debe sustituirse con el tipo de miembro (memTypeno) utilizado en esta configuración. La columna nº 8 describe dónde debe localizarse la columna de vista compuesta; los valores válidos son 'right' (derecha) o 'left' (izquierda). Conceptos relacionados: “Configuración de mpi_appprop para ordenar la visualización de atributos” en la página 148 Existen valores en la tabla mpi_appprop que controlan el orden en que se muestran los atributos en InfoSphere MDM Enterprise Viewer. Configuración de vista compuesta restringida: Para configurar InfoSphere MDM Enterprise Viewer para visualizar sólo la columna Vista compuesta en una página, puede crear una vista compuesta restringida especial. Atención: Para configurar una vista compuesta restringida anterior a la versión 7.0, el nombre de vista (mpi_cvwhead.cvwname) debía terminar con la palabra clave sensible a mayúsculas y minúsculas “Restricted”. Para versiones posteriores, este requisito ya no es necesario ni válido. Todas las actualizaciones que utilizan vistas “Restricted” (restringidas) deben cambiarse a la nueva configuración. Para configurar una vista compuesta restringida, la tabla mpi_appprop necesita un mpi_appprop.propname= ‘WebAcc~RestrictedCvw' y el mpi_appprop.propval=mpi_cvwhead.cvwname. Si la vista de RMCA está configurada en mpi_cvwhead.cvwname, la sentencia SQL appprop tiene el aspecto del siguiente ejemplo: Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

161

INSERT INTO mpi_appprop VALUES (101,101,’A’,01,00,01,’WebAcc~RestrictedCvw’,’RMCA’)

InfoSphere MDM Workbench (editor de aplicaciones) también puede utilizarse para configurar las entradas de AppProp necesarias para definir vistas compuestas restringidas. Un usuario o grupo que esté configurado para tener sólo vistas compuestas restringidas disponibles sólo podrá ver la columna Vista compuesta en InfoSphere MDM Enterprise Viewer. Las columnas de datos específicas de origen no se muestran cuando se utilizan vistas restringidas. Las vistas restringidas sólo se implementan en InfoSphere MDM Enterprise Viewer. Si a un usuario o grupo se le otorga acceso a vistas compuestas normales y vistas compuestas restringidas, estos podrán ver datos específicos de origen para las vistas no restringidas. Transaction Viewer no es una visualización basada en vista compuesta y no puede dar soporte a valores de vista compuesta restringida. Si los datos basados en transacción no tienen permitido mostrarse en una vista compuesta restringida, Transaction Viewer no puede configurarse para su uso con InfoSphere MDM Enterprise Viewer. Esto significa que los usuarios de InfoSphere MDM Enterprise Viewer no tienen acceso a datos de Transaction Viewer si se utilizan vistas compuestas restringidas, y los datos de transacción no se muestran a los usuarios restringidos. Debe reiniciar InfoSphere MDM Enterprise Viewer para cualquier vista compuesta nueva que se cree. Además, si cambia los valores Restricted o Kind para la vista compuesta, debe reiniciar la aplicación.

Establecimiento de un tiempo de espera automático para Enterprise Viewer Utilice este procedimiento para establecer un tiempo de espera automático después de un periodo especificado de inactividad para la aplicación.

Procedimiento 1. Vaya al directorio viewer.war/WEB-INF/classes y abra el archivo web.xml en un editor de texto. 2. En el archivo web.xml, localice las líneas siguientes: 20

3. Edite el número que se encuentra entre las pestañas con el número de minutos en el que desea que una sesión inactiva de InfoSphere MDM Enterprise Viewer cierre la sesión del usuario. 4. Guarde el archivo web.xml en el directorio viewer.war/WEB-INF/classes.

Globalización en Enterprise Viewer Si su organización tiene requisitos de varios idiomas, InfoSphere MDM Enterprise Viewer puede visualizarse sólo en un idioma a la vez. El idioma en el que se muestra la aplicación depende de los valores del navegador; el valor predeterminado es inglés de EE.UU. Algunas notas sobre la implementación de InfoSphere MDM Enterprise Viewer en un idioma alternativo: v Los archivos prop como, por ejemplo, paquetes de recursos i18N (archivos prop), se encuentran en el directorio \WEB-INF\classes. v Las fechas en la página de búsqueda tienen el formato ISO 8601 (AAAA-MM-DD). Se siguen permitiendo fechas incompletas o no válidas para la entrada, como por ejemplo AAAA-MM, AAAA. El año siempre se asume como los primeros dígitos. La configuración regional (idioma de visualización) del navegador se utiliza para determinar el tipo de formateo de fecha para valores de fecha verdaderos.

162

Guía de instalación

v Los valores de MemDate no son fechas verdaderas (por ejemplo, no se necesita que sean válidos o que estén completos). Puesto que no son fechas verdaderas, no se puede realizar una suposición en cuanto al formateo para una configuración regional. Estas fechas se recuperan de la base de datos y se muestran tal como están en la misma. A continuación se proporciona un poco más de información sobre cómo se cumple con los requisitos de i18n en InfoSphere MDM Enterprise Viewer. Todas las etiquetas de InfoSphere MDM Enterprise Viewer como, por ejemplo, los botones para [Reset] y [Search] se recuperan de paquetes de recursos y se muestran en el valor de idioma del navegador que se está utilizando. Las etiquetas como, por ejemplo, Apellido, se recuperan de la base de datos de MDM y están en el idioma especificado por la base de datos. Los tipos de miembro y entidad (por ejemplo, Identidad y Persona) son etiquetas definidas en la base de datos de MDM y no pueden mostrarse en el idioma local. Algunas etiquetas son combinaciones y pueden formatearse en aposición. Por ejemplo, la combinación de etiquetas de cliente InfoSphere MDM Enterprise Viewer y etiquetas de base de datos como [Get Event Summary]. “Get” es una etiqueta de cliente recuperada de un paquete de recursos, pero “Event Summary” es una etiqueta de base de datos. El paquete de recursos permite que la palabra “Get” se mueva según lo necesite el idioma de la etiqueta “Event Summary”. Lo mismo se aplica al título y barra de entidad de la página. Los mensajes de error enviados al navegador (por ejemplo, “No se ha encontrado registro basado en los criterios de entrada”) y vistos por usuarios se muestran en el idioma localizado. Sin embargo, los mensajes de error enviados a los archivos de registro, que suelen ser vistos por el soporte de IBM Software, están en inglés. Para obtener más información sobre los paquetes de recursos y la globalización y localización, consulte http://java.sun.com/developer/technicalArticles/Intl/ResourceBundles/

Instalación de Web Reports Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación de creación de informes. La aplicación recopila, consolida y presenta información a su navegador web sobre las actividades de los datos de miembro en su base de datos de MDM. Los InfoSphere MDM Web Reports están diseñados para trabajar con datos de MDM virtual. Los informes utilizan una aplicación de visor especial para recopilar los parámetros y mostrar los resultados dentro de una ventana de navegador. Cuando instala la aplicación, IBM Installation Manager actualiza el archivo webreports.properties con el nombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel de configuración de instalación y despliega el EAR de la aplicación en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/webreports.ear. Las extractos de los informes basados en la web se procesan cuando se ejecutan los informes. Cuando sea posible, ejecute estos informes durante horas no pico para evitar afectar el rendimiento del servidor operativo.

Instalación de Web Reports Utilice este procedimiento para instalar InfoSphere MDM Web Reports.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

163

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM v Tiene IBM WebSphere Application Server instalado y en ejecución

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Web Reports. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. e. 4. Si a. b. c.

Revise la información de resumen de instalación y pulse Instalar. ha seleccionado Modificar, siga estos pasos. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. Seleccione el idioma y pulse Siguiente. En el panel Modificar paquetes, seleccione Web Reports. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la aplicación esté desplegada en el servidor especificado durante la instalación.

Resultados Cuando instala la aplicación, IBM Installation Manager actualiza el archivo webreports.properties con el nombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel de configuración de instalación y despliega el EAR de la aplicación en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/webreports.ear.

164

Guía de instalación

Conéctese a InfoSphere MDM Web Reports abriendo un navegador y utilizando este URL: https://host:port/webreports Conceptos relacionados: Preparación de IBM Installation Manager Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager. Desinstalación de InfoSphere MDM Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales. Tareas relacionadas: Desinstalación de un único componente de MDM Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Configuración de seguridad de aplicación para aplicaciones web Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: Hoja de trabajo de instalación de aplicaciones de usuario de MDM Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Edición del archivo webreports.properties Cree el archivo webreports.properties.example específico de su entorno modificando el archivo webreports.properties.example para que se ajuste a su entorno. El archivo webreports.properties.example se encuentra en el directorio WAS_PROFILE_HOME/ installedApps/$cell_name/webreports.ear/webreports.war/tehnotes. Consulte los comentarios del archivo webreports.properties.example para obtener más detalles. Atención: Cuando cree el archivo webreports.properties.example específico de su entorno, debe colocarlo en un área que sea accesible para su cargador de clases de aplicación de servidor web.

Opciones de autenticación para InfoSphere MDM Web Reports Hay varias opciones de autenticación disponibles durante la instalación. La autenticación de usuario en la base de datos de MDM se produce utilizando una de estas opciones: v Establezca los parámetros jdbc.user y jdbc.password en el archivo webreports.properties. Para contraseñas cifradas, establezca los parámetros jdbc.password2 o jdbc.password3 según corresponda. Para bases de datos distintas de Microsoft SQL Server, o para utilizar Microsoft SQL Server sin la autenticación de Windows, establezca los parámetros de usuario y contraseña en el archivo webreports.properties. Conceptos relacionados: “Propiedades necesarias en el archivo webreports.properties” Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports.

Propiedades necesarias en el archivo webreports.properties Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports. Muchas de estas propiedades se establecen en el archivo webreports.properties durante la instalación. Otras propiedades, especificadas en la tabla siguiente, deben establecerse después de la instalación. Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

165

Tabla 23. Descripciones de las propiedades necesarias en el archivo webreports.properties Propiedad

Descripción

HostName

Nombre o dirección IP del servidor donde se está ejecutando el servidor operativo de MDM. Este valor es el nombre de host especificado en el panel de configuración de Web Reports de IBM Installation Manager.

HostPort

El puerto utilizado para el servidor operativo. El valor predeterminado es 9080.

jdbc.className

El nombre de clase de origen de datos jdbc a utilizar para conectarse a la base de datos de MDM. Copie uno de los ejemplos comentados para asegurarse de que se utilice el formato válido.

jdbc.serverName

El nombre o dirección IP del servidor donde se encuentra la base de datos de MDM.

jdbc.portNumber

El número de puerto para la base de datos de MDM.

jdbc.databaseName

El nombre de la base de datos de MDM.

jdbc.serviceName o jdbc.SID

El nombre de servicio Oracle o el ID de sistema Oracle.

jdbc.user

Un nombre de usuario que está configurado para la base de datos de MDM. Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea. Esta propiedad es necesaria.

jdbc.password

La contraseña para el usuario de base de datos seleccionado. Omita esta propiedad si está utilizando una contraseña cifrada. Las contraseñas cifradas se entran respecto a la propiedad jdbc.password2. Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea. Esta propiedad es necesaria.

jdbc.password2

*La contraseña de la base de datos cifrada (tal como está cifrada con el programa de utilidad madpwd2). Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea.

jdbc.password3

*La contraseña de la base de datos cifrada (tal como está cifrada con el programa de utilidad madpwd3). Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea.

jdbc.aeskeyfile

La vía de acceso al archivo que contiene una clave AES de 128, 192, o 256 bits. La clave puede tener codificación hexadecimal y no debe contener retornos de carro o caracteres de línea nueva. La clave puede tener uno de los siguientes tamaños y depende de la potencia de la clave: v 128 bits => 32 caracteres v 192 bits => 48 caracteres v 256 bits => 64 caracteres Para claves mayores a 128 bits, debe instalar los archivos de políticas de jurisdicción de potencia ilimitada para su proveedor de JVM. Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea.

166

Guía de instalación

Tabla 23. Descripciones de las propiedades necesarias en el archivo webreports.properties (continuación) Propiedad

Descripción

jdbc.aesivfile

La vía de acceso al archivo que contiene un vector de inicialización de AES (IV). El IV puede tener codificación hexadecimal y no debe contener retornos de carro o caracteres de línea nueva. El IV debe tener 32 caracteres de longitud. Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea.

jdbc.aesprovider

El proveedor de Java Cryptography Extension (JCE). Esta propiedad puede contener un proveedor específico, por ejemplo SunJCE o IBMJCE, o ninguno. Si no se especifica ningún proveedor, estos se seleccionan en función del orden de preferencia del archivo java.security que se encuentra en el directorio $INICIO_JAVA/lib/ security o $INICIO_JAVA/jre/lib/security. Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar la línea con esta propiedad. Utilice el carácter # para comentar esta línea.

*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el programa de utilidad madpwd2 o madpwd3. Debe instalarse el componente MDM Operational Server para utilizar estos programas de utilidad. Conceptos relacionados: “Opciones de autenticación para InfoSphere MDM Web Reports” en la página 165 Hay varias opciones de autenticación disponibles durante la instalación. “Propiedades opcionales en el archivo webreports.properties” Existen propiedades opcionales que puede configurar en el archivo webreports.properties después de la instalación.

Propiedades opcionales en el archivo webreports.properties Existen propiedades opcionales que puede configurar en el archivo webreports.properties después de la instalación. Tabla 24. Descripciones de las propiedades opcionales en el archivo webreports.properties Propiedad

Descripción

DateStyle

Controla la visualización de fechas en los informes. Los valores válidos son: FULL, LONG, MEDIUM, o SHORT. El valor predeterminado es MEDIUM.

MaxContext

Número máximo de contextos a crear. El valor predeterminado es 10.

TimeOut

El número de segundos a esperar para que un contexto libre ingrese a la agrupación. El valor predeterminado es 30.

TimeStyle

Controla la visualización de fechas en los informes. Los valores válidos son: FULL, LONG, MEDIUM, o SHORT. El valor predeterminado es MEDIUM.

UseSSL

Un valor true o false que indica si se utiliza SSL para comunicarse con el servidor operativo. El valor predeterminado es false.

UseHTTP

Indica si la comunicación MPINET se realiza sobre HTTP o utilizando protocolos TCP/IP estándar. Los valores válidos incluyen: v False. Establezca en false cuando desee que la aplicación de creación de informes se comunique utilizando la comunicación TCP/IP de MPINET estándar. v True. Establezca en true cuando desee que MPINET se comunique sobre HTTP. En algunos entornos de gobierno, este método es necesario.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

167

Conceptos relacionados: “Propiedades necesarias en el archivo webreports.properties” en la página 165 Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports.

Personalización de los atributos de pantalla de informe Algunos de los campos de los informes son personalizables. Mediante la adición de algunos parámetros de configuración al archivo webreports.properties, puede personalizar el contenido de esos campos. Los campos predeterminados para el informe Detalle de creación de tarea son Nombre de miembro, Dirección, Sexo y Fecha de nacimiento, que se aplican a algunos tipos de entidad, pero no a otros. Para cambiar estos campos globalmente para todos los informes que los utilizan, añada los parámetros al archivo webreports.properties. Consulte el siguiente ejemplo: webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATE webreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDT webreports.AttrLabels.id=Member Name,Address,Sex,Birth Date webreports.AttrTypes.id=,,,Date webreports.Templates.id=,${stLine1}<br>${city}${,} ${state} ${zipCode}

Debido a que los atributos están separados por comas, utilice ${comma;} si desea que se muestre una coma en el informe junto con los valores de campo. Tabla 25. Parámetros para atributos de pantalla en el archivo webreports.properties Propiedad

Descripción

webreports.SegCodeFilter.id

Determina los códigos de segmento que se utilizan para los campos personalizables. Están delimitados por comas.

webreports.AttrCodes.id

Determina los códigos de atributo a utilizar para los campos personalizables. Estos códigos deben corresponder exactamente con los códigos de segmento indicados en el parámetro webreports.SegCodeFilter.id.

webreports.AttrLabels.id

Determina las etiquetas de texto para los campos personalizables a mostrar en los informes. Debe especificar una etiqueta para cada uno de los códigos de atributo indicados en el parámetro webreports.AttrCodes.id.

webreports.AttrTypes.id

Determina los tipos de datos para el formateo. Sólo los tipos numéricos y de fecha deben especificarse de forma explícita, con fines de formateo especiales. Los tipos de texto pueden omitirse, sin embargo, las comas separadoras deben permanecer en su lugar.

webreports.Templates.id

Determina los campos individuales dentro de los segmentos de atributo a mostrar. Por ejemplo, el segmento MEMADDR consta de los campos de datos stLine1, stLine2, stLine3, stLine4, city, state, zipCode, country, etc. Puede mostrar los campos que desee incluyéndolos tal como se muestra en el ejemplo anterior. Las plantillas son opcionales, pero los valores proporcionados para cada segmento de atributo deben listarse en el mismo orden que los códigos de segmento en el parámetro SegCodeFilter, separados por coma.

Personalización de la apariencia de informes con hojas de estilo Puede modificar el aspecto de web reports viewer añadiendo algunos parámetros de configuración al archivo webreports.properties y especificando sus propias hojas de estilo personalizadas. Utilice el archivo webreports.properties.example para ver cómo están indicadas las hojas de estilo predeterminadas en la sección con la etiqueta “WebApp Customization Properties” (Propiedades de personalización de WebApp). webreports.cssPath=../styles webreports.imagePath=../images

168

Guía de instalación

Los activos .css (por ejemplo, archivos e imágenes) están incluidos en el archivo webreports.war, que se despliega en el servidor de aplicaciones web. La utilización de hojas de estilo personalizadas requiere que añada los archivos personalizados en directorios similares en su propio archivo WAR y que modifique estos valores de webreports.properties apropiadamente.

Personalización del número máximo de resultados y elementos por página Puede modificar el aspecto de web reports viewer editando algunos parámetros de configuración en el archivo webreports.properties. Estos parámetros se encuentran en la sección con la etiqueta “WebApp Customization Properties” (Propiedades de personalización de WebApp). webreports.pageSize=50 webreports.subPageSize=50 webreports.maxResults=100

Edite el parámetro webreports.pageSize para modificar el número de elementos visualizados por página en la vista web. Edite el parámetro webreports.subPageSize para modificar el número de elementos visualizados cuando se expande un resultado de búsqueda. Edite el parámetro webreports.maxResults para modificar el número máximo de elementos recuperados por una consulta de informe. En el archivo webreports.properties.example, se comenta cada uno de estos parámetros para que se apliquen los valores predeterminados. Si edita estos parámetros, asegúrese de eliminar el símbolo de comentario (#) del principio de la línea.

Configuración de globalización para web reports Si está utilizando un idioma distinto del inglés de EE.UU., debe editar el archivo webreports.properties para traducir ciertas cabeceras de columna que se muestran en los informes. Con el archivo webreports.properties, puede personalizar el contenido de algunas de las columnas en sus informes. Debido a que estas columnas son personalizables para cada instalación, las etiquetas de las columnas no están traducidas de forma predeterminada, y deben ser traducidas por el administrador según sea necesario. Hay tres parámetros relacionados con la personalización de estas columnas que deben estar sincronizados: webreports.AttrCodes.id, webreports.SegCodeFilter.id y webreportsAttrLabels.id. El parámetro webreports.AttrCodes.id determina qué códigos de atributo deben utilizarse para las columnas personalizables. Estos parámetros deben corresponder exactamente con los códigos de segmento especificados en el parámetro webreports.SegCodeFilter.id. El parámetro webreportsAttrLabels.id proporciona las cabeceras de columna, o etiquetas, de los campos especificados en el parámetro webreports.AttrCodes.id, cuando la cabecera de columna se muestra en informes. Utilice el parámetro webreportsAttrLabels.id para definir las cabeceras de columna en su idioma preferido. El siguiente ejemplo muestra los parámetros webreports.SegCodeFilter.id y webreports.AttrCodes.id establecidos para incluir cuatro atributos personalizables en un informe: nombre de miembro, dirección inicial, sexo y fecha de nacimiento. El parámetro webreports.AttrLabels.id proporciona las etiquetas que se visualizan en el informe. webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATE webreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDT webreports.AttrLabels.id=Nom de membre,Adresse,Genre,Anniversaire

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

169

Sólo se admite un idioma para cada instalación. Por lo tanto, una única instalación de web reports puede utilizar sólo un único idioma a la vez.

Adición de mensajes de seguridad a Web Reports Si está instalando web reports en un entorno que requiera acuerdos de uso y cabeceras y pies de página de seguridad personalizados (por ejemplo, en entornos de gobierno), debe proporcionar el texto personalizado para la página Configuración.

Procedimiento 1. Cuando haya instalado web reports, abra un navegador y escriba http://servidor:puerto/ webreports/diacap/config.html. 2. Se abre la página Mensajes de seguridad de configuración. Complete la siguiente información: a. Acuerdo de uso: Si esta implementación requiere que los usuarios acepten un acuerdo de uso antes de iniciar sesión en la aplicación, escriba el mensaje en este recuadro. Por ejemplo: “Está accediendo a un Sistema de información (IS) del Gobierno de EE.UU. (USG) que se proporciona sólo para uso autorizado de USG. Al utilizar este IS (que incluye cualquier dispositivo conectado a este IS), usted acepta las siguientes condiciones...”. Si el recuadro de acuerdo se deja en blanco, los usuarios son llevados directamente a la página de inicio de sesión cuando acceden a la aplicación. b. Cabecera de seguridad: Escriba el texto que desee mostrar como la cabecera para todas las páginas de la aplicación. Deje a este campo en blanco si no desea que se muestre una cabecera. c. Pie de página de seguridad: Escriba el texto que desee mostrar como el pie de página para todas las páginas de la aplicación. Deje a este campo en blanco si no desea que se muestre un pie de página. 3. Pulse el botón Configurar. Se abre la página Descargar archivo webreports.diacap.properties. 4. Complete los pasos listados en el recuadro WebSphere Installation Instructions. 5. Después de reiniciar el servidor de aplicaciones, vuelva a http://HOST_WAS:PUERTO_WAS/webreports. Se abre la página de inicio de sesión de web reports. Si proporciona un acuerdo de uso, los usuarios verán el acuerdo cuando accedan a report viewer. Los usuarios deben aceptar el acuerdo antes de que se muestre la página de inicio de sesión. Si el recuadro de acuerdo de uso se deja en blanco, los usuarios son llevados directamente a la página de inicio de sesión de report viewer.

Visualización de consultas de Report en InfoSphere MDM Web Reports Para ver consultas de report, puede habilitar una implementación de registro a través del servidor de aplicaciones, o alguna otra función de registro de su elección.

Acerca de esta tarea La habilitación de la creación de registros puede ser útil cuando desee conocer el SQL exacto que está utilizando la aplicación para generar un informe. Las consultas SQL se registran en el archivo de registro.

Configuración de registro de IBM WebSphere Application Server Utilice este procedimiento para habilitar el registro para el servidor de aplicaciones.

Procedimiento 1. 2. 3. 4.

170

Inicie sesión en la consola de administración de IBM WebSphere Application Server. Desde Resolución de problemas, pulse Registros y rastreo. Pulse server1 y, a continuación, Cambiar niveles de detalle de registro. Pulse Tiempo de ejecución. Amplíe Componentes y grupos y, a continuación, amplíe la opción Todos los componentes.

Guía de instalación

5. Cambie sólo el nivel de rastreo específico para su aplicación web añadiéndolo al valor predeterminado existente. El valor predeterminado es "*=info:" A continuación se muestra un ejemplo de niveles de rastreo comunes en un ámbito más amplio. En el siguiente ejemplo, los valores de webapp component name pueden ser "inspector" o "reports". com.initiatesystems.audit.*=all: com.initiatesystems.webapp component name>.*=finest: com.initiatesystems.web.webapp component name.*=finer:

Para establecer los niveles en un nivel de rastreo de paquete completo, no es necesario el ".*" anterior al signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones web como InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes. com.initiatesystems.inspector.svc.impl.MemberSvc=finest com.initiatesystems.inspector.svc.member.MemberService=finest

Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Los cambios no persisten después de reiniciar la aplicación. Para guardar los cambios de forma permanente, debe guardar el tiempo de ejecución en la pestaña Configuración. Siga con el paso siguiente. 6. Seleccione la opción Save runtime changes to configuration. 7. 8. 9. 10.

Pulse Aplicar y, a continuación, guarde la configuración. Regrese a Resolución de problemas y seleccione Registros y rastreo. Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro. Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se estén añadiendo.

Instalación de Provider Direct Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación Provider Directo de InfoSphere MDM. Utilice Provider Direct para gestionar datos de proveedor con acceso directo a información crucial como, por ejemplo, información de contacto de proveedor, credenciales y modificaciones de información. El proceso de instalación consta de cuatro pasos: 1. 2. 3. 4.

Instalación de Provider Direct utilizando IBM Installation Manager Importación del proyecto de Provider Direct en InfoSphere MDM Workbench Carga manual de tablas de Provider Direct en la base de datos de MDM Despliegue del archivo EAR de Provider Direct en IBM WebSphere Application Server

Instalación de Provider Direct Utilice este procedimiento para instalar la aplicación Provider Direct. Esta aplicación web se utiliza para gestionar los datos de proveedor para una configuración de MDM virtual.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM v Tiene un servidor operativo de MDM con una configuración virtual y IBM WebSphere Application Server instalado y en ejecución v Tiene a InfoSphere MDM Workbench instalado para configurar y desplegar su configuración de MDM Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

171

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Instalar paquetes, seleccione Provider Direct. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz. e. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modificar paquetes, seleccione Provider Direct. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de aplicaciones de usuario de MDM como directriz.Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.

Resultados A diferencia de otras aplicaciones web, Provider Direct no se despliega en un servidor de aplicaciones. El instalador extrae los archivos en el directorio de instalación MDM_INSTALL_HOME/installableApps/ear.

Qué hacer a continuación Continúe con la importación del proyecto de Provider Direct en InfoSphere MDM Workbench y con el despliegue del archivo provider.ear en IBM WebSphere Application Server.

172

Guía de instalación

Conceptos relacionados: Desinstalación de InfoSphere MDM Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales. Tareas relacionadas: Desinstalación de un único componente de MDM Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Configuración de seguridad de aplicación para aplicaciones web Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido. Referencia relacionada: Hoja de trabajo de instalación de aplicaciones de usuario de MDM Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar. Información relacionada: Preparación de IBM Installation Manager Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM Installation Manager.

Importación de proyecto de Provider Direct en Workbench Después de instalar Provider Direct y cargar las tablas de base de datos, debe importar su proyecto de Provider Direct en InfoSphere MDM Workbench.

Procedimiento 1. Abra el entorno de trabajo y utilice el asistente Configuration Project para importar los archivos del proyecto desde MDM_INSTALL_HOME/InstallableApps/ear/provider. Asegúrese de incluir los archivos .project y .setting en la carpeta del proyecto. Generalmente, estos archivos están ocultos. 2. Modifique el proyecto según lo requiera su implementación. 3. Guarde el proyecto. 4. En el entorno de trabajo, defina un IBM WebSphere Application Server nuevo. 5. Inicie el servidor de aplicaciones. 6. Conéctese al servidor operativo en la pestaña Jobs. 7. Despliegue su proyecto de Provider Direct en su servidor operativo.

Qué hacer a continuación Continúe con la carga manual de las tablas de base de datos de Provider Direct. Conceptos relacionados: {!} aspectos básicos

Carga de las tablas de base de datos de Provider Direct Después de ejecutar el instalador, debe cargar las tablas de base de datos de Provider Direct utilizando el programa de utilidad madconfig.

Procedimiento 1. Desde un indicador de línea de mandatos, vaya al directorio MDM_INSTALL_HOME/mds/scripts. 2. Escriba este mandato: ./madconfig.sh install -Dprovider.config.dir=../sql Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

173

3. Verifique que no se hayan encontrado errores durante el procesamiento de madconfig. De ser así, vuelva a ejecutar el programa de utilidad después de solucionar los errores.

Qué hacer a continuación Continúe con el despliegue de Provider Direct en su servidor de aplicaciones. Referencia relacionada: madconfig y el proceso de instalación

Despliegue del archivo EAR de Provider Direct modificado A diferencia de otras aplicaciones de usuario, el instalador no despliega automáticamente el archivo EAR de Provider Direct en IBM WebSphere Application Server; debe desplegar el EAR manualmente.

Procedimiento 1. Localice el archivo provider.ear en el directorio MDM_INSTALL_HOME/installableApps/ear. Los archivos provider.properties y mdm.properties se encuentran en el archivo EAR. 2. Despliegue el provider.ear en IBM WebSphere Application Server. a. En la consola de administración, seleccione Applications > Application Types > WebSphere enterprise applications. b. Pulse Instalar. c. Pulse Browse y localice el provider.ear en el directorio MDM_INSTALL_HOME/installableApps/ear. Pulse Siguiente. d. Pulse Siguiente nuevamente después de aceptar los valores predeterminados. e. Pulse Finalizar. 3. Inicie el servidor operativo y, a continuación, inicie Provider Direct en IBM WebSphere Application Server. Debe iniciarse el servidor operativo antes de iniciar Provider Direct.

Qué hacer a continuación Conéctese a Provider Direct abriendo un navegador y utilizando este URL: https://host:port/provider Conceptos relacionados: “Configuración de Provider Direct” Hay algunos parámetros que deben establecerse en los archivos de propiedades antes de utilizar la aplicación.

Configuración de Provider Direct Hay algunos parámetros que deben establecerse en los archivos de propiedades antes de utilizar la aplicación. IBM Installation Manager actualiza el archivo provider.properties con el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración. Puede editar los archivos provider.properties y mdm.properties. Estos archivos se encuentran en MDM_INSTALL_HOME/installableApps/ear. Después de completar cualquier configuración personalizada, debe desplegar el EAR de Provider Direct en el servidor de aplicaciones. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/provider.ear.

174

Guía de instalación

Tareas relacionadas: “Despliegue del archivo EAR de Provider Direct modificado” en la página 174 A diferencia de otras aplicaciones de usuario, el instalador no despliega automáticamente el archivo EAR de Provider Direct en IBM WebSphere Application Server; debe desplegar el EAR manualmente.

Propiedades necesarias en el archivo provider.properties Durante la configuración, edite las propiedades de las credenciales de registro de servidor operativo, fábrica de contexto, origen de datos e interacciones de servidor operativo en el archivo provider.properties. Las propiedades siguientes deben establecerse para desplegar Provider Direct. Tabla 26. Propiedades necesarias de registro de servidor operativo Propiedad

Descripción

adminLoginProvider.username

Debe ser un usuario administrativo que tenga al menos acceso de sólo lectura a todos los segmentos de diccionario. Este nombre de usuario se utiliza para conectarse al servidor operativo e inicializar metadatos del sistema. (Valor predeterminado=mdmadmin)

adminLoginProvider.password

Identifica la contraseña para adminLoginProvider.username. (Valor predeterminado=mdmadmin)

Tabla 27. Propiedades de fábrica de contexto necesarias Propiedad

Descripción

contextFactory.hostName

Cambie el valor para indicar la máquina donde se está ejecutando el servidor operativo de MDM. El valor predeterminado es el sistema principal local.

contextFactory.hostPort

El número de puerto HTTP o HTTPS de su servidor de aplicaciones. El valor predeterminado de HTTP es 9080. El valor predeterminado de HTTPS es 9443.

contextFactory.useSSL

Puede establecerse en true o false. El valor predeterminado es false.

Tabla 28. Propiedades necesarias de origen de datos Propiedad

Descripción

datasource.databaseName

El nombre de la base de datos de MDM

datasource.serverName

El nombre o dirección IP del servidor donde se encuentra la base de datos de MDM

datasource.portNumber

El puerto utilizado para la base de datos de MDM.

datasource.user

Un nombre de usuario que está configurado para la base de datos de MDM. Debe comentar esta línea (con un carácter #) si está utilizando Microsoft SQL Server con autenticación de Windows.

datasource.password

La contraseña para el usuario de base de datos seleccionado. Debe comentar esta línea (con un carácter #) si está utilizando Microsoft SQL Server con autenticación de Windows.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

175

Tabla 28. Propiedades necesarias de origen de datos (continuación) Propiedad

Descripción

datasource.className

El nombre de clase de origen de datos a utilizar para conectarse a la base de datos de MDM. Los valores válidos son: com.ibm.mdm.jdbc.DB2DataSource, com.ibm.mdm.jdbc.OracleDataSource, o com.ibm.mdm.jdbc.SQLServerDataSource. Copie uno de los ejemplos comentados para asegurarse de que se utilice el formato correcto.

Tabla 29. Propiedades necesarias extra Propiedad

Descripción

applicationContext

Establezca el valor en beans-mds.xml.

DisableNotifications

Establezca el valor en false.

Propiedades necesarias en el archivo mdm.properties Durante la configuración, edite las propiedades de la fábrica de contexto, el origen que es propiedad del servidor operativo y de cvw.id en el archivo mdm.properties. Las propiedades siguientes deben establecerse antes de desplegar Provider Direct. Tabla 30. Propiedades de fábrica de contexto necesarias Propiedad

Descripción

contextFactory.useSSL

Puede establecerse en true o false. El valor predeterminado es false.

contextFactory.hostName

Cambie el valor para indicar la máquina donde se está ejecutando el servidor operativo de MDM. El valor predeterminado es el sistema principal local.

contextFactory.hostPort

El número de puerto HTTP o HTTPS de su servidor de aplicaciones. El valor predeterminado de HTTP es 9080. El valor predeterminado de HTTPS es 9443.

Tabla 31. Propiedades necesarias del origen que es propiedad del servidor operativo Propiedad

Descripción

hub.owned.source.PROVIDER

INITHUB

hub.owned.source.ORGANIZATION

INITHUBORG

Tabla 32. Propiedades necesarias extra Propiedad

Descripción

cvw.provider

PEMCA

cvw.org

PEMCAORG

Convenios de configuración Provider Direct incluye su propia configuración de MDM virtual que define el modelo de datos y otros elementos que necesita la aplicación. Esta configuración de MDM virtual predeterminada contiene varios elementos que pueden ampliarse o personalizarse siguiendo convenios de denominación predeterminados. Todos estos cambios pueden realizarse en InfoSphere MDM Workbench.

176

Guía de instalación

Tipos de datos enumerados Los valores personalizados pueden personalizarse a menos que se indique lo contrario. Tabla 33. Tipos de datos enumerados Valor

Descripción

Provider Specialty

Campo de especialización para proveedores individuales. Los valores y descripciones pueden personalizarse de acuerdo con sus necesidades de organización.

Provider Gender

Géneros disponibles para proveedores individuales.

Language

Idiomas hablados por el proveedor. El valor predeterminado incluye a los 5 idiomas más comunes. Pueden establecerse más idiomas según sea necesario.

Provider Delivery Preferences Information Types

Tipos de información para preferencias de entrega.

Provider Delivery Preferences - Delivery Mode

Modalidades de entrega disponibles para preferencias de entrega especificadas.

Provider Title

Título para el proveedor individual.

Provider Role

Roles válidos para el proveedor individual (pueden incluir Administrative, Imaging, Labs, Physician).

License Status

Estado válido para las credenciales de ID de estado del proveedor (puede incluir Activo, Inactivo).

Provider Status

Estado válido para el proveedor (puede incluir Activo, Inactivo).

Organization Type

El tipo de organización para registros de proveedor organizativos.

Organization Status

El estado de registros de proveedor organizativos.

Atributos ampliables Utilice la siguiente información cuando esté trabajando con atributos personalizados e identificadores o credenciales personalizados. Atributos personalizados Todos los atributos personalizados deben definirse con el tipo de atributo MEMATTR y tener valores únicos que estén permitidos estableciendo la propiedad nsactive=1. Tabla 34. Atributos personalizados Valor

Descripción

Provider Entity

Los atributos personalizados para proveedores individuales deben utilizar el prefijo de tres letras de PCA en el código del atributo. Por ejemplo, la configuración predeterminada incluye un atributo personalizado de ejemplo para "Board Certification", con un código de atributo de PCABRDCERT.

Organization Entity

Los atributos personalizados para proveedores organizativos deben utilizar el código de tres letras de OCA en el código del atributo.

Identificadores y credenciales personalizados v Los identificadores personalizados deben definirse como el atributo MEMIDENT. v El código del atributo debe ser exclusivo pero no sigue un convenio de denominación.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

177

Instalación de Message Broker Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de Intermediarios de mensajes de InfoSphere MDM. Los componentes de Message Broker se instalan en un servidor. Los intermediarios son interfaces genéricas que se utilizan para gestionar la comunicación con y desde sistemas de orígenes y el servidor operativo de MDM. Los componentes de intermediario admiten mensajes fijos o delimitados de Extensible Markup Language (XML), Health Level 7 (HL7v2 y v3), específicos del cliente. Después de la instalación, puede configurar los siguientes componentes: v v v v v

Inbound Broker Outbound Broker HL7 Query Broker Mapping Message Manager (Mapping Broker) Routing Message Manager (Routing Broker)

La función de Message Broker no se admite en z/OS.

Instalación de Message Broker Suite Utilice este procedimiento para instalar Intermediarios de mensajes de InfoSphere MDM.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software para este componente v Ha completado los pasos de preparación de IBM Installation Manager v Si tiene un archivo services.ini existente, se recomienda hacer una copia y guardarlo en otra ubicación

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Install Packages, seleccione Message Brokers. Pulse Siguiente. d. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.

178

Guía de instalación

b. Seleccione el idioma y pulse Siguiente. c. En el panel Modify Packages, seleccione Message Brokers. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente. d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Verifique que los archivos estén instalados en el directorio INICIO_INSTAL_MDM/MDM/MessageBroker.

Qué hacer a continuación v Cree un archivo services.ini vacío si no tiene uno de una instalación previa v Cree instancias para cada componente de intermediario que tenga previsto implementar (por ejemplo, de entrada, de salida, etc.) y personalice sus archivos de configuración de componentes Para obtener información sobre la creación de instancias, configuración de componentes de intermediario y uso general de los intermediarios, consulte los temas relacionados que se listan al final de este tema. Conceptos relacionados: Descripción general de Message Broker Suite Tareas relacionadas: Creación del archivo services.ini de broker Message Broker almacena valores de configuración de variables de entorno en un archivo .ini denominado services.ini. Este archivo es necesario para ejecutar intermediarios. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.

Creación del archivo services.ini de broker Message Broker almacena valores de configuración de variables de entorno en un archivo .ini denominado services.ini. Este archivo es necesario para ejecutar intermediarios.

Acerca de esta tarea Generalmente, los clientes de actualización ya tienen un archivo services.ini. Si tiene uno, este procedimiento no es necesario; el proceso de configuración del intermediario busca y actualiza el archivo existente. Utilice este procedimiento para crear un services.ini vacío. Después de crear el archivo, éste se actualiza automáticamente mediante el programa de utilidad madconfig cuando crea sus instancias de componente de intermediario.

Procedimiento 1. Abra un editor de texto. 2. Guarde el archivo vacío con el nombre services.ini en un directorio de su elección. Tareas relacionadas: Creación de instancia de Message Broker

Directorios y archivos instalados con Message Broker Suite El instalador establece la estructura de directorio raíz del intermediario en el directorio MDM_INSTALL_HOME/MDM/MessageBroker.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

179

Los directorios son los siguientes: \ant (contains ant scripts used by the madconfig utility) \bin (contains all executable and .dll files) \conf (certificate) \config (sample configuration .ini files) \dtd (IBM DTD files for XML messages) \lib (contains broker libraries) \proxy (contains files needed to run brokers over a web service) \readme \scripts (contains various scripts, such as madconfig) \smt (language translation files) \sql (maddbx.dbp file to maintain database specific syntax and data types) \utf (Unicode)

Hay tres categorías de archivos que utilizan los intermediarios con las que tiene que estar familiarizado: archivo services.ini, archivos de configuración de componente de intermediario y archivos .exe de servicio de intermediario. Estos archivos se describen en la tabla siguiente: Tabla 35. Archivos utilizados por los intermediarios Archivo

Directorio

Descripción

Archivos de configuración .ini de componente

\config

Cada componente de intermediario (Entrante, Saliente, Consulta, Direccionamiento y Correlación) depende de un conjunto de archivos de configuración específicos de componente para gestionar la forma en que se procesan los mensajes. En el directorio \config se proporcionan archivos de configuración de ejemplo. Por ejemplo, el archivo de configuración de Inbound Broker se denomina InboundProcessormessage_type.ini (por ejemplo, InboundProcessorDelimited.ini). Este archivo se utiliza para indicar a Inbound Message Manager cómo formatear, modificar y evaluar los datos entrantes. La información sobre los archivos de configuración está contenida en los capítulos de configuración de componente individual.

180

Guía de instalación

Tabla 35. Archivos utilizados por los intermediarios (continuación) Archivo

Directorio

Descripción

Archivos .exe de servicio de intermediario

\bin

Cuando se instala Message Broker, los archivos ejecutables (.exe) de servicio de intermediario maestros se instalan en el directorio \bin. Cuando se crea una instancia de intermediario, el programa de utilidad madconfig crea automáticamente archivos .exe de servicio de intermediario específicos de la instancia, utilizando los archivos de servicio de intermediario maestros y añadiendo el nombre de instancia. Puede encontrarse más información en el tema "Message Broker Suite files" (archivos de Message Broker Suite) que aparece listado en los temas relacionados.

Archivo services.ini

Este archivo debe crearse manualmente después de la instalación y antes de la creación de la instancia.

Message Broker almacena valores de configuración de variable de entorno en un archivo .ini denominado services.ini. Este archivo no es creado por el instalador. Generalmente, los clientes de actualización ya tienen un archivo services.ini. Después de la instalación o actualización, debe utilizar el programa de utilidad madconfig para crear instancias de componente de intermediario. El programa de utilidad madconfig añade el archivo .ini a medida que configura instancias nuevas.

El programa de utilidad madconfig, que se encuentra en el directorio /scripts, se utiliza para crear instancias de intermediario. Para obtener detalles sobre la creación de instancias de intermediario y configuración del comportamiento de intermediario, consulte los temas relacionados. Conceptos relacionados: Descripción general de Message Broker Suite Archivos de Message Broker Suite Tareas relacionadas: Creación de instancia de Message Broker

Soporte de Unicode e idioma alternativo Pueden establecerse variables en su archivo services.ini que indiquen a los intermediarios que deben seleccionar los archivos UTF necesarios que se utilizan para el soporte de Unicode y de idiomas alternativos. En la sección de interfaces del archivo services.ini, asegúrese de que la variable MAD_ROOTDIR para cada componente apunte al directorio raíz del servidor operativo de MDM.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

181

Para intermediarios de entrada: En su archivo de configuración (es decir, services.ini), en la sección de interfaces, asegúrese de apuntar al directorio para los archivos utf y smt. MAD_BROKDIR identifica al directorio de instalación de Message Broker y a la ubicación de los archivos utf y smt. Si no establece MAD_BROKDIR, el intermediario utiliza el valor MAD_ROOTDIR (que apunta al directorio raíz del servidor operativo de MDM) para seleccionar los archivos utf y smt. Para intermediarios de salida: En su archivo de configuración (services.ini), en la sección de interfaces, asegúrese de que se incluyan los siguientes valores: v La variable MAD_BROKDIR debe apuntar al directorio de instalación del intermediario para seleccionar los archivos utf y smt. Si no se establece, el intermediario toma el valor predeterminado de la ubicación de MAD_ROOTDIR. v MIEncoding debe establecerse en el tipo apropiado; la codificación predeterminada es LATIN1 si no se especifica ninguna.

Instalación de InfoSphere MDM Healthcare Point of Service Integrator Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación Integrador del punto de servicio de asistencia médica de InfoSphere MDM. Integrador del punto de servicio de asistencia médica de InfoSphere MDM proporciona una solución simple para integrar aplicaciones de asistencia médica de herencia con una configuración de MDM virtual. Mediante la utilización de las prestaciones de la aplicación, puede crear una GUI de búsqueda que permita a los usuarios buscar miembros en la base de datos de MDM desde un sistema de herencia. Integrador del punto de servicio de asistencia médica de InfoSphere MDM debe configurarse y utilizarse en una estación de trabajo de 32 bits de Microsoft Windows. Puesto que IBM Installation Manager sólo puede ejecutarse en una máquina de 64 bits, primero debe instalar Integrador del punto de servicio de asistencia médica de InfoSphere MDM en una máquina de 64 bits y después desplegarlo en una máquina de 32 bits. La información de los temas de instalación trata los requisitos previos y la ejecución de IBM Installation Manager. Para obtener información sobre la configuración y uso de Integrador del punto de servicio de asistencia médica de InfoSphere MDM, consulte el tema relacionado que se lista al final de esta descripción general. Conceptos relacionados: Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator

Instalación de InfoSphere Healthcare Point of Service Integrator Utilice este procedimiento para instalar Integrador del punto de servicio de asistencia médica de InfoSphere MDM.

Acerca de esta tarea Atención: Integrador del punto de servicio de asistencia médica de InfoSphere MDM puede ejecutarse sólo en una estación de trabajo de Microsoft Windows de 32 bits, sin embargo IBM Installation Manager sólo puede ejecutarse en una máquina de 64 bits. Después de instalar Integrador del punto de servicio de asistencia médica de InfoSphere MDM en una máquina de 64 bits, debe desplegarlo en una máquina de 32 bits.

182

Guía de instalación

Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Install Packages, seleccione Healthcare Point of Service Integrator. Pulse Siguiente. d. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modify Packages, seleccione Healthcare Point of Service Integrator. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente. d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Verifique que los archivos estén instalados en el directorio MDM_INSTALL_HOME/EnterpriseIntegrator. 7. Despliegue la aplicación en su máquina de 32 bits. a. Copie los archivos del directorio MDM_INSTALL_HOME/EnterpriseIntegrator de la máquina de 64 bits en su máquina de 32 bits. b. En la máquina de 32 bits, vaya al directorio MDM_INSTALL_HOME/EnterpriseIntegrator/vcredist/ y ejecute vcredist_x.86.exe.

Qué hacer a continuación Continúe con la personalización de su programa de búsqueda en la máquina de 32 bits. Para obtener información acerca de la configuración y uso de Integrador del punto de servicio de asistencia médica de InfoSphere MDM, consulte el tema relacionado que se lista más abajo. Conceptos relacionados: Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator Tareas relacionadas: Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.

Directorio y archivos instalados con Healthcare Point of Service Integrator Cuando finaliza la instalación de Integrador del punto de servicio de asistencia médica de InfoSphere MDM, se añade un conjunto de directorios y archivos a la vía de acceso de instalación.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

183

Los siguientes directorios se añaden a la ubicación donde está instalada la aplicación: MDM_INSTALL_HOME/EnterpriseIntegrator /axis2c /lib /modules /bin /include /lib /license /samples /Library /modelsearch /vcredist /ModelWeb /webapp

Consulte los temas de usuario de Integrador del punto de servicio de asistencia médica de InfoSphere MDM para obtener detalles sobre la utilización de los archivos instalados. Conceptos relacionados: Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator

Instalación de Pair Manager Esta aplicación se utiliza para evaluar los archivos de pares de ejemplo generados por el trabajo Generate Threshold Analysis Pairs de InfoSphere MDM Workbench. Como parte del proceso de generación de peso, debe ejecutar el trabajo Generate Threshold Analysis Pairs para crear uno o más archivos .xls de pares de ejemplo que contengan pares de miembros. Para establecer valores de umbral que utiliza el servidor operativo de MDM para hacer coincidir a los miembros de forma precisa, debe evaluar estos pares de ejemplo e indicar si los miembros son los mismos o no. Gestor de pares de InfoSphere MDM sólo admite archivos de pares de ejemplo creados con InfoSphere MDM Workbench. Gestor de pares de InfoSphere MDM se admite sólo para instalación en un sistema operativo Microsoft Windows.

Instalación de Pair Manager Utilice este procedimiento para instalar Gestor de pares de InfoSphere MDM en una estación de trabajo de MicrosoftWindows.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software v Ha completado los pasos de preparación de IBM Installation Manager

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

184

Guía de instalación

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de instalación y el idioma. c. En el panel Install Packages, seleccione Pair Manager. Pulse Siguiente. d. 4. Si a. b. c.

Revise la información de resumen de instalación y pulse Instalar. ha seleccionado Modificar, siga estos pasos. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. Seleccione el idioma y pulse Siguiente. En el panel Modify Packages, seleccione Pair Manager. Los componentes instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente.

d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Verifique que los archivos estén instalados en el directorio INICIO_INSTAL_MDM/MDM/tmp/PairManager.

Qué hacer a continuación Utilice InfoSphere MDM Workbench para ejecutar el trabajo Generate Threshold Analysis Pairs (Generar pares de análisis de umbral) y, a continuación, utilice Gestor de pares de InfoSphere MDM para revisar los archivos de pares de ejemplo. Puede acceder a Gestor de pares de InfoSphere MDM desde Inicio > Todos los programas > InfoSphere Master Data Management > Pair Manager.

Ejemplos Los ejemplos incluyen correlaciones y archivos de código de origen que muestran el consumo de MDM. Instale estos ejemplos sólo en entornos de desarrollo.

Ejemplos de instalación Utilice este procedimiento para instalar la función Samples.

Acerca de esta tarea Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo, MDM Operational Server, componente de base de datos u otra aplicación de usuario). Si algún componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la opción Modificar.

Procedimiento 1. Inicie IBM Installation Manager. 2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar. 3. Si ha seleccionado Instalar, siga estos pasos. Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

185

a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente. b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el directorio de instalación y el idioma. c. En el panel Install Packages, seleccione Samples. Pulse Siguiente. d. Revise la información de resumen de instalación y pulse Instalar. 4. Si ha seleccionado Modificar, siga estos pasos. a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente. b. Seleccione el idioma y pulse Siguiente. c. En el panel Modify Packages, seleccione Samples. Los componentes instalados previamente se seleccionan automáticamente. Asegúrese de que permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente. d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las aplicaciones de usuario de MDM como guía. Pulse Siguiente. e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación de funciones. Pulse Modificar. 5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager. 6. Verifique que los archivos de ejemplo se hayan creado en el directorio MDM_INSTALL_HOME.

Instalación de InfoSphere MDM Workbench InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros, flujos y correlaciones con orígenes de datos. InfoSphere MDM Workbench es una tecnología basada en Eclipse y se ejecuta en sistemas que utilizan Microsoft Windows. Debe tener instalado IBM Rational Application Developer (RAD) para utilizar el entorno de trabajo. Referencia relacionada: “Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13 Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo para que la instalación sea satisfactoria. “Requisitos de instalación” en la página 11 Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar.

Instalación de InfoSphere InfoSphere MDM Workbench Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de despliegue de instalación personalizada y sólo está instalando el entorno de trabajo.

Antes de empezar Asegúrese de cumplir con estos requisitos previos: v Su entorno cumple con los requisitos de hardware y software v Ha completado los pasos de preparación de IBM Installation Manager si se trata de una instalación personalizada v Ha instalado IBM Rational Application Developer (RAD)

186

Guía de instalación

v Ha instalado InfoSphere MDM v El inicio de sesión que utilice en el sistema debe tener permiso para grabar en el registro. Si tiene previsto instalar Workbench como parte de un despliegue de instalación de estación de trabajo típica, consulte las instrucciones que se listan al final de este tema.

Procedimiento 1. 2. 3. 4. 5. 6. 7. 8.

Concluya IBM Rational Application Developer (RAD) si se está ejecutando. Inicie IBM Installation Manager. En la pantalla de inicio de IBM Installation Manager, pulse Install. En el panel Instalar paquetes, seleccione IBM InfoSphere Master Data Management Workbench y pulse Siguiente. Acepte el acuerdo de licencia. Seleccione el grupo de paquetes donde está instalado IBM Rational Application Developer (RAD) y pulse Siguiente. Pulse Instalar. Pulse Finalizar cuando se haya completado.

Qué hacer a continuación Ahora puede utilizar InfoSphere MDM Workbench para configurar su servidor operativo. Conceptos relacionados: Aspectos básicos de MDM Workbench Tareas relacionadas: “Inicio del proceso de instalación con LaunchPad” en la página 68 Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar una instalación personalizada. Visualización de los registros de instalación Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación. Referencia relacionada: “Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13 Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo para que la instalación sea satisfactoria. “Requisitos de instalación” en la página 11 Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una pauta para elegir las funciones correctas a instalar.

Configuración de seguridad de aplicación para aplicaciones web Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.

Procedimiento 1. Para ubicar el número de puerto seguro, abra la consola de administración de WebSphere Application Server, vaya a Server Types > WebSphere application servers > %WEB_SERVER_NAME% > Ports y busque WC_defaulthost_secure. Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

187

2. Para establecer el atributo secure en force https protocol: a. Vaya a Server Types > WebSphere application servers > %SERVER_NAME% > Session management. b. En el menú Enable cookies, seleccione la opción Restrict cookies to HTTPS sessions. c. Vaya a Security > Global security > Authentication > Web and SIP security > Single sign-on (SSO) y seleccione la opción Requires SSL. Conceptos relacionados: Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133 IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor en el que instaló el servidor operativo y la base de datos de MDM. Tareas relacionadas: “Instalación de la Business Administration UI” en la página 134 Utilice este procedimiento para instalar la Business Administration UI. “Instalación de la interfaz de usuario de Data Stewardship” en la página 135 Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de data stewardship admite gobierno de datos para datos MDM físicos. “Instalación de la interfaz de usuario de Product Maintenance” en la página 137 Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.

Códigos de error vistos en aplicaciones de usuario Los códigos de error listados indican problemas que pueden suceder entre las aplicaciones de usuario que soportan configuraciones MDM virtuales y el servidor operativo. Esta lista puede que no sea completa, pero muestra los errores más comunes. Tabla 36. Descripciones de código de error Código

Descripción

Solución

OK (0)

Ningún error

No es necesaria ninguna acción.

EPERM (1) Error de permiso

Permisos no válidos. La cuenta de usuario no tiene los suficientes permisos para utilizar esta función.

Si tiene autorización para acceder a esta aplicación, vuela a escribir su nombre de usuario y contraseña. Tenga cuidado al escribir que la ortografía y el tipo de letra sean correctos. Si el error continúa, póngase en contacto con el administrador de la aplicación.

ECOMM (2) Error de comunicación

Error de comunicaciones - se perdió conexión con servidor

Debe volver a establecer la conexión al servidor de aplicación. Si no puede conectarse, póngase en contacto con el administrador de la aplicación.

EODBC (3) Error ODBC

Error de ODBC informado directamente desde el controlador ODBC o desde la base de datos

Error de base de datos - póngase en contacto con el administrador de la aplicación o de la base de datos.

La conexión al servidor solicitado se ha ENOTCONN (5) No se ha podido negado establecer una conexión con el servidor operativo

Verifique que el servidor esté en ejecución. Si lo está, intente volver a conectarse a la aplicación.

EINVAL (6) Error de argumento no válido

Vuelva a escribir sus criterios de entrada. Especifique letras y números como lo requieren los campos. Por ejemplo, el campo del número de Seguro social sólo acepta números.

188

Guía de instalación

Hay valores no válidos en los parámetros o tipos de datos entrantes. Se especificaron caracteres no válidos en un campo de entrada.

Tabla 36. Descripciones de código de error (continuación) Código

Descripción

Solución

ENOMEM (7) Error de memoria insuficiente - no se puede Póngase en contacto con el administrador No se ha podido asignar asignar memoria en funcionamiento de la aplicación o del sistema. memoria ENOREC (8) Registro no encontrado

No se ha encontrado registro basado en los criterios de entrada

Ajuste los criterios de búsqueda y vuelva a intentar la acción.

ENOLIB (9) No se encuentra la biblioteca

No se encontraron las bibliotecas cargables en tiempo de ejecución

Lo más probable es que este error esté indicando un problema de configuración. Póngase en contacto con el administrador de la aplicación o con el Soporte de software de IBM.

ENOFUNC (10) Función no encontrada

No está disponible la señalización a la función

Lo más probable es que este error esté indicando un problema de configuración. Póngase en contacto con el administrador de la aplicación o con el Soporte de software de IBM.

ELOCKED (11) Registro u objeto bloqueado

No se puede actualizar un registro porque está bloqueado

El registro se recuperó recientemente y la memoria del sistema no lo ha liberado. Vuelva a intentar recuperar el registro.

EEXISTS (12) El registro u objeto existe

Se solicita la inserción de un registro, pero el registro existe

El sistema cree que el registro que está intentando insertar (añadir) existe en la base de datos. Intente recuperar el registro que desea añadir.

EFILEIO (13) Error de E/S de archivo

No se puede leer o escribir desde un archivo

Póngase en contacto con el administrador del sistema.

EVERSION (14) Error de versión

Discordancia en la versión, provocada por bloqueo oportuno

Recupere el miembro o tarea nuevamente y vuelva a aplicar los cambios.

ESTATUS (15) Error de estado

El estado de atributo solicitado no existe

Utilice otro tipo de estado de atributo.

EACTIVE (16) El registro u objeto está activo

No está en uso

No aplicable

EINACTIVE (17) El registro u objeto está inactivo

No está en uso

No aplicable

EDELETED (18) Registro u objeto suprimido

Resulta si se intenta añadir o actualizar un miembro suprimido lógicamente

No puede actualizar un miembro suprimido lógicamente. Si el miembro se marcó como suprimido lógicamente por error, póngase en contacto con el administrador de la aplicación.

ESHADOW (19) El registro u objeto es una duplicación

No está en uso

No aplicable

EOBSOLETE (20) El registro u objeto es obsoleto

Resulta si se intenta aplicar un cambio o actualizar a un registro obsoleto

No puede actualizar un registro obsoleto.

EINTEGRITY (21) Error de integridad referencial

Un problema de integridad de datos, por Este error puede estar indicando un ejemplo, una violación de una restricción de problema de base de datos. Póngase en unicidad contacto con el administrador del sistema o de la base de datos.

Capítulo 7. Instalación de aplicaciones cliente y componentes individuales

189

Tabla 36. Descripciones de código de error (continuación) Código

Descripción

Solución

EDISABLED (22) El registro u objeto está inhabilitado

Una ID de usuario está inactiva (o inhabilitada)

Si el usuario requiere autorización a la aplicación, vuelva a activar su ID a través del Administrador.

EINSANE (23) El sistema detectó una condición o estado Póngase en contacto con el administrador Error interno inesperado en el que cree que no es posible. No tiene la del sistema. información para explicar cómo se alcanzó este estado. EEXTAUTH (24) Error de autorización externo

Error en la autorización externa

Actualice el inicio de sesión del usuario en el sistema de autenticación externo.

ENUNKNOWN (25) Error desconocido

Un error desconocido

Consulte al Soporte de software de IBM.

EINTERNAL (26) Error interno crítico

Por lo general no se puede lograr la recuperación

Normalmente necesita el reinicio del servidor operativo y de todos los clientes conectados.

190

Guía de instalación

Capítulo 8. Verificación de la instalación IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente. Además, puede utilizar el Cliente de prueba para ejecutar transacciones de prueba para asegurar que InfoSphere MDM esté instalado satisfactoriamente.

© Copyright IBM Corp. 1996, 2013

191

Tareas relacionadas: Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67 Las instrucciones de instalación son las mismas para todas las ediciones. “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio. “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia. “Instalación de una instalación personalizada” en la página 73 Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de datos de IBM DB2. “Instalación en un entorno en clúster” en la página 77 Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster. “Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 1. “Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 2. “Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104 Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el paso final para completar el caso de ejemplo 3. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Referencia relacionada: Capítulo 2, “Descripción general de la instalación”, en la página 3 La mayoría de los componentes de IBM InfoSphere Master Data Management Server pueden instalarse en un servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte a entornos en clúster. “Cuentas de usuario y grupos creados por el instalador” en la página 17 Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios predeterminados en el servidor de aplicaciones. “Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página 18 Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario predeterminadas.

Verificación de la instalación con el Cliente de prueba en WebSphere Application Server Utilice este procedimiento para verificar la instalación con el Cliente de prueba del servidor de aplicaciones.

Acerca de esta tarea El cliente de prueba sólo admite bases de datos de DB2 y Oracle.

192

Guía de instalación

Procedimiento 1. En el archivo TestClient.properties en la carpeta INICIO_INSTALACIÓN_MDM/IVT/properties, especifique el nombre de usuario en user= y la contraseña en password= si está habilitada la seguridad de aplicaciones. 2. Edite cualquier otra propiedad necesaria para crear los parámetros para la prueba que desea ejecutar. Para obtener información sobre las propiedades que puede editar, consulte el tema "Propiedades del cliente de prueba". 3. Vaya al directorio INICIO_INSTALACIÓN_MDM/IVT: 4. Borre los datos siguiendo los pasos para su tipo de instalación: v Ejecute el script siguiente en la línea de mandatos para borrar los datos si ha instalado InfoSphere MDM en Oracle: sqlplus /@TNS@./sql/clearOperationData.sql

v Realice estos pasos para borrar los datos si ha instalado InfoSphere MDM en DB2: a. Conéctese a la base de datos de DB2. b. Borre los datos de DB2 ejecutando el script siguiente en la línea de mandatos: db2 -tvf ./sql/deleteIVTdata

5. Desde la línea de mandatos, para ejecutar los casos de prueba, ejecute el script: TestClient.sh CANAL_PRUEBA CARPETA_XML [NOMBRE_USUARIO CONTRASEÑA] donde: v CANAL_PRUEBA es el método para enviar los casos de prueba al servidor, puede ser: – Para RMI, especifique rmi – Para HTTP, especifique soap – Para JMS, especifique jms v CARPETA_XML es la carpeta que contiene los casos de prueba XML que desea ejecutar, puede ser: – Para los casos de prueba de TCRM, especifique ./testCases/xml – Para los casos de prueba de administrador, especifique ./testCases/xml_admin – Para los casos de prueba compuestos de TCRM, especifique ./testCases/xml_composite – Para un caso de prueba de mensajería, especifique ./testCases/xml_msg – Para los casos de prueba de servicios web, especifique ./testCases/xml_ws v Si la seguridad está habilitada, especifique el nombre de usuario para iniciar sesión en el sistema en NOMBRE_USUARIO v Si la seguridad está habilitada, especifique la contraseña para el nombre de usuario en CONTRASEÑA Por ejemplo, para ejecutar casos de prueba de servicios web en WebSphere Application Server mediante HTTP con la seguridad inhabilitada, especifique: TestClient.sh soap testCases/xml_ws 6. Cuando se haya completado la prueba, verá los resultados en los directorios siguientes: v Para ver las respuestas que han creado las pruebas, consulte testCases/xml_ws/response v Para ver los registros, la lista de ejecución de casos de prueba y sus estados, consulte los archivos de registro en INICIO_INSTALACIÓN_MDM/IVT/logs

Ejemplo En la tabla siguiente se muestran las pruebas, con las líneas de mandatos correspondientes, que puede ejecutar: Tabla 37. Pruebas de verificación de la instalación Para ejecutar la prueba:

Utilice el mandato:

Para proporcionar un archivo de respuestas para ejecutar un único caso de prueba de TCRM

TestClient.sh rmi ./testCases/xml/TCRMaddPerson.xml

Capítulo 8. Verificación de la instalación

193

Tabla 37. Pruebas de verificación de la instalación (continuación) Para ejecutar la prueba:

Utilice el mandato:

Para ejecutar casos de prueba de JMS

Proporcione la fábrica de conexiones de la cola, el nombre de la cola de solicitudes y de la cola de respuestas en el archivo TestClientJMS.properties, después ejecute TestClient.sh jms ./testCases/xml

Para ejecutar casos de prueba de mensajería

v Para Oracle: 1. Ejecute @./sql/Oracle/update_event_active.sql para activar un suceso 2. Reinicie WebSphere Application Server 3. Ejecute TestClientWL.sh rmi ./testCases/xml_msg v Para DB2: 1. Ejecute IVT/sql/db2/update_event_active.sql para activar un suceso 2. Reinicie WebSphere Application Server 3. Ejecute TestClientWL.sh rmi ./testCases/xml_msg

Para ejecutar los casos de prueba de administrador

TestClient.sh rmi ./testCases/xml_admin

Para ejecutar casos de prueba de servicios web

TestClient.sh soap ./testCases/xml_ws

Propiedades del cliente de prueba Puede editar las entradas del archivo TestClient.properties en la carpeta MDM_INSTALL_HOME/IVT/ properties para establecer los parámetros de la prueba. Tabla 38. Propiedades que pueden establecerse en el archivo de propiedades del Cliente de prueba Para establecer el parámetro para:

Establezca el siguiente parámetro en:

Para ejecutar casos de prueba sin ordenación

sort=

Para ordenar los casos de prueba por directorio. Consulte regex= para obtener los criterios de ordenación

sort=d

Para ordenar los casos de prueba. Consulte regex= para obtener los criterios de ordenación

sort=f

Para ordenar los directorios y casos de prueba. Consulte regex= para obtener los criterios de ordenación

sort=d|f

Para extraer la primera coincidencia como clave de comparación de ordenación. El orden de la ordenación se basa en la clave.

regex= [0-9]*[0-9]$

El valor predeterminado consiste en extraer el último número digital del archivo de peticiones. Para ordenar por orden de series

regex=

Para añadir un nombre de usuario

user=

Para añadir una contraseña

password=

Para probar el valor extraído mediante la utilización de una java -cp ./lib/TestClient.jar -regex tcrmtest_001 expresión regular Para información sobre la utilización de Java para ejecutar casos de prueba

java -cp ./lib/TestClient.jar ?

Para utilizar el adaptador JMS de MDM, escriba el nombre de la fábrica de conexiones de cola

QueueConnectionFactory=

194

Guía de instalación

Tabla 38. Propiedades que pueden establecerse en el archivo de propiedades del Cliente de prueba (continuación) Para establecer el parámetro para:

Establezca el siguiente parámetro en:

Especificar el nombre de destino de la cola de solicitudes

RequestQueue=

Especificar el nombre de destino de la cola de respuestas

ResponseQueue=

Registros de instalación Hay dos tipos de registros que se crean durante el proceso de instalación. Un conjunto registra información relacionada con IBM Installation Manager y el otro registra información relacionada con MDM. La ubicación de los registros de IBM Installation Manager depende del modo en que se instaló la aplicación. Si IBM Installation Manager se instaló en modalidad de administrador (usuario root en UNIX), los registros se encuentran en /var/ibm/InstallationManager/logs. Si la aplicación no se instaló en modalidad de administrador, los registros se encuentran en $HOME/var/ibm/InstallationManager/logs. También puede especificar una ubicación para los registros de IBM Installation Manager mediante la actualización de la variable Agent Location (cic.appDataLocation) en el archivo config.ini. config.ini se encuentra en el directorio InstallationManager_INSTALL_HOME/eclipse/configuration. Los registros de MDM se encuentran en el directorio MDM_INSTALL_HOME/logs/database. Los directorios siguientes contienen registros que se crean cuando se ejecutan los scripts SQL de la base de datos de physical MDM (mediante una instalación manual y con el instalador): v MDM_INSTALL_HOME/logs/database/DomainData v MDM_INSTALL_HOME/logs/database/CoreData v MDM_INSTALL_HOME/logs/database/CMData Los archivos de registro que se crean mediante el arranque de una base de datos de MDM virtual que utiliza ODBC se encuentran en MDM_INSTALL_HOME/logs/database/Virtual

Visualización de archivos de registro de Installation Manager La aplicación IBM Installation Manager crea archivos de registro durante el proceso de instalación. Estos registros pueden verse a través de un navegador.

Antes de empezar Debe tener un navegador disponible en el que se van a ver los archivos de registro. Si está en un servidor que no tiene un navegador, copie los registros en una estación de trabajo.

Acerca de esta tarea Los registros contienen mensajes con las etiquetas INFO, DEBUG, WARNING o ERROR. Si la instalación es satisfactoria, todos los mensajes tendrán una etiqueta INFO o DEBUG. Los mensajes identificados como WARNING o ERROR deben revisarse.

Procedimiento 1. Vaya al directorio ./InstallationManager/logs. 2. Abra el archivo index.xml. 3. Desde la tabla All Log Files, pulse un enlace que corresponda a la sesión de IBM Installation Manager que ha instalado MDM.

Capítulo 8. Verificación de la instalación

195

4. Localice el enlace siguiente: Custom operation MDM Operational Server, verifying install location in unit mdmv.app.set.install.location. Ese enlace, y los enlaces posteriores, muestran mensajes del proceso de instalación. 5. Busque mensajes que estén identificados como WARNING o ERROR. Los mensajes deben revisarse para identificar problemas potenciales con la instalación. 6. Pulse un enlace para ver representaciones de archivo de registro nativas de un segmento del proceso de instalación. Tales procesos pueden incluir la ejecución de código Java personalizado para gestionar archivos de MDM, ejecutar la herramienta basada en Ant del programa de utilidad madconfig que, a su vez, ejecuta scripts SQL, e implementar la API de MBean de WebSphere Application Server que despliega archivos de despliegue de MDM como archivos EBA y EAR, y otras acciones.

Resultados Si tiene mensajes identificados como WARNING o ERROR, intente determinar la causa del problema buscando errores de excepción Ant o Java. Si encuentra una solución temporal para WARNING o ERROR, intente corregir la instalación o póngase en contacto con IBM Software Support. Tareas relacionadas: Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Visualización de los registros de instalación de MDM Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.

Acerca de esta tarea Los registros se almacenan en archivos .xml con la fecha y hora de la instalación como el nombre de archivo. Por ejemplo, un archivo con el nombre 20130312_1101.xml, indica que la instalación se llevó a cabo el 3 de marzo de 2013 a las 11:01. Puede acceder a los registros de dos formas distintas.

Procedimiento v En el panel IBM Installation Manager final, una vez completada la instalación, pulse View Log File. v Vaya al directorio MDM_INSTALL_HOME/logs/database y abra el archivo .xml. Tareas relacionadas: Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67 Las instrucciones de instalación son las mismas para todas las ediciones. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced Referencia relacionada: “Instalación silenciosa” en la página 83 Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.

196

Guía de instalación

Capítulo 9. Desinstalación de InfoSphere MDM Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales. Si desea eliminar toda la edición (servidor operativo, base de datos y componentes), utilice la opción de desinstalación de IBM Installation Manager. Si sólo desea eliminar los componentes seleccionados, utilice la opción de modificación.

Desinstalación de su edición de InfoSphere Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.

Antes de empezar Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución. En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución (servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.).

Acerca de esta tarea Mediante la opción desinstalar de IBM Installation Manager se elimina toda la oferta. Si desea eliminar solamente los componentes seleccionados (por ejemplo, Inspector o IU de Data Steward), utilice la opción modificar.

Procedimiento 1. Inicie IBM Installation Manager y pulse Desinstalar. 2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente. 3. Revise la información de resumen y pulse Desinstalar. 4. Pulse Finalizar.

Qué hacer a continuación El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere Application Server. Tareas relacionadas: “Desinstalación de un único componente” en la página 199 Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. “Eliminación de CBA del repositorio de paquetes interno” en la página 201 La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de desinstalación. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Desinstalación de una instalación de servidor típica Si ha instalado MDM utilizando una instalación de servidor típica, utilice este procedimiento para desinstalar las funciones. © Copyright IBM Corp. 1996, 2013

197

Acerca de esta tarea Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución. La desinstalación de IBM DB2 elimina su base de datos por completo. En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución (servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.). Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su edición de InfoSphere” en la página 197. IBM Installation Manager no admite la selección de varias ofertas para desinstalar a la vez. Sin embargo, puede elegir desinstalar las ofertas de forma separada, tal como se describe en este procedimiento.

Procedimiento 1. Inicie IBM Installation Manager y pulse Desinstalar. 2. Desinstale MDM. a. Seleccione el paquete InfoSphere MDM y pulse Next. b. Continúe a través de los indicadores y pulse Uninstall. c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager. 3. Desinstale IBM DB2. a. Seleccione el paquete IBM DB2 y pulse Next. b. Continúe a través de los indicadores y pulse Uninstall. c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager. 4. Desinstale WebSphere Application Server. a. Asegúrese de que WebSphere Application Server AppSrv, su nodo, y Dmgr están detenidos. WebSphere Application Server no puede desinstalarse si estos procesos están en ejecución. b. En el panel de inicio de IBM Installation Manager, seleccione Uninstall. c. Seleccione el paquete WebSphere Application Server y pulse Next. d. Continúe a través de los indicadores y pulse Uninstall. e. Pulse Finish y cierre IBM Installation Manager. Tareas relacionadas: “Instalación de una instalación de servidor típica” en la página 69 Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server e IBM DB2 en un servidor limpio.

Desinstalación de una instalación de estación de trabajo típica Si ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimiento para desinstalar las funciones.

Acerca de esta tarea Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución. La desinstalación de IBM DB2 elimina su base de datos por completo. En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución (servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.).

198

Guía de instalación

Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su edición de InfoSphere” en la página 197. IBM Installation Manager no admite la selección de varias ofertas para desinstalar a la vez. Sin embargo, puede elegir desinstalar las ofertas de forma separada, tal como se describe en este procedimiento.

Procedimiento 1. Inicie IBM Installation Manager y pulse Desinstalar. 2. Desinstale MDM. a. Seleccione el paquete InfoSphere MDM y pulse Next. b. Continúe a través de los indicadores y pulse Uninstall. c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager. 3. Desinstale IBM DB2. a. Seleccione el paquete IBM DB2 y pulse Next. b. Continúe a través de los indicadores y pulse Uninstall. c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager. 4. Desinstale InfoSphere MDM Workbench y IBM Rational Application Developer (RAD) a la vez. a. Seleccione los paquetes MDM Workbench e IBM Rational Application Developer y pulse Next. b. Continúe a través de los indicadores y pulse Uninstall. c. Pulse Finish y cierre IBM Installation Manager. 5. Desinstale WebSphere Application Server. a. Asegúrese de que WebSphere Application Server Server1, su nodo, y Dmgr están detenidos. WebSphere Application Server no puede desinstalarse si estos procesos están en ejecución. b. En el panel de inicio de IBM Installation Manager, seleccione Uninstall. c. Seleccione el paquete WebSphere Application Server y pulse Next. d. Continúe a través de los indicadores y pulse Uninstall. e. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager. Tareas relacionadas: “Instalación de una instalación de estación de trabajo típica” en la página 71 Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una estación de trabajo limpia.

Desinstalación de un único componente Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.

Acerca de esta tarea Este procedimiento solo elimina la aplicación o componente seleccionado. Si desea eliminar toda la edición de InfoSphere MDM, utilice la opción desinstalar de IBM Installation Manager.

Procedimiento 1. Inicie IBM Installation Manager y pulse Modificar. 2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente. 3. Seleccione el idioma y pulse Siguiente. 4. En el panel Modificar paquetes, se seleccionan automáticamente todos los componentes anteriormente instalados. Asegúrese de que solo el componente que desea eliminar se borre. Pulse Siguiente. Capítulo 9. Desinstalación de InfoSphere MDM

199

5. Revise la información de resumen y verifique que solo el componente que desea eliminar aparezca listado en el recuadro Eliminación de características. Pulse Modificar. 6. Pulse Finalizar.

Qué hacer a continuación El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere Application Server. Conceptos relacionados: Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133 IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor en el que instaló el servidor operativo y la base de datos de MDM. Tareas relacionadas: “Desinstalación de su edición de InfoSphere” en la página 197 Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM. “Eliminación de CBA del repositorio de paquetes interno” en la página 201 La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de desinstalación. Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Desinstalación en modalidad silenciosa Utilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.

Acerca de esta tarea Se genera un archivo de propiedades cuando ejecuta una desinstalación interactiva. Para utilizar una desinstalación silenciosa, debe editar este archivo o crear su propio archivo. Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente contenido, el texto que se encuentra entre debe especificarse en el archivo de respuestas como una línea sin saltos.

Procedimiento Para desinstalar, sustituya el código de instalación en su archivo de respuestas con el código de desinstalación. Por ejemplo:

Qué hacer a continuación El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere Application Server.

200

Guía de instalación

Tareas relacionadas: “Eliminación de CBA del repositorio de paquetes interno” La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de desinstalación.

Eliminación de CBA del repositorio de paquetes interno La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de desinstalación.

Procedimiento 1. Inicie sesión en IBM WebSphere Application Server Administrative Console. 2. Vaya a Environment > OSGI bundle repositories > Internal bundle repository. 3. Seleccione los CBA de MDM.ear y pulse Delete. Tareas relacionadas: “Desinstalación de su edición de InfoSphere” en la página 197 Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM. “Desinstalación de un único componente” en la página 199 Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM. “Desinstalación en modalidad silenciosa” en la página 200 Utilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.

Capítulo 9. Desinstalación de InfoSphere MDM

201

202

Guía de instalación

Avisos y marcas registradas Esta información se ha desarrollado para los productos y servicios comercializados en EE.UU.

Avisos Esta información se ha desarrollado para los productos y servicios comercializados en EE.UU. Puede que IBM no ofrezca en otros países los productos, servicios o características que se explican en este documento. Póngase en contacto con el representante de IBM de su localidad para obtener información acerca de los productos y servicios que actualmente están disponibles en su zona. Cualquier referencia hecha a un producto, programa o servicio de IBM no pretende indicar ni implica que sólo pueda utilizarse ese producto, programa o servicio de IBM. En su lugar podrá utilizarse cualquier producto, programa o servicio equivalente que no infrinja ninguno de los derechos de propiedad intelectual de IBM. Sin embargo, será responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto, programa o servicio que no sea de IBM. IBM podría tener patentes o solicitudes de patentes pendientes relacionadas con el tema que se describe en este documento. La entrega de este documento no le otorga ninguna licencia sobre dichas patentes. Puede enviar sus consultas sobre licencias, por escrito, a la dirección siguiente: IBM Director of Licensing IBM CorporationNorth Castle Drive Armonk, NY 10504-1785 EE.UU. Por consultas sobre licencias relativas a la información de juego de caracteres de doble byte (DBCS), póngase en contacto con el Departamento de propiedad intelectual de IBM de su país o envíe las consultas por escrito a: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan Ltd. 1623-14, Shimotsuruma, Yamato-shi Kanagawa 242-8502 Japón El párrafo siguiente no se aplica al Reino Unido u otros países en los que los avisos legales sean incompatibles con las leyes locales: INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NI EXPLÍCITAS NI IMPLÍCITAS, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS DE NO INFRACCIÓN, COMERCIALIZACIÓN O ADECUACIÓN A UN OBJETIVO CONCRETO. Algunos países no permiten la renuncia a garantías explícitas o implícitas en determinadas transacciones, por lo que puede que esta declaración no sea aplicable en su caso. Esta información podría incluir imprecisiones técnicas o errores tipográficos. A la información que aquí se presenta se aplican cambios periódicamente; tales cambios se incorporarán en nuevas ediciones de la publicación. IBM podría realizar mejoras y/o cambios en el producto o productos y/o programa o programas que se describen en esta publicación en cualquier momento y sin previo aviso.

© Copyright IBM Corp. 1996, 2013

203

Cualquier referencia de esta información a sitios Web que no son de IBM se indican únicamente por comodidad y no constituyen recomendaciones de dichos sitios web. Los materiales de esos sitios web no forman parte de los materiales de este producto de IBM y la utilización de esos sitios web será responsabilidad del usuario. IBM podría utilizar o distribuir la información que se le envía de la forma que considere más oportuna sin incurrir por ello en ninguna obligación con el remitente de la información. Los titulares de licencias de este programa que deseen obtener información sobre el mismo con el fin de permitir: (i) el intercambio de información entre programas creados independientemente y otros programas (incluido éste) y (ii) la utilización mutua de la información que se ha intercambiado, deben ponerse en contacto con: IBM CorporationJ46A/G4 555 Bailey Avenue San Jose, CA 95141-1003 EE.UU. Dicha información puede estar disponible, sujeta a los términos y condiciones correspondientes, incluyendo, en algunos casos, el pago de unos derechos. El programa bajo licencia que se describe en este documento y todo el material bajo licencia disponible para éste los proporciona IBM de acuerdo con los términos del IBM Customer Agreement, del IBM International Program License Agreement o de cualquier otro acuerdo equivalente celebrado entre ambas partes. Los datos de rendimiento contenidos en este documento se han determinado en un entorno controlado. Por lo tanto, los resultados obtenidos en otros entornos operativos podrían variar significativamente. Es posible que algunas mediciones se hayan realizado en sistemas de nivel de desarrollo y no existe ninguna garantía de que estas mediciones sean las mismas en sistemas de disponibilidad general. Asimismo, puede que algunas mediciones sean estimaciones obtenidas por extrapolación. Los resultados reales podrían variar. Los usuarios de este documento deben verificar los datos que se aplican a su entorno específico. La información concerniente a productos no IBM se ha obtenido de los proveedores de dichos productos, de sus anuncios publicados o de otras fuentes de información pública disponibles. IBM no ha probado estos productos y no puede confirmar la precisión del rendimiento, compatibilidad u otras afirmaciones relacionadas con productos que no son de IBM. Las preguntas relacionadas con las prestaciones de los productos que no son de IBM deben dirigirse a los proveedores de esos productos. Todas las declaraciones relacionadas con las futuras directrices o intenciones de IBM están sujetas a cambios o pueden desestimarse sin previo aviso y sólo representan objetivos. Esta información está pensada a efectos de planificación. La información aquí contenida está sujeta a cambios antes de que los productos descritos estén disponibles. Esta información contiene ejemplos de datos e informes que se utilizan en operaciones comerciales diarias. Para ofrecer una explicación lo más completa posible, los ejemplos incluyen nombres de personas, de empresas, de marcas y de productos. Todos estos nombres son ficticios y cualquier parecido con los nombres y direcciones utilizados por una empresa comercial real son pura coincidencia. LICENCIA DEL COPYRIGHT: Esta información incluye programas de aplicación de muestra en idioma original que ejemplifican técnicas de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programas de ejemplo como desee, sin tener que realizar ningún pago a IBM, con el fin de desarrollar, utilizar, comercializar o distribuir programas de aplicación compatibles con la interfaz de programación

204

Guía de instalación

de aplicaciones de la plataforma operativa para la que se han escrito los programas de ejemplo. Estos ejemplos no se han probado exhaustivamente bajo todas las condiciones. Por lo tanto, IBM no puede garantizar ni pretende confirmar la fiabilidad, servicio o funcionamiento de esos programas. Los programas de ejemplo se proporcionan "TAL CUAL", sin ningún tipo de garantía. IBM no se hará responsable de ninguna avería que surja del uso de estos programas de ejemplo. Todas las copias o porciones de estos programas de ejemplo, o cualquier trabajo derivado, deberán incluir un aviso de copyright como el siguiente: © (el nombre de su compañía) (año). Parte de este código se ha obtenido de programas de ejemplo de IBM Corp. © Copyright IBM Corp. _escriba el año o años_.Reservados todos los derechos. Si ha optado por visualizar la copia software de esta información, puede que no aparezcan las fotografías y las ilustraciones a color.

Consideraciones de la Política de privacidad Los productos de IBM Software, incluidas las soluciones de software como servicio, ("Software Offerings") pueden utilizar cookies u otras tecnologías para recopilar información de uso del producto, para ayudar a mejorar la experiencia del usuario final, para adaptar las interacciones con el usuario final o para otros fines. En muchos casos, las ofertas de software no recopilan información de identificación personal. Algunas de nuestras ofertas de software pueden ayudarle a recopilar información de identificación personal. Si la oferta de software utiliza cookies para recopilar información de identificación personal, se establece a continuación información específica sobre el uso de cookies de esta oferta. En función de la configuración desplegada, esta oferta de software puede utilizar cookies persistentes y de sesión que recopilan cada nombre de usuario, contraseña, nombre de perfil u otra información de identificación personal con fines de gestión de sesiones, autenticación, usabilidad de usuario mejorada, configuración de inicio de sesión único o identificación de la página web que el usuario intentó cargar antes del inicio de sesión. Estas cookies pueden inhabilitarse, pero su inhabilitación probablemente eliminará también la funcionalidad que habilitan. Si las configuraciones desplegadas para esta oferta de software le ofrecen como cliente la posibilidad de recopilar información de identificación personal de los usuarios finales mediante cookies y otras tecnologías, debe buscar asesoramiento jurídico sobre la legislación aplicable a esa recopilación de datos, que incluye cualquier requisito de aviso y consentimiento. Para obtener más información sobre el uso de varias tecnologías, incluidas las cookies, para estos fines, consulte la Política de privacidad de IBM en www.ibm.com/privacy y la Sentencia de privacidad en línea de IBM en www.ibm.com/privacy/details, la sección titulada "Cookies, Web Beacons and Other Technologies" e "IBM Software Products and Software-as-a-Service Privacy Statement" en www.ibm.com/software/info/product-privacy.

Marcas registradas IBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp., en muchas jurisdicciones de todo el mundo. Otros nombres de productos y servicios pueden ser marcas registradas de IBM o de otras empresas. En Internet hay disponible una lista actualizada con las marcas registradas de IBM, en "Copyright and trademark information", en la dirección www.ibm.com/legal/ copytrade.shtml. Los siguientes términos son marcas registradas de otras empresas: Adobe, el logotipo de Adobe, PostScript y el logotipo de PostScript son marcas registradas de Adobe Systems Incorporated en Estados Unidos y en otros países.

Avisos y marcas registradas

205

IT Infrastructure Library es una marca registrada de la Agencia Central de Informática y Telecomunicaciones, que ahora forma parte de la Oficina de Comercio Gubernamental. Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, el logotipo de Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de Intel Corporation o de sus subsidiarias en Estados Unidos y en otros países. Linux es una marca registrada de Linus Torvalds en Estados Unidos y en otros países. Microsoft, Windows, Windows NT, y el logotipo de Windows son marcas registradas de Microsoft Corporation en Estados Unidos y/o en otros países. ITIL es una marca registrada, y una marca comunitaria registrada del Ministerio de la Presidencia, y está registrada en la Oficina de Marcas y Patentes de EEUU. UNIX es una marca registrada de The Open Group en los Estados Unidos o en otros países. Java y todas las marcas registradas y logotipos basados en Java son marcas registradas de Oracle y/o sus empresas filiales. Cell Broadband Engine es una marca registrada de Sony Computer Entertainment, Inc. en Estados Unidos y en otros países, y se utiliza en virtud de su licencia correspondiente. Linear Tape-Open, LTO, el logotipo de LTO, Ultrium y el logotipo de Ultrium son marcas registradas de HP, IBM Corp. y Quantum en Estados Unidos y en otros países.

206

Guía de instalación

Índice A acceso a aplicación web protocolo https 187 puerto de servidor seguro 187 actualización de archivos de propiedades desplegados 130 adición mensajes de seguridad 170 adición de un usuario 64 alta disponibilidad 50 aplicación instalación 133 aplicación de usuario asociación de servidor operativo 44 archivo ContextManager.prop configuración 147 edición 147 localización 147 Archivo ContextManager.prop 147 archivo de respuestas creación gráfica 92 especificación de funciones 87 instalación silenciosa 92 instalaciones silenciosas 83 parámetros de DB2 87, 88 parámetros de Oracle 89 parámetros de servidor de aplicaciones 90 personalización 86 utilización 91 archivo provider.properties propiedades necesarias 175 archivo webreports.properties 165 propiedades necesarias 165 propiedades opcionales 167 archivos inspector.properties 140 atributos AsaIdxno 159 atributos ampliables configuración 176 atributos de AsaIdxno 159 atributos de pantalla, personalización 168 atributos personalizados configuración 176 Autenticación 165 Autenticación de Windows de Microsoft SQL Tomcat 165 autenticación nativa de Windows 34 avisos legales 203

B base de datos conexiones 53 crear utilizando los scripts de inicio rápido 49 cuentas de usuario 53 © Copyright IBM Corp. 1996, 2013

base de datos (continuación) esquema 32, 34, 36 inicio 32, 34, 36 instalación manual 32, 34, 36 nombre de host 32, 34, 36 nombre de usuario y contraseña 32, 34, 36 preparación de Oracle 58 preparación de SQL Server 56 preparar DB2 54 puerto 32, 34, 36 tipo 32, 34, 36 base de datos de DB2 casos de ejemplo de instalación 94 preparación para la instalación 54 base de datos de Oracle casos de ejemplo de instalación 98 preparación para la instalación 58 base de datos de SQL Server casos de ejemplo de instalación 102 preparación para la instalación 56 búsquedas de MemIdent 160 búsquedas sensibles a las mayúsculas y minúsculas 45

C casos de ejemplo de instalación 94 celda WebSphere Application Server 38, 43 clúster 38, 41, 43 casos de ejemplo de instalación 94, 98 instalación 77 codificación 181 codificación de caracteres establecer en sistemas de destino 66 códigos de error EACTIVE 188 ECOMM 188 EDELETED 188 EDISABLED 188 EEXISTS 188 EEXTAUTH 188 EFILEIO 188 EINACTIVE 188 EINSANE 188 EINTEGRITY 188 EINTERNAL 188 EINVAL 188 ELOCKED 188 ENOFUNC 188 ENOLIB 188 ENOMEM 188 ENOREC 188 ENOTCONN 188 ENUNKNOWN 188 EOBSOLETE 188 EODBC 188 EPERM 188 ESHADOW 188

códigos de error (continuación) ESTATUS 188 EVERSION 188 componente de mensajería instalar manualmente 129 conexiones base de datos 53 configuración archivo inspector.properties 140 atributos ampliables 176 atributos personalizados 176 convenios 176 hojas de trabajo 30 activadores de historial 45 aplicación MDM 41 aplicaciones de usuario 43 DB2/DB2 para origen de datos de z/OS 32 directorio de instalación 31 Origen de datos del servidor SQL de Microsoft 34 origen de datos Oracle 36 WebSphere Application Server 38 identificadores/credenciales personalizados 176 provider direct 174 tabla mpi_appprop 147 tipos de datos enumerados 176 Transaction Viewer 157 vistas compuestas en Enterprise Viewer 161 vistas compuestas restringidas en Enterprise Viewer 161 configuración de Enterprise Viewer 147 configuración de la tabla mpi_appprop 147 configuración de Transaction Viewer 157 configuración XA para DB2 para z/OS 109 contraseña 38, 41, 43 Controladores ODBC 59 creación e instalación de la base de datos de z/OS 109 crear scripts de base de datos 15 cuentas de usuario 17 base de datos 53

D DDJDBCAuth.04dll 165 DDJDBCx64Auth04.dll 165 desinstalar 197 aplicaciones/componentes individuales 199 edición completa 197 silenciosa 200 despliegue varios husos horarios 41 despliegue de varios husos horarios

41

207

dominio instalación manual de datos CLOB 124 dominio de DB2 for z/OS instalación manual de datos CLOB 124

E edición del archivo ContextManager.prop 147 edición del archivo webreports.properties 165 ejemplos descripción general de la instalación 185 instalación 185 elementos por página, personalización 169 Enterprise Viewer búsqueda de MemDate 157 combinación de parámetros 156 configuración 147 configuración de secciones de búsqueda 152 configuración de vistas compuestas restringidas 161 configuración de visualizaciones de vista compuesta 161 correlación de SrcCode con AttrCode 160 descripción general de la instalación 143 formateo de entrada 157 gestión de aplicaciones 147 instalación 143 parámetro celldelim 154 parámetro desplegable 155 parámetro edtElem 156 parámetro hint 155 entorno local establecer en sistemas de destino 66 establecer vía de acceso del programa de utilidad de DB2 61 establecer vía de acceso del programa de utilidad de Oracle 61 estilo de coincidencia 41 estructura de directorios 20

G globalización 66, 162 web reports 169 gráfica instalación 15 grupo de paquetes existente 31 nuevo 31 grupos 17 grupos de MDM adición de un usuario

64

H hojas de trabajo 30 activadores de historial

208

Guía de instalación

45

hojas de trabajo (continuación) aplicación MDM 41 aplicaciones de usuario 43 DB2/DB2 para origen de datos de z/OS 32 directorio de instalación 31 Origen de datos del servidor SQL de Microsoft 34 origen de datos Oracle 36 WebSphere Application Server 38 https configuración de aplicación web 187

I identificadores/credenciales personalizados configuración 176 idioma recurso de aplicación 45 tabla de códigos 45 idioma alternativo 181 idioma de recurso de aplicación 45 idioma de tabla de códigos 45 industria 45 informes personalización 168 inhabilitación de pantalla inicial instalación silenciosa 91 Inspector descripción general de la instalación 139 instalación 139, 184 instalación aplicaciones 133 características de MDM 9 descripción general 3 Descripción general de instalación de Enterprise Viewer 143 descripción general de instalación de Inspector 139 descripción general de instalación de IU de Business Administration 134 descripción general de instalación de web reports 163 desinstalación silenciosa 200 ejemplos 185 en un clúster 77 estación de trabajo típica 71 estructura de directorios y nombres 20 gráfica 15 hojas de trabajo 30 Inspector 139 instalación manual Configuración de la base de datos Oracle 112 instalación manual de la aplicación 109 instalación manual de la aplicación en DB2 for Linux o UNIX 112 instalación manual de la aplicación en DB2 para Linux o Unix 114 instalación manual de la aplicación en DB2 para Linux o UNIX 112, 114 instalación manual de la aplicación en DB2 para z/OS 110, 111, 116, 120

instalación (continuación) instalación manual de la aplicación en Oracle 125, 127 instalaciones silenciosas 83 Installation Manager 48 interfaz de usuario de Data Stewardship 135 interfaz de usuario de Product Maintenance 137 IU de Business Administration 134 modificación silenciosa 92 modificar 93 on z/OS 82 personalizada 74 servidor típico 69 silenciosa 15 creación de un archivo de respuestas 92 especificación de funciones 87 inhabilitación de pantalla inicial 91 mediante el archivo de respuestas 91 parámetros de DB2 87, 88 parámetros de Oracle 89 parámetros de servidor de aplicaciones 90 personalización de archivo de respuestas 86 su edición de MDM 67 tipo de despliegue personalizado 8 tipo de despliegue típico 4, 5, 7 tipos de despliegue típica frente a personalizada 4 utilización de LaunchPad 68 verificación 191, 192, 194 visión general de la instalación de la interfaz de usuario de Data Stewardship 135 visión general de la instalación de la interfaz de usuario de Product Maintenance 137 visualización de registros 196 Installation Manager 195 instalación manual base de datos de dominio en Oracle 127 instalación manual de la aplicación 109 instalación manual de la aplicación en DB2 for Linux o UNIX 112 instalación manual de la aplicación en DB2 para Linux o Unix 114 instalación manual de la aplicación en DB2 para Linux o UNIX 112, 114 instalación manual de la aplicación en DB2 para z/OS 110, 111, 116, 120 instalación manual de la aplicación en Oracle 125, 127 instalación manual de la base de datos MDM física 112 instalación personalizada tipo de despliegue 8 instalación silenciosa creación de un archivo de respuestas 92 desinstalar 200 especificación de funciones 87

instalación silenciosa (continuación) inhabilitación de pantalla inicial 91 mediante el archivo de respuestas 91 modificar 92 parámetros de DB2 87, 88 parámetros de Oracle 89 parámetros de servidor de aplicaciones 90 personalización de archivo de respuestas 86 instalación típica tipo de despliegue 4 para estación de trabajo 7 para servidor 5 valores predeterminados 19 instalaciones silenciosas 83 Installation Manager adición de ofertas de MDM 48 instalación 48 interfaz de usuario de Data Stewardship instalación 135 Interfaz de usuario de Data Stewardship descripción general de la instalación 135 interfaz de usuario de Product Maintenance descripción general de la instalación 137 instalación 137 IU de Business Administration descripción general de la instalación 134 instalación 134

K kit de inicio

15

L LaunchPad inicio de la instalación

68

M MAD_HOMEDIR 22 MAD_ROOTDIR 22 marcas registradas lista de 203 MDM_INSTALL_HOME 22 mensajería Message Brokers 41 WebSphere Default Messaging WebSphere MQ 41 mensajes de seguridad adición 170 modificar instalación 93 modificación silenciosa 92

41

N nodo WebSphere Application Server nombre de aplicación 41

38, 43

nombre de host 38, 43 nombre de usuario 38, 43 núcleo instalación manual de datos CLOB 120 núcleo de DB2 for z/OS instalación manual de datos CLOB 120 número máximo de resultados por página, personalización 169

O Oracle instalación manual de la base de datos de dominio 127

P parámetro celldelim 154 parámetro desplegable 155 parámetro edtElem 156 parámetro hint 155 parámetros AttrCodes 168 AttrLabels 168 AttrTypes 168 celldelim 154 combinación en configuración de Enterprise Viewer 156 desplegables 155 edtElem 156 hint 155 SegCodeFilter 168 Templates 168 perfil WebSphere Application Server 43 personalización de atributos de pantalla 168 personalizada instalación 74 preparación alta disponibilidad 50 preparación para la instalación 29 adición de ofertas de MDM a instalador 48 base de datos 52 Base de datos DB2 en un entorno de clúster 55 Base de datos DB2 en un servidor diferente 55 base de datos de SQL Server en un entorno en clúster 57 Base de datos Oracle en un entorno en clúster 58 Base de datos Oracle en un servidor diferente 58 base de datos SQL Server en un servidor distinto 57 configuración del soporte de instalación 25 dmgr de servidor de aplicaciones 61 establecer vía de acceso del programa de utilidad de DB2 61 establecer vía de acceso del programa de utilidad de Oracle 61

preparación para la instalación (continuación) instalación típica 27 kit de inicio 15 requisitos previos de la cuenta 51 servidor de aplicaciones para despliegue de base 64 servidor no gestionado de servidor de aplicaciones 63 utilización del kit de herramientas de inicio rápido 49 WebSphere Application Server 59 preparar base de datos DB2 para instalación 54 base de datos de Oracle para la instalación 58 base de datos de SQL Server para la instalación 56 propiedades necesarias 165 opcionales 167 propiedades necesarias archivo provider.properties 175 provider direct configuración 174 Provider Direct instalación 171 puerto de servidor seguro acceso a aplicación web 187 Puerto RMI 41 Puerto SOAP 38, 43

R registro servidor de aplicaciones 142, 170 registros visualización 196 Installation Manager 195 requisitos de varios idiomas 162 requisitos previos de la cuenta 51 resultados 169

S segmentos emergentes en Enterprise Viewer 157 seguridad roles de canal 65 servicio de atención al cliente contacto 209 servicios de software contacto 209 servidor WebSphere Application Server 38, 43 servidor de aplicaciones preparación 59 preparación de servidor no gestionado 63 preparación para despliegue de base 64 preparando dmgr 61 registro 142, 170

Índice

209

Z

servidor operativo asociación de aplicación de usuario 44 silenciosa instalación 15 soporte cliente 209

z/OS instalación en

T tabla mpi_appprop formularios de búsqueda configurables 151 orden de visualización de atributos 148 visualización de segmentos definidos por implementación 149 típica instalación 71 instalación de servidor 69 tipo de despliegue personalizado 8 típico 4, 5, 7 WebSphere Application Server 38, 43 tipos de datos enumerados configuración 176

U Unicode 181 usuarios adición de usuario a un grupo

64

V valor predeterminado de WebSphere mensajería 41 valores predeterminados valores de cuenta de usuario 17 valores de instalación típica 19 verificación de la instalación 191, 192, 194 visualización de atributos de AsaIdxno 159

W WAS configuración de aplicación web protocolo https 187 web reports descripción general de la instalación 163 globalización 169 Web Reports instalación 164 WebSphere Application Server celda 38 inicio 38 nodo 38 perfil 38 servidor 38 tipo de despliegue 38 WebSphere MQ mensajería 41

210

Guía de instalación

82

Cómo ponerse en contacto con IBM Puede ponerse en contacto con IBM para obtener soporte al cliente, servicios de software, información sobre productos e información general. También puede proporcionar comentarios sobre los productos y la documentación de IBM. La tabla siguiente muestra una lista de los recursos para el soporte al cliente, servicios de software, formación, e información sobre productos y soluciones. Tabla 39. Recursos de IBM Recurso

Descripción y ubicación

Documentación del producto para InfoSphere MDM

Puede realizar búsquedas y consultar todos los documentos de InfoSphere MDM en http://pic.dhe.ibm.com/infocenter/mdm/v11r0/ index.jsp.

Información del producto de InfoSphere MDM Custom Domain Hub, que incluye InfoSphere MDM Reference Data Management

Puede realizar búsquedas y consultar todos los documentos de InfoSphere MDM Custom Domain Hub en http://pic.dhe.ibm.com/infocenter/mih/v11r0/ index.jsp.

Portal de soporte de IBM

Puede personalizar la información de soporte seleccionando los productos temas que le interesan en www.ibm.com/support/.

Servicios de software

Encontrará información sobre software, TI y servicios de consultoría de negocio en el sitio web de soluciones, en www.ibm.com/businesssolutions/.

Mi IBM

Puede gestionar enlaces con los sitios web de IBM y la información que más se ajusten a sus necesidades de soporte técnico específicas creando una cuenta en el sitio Mi IBM, en www.ibm.com/account/.

Formación y certificación

Puede obtener información sobre servicios de formación técnica para usuarios, empresas y organizaciones públicas con el fin de adquirir, mantener y optimizar sus conocimientos de TI en www.ibm.com/software/swtraining/.

Representantes de IBM

Puede ponerse en contacto con un representante de IBM para obtener información sobre soluciones en www.ibm.com/connect/ibm/us/en/.

Proporcionar comentarios En la tabla siguiente se describe cómo proporcionar comentarios a IBM acerca de los productos y la documentación de los productos. Tabla 40. Cómo proporcionar comentarios a IBM Tipo de comentario

Acción

Comentarios para el producto

Puede proporcionar feedback general sobre productos mediante la Encuesta de idoneidad en www.ibm.com/software/ucd/consumability/.

© Copyright IBM Corp. 1996, 2013

211

Tabla 40. Cómo proporcionar comentarios a IBM (continuación) Tipo de comentario

Acción

Comentarios sobre la documentación

Para realizar comentarios sobre el Information center, pulse en el enlace Comentarios en la parte superior derecha de cualquier tema del Information center. También puede enviar comentarios sobre libros en archivos PDF, el Information center o cualquier otra documentación de las siguientes maneras: v Formulario de comentarios de lector en línea: www.ibm.com/software/data/rcf/ v Correo electrónico: [email protected]

212

Guía de instalación




Impreso en España

GI13-2658-00