Guía de instalación - IBM · Capítulo 7. Instalación de aplicaciones cliente y componentes...

IBM InfoSphere Master Data Management Standard andAdvanced EditionsVersión 11 Release 0

Guía de instalación

GI13-2658-00

��

NotaAntes de usar esta información y el producto al que da soporte, lea la información en “Avisos y marcas registradas” en lapá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 ymodificaciones posteriores hasta que se indique de otro modo en nuevas ediciones.

© Copyright IBM Corporation 1996, 2013.

Contenido

Tablas . . . . . . . . . . . . . . . vii

Figuras . . . . . . . . . . . . . . . ix

Capítulo 1. Instalación de IBMInfoSphere Master Data ManagementServer Standard and Advanced Editions. 1

Capítulo 2. Descripción general de lainstalación . . . . . . . . . . . . . 3Tipo de despliegue de instalación típica versuspersonalizada . . . . . . . . . . . . . . 4

Tipo de despliegue de instalación típica . . . . 4Tipo de despliegue de instalación personalizada . 8

Características instaladas por el Gestor de instalación 9Requisitos de instalación . . . . . . . . . . 11

Bibliotecas de 32 bits necesarias en sistemasoperativos de 64 bits . . . . . . . . . . 13

Instalación gráfica o silenciosa . . . . . . . . 15Installation Startup Kit . . . . . . . . . . 15Cuentas de usuario y grupos creados por elinstalador . . . . . . . . . . . . . . . 17

Cuentas de usuario predeterminadas creadasdurante un despliegue de instalación típica . . . 18

Almacenamiento y exposición de contraseñas . . . 19Cifrado de contraseñas con WebSphereApplication Server . . . . . . . . . . . 20

Estructuras de directorios. . . . . . . . . . 20Uso de MAD_ROOTDIR y MAD_HOMEDIR enversión 11.0 . . . . . . . . . . . . . 22

Capítulo 3. Configuración del soportede instalación. . . . . . . . . . . . 25

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

Capítulo 5. Preparación para unainstalación personalizada. . . . . . . 29Hojas de trabajo de instalación y configuración . . 30

Hoja de trabajo del directorio de instalación . . 31IBM DB2 o DB2 para hoja de trabajo de origende datos de z/OS . . . . . . . . . . . 32Hoja de trabajo de origen de datos del servidorSQL de Microsoft . . . . . . . . . . . 34Hoja de trabajo de origen de datos de Oracle . . 36Hoja de trabajo de instalación de WebSphereApplication Server . . . . . . . . . . . 38Hoja de trabajo de configuración de aplicaciónMDM . . . . . . . . . . . . . . . 41Hoja de trabajo de instalación de aplicaciones deusuario . . . . . . . . . . . . . . . 43Hoja de trabajo de instalación de historial . . . 45

Preparación de IBM Installation Manager . . . . 47Instalación de Installation Manager . . . . . 48Adición de ofertas a IBM Installation Manager . 48

Instalación de Installation Startup Kit. . . . . . 49Preparación para alta disponibilidad . . . . . . 50Requisitos previos de cuenta para instalacionespersonalizadas . . . . . . . . . . . . . 51Preparación de la base de datos . . . . . . . 51

Conexiones y cuentas de usuario de base dedatos . . . . . . . . . . . . . . . 53Preparación de una base de datos de DB2 . . . 54Preparación de una base de datos de MicrosoftSQL Server . . . . . . . . . . . . . 56Preparación de una base de datos de Oracle . . 57Controladores ODBC instalados con StandardEdition . . . . . . . . . . . . . . . 59

Preparación del servidor de aplicaciones. . . . . 59Para establecer una vía de acceso de programade utilidad de IBM DB2 . . . . . . . . . 60Para establecer una vía de acceso de programade utilidad de Oracle . . . . . . . . . . 61Preparación de WebSphere Application ServerNetwork Deployment para un despliegue deservidor gestionado. . . . . . . . . . . 61Preparación del Despliegue de red de WebSphereApplication Server para un servidor nogestionado. . . . . . . . . . . . . . 63Preparación del WebSphere Application Serverpara el despliegue de base . . . . . . . . 63Creación de un usuario nuevo y adición delusuario a un grupo de MDM . . . . . . . 64

Preparación de un sistema Solaris para instalaciónde MDM . . . . . . . . . . . . . . . 65Configuración del entorno local y codificación decaracteres en sistemas de destino . . . . . . . 66

Capítulo 6. Instalación de InfoSphereMDM. . . . . . . . . . . . . . . . 67Inicio del proceso de instalación con LaunchPad . . 68Instalación de una instalación de servidor típica . . 69Instalación de una instalación de estación de trabajotípica . . . . . . . . . . . . . . . . 71Instalación de una instalación personalizada . . . 73Instalación en un entorno en clúster . . . . . . 77Despliegue de la función MDM Native Componenten servidor Windows remoto . . . . . . . . 79Instalación en Oracle RAC . . . . . . . . . 80Habilitación de soporte para controlador deconexión inalámbrica de Oracle. . . . . . . . 81Instalación en z/OS . . . . . . . . . . . 81Instalación silenciosa . . . . . . . . . . . 83

Personalización del archivo de respuestas demodalidad silenciosa . . . . . . . . . . 85Inhabilitación de la pantalla inicial del instaladordurante instalación silenciosa . . . . . . . 91

© Copyright IBM Corp. 1996, 2013 iii

Instalación silenciosa utilizando un archivo derespuestas . . . . . . . . . . . . . . 91Creación de un archivo de respuestas mientras seejecuta una instalación gráfica . . . . . . . 92Modificación silenciosa de una instalación . . . 92

Modificación de la instalación . . . . . . . . 93Casos de ejemplo de instalación . . . . . . . 94

Caso de ejemplo 1: Instalación de MDM en unclúster de WebSphere Application Server,utilizando una base de datos de IBM DB2 e IBMWebSphere MQ messaging . . . . . . . . 94Caso de ejemplo 2: Instalación de MDM en unclúster de WebSphere Application Server,utilizando una base de datos de Oracle yWebSphere Default Messaging . . . . . . . 98Caso de ejemplo 3: Instalación de MDM enWebSphere Application Server NetworkDeployment en Windows con una base de datosde SQL Server . . . . . . . . . . . . 102

Programa de utilidad madconfig . . . . . . . 105Destinos de programa de utilidad madconfigpara InfoSphere MDM . . . . . . . . . 106

Instalación manual de physical MDM database . . 109Establecimiento de la configuración XA en IBMWebSphere Application Server para conectarsecon DB2 for z/OS . . . . . . . . . . . 110creación e instalación de la base de datos dez/OS . . . . . . . . . . . . . . . 110Otorgamiento de privilegios de conexión en DB2para z/OS . . . . . . . . . . . . . 111Configuración de la base de datos Oracle . . . 112Instalación manual de physical MDM databaseen DB2 for Linux o UNIX . . . . . . . . 112Instalación manual de physical MDM databaseen DB2 for z/OS . . . . . . . . . . . 116Instalación manual de la base de datos principalen Microsoft SQL Server. . . . . . . . . 124Instalación manual de la base de datos dephysical MDM en Oracle . . . . . . . . 125

Instalación manual del componente de servidor demensajería de InfoSphere MDM . . . . . . . 129Actualización de los archivos de propiedadesdesplegados para una physical MDM . . . . . 130

Capítulo 7. Instalación de aplicacionescliente y componentes individuales . . 133Instalación de IU de Business Administration. . . 133

Instalación de la Business Administration UI 134Instalación de la interfaz de usuario de DataStewardship . . . . . . . . . . . . . . 135

Instalación de la interfaz de usuario de DataStewardship . . . . . . . . . . . . . 135

Instalación de interfaz de usuario de ProductMaintenance. . . . . . . . . . . . . . 137

Instalación de la interfaz de usuario de ProductMaintenance. . . . . . . . . . . . . 137

Instalación de Inspector . . . . . . . . . . 138Instalación de Inspector . . . . . . . . . 139Configuración de Inspector . . . . . . . . 142

Instalación de Enterprise Viewer . . . . . . . 143Instalación de Enterprise Viewer . . . . . . 143

Configuración y gestión de aplicaciones . . . 146Globalización en Enterprise Viewer . . . . . 162

Instalación de Web Reports . . . . . . . . . 163Instalación de Web Reports . . . . . . . . 163Edición del archivo webreports.properties . . . 165Adición de mensajes de seguridad a WebReports . . . . . . . . . . . . . . 170Visualización de consultas de Report enInfoSphere MDM Web Reports . . . . . . 170Configuración de registro de IBM WebSphereApplication Server . . . . . . . . . . 170

Instalación de Provider Direct . . . . . . . . 171Instalación de Provider Direct . . . . . . . 171Importación de proyecto de Provider Direct enWorkbench . . . . . . . . . . . . . 173Carga de las tablas de base de datos deProvider Direct . . . . . . . . . . . . 173Despliegue del archivo EAR de Provider Directmodificado . . . . . . . . . . . . . 174Configuración de Provider Direct. . . . . . 174

Instalación de Message Broker. . . . . . . . 178Instalación de Message Broker Suite . . . . . 178Creación del archivo services.ini de broker . . 179Directorios y archivos instalados con MessageBroker Suite . . . . . . . . . . . . . 179Soporte de Unicode e idioma alternativo . . . 181

Instalación de InfoSphere MDM Healthcare Pointof Service Integrator . . . . . . . . . . . 182

Instalación de InfoSphere Healthcare Point ofService Integrator . . . . . . . . . . . 182Directorio y archivos instalados con HealthcarePoint of Service Integrator . . . . . . . . 183

Instalación de Pair Manager . . . . . . . . 184Instalación de Pair Manager . . . . . . . 184

Ejemplos . . . . . . . . . . . . . . . 185Ejemplos de instalación . . . . . . . . . 185

Instalación de InfoSphere MDM Workbench . . . 186Instalación de InfoSphere InfoSphere MDMWorkbench . . . . . . . . . . . . . 186

Configuración de seguridad de aplicación paraaplicaciones web . . . . . . . . . . . . 187Códigos de error vistos en aplicaciones de usuario 188

Capítulo 8. Verificación de lainstalación . . . . . . . . . . . . 191Verificación de la instalación con el Cliente deprueba en WebSphere Application Server . . . . 192Propiedades del cliente de prueba . . . . . . 194Registros de instalación . . . . . . . . . . 195

Visualización de archivos de registro deInstallation Manager . . . . . . . . . . 195Visualización de los registros de instalación deMDM . . . . . . . . . . . . . . . 196

Capítulo 9. Desinstalación deInfoSphere MDM . . . . . . . . . . 197Desinstalación de su edición de InfoSphere . . . 197Desinstalación de una instalación de servidor típica 197Desinstalación de una instalación de estación detrabajo típica . . . . . . . . . . . . . 198

iv Guía de instalación

Desinstalación de un único componente . . . . 199Desinstalación en modalidad silenciosa . . . . . 200Eliminación de CBA del repositorio de paquetesinterno . . . . . . . . . . . . . . . 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. Características de MDM instaladas . . . . . 102. Requisitos de instalación . . . . . . . . 123. Cuentas de usuario de MDM . . . . . . 174. Grupos de usuarios de MDM . . . . . . 185. Directorios de MDM_INSTALL_HOME . . . . . 216. Hoja de trabajo de directorio de instalación de

InfoSphere MDM . . . . . . . . . . 327. IBM DB2 o DB2 para hoja de trabajo de origen

de datos de z/OS . . . . . . . . . . 348. Hoja de trabajo de origen de datos del

servidor SQL de Microsoft . . . . . . . 369. Hoja de trabajo de origen de datos de Oracle 37

10. Hoja de trabajo de instalación de IBMWebSphere Application Server . . . . . . 39

11. Hoja de trabajo de instalación de aplicaciónMDM . . . . . . . . . . . . . . 41

12. Hoja de trabajo de instalación de aplicación deusuario . . . . . . . . . . . . . . 43

13. Aplicaciones de usuario de MDM . . . . . 4514. Hoja de trabajo de instalación de historial 4615. Destinos de programa de utilidad madconfig

básicos . . . . . . . . . . . . . . 10516. Destinos de programa de utilidad madconfig

para instalación de servidor operativo . . . 10617. Destinos de programa de utilidad madconfig

para instalación de base de datos . . . . . 10718. Destinos de programa de utilidad madconfig

para desinstalación. . . . . . . . . . 10819. Propiedades que se encuentran en el archivo

inspector.properties . . . . . . . . 141

20. Propiedades que se encuentran en el archivoinspector.properties . . . . . . . . 145

21. Páginas web y mpi_appprop.propnamesasociados . . . . . . . . . . . . . 148

22. Actualizaciones de filtro de SegCode yarchivos prop . . . . . . . . . . . 151

23. Descripciones de las propiedades necesariasen el archivo webreports.properties. . . . 166

24. Descripciones de las propiedades opcionalesen el archivo webreports.properties. . . . 167

25. Parámetros para atributos de pantalla en elarchivo webreports.properties . . . . . 168

26. Propiedades necesarias de registro deservidor operativo . . . . . . . . . . 175

27. Propiedades de fábrica de contexto necesarias 17528. Propiedades necesarias de origen de datos 17529. Propiedades necesarias extra . . . . . . 17630. Propiedades de fábrica de contexto necesarias 17631. Propiedades necesarias del origen que es

propiedad del servidor operativo . . . . . 17632. Propiedades necesarias extra . . . . . . 17633. Tipos de datos enumerados . . . . . . . 17734. Atributos personalizados. . . . . . . . 17735. Archivos utilizados por los intermediarios 18036. Descripciones de código de error . . . . . 18837. Pruebas de verificación de la instalación 19338. Propiedades que pueden establecerse en el

archivo de propiedades del Cliente de prueba 19439. Recursos de IBM . . . . . . . . . . 21140. Cómo proporcionar comentarios a IBM 211

© Copyright IBM Corp. 1996, 2013 vii

viii Guía de instalación

Figuras

1. Instalación de servidor típica . . . . . . . 62. Instalación de estación de trabajo típica . . . 7

3. Instalación personalizada en un entorno enclúster. . . . . . . . . . . . . . . 9

© Copyright IBM Corp. 1996, 2013 ix

x Guía de instalación

Capítulo 1. Instalación de IBM InfoSphere Master DataManagement Server Standard and Advanced Editions

Los componentes de InfoSphere MDM se instalan al utilizar IBM® Installation Manager, que asegura unaexperiencia de instalación simple y coherente.

IBM Installation Manager también se utiliza para desinstalar componentes y modificar una instalaciónexistente 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 lainstalación de MDM y cómo instalar MDM.

Los temas de instalación presupone que está familiarizado con WebSphere Application Server y con labase 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 enun servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte aentornos 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 puedenencontrarse 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, nose pueden proporcionar estimaciones de tiempo. Algunos factores que influyen en la cantidad de tiempopara preparar e instalar pueden incluir:v La cantidad de componentes que se están instalandov La cantidad de servidores o estaciones de trabajo en su entornov La capacidad de carga de red si está instalando en un entorno en clústerv Si se ha instalado IBM WebSphere Application Serverv 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ónpersonalizada” en la página 8. Si elige un despliegue de instalación típica, siempre debe utilizarLaunchPad para iniciar el proceso y Launchpad, a su vez, inicia IBM Installation Manager. Parainstalaciones personalizadas, puede elegir utilizar LaunchPad para iniciar la instalación, o puedeconfigurar IBM Installation Manager manualmente para apuntar al soporte de instalación. La mayoría delas implementaciones requieren un despliegue personalizado.

Después de que se ha iniciado IBM Installation Manager, el orden básico en que funciona se describe enestos 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 denominadoMDM 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 realizaalgunas comprobaciones básicas en el sistema operativo, espacio en disco y software de soporteantes de continuar con la instalación. Si el directorio de instalación especificado es un directorioexistente, IBM Installation Manager verifica si hay una instalación existente y, si se encuentra, leadvierte 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. Estainformación se utiliza para configurar automáticamente la base de datos de MDM y servidor deaplicaciones con información de conexión específica y para identificar la celda, nodo y servidoresdonde se despliegan los artefactos de InfoSphere MDM.Si está utilizando un despliegue de instalación típica, los paneles de configuración no aparecen. Losvalores 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 alprincipio del proceso. Los datos estáticos incluyen elementos como Batch Processor, ManagementAgent, Management Console, y los scripts del programa de utilidad madconfig entre otros.

5. Se crean las tablas de base de datos e índices.


6. A continuación, se despliegan los componentes nativos y servicios web en el servidor deaplicaciones. 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 desplieganen el servidor de aplicaciones. El instalador comprime archivos WAR de aplicación basada en la weben un archivo EAR y despliega el archivo en el servidor de aplicaciones. Durante el despliegue, elservidor 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 ejecutandotransacciones a través del servidor operativo.

Además de las pruebas de verificación que ejecuta el instalador, puede utilizar Test Client para ejecutartransacciones 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 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.

Tipo de despliegue de instalación típica versus personalizadaLa instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización deuna instalación típica o personalizada

Las ediciones de InfoSphere MDM reúnen las prestaciones de datos maestros y se instalan al utilizar elIBM Installation Manager. Software adicional, como IBM WebSphere Application Server, IBM DB2 (siutiliza una base de datos DB2) y IBM Rational Application Developer (RAD) (si utiliza InfoSphere MDMWorkbench) 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 limpiav Si tiene instalados una base de datos y servidor de aplicación existentesv La cantidad de servidores o estaciones de trabajo en las que desea desplegar los componentesv El los servidores de mensajería que instalev En el grado de automatización que desee emplear en el proceso de instalaciónTareas relacionadas:Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67Las instrucciones de instalación son las mismas para todas las ediciones.

Tipo de despliegue de instalación típicaUn tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación detrabajo limpia e instala IBM InfoSphere Master Data Management, IBM WebSphere Application Server eIBM DB2 en una única ejecución de IBM Installation Manager. Las instalaciones de la estación de trabajoincluyen InfoSphere MDM Workbench e IBM Rational Application Developer (RAD). Este tipo dedespliegue proporciona el menor tiempo entre la finalización de la instalación y la ejecución de laprimera transacción.

El servidor o estación de trabajo no debe tener ya instalados componentes de InfoSphere MDM, IBMWebSphere Application Server o IBM DB2. Se da soporte a una instalación típica para servidor o estaciónde trabajo para InfoSphere MDM Standard, Advanced y Enterprise Editions.


Se utiliza una instalación típica para servidor o estación de trabajo cuando:v Planea utilizar una nueva base de datos de DB2v Instala IBM WebSphere Application Server por primera vezv Instala en sistemas operativos Microsoft Windows, IBM AIX, Linux o Solarisv 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 seleccionarutilizar una instalación de servidor típica o una instalación de estación de trabajo típica. Esa selecciónlleva 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 componentesadicionales 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 9Las características que puede instalar dependen de la edición que elija.

Instalación de servidor típicaUna instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBMWebSphere 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

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 MDMInspector). El contenido estático de MDM es contenido que el instalador extrae en el directorio deinstalación (INICIO_INSTALACIÓN_MDM). El contenido estático puede incluir aplicaciones clientecomo Batch Processor, Management Agent, Management Console, MDM Collector, MDMconfiguration scripts (scripts de programa de utilidad madconfig) y otras aplicaciones que utilicenvalores predeterminados.

3. Crea automáticamente su perfil de IBM WebSphere Application Server y configura las aplicaciones dela base de datos, servidor de aplicaciones y data stewardship.

4. El proceso de instalación finalmente despliega los componentes de MDM en el servidor deaplicaciones.

Puede instalar más componentes mediante la opción modificar después de que finalice la instalacióntípica para servidor.

Figura 1. Instalación de servidor típica


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

Instalación de estación de trabajo típicaUna instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphereMDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) eInfoSphere 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 delservidor, descargue IBM WebSphere Application Server (despliegue base), IBM DB2, la edición deInfoSphere MDM e InfoSphere MDM Workbench.

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

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


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 dela 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 deaplicaciones.

Tareas relacionadas:“Instalación de una instalación de estación de trabajo típica” en la página 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication Developer (RAD) en una estación de trabajo limpia.Referencia relacionada:“Características instaladas por el Gestor de instalación” en la página 9Las características que puede instalar dependen de la edición que elija.

Tipo de despliegue de instalación personalizadaSe utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes queinstala.

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 Oraclev Si está realizando la instalación en un entorno en clústerv 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ónv 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 nodov Si tiene una base de datos ya instalada y configuradav Si WebSphere MQ está instalado y el escucha está en ejecuciónv 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 laaplicación de InfoSphere MDM y las aplicaciones de la interfaz de usuario, o puede instalar todo en unsolo servidor de destino. Una instalación personalizada se puede ejecutar en modalidad gráfica osilenciosa.

Esta ilustración muestra un despliegue personalizado en un entorno en clúster.


Una vez que se haya completado la instalación de InfoSphere MDM, puede optar por volver e instalar loscomponentes adicionales mediante la opción de modificar instalación.Conceptos relacionados:“Preparación para alta disponibilidad” en la página 50Para admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurarvarias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, losotros pueden continuar procesando el tráfico.Tareas relacionadas:“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.Capítulo 5, “Preparación para una instalación personalizada”, en la página 29Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación yde 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ónLas 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, unasterisco (*) 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.

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


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 deEnterprise Service Oriented Architecture (ESOA), Java y SDK deWeb 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 instalaautomáticamente con Standard Edition y no aparece listado comouna opción en IBM Installation Manager)

MDM Advanced Edition Advanced Edition incluye todas las funciones que aparecen listadaspara 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ásCollaborative Edition y InfoSphere MDM Extension forUnstructured Text Correlation

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

IBM DB2 Si planifica utilizar un despliegue de instalación típica, puede elegirinstalar un derivador de base de datos de DB2. El derivadorcontiene el instalador de base de datos de DB2 nativo y se ejecutaen modalidad silenciosa a través de IBM Installation Manager.

Si piensa utilizar una instalación personalizada, debe instalar DB2por su cuenta, utilizando el instalador DB2 nativo.

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

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


v IBM InfoSphere Master Data Management Custom Domain Hub y InfoSphere MDM Reference DataManagement Hub

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

Requisitos de instalaciónUtilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBMWebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece unapauta 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 lasversiones necesarias, revise siempre la página IBM InfoSphere Master Data Management Server SystemRequirements. 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.0instalado en el sistema desde el que está ejecutando la instalación. IBM Installation Manager se incluyecon 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 espaciodisponible.

Las instalaciones de servidor típicas requieren de 40 a 50 GB de espacio disponible. Las instalaciones deestació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ónde dicha función para conocer los requisitos específicos.


Tabla 2. Requisitos de instalación

Si tiene previsto instalar esta función Necesita este requisito previo:

InfoSphere MDM Standard, Advanced oEnterprise Edition

Todos los servidores y estaciones de trabajo en los que instala y utilizacomponentes de MDM tienen un sistema operativo soportadoinstalado y configurado. Utilice la documentación específica delproducto como guía.

Asegúrese de instalar también Installation Startup Kit.

MDM Operational Server Esta función instala los paquetes de IBM WebSphere ApplicationServer principales, EBA, etc. para su servidor operativo.

Si está utilizando una instalación típica, IBM Installation Managerinstala IBM WebSphere Application Server y lo configura con valorespredeterminados.

Si está utilizando una instalación personalizada, debe tener la versiónsoportada de IBM WebSphere Application Server instalada y un perfiladministrativo (nombre de usuario y contraseña) creado. Después deinstalar IBM WebSphere Application Server, utilice los temas depreparació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 Managerinstala y configura IBM DB2 con valores predeterminados.

Para instalaciones personalizadas, debe tener una base de datossoportada instalada y configurada con un nombre de cuenta deusuario y contraseña que pretenda utilizar para conectarse con elMDM operational server.

Utilice la documentación específica del producto como guía. Despuésde instalar el software de base de datos, utilice los temas depreparación de base de datos para configurar la base de datos paradar soporte a MDM.

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

InfoSphere MDM Workbench Debe instalar IBM Rational Application Developer (RAD) forWebSphere (64 bits) antes de instalar el entorno de trabajo en suestación de trabajo.

IBM DB2 Instale la base de datos de DB2 con las funciones predeterminadasseleccionadas.

Este software es necesario si está utilizando un tipo de despliegue deinstalación típica.

IBM WebSphere Application Server Seleccione estas funciones para instalar para su servidor deaplicaciones:

v IBM WebSphere Application Server

– IBM WebSphere Application Server Full Profile

– IBM WebSphere Application Server SDK for Java™ TechnologyEdition 6

Compruebe siempre la página de requisitos del sistema para elnúmero de versión soportado.


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), debeseleccionar, como mínimo, estas funciones necesarias adicionales enIBM 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 de32 bits necesarias en su sistema operativo de 64 bits. Consulte el temarelacionado que aparece más abajo.

Tareas relacionadas:“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo dedespliegue 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 29Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación yde 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 25El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos deimagen de instalación descargables.Referencia relacionada:“Asociación de servidor operativo y aplicación de usuario de MDM” en la página 44Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física ovirtual.Información relacionada:“Instalación de InfoSphere MDM Workbench” en la página 186InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar elentorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crearvistas 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 bitsCuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en unaestación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajopara que la instalación sea satisfactoria.

Debe instalar las bibliotecas de 32 bits que se listan a continuación o instalar IBM Rational ApplicationDeveloper (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


v libfontconfig.so.1

v libfreetype.so.6

v libgdk_pixbuf-2.0.so.0

v libgdk-x11-2.0.so.0

v libglib-2.0.so.0

v libgmodule-2.0.so.0

v libgobject-2.0.so.0

v libgthread-2.0.so.0

v libgtk-x11-2.0.so.0

v libpango-1.0.so.0

v libpangoft2-1.0.so.0

v libpng12.so.0

v libselinux.so.1

v libX11.so.6

v libXcomposite.so.1

v libXcursor.so.1

v libXdamage.so.1

v libXext.so.6

v libXfixes.so.3

v libXft.so.2

v libXinerama.so.1

v libXi.so.6

v libXrandr.so.2

v libXrender.so.1

v libXtst.so.6

v libz.so.1


Tareas relacionadas:“Instalación de una instalación de estación de trabajo típica” en la página 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication Developer (RAD) en una estación de trabajo limpia.“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo dedespliegue 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 186InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar elentorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crearvistas 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 silenciosaPuede instalar InfoSphere MDM en modalidad gráfica o modalidad silenciosa. Considere cuál es elmé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 depantallas que describen la selección de características, configuración de parámetro básico y proporcionaun 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. Unainstalación silenciosa se inicia desde la línea de mandatos y utiliza un archivo de respuestas. Esta opciónno requiere que especifique las opciones de instalación. En cambio, las opciones de instalación se leendesde un archivo de respuestas. Puede crear un archivo de respuestas manualmente o mediante lautilización del asistente de instalación gráfica. Se puede crear un archivo de respuestas sin instalar ningúnsoftware o durante una instalación. Los pasos que se tomaron en el proceso de instalación y los erroresencontrados se registran en un archivo.

Installation Startup KitEl kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational 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 IBMInstallation Manager cuando elige una instalación personalizada.


Los scripts de base de datos se ejecutan antes de iniciar la instalación de MDM. Los scripts creanautomá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 enSTARTUPKIT_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íade 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.


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

Cuentas de usuario y grupos creados por el instaladorCuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuariospredeterminados 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 servidortípicas, este nombre de usuario y contraseña se crean paraque WebSphere Application Server gestione el servidoroperativo. Para instalaciones personalizadas, puede utilizarel nombre de usuario mdmadmin y cualquier contraseña de suelección.

El nombre de usuario y contraseña están asociados al grupomdm_admin.

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

db2admin db2@dmin Si utiliza una instalación típica en un sistema operativoMicrosoft Windows, esta combinación de nombre deusuario y contraseña se crea para su base de datos de IBMDB2.

Antes de comenzar una instalación personalizada de MDM, cree un perfil de IBM WebSphere ApplicationServer con la seguridad habilitada. El nombre de usuario y la contraseña pueden ser cualquier cosa quedesee.

Importante: Por motivos de seguridad, si utiliza la contraseña de mdmadmin predeterminada, serecomienda cambiar la contraseña de usuario después de la instalación.


Grupos

En la tabla siguiente se listan los grupos y roles que el instalador crea. Puede añadir usuarios a estosgrupos 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áninstalados.

mdm_default Este rol permite el acceso del usuario al contenedor del servidor de aplicaciones sinotorgar 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 losmódulos de punto de entrada.

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

Conceptos relacionados:Requisitos previos de la cuentaAntes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.Repositorios de usuarioGestión de usuariosCapítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:Habilitación de seguridad de usuario para el servidor operativoConfiguració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 64Utilice 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 datosTodas 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 usuariopredeterminadas.

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


Si está instalando en Linux o UNIX, se crean estos valores predeterminados:v Nombre de base de datos de DB2: MDM11DBv Nombre de usuario de DB2: mdmins11v Contraseña de DB2: mdmins11v Directorio de inicio de DB2: /home/mdmins11v 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: MDM11DBv Nombre de usuario de DB2: db2adminv Contraseña de DB2: db2@dminv Nombre de usuario y contraseña de WebSphere Application Server: mdmadminConceptos relacionados:Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Instalación de una instalación de servidor típica” en la página 69Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidortípica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBMWebSphere 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 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication Developer (RAD) en una estación de trabajo limpia.Capítulo 4, “Preparación para una instalación típica”, en la página 27Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar acabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables ainstalaciones típicas.Referencia relacionada:“Cuentas de usuario y grupos creados por el instalador” en la página 17Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuariospredeterminados en el servidor de aplicaciones.

Almacenamiento y exposición de contraseñasDurante 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 ycontraseña para conectarse a MDM operational server. Estas contraseñas también se cifran utilizando elmecanismo de cifrado de WebSphere Application Server. Si se modifica alguna de las contraseñas en elservidor de aplicaciones, también deberá aplicar la modificación en el archivo de propiedades delcomponente respectivo.

Tenga en cuenta que cuando el instalador genera archivos de respuesta que pueden utilizarse parainstalaciones silenciosas, estos archivos contienen contraseñas de usuario en texto sin formato. Si lascontraseñas de texto sin formato almacenadas en los archivos van en contra de sus políticasorganizativas, utilice la modalidad de instalación gráfica.


Tareas relacionadas:Configuración de entornos de MDM seguros

Cifrado de contraseñas con WebSphere Application ServerSi debe modificar un nombre de usuario y contraseña en un archivo de propiedades después de lainstalació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 utilizarWebSphere Application Server para cifrar la contraseña.

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

v Para Linux y UNIX: $NODE_HOME/bin/PropFilePasswordEncoder.sh path/mypassword.txtmypassword

Donde $NODE_HOME representa el directorio de inicio del nodo de WebSphere Application Server y pathrepresenta 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 suarchivo de propiedades.

Tareas relacionadas:Configuración de entornos de MDM seguros

Estructuras de directoriosExisten 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 accesoy directorio raíz están definidos en los temas de instalación como MDM_INSTALL_HOME. MDM_INSTALL_HOMEcontiene recursos que son exclusivos del paquete instalado. Dentro de este directorio hay subdirectoriospara cada uno de los componentes que ha seleccionado para la instalación. También tiene directorios queson específicos del sistema operativo en el que instala.

El directorio MDMShared contiene archivos de recursos compartidos por varios grupos de paquetesinstalados. El contenido puede incluir recursos necesarios para ejecutar scripts de IBM InstallationManager, 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 defineen 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 enla siguiente tabla. Los directorios específicos que puede ver dependen de las funciones que instale.


Tabla 5. Directorios de MDM_INSTALL_HOME

Directorio Descripción

aix, linux, solaris, win32, win64, zlinux Estos directorios contienen archivos específicos de los sistemasoperativos.

BatchProcessor Contiene subdirectorios y archivos necesarios para ejecutar laherramienta Batch Processor. Batch Processor está diseñadoprincipalmente para trabajar con datos de MDM física.

com.ibm.mdm.tools Contiene paquetes de OSGi. Puede configurarse un espacio detrabajo de MDM Workbench para utilizar estos paquetes para que sepuedan 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 delinstalador.

EnterpriseIntegrator Contiene subdirectorios y archivos necesarios para configurar yutilizar la aplicación de búsqueda InfoSphere MDM Healthcare Pointof Service Integrator.

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

InstallableApps Contiene subdirectorios y archivos para las aplicaciones de usuarioinstaladas. Las aplicaciones incluyen, entre otras, Data StewardshipUI, Product Maintenance UI, Inspector y Web Reports.

IVT Contiene subdirectorios y scripts que se utilizan para ejecutar laspruebas 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 elagente de gestión de configuración, que se utiliza para configurar ygestionar varias funciones de MDM.

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

MDMCollector Contiene subdirectorios y archivos que se utilizan para ejecutar IBMSupport Assistant Data Collector.

mds Este directorio contiene archivos para MDM virtual (anteriormente,IBM Initiate Master Data Service). Los ejemplos de Java y WebService SDK están instalados en el directorio /lib/sdk/examples.

También contiene programas de utilidad en el directorio /scriptscomo, por ejemplo, el programa de utilidad madconfig.

MessageBrokerSuite Contiene subdirectorios y archivos de configuración que se utilizanpara implementar y gestionar los componentes de Message Broker.Los componentes de Message Broker suelen utilizarse enimplementaciones virtuales para dar soporte a la mensajería entresistemas de origen y el servidor operativo y base de datos de MDM.

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

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


Tabla 5. Directorios de MDM_INSTALL_HOME (continuación)

Directorio Descripción

Ejemplos Contiene correlaciones y archivos de código de origen que puedenutilizarse en entornos de desarrollo.

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

tmp Contiene archivos temporales que se utilizan durante el proceso deinstalación.

Uninstall Este directorio contiene los scripts necesarios para desinstalar loscomponentes de MDM.

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

Conceptos relacionados:Gestor de sucesosDescripción general de los componentes de configuración y gestiónUtilización de IBM Support Assistant Data CollectorEntidades y funciones comunesTrabajos por lotes de perpetuaciónDescripción general del establecimiento de preferencias de Entorno de pruebaCapítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción seutiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidoren el que instaló el servidor operativo y la base de datos de MDM.

Uso de MAD_ROOTDIR y MAD_HOMEDIR en versión 11.0MAD_ROOTDIR y MAD_HOMEDIR son términos y variables con los que los usuarios de IBM Initiate Master DataService están familiarizados. Las definiciones de estos términos con respecto a la instalación de MDM y alservidor 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 dosdirectorios está combinado en cierto sentido. MAD_ROOTDIR contiene los archivos binarios instalados y lainformación de configuración del servidor operativo. El concepto de un MAD_HOMEDIR puro ya no esválido.

En la documentación, el término MDM_INSTALL_HOME representa la vía de acceso raíz donde están instaladastodas las funciones de MDM.

Durante el proceso de instalación, se crea una vía de acceso MAD_ROOTDIR de trabajo en el directorioMDM_INSTALL_HOME. La vía de acceso se señala en la documentación como MDM_INSTALL_HOME/mds. Esta víade acceso contiene la configuración para la instalación del servidor operativo y es la ubicación desde laque 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 laconfiguración en un MAD_ROOTDIR de tiempo de ejecución. En cierto modo, esta ubicación se convierte enel directorio de instancia. La vía de acceso a esta configuración de tiempo de ejecución se señala en elarchivo de propiedades personalizadas de JVM de WebSphere Application Server como la propiedadmad.root.dir.


La configuración en MDM_INSTALL_HOME se encuentra allí principalmente para dar soporte a lasherramientas de línea de mandatos. El servidor operativo utiliza la configuración de WAS_PROFILE_HOMEdurante el tiempo de ejecución. La edición de los archivos desplegados en WAS_PROFILE_HOME afecta a loscambios 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 deun único directorio de instalación que admita varias instancias ya no es válido. Debe tener unainstalación independiente para cada instancia de MDM que necesite. Por ejemplo, si necesita instanciaspara la producción, prueba y formación, debe tener tres directorios de instalación independientes y tresdespliegues 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_ROOTDIRy MAD_HOMEDIR.


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 deimagen de instalación descargables.

Procedimientov 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 enestos 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 68Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciaruna instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciaruna instalación personalizada.Referencia relacionada:“Requisitos de instalación” en la página 11Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBMWebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece unapauta para elegir las funciones correctas a instalar.


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 acabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables ainstalaciones típicas.


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

Procedimientov 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 hostutiliza 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 eltipo de despliegue típico.Tareas relacionadas:“Inicio del proceso de instalación con LaunchPad” en la página 68Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciaruna instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciaruna instalación personalizada.“Instalación de una instalación de servidor típica” en la página 69Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidortípica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBMWebSphere 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 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication 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ágina18Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuariopredeterminadas.


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 yde cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.


Si tiene previsto realizar una instalación de estación de trabajo típica o de servidor típica, no debe seguirestos pasos.v Revise el archivo léame para los requisitos del sistema y posibles problemas que puedan afectar la

instalaciónv Lea las notas de release para obtener información sobre características de productos con soporte o

mejoras del releasev Revise la sección de escenario de instalación y determine la topología de instalación que va a utilizarv Revise y complete las hojas de trabajo de instalaciónv Configure el soporte de instalaciónv Utilice un usuario de base de datos distinto para cada despliegue de la ofertav 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 comousuarios de esquema de base de datos. Debido a que DB2 utiliza el sistema operativo paraautenticar nuevos usuarios, utilice un ID de usuario como mdmdb1 con un shell restringido. Esteusuario 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 deDB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información, consultela documentación de DB2.

v Además de estos requisitos previos generales, hay otras tareas de requisitos previos específicos parainstalar InfoSphere MDM. Estas tareas se describen en los siguientes temas.


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

Hojas de trabajo de instalación y configuraciónLas hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.

Si está realizando una instalación típica, se utilizan los valores predeterminados y no se le solicitaentrada.

Vuelva a utilizar las hojas de trabajo para cada entorno de ejecución que planee implementar. Porejemplo, 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 basedefinidos en IBM Installation Manager. Cualquier servidor operativo, aplicación de usuario o pasos deconfiguración de componente necesarios fuera de IBM Installation Manager se describen en temas deaplicaciones individuales o componentes separados.


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

Hoja de trabajo del directorio de instalaciónUtilice esta hoja de trabajo para registrar el directorio raíz del host en el que desee instalar InfoSphereMDM.

Si después instala más entornos de ejecución, puede que no apunten a la misma base de datos a lautilizada para el entorno inicial. Si está instalando varios entornos de ejecución , vuelva a utilizar la hojade 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 IBMInstallation 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 loscomponentes de InfoSphere MDM seinstalen en un shell o directorio Eclipseexistente. No puede modificar el nombrede directorio si elige esta opción.

No elija esta opción si instaló previamenteotros productos al utilizar IBMInstallation Manager, como IBM RationalApplication Developer (RAD).

InfoSphere MDM Workbench debe estarinstalado en el mismo grupo de paquetesque IBM Rational Application Developer(RAD).

Cree un nuevo grupo de paquetes Esta opción es el valor predeterminado.IBM Installation Manager crea undirectorio IBM/MDM predeterminado en eldirectorio raíz que elija. O, puedenombrar 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/OSUtilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para elorigen 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 sealmacena 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 mismonombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen dedatos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar estaconvención de nomenclatura puede ayudar a otros miembros de la organización y a IBM SoftwareSupport a comprender la correlación entre instancias, cuentas y bases de datos.


Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS


Tipo de base de datos DB2 y DB2 para z/OS cuenta consoporte para todas las ediciones deMDM.

Nombre de host de la base de datos Identificar la dirección completa delhost en el que está instalada la basede datos. El valor predeterminado eslocalhost.


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


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

Nombre de usuario de base de datos El nombre de usuario de la base dedatos debe tener privilegios deadministrador de base de datos.

Las restricciones de la longitud y loscaracteres admitidos para nombres deusuario y contraseñas dependen decualquier restricción que puedaimponer el sistema operativo.

Si instala MDM utilizando unainstalación típica, el nombre deusuario y contraseña de la base dedatos de DB2 toman el valorpredeterminado de mdminst11 enLinux y UNIX y de db2admin enMicrosoft Windows.

Contraseña de base de datos Proporcionar una contraseña para elnombre de usuario de la base dedatos.

Nombre de base de datos local Proporcionar un nombre queidentifique la base de datos de MDM.El valor predeterminado es MDMDB.

El nombre debe estar formado por 12o menos caracteres alfanuméricos. Sepueden utilizar los caracteres deguión bajo (_) en el nombre. No seadmiten otros caracteres.

Una implementación MDM físicautiliza el cliente local DB2 paraejecutar scripts de base de datos yrequiere un nombre de base de datoslocal.

Si instala MDM utilizando unainstalación típica, el nombre de labase de datos toma el valorpredeterminado de MDM11DB.

Nombre de la base de datos remota Proporcione un nombre queidentifique la base de datos MDMremota. El valor predeterminado esMDMDB.


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


Directorio inicial de base de datos Para instalaciones personalizadas,proporcione el directorio completodonde está instalada la base de datos.Proporcione el directorio padre deSQLLIB. Por ejemplo:

Windows: C:\IBM\DB2

IBM AIX, Linux o Solaris:/home/db2inst1

Si instala MDM utilizando unainstalación típica, DB2Home toma elvalor predeterminado de/home/mdminst11

Esquema de base de datos Especifique el nombre de esquema debase de datos. De formapredeterminada el nombre deesquema es el mismo que el delusuario de aplicación de base dedatos.

Instalación manual de MDMDatabase

Si tiene previsto instalar la base dedatos de physical MDMmanualmente, seleccione esta opciónpara extraer los scripts que seutilizan para la instalación manual.

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

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

Hoja de trabajo de origen de datos del servidor SQL de MicrosoftUtilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros parael 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 sealmacena 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 mismonombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen dedatos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar estaconvención de nomenclatura puede ayudar a otros miembros de la organización y a IBM SoftwareSupport a comprender la correlación entre instancias, cuentas y bases de datos.


Atención: Las aplicaciones de usuario Business Administration, Data Stewardship y ProductManagement no se admiten para utilizar con una base de datos de Microsoft SQL Server.


Tabla 8. Hoja de trabajo de origen de datos del servidor SQL de Microsoft


Tipo de base de datos Se da soporte al servidor SQL deMicrosoft solamente para la StandardEdition de MDM. El tipo debe serMSSQLU.

Nombre de host de la base de datos Identificar la dirección completa delhost en el que está instalada la basede datos. El valor predeterminado esel sistema principal local.

Puerto de base de datos Identificar el puerto de la base dedatos o utilizar el número de puertopredeterminado que se proporciona.El valor predeterminado de MicrosoftSQL Server es 1433.




Nombre de base de datos Proporcionar un nombre queidentifique la base de datos de MDM.El valor predeterminado es MDMDB.

Esquema de base de datos Especifique el nombre de esquema debase de datos. De formapredeterminada el nombre deesquema es el mismo que el delusuario de aplicación de base dedatos.

Nombre del servidor de bases dedatos

Especificar el nombre del servidor debases de datos con el que se conectala instancia de base de datos deMDM.


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


Grupo de archivos de base de datos Especificar el nombre de un grupo dearchivos para la base de datos. Ungrupo de archivos es una estructuralógica para agrupar objetos(colecciones de archivos) en una basede datos. En el servidor SQL deMicrosoft, los grupos de archivos seutilizan para ayudar con la ubicaciónde datos y tareas administrativastales como operaciones de copia deseguridad y restauración.

Utilizar Windows NativeAuthentication

Elegir si se desea que el servidoroperativo se autentique ante la basede datos utilizando credenciales deMicrosoft Windows. El modopredeterminado es utilizar lascredenciales del servidor SQL.

Si tiene previsto utilizar laautenticación de Windows, su DBAdebe establecer el esquemapredeterminado del usuario deregistro en el esquema que va autilizar IBM Installation Manager.




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

Hoja de trabajo de origen de datos de OracleUtilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datosal 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 sealmacena 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 mismonombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen dedatos. 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 SoftwareSupport a comprender la correlación entre instancias, cuentas y bases de datos.


Tabla 9. Hoja de trabajo de origen de datos de Oracle


Tipo de base de datos Oracle es admitido para todas lasediciones de MDM.

Nombre de host de la base de datos Identificar la dirección completa delhost en el que está instalada la basede datos. El valor predeterminado eslocalhost.

Puerto de base de datos Identificar el puerto de la base dedatos o utilizar el número de puertopredeterminado que se proporciona.El valor predeterminado de Oracle es1521.




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

TNS Especifique el nombre del servicioque se utiliza para conectar a la basede datos de Oracle. Este parámetro esnecesario ya que este serviciotambién puede utilizarse paraconectar a una base de datos remota.

Directorio inicial de base de datos Proporcione el directorio completodonde 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


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





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

Hoja de trabajo de instalación de WebSphere Application ServerUtilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificarparámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.



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


Tipo de despliegue Especifique el tipo de despliegue yanote el nombre de perfil de IBMWebSphere Application Server. Lasopciones son Network Deployment oBase.

El despliegue de red se utiliza parainstalaciones de clúster o servidor.Un despliegue base normalmente seutiliza en instalaciones dedemostración o estación de trabajo.

Si elige Network Deployment, elinstalador ejecuta una secuencia demandatos en el proceso del gestor dedespliegue de IBM WebSphereApplication Server para configurarservidores de aplicaciones ydesplegar aplicaciones. El gestor dedespliegue y los agentes de nododeben estar configurados y enejecución para que el desplieguepueda continuar. Por ejemplo, utiliceun nombre de perfil de Dmgr01.

Si selecciona Network Deployment, elinstalador también se puede ejecutaren un clúster de IBM WebSphereApplication Server. El programa deinstalación detecta automáticamenteel clúster. Si el clúster estáconfigurado, la acciónpredeterminada es desplegar lasaplicaciones en un clúster. En sulugar, puede seleccionar que sedesplieguen las aplicaciones en unúnico servidor.

Si elige Base, el servidor operativo sedespliega en el servidor1 de IBMWebSphere Application Server Base.El instalador ejecuta una secuencia demandatos en el servidor1 paraconfigurar el servidor de aplicacionesy desplegar aplicaciones. Asegúresede que el servidor1 está en ejecuciónantes de continuar con el despliegue.Por ejemplo, utilice un nombre deperfil de AppSrv1.

Inicio de IBM WebSphere ApplicationServer

Especifique el directorio completo enel que IBM WebSphere ApplicationServer está instalado. El valorpredeterminado es/opt/IBM/WebSphere/AppServer.


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


Inicio de perfil de IBM WebSphereApplication Server

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

Nombre de host Identifique la dirección completa delhost en el que IBM WebSphereApplication Server está instalado. Elvalor predeterminado es localhost.

Puerto SOAP Identifique el puerto SOAP del gestorde despliegue en el sistema remoto,si utiliza el despliegue remoto. Elvalor predeterminado 8879.

Nombre de usuario Identifique el nombre de usuario deIBM WebSphere Application Server.El usuario debe tener privilegiosadministrativos.

Contraseña La contraseña de usuario de IBMWebSphere Application Server.

Celda Especifique la celda de IBMWebSphere Application Server dondedesea desplegar MDM.

Si IBM WebSphere Application Serverya está instalado y configurado,puede pulsar Retrieve Host Detailsdurante el proceso de instalación yhacer que IBM Installation Managerrecupere la información para Celda,Nodo y Servidor.

Nodo Especifique la celda de IBMWebSphere Application Server dondedesea desplegar MDM.

Después de seleccionar la celda enIBM Installation Manager, todos losnodos dentro de esa celda estándisponibles en la lista.

Servidor Especifique el servidor en el quedesea desplegar MDM.

Después de seleccionar el nodo enIBM Installation Manager, todos losservidores que están disponibles paraese nodo aparecen en la lista.

Si desea crear un nuevo servidorpara el despliegue, puede especificarel nombre nuevo en el panel deconfiguración y éste se crea en IBMWebSphere Application Serverdurante el proceso de instalación.


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


Instale la aplicación MDM en elclúster

Si tiene un clúster de WebSphereApplication Server existente, estáopción se encuentra disponible en elpanel de configuración. Seleccioneesta opción si desea instalar laaplicación MDM en un entorno enclúster.

Clúster Si está instalando en un entorno enclúster, seleccione el clúster dondedesea desplegar sus aplicaciones.

Conceptos relacionados:“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar 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 NetworkDeployment” en la página 95Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server NetworkDeployment” en la página 99Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server NetworkDeployment” en la página 102Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 3.

Hoja de trabajo de configuración de aplicación MDMUtilice la hoja de trabajo de configuración de aplicación para identificar parámetros para MDMoperational server.

Los parámetros listados en la siguiente tabla equivalen a indicadores o campos visualizados en IBMInstallation Manager en el panel Application Configuration.

Tabla 11. Hoja de trabajo de instalación de aplicación MDM


Nombre de aplicación MDM Especifique el nombre del MDMoperational server. Este nombre seutiliza en IBM WebSphereApplication Server. Elpredeterminado es E001.

Contraseña de usuario mdmadmin Especifique la contraseña para elusuario administrador de MDM.


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


Puerto RMI Especifique el puerto en el que elservicio de registro de la Invocación amétodo remoto (RMI) escucha paraencontrar conexiones de otrosservicios. En un entorno en clúster,todos los nodos deben utilizar elmismo puerto RMI para comunicarse.El predeterminado es 9999.

Estilo de coincidencia Especifique si desea utilizar un estilode coincidencia probabilístico odeterminista.

Habilitar despliegue de varios husoshorarios

Seleccione esta opción si suaplicación se ejecuta en varios husoshorarios distintos, o si sus datostienen valores sensibles a la hora endistintos husos horarios.

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

Mensajería Especifique el tipo de mensajeríapara su implementación.

Si desea utilizar la mensajería internade WebSphere, seleccione IBMWebSphere Default Messaging.

La mayoría de las configuraciones deMDM virtual seleccionan IBMWebSphere Default Messaging einstalan la función Message Brokers.

IBM WebSphere MQ es un productode empresa independiente y debeinstalarse antes de instalar MDM. Siopta por IBM WebSphere MQ,especifique valores para lossiguientes parámetros.

Inicio de la cola de mensajes Especifique el directorio completo delinicio de la cola de mensajes. Elpredeterminado es /usr/mqm.

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

Nombre de host de MQ Especifique el nombre del servidorque aloja a WebSphere MQ.

Puerto MQ Especifique el número de puerto a laescucha de WebSphere MQ.

Nombre de canal Especifique el nombre de canal. Loscanales se utilizan para transmitirmensajes entre administradores decolas.


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


Nombre de usuario Especifique el nombre de usuario deWebSphere MQ.

Contraseña Especifique la contraseña.

Configurar Messaging Server Seleccione esta opción para desplegarlos parámetros y configurar elservidor de mensajería.

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

Hoja de trabajo de instalación de aplicaciones de usuarioUtilice 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 diferenciaentre aplicaciones en la hoja de trabajo.


Tabla 12. Hoja de trabajo de instalación de aplicación de usuario


Tipo de despliegue Especifique si el despliegue de IBMWebSphere Application Server esBase o Red.El despliegue de red seutiliza para instalaciones de clúster oservidor. Un despliegue basenormalmente se utiliza eninstalaciones de demostración oestación de trabajo.

Inicio de perfil de IBM WebSphereApplication Server

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

Nombre de host Especifique el nombre del IBMWebSphere Application Server dondese despliega el servidor MDMoperational server.

Puerto SOAP Especifique el número de puerto parael MDM operational server o utiliceel valor predeterminado de 8879.

Nombre de usuario Especifique el nombre de usuarioadministrativo para esta aplicación.


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


Contraseña Especifique la contraseña de usuarioadministrativo.

Celda Especifique la celda de IBMWebSphere Application Server dondedesea desplegar la aplicación. Si yaha instalado y configurado IBMWebSphere Application Server, pulseRetrieve Host Details durante elproceso de instalación para recuperarla información de Celda, Nodo yServidor.

Nodo Especifique el nodo de IBMWebSphere Application Server dondedesea desplegar la aplicación.

Servidor Especifique el servidor o servidoresde IBM WebSphere ApplicationServer donde desea desplegar laaplicación.

Instale la aplicación MDM en elclúster

Si tiene un clúster de WebSphereApplication Server existente, estáopción se encuentra disponible en elpanel de configuración. Seleccioneesta opción si desea instalar laaplicación MDM en un entorno enclúster.

Clúster Si está instalando en un entorno enclúster, seleccione el clúster dondedesea desplegar sus aplicaciones.

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

Asociación de servidor operativo y aplicación de usuario de MDMAlgunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física ovirtual.

En la tabla siguiente se asocian aplicaciones de usuario con la configuración de MDM a la que dansoporte.


Tabla 13. Aplicaciones de usuario de MDM

Aplicaciones de MDM virtuales Aplicaciones de MDM físicas

InfoSphere MDM Inspector

InfoSphere MDM Enterprise Viewer

InfoSphere MDM Web Reports

Provider Directo de InfoSphere MDM

Gestor de pares de InfoSphere MDM

InfoSphere MDM Business Administration

InfoSphere MDM Data Stewardship

InfoSphere MDM Product Maintenance

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

Hoja de trabajo de instalación de historialUtilice 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 MDMfísicas. El primer conjunto es para las tablas de núcleo y dominio. El segundo conjunto es para las tablasde gestión de la configuración. Cada conjunto consiste de activadores de historial y activadores desupresión.



Tabla 14. Hoja de trabajo de instalación de historial


Industria Especifique el tipo de industria a laque se le brinda soporte en estaimplementación. Puede especificarsolo un tipo.

Hay cuatro tipos de industria quecuentan con soporte. Cada opcióninstala las tablas de códigos y losdatos para ese tipo de industria.

v Seguro - Elija esta opción paralíneas de negocios como Vida,Salud, Anualidades, Pensiones,Propiedades y Accidentes entreotras.

v Banca - Elija esta opción paralíneas de negocios como Bancaminorista, Banca comercial, Tarjetasde crédito, Préstamos y otros.

v Telecomunicación - Elija estaopción para líneas de negocioscomo Inalámbrica, Televisión porcable, Televisión satelital, Internet,Servicios telefónicos y otros.

v Fabricación - Elija esta opción paralíneas de negocios comoHerramientas de precisión,Aeroespacial, Eléctrica, Calefacción,Mecánica y otras.

Activadores de historial Hay tres opciones de activadores dehistorial. Puede especificar solo uno.

v Ninguno. Elija esta opción si nodesea instalar ningún activador. Elelegir esta opción impide que elhistorial se almacene en la base dedatos.

v Simple. Elija esta opción parainstalar solo los activadores deactualización. Cuando un registrose actualiza en la base de datos,una copia de ese registro (antes dela actualización) se añade a la tablade historial. Las versionesanteriores del registro sealmacenan en la tabla de historial.

v Compuesto. Elija esta opción sidesea instalar ambos activadoresde inserción y actualización.Cuando un registro se añade a labase de datos o cuando un registrose actualiza en la misma, se añadeuna copia del registro a la tabla dehistorial. Copias de las versiónactual y anterior del registro sealmacenan en la tabla de historial.


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


Búsquedas sensibles a las mayúsculasy minúsculas

De forma predeterminada, lasbúsquedas de nombres de contratos,productos y categorías no sonsensibles a las mayúsculas yminúsculas. Compruebe el recuadrode selección Habilitar búsquedassensibles a las mayúsculas yminúsculas solo si desea colocarrestricciones sensibles a lasmayúsculas y minúsculas en susbúsquedas.

Una vez activada esta característica,se crean los objetos de base de datosy no podrá desactivar la opción.

Idiomas de tabla de códigos Los valores de tabla de códigostraducidos para listas y mensajes deerror predefinidos, se incluyen con elservidor operativo MDM físico.

El inglés es el idiomapredeterminado.

Idioma de recurso de aplicación Especifique las traducciones deidioma correspondientes para queinstale la interfaz de usuario.

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

Preparación de IBM Installation ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.

IBM Installation Manager utiliza repositorios definidos para determinar qué paquetes están disponiblespara 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 losrepositorios automáticamente.

Launchpad está incluido en la descarga de MDM y puede utilizarse para iniciar IBM InstallationManager. Si ya tiene instalado IBM Installation Manager, LaunchPad comprueba el número de versión. Sino 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ñadirsus repositorios. Si elige utilizar Launchpad, estas tareas no son necesarias.


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

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


Si elige utilizar LaunchPad para iniciar la instalación, LaunchPad instala IBM Installation Managerautomáticamente y no es necesario completar esta tarea.

No instale IBM Installation Manager en modalidad de administrador.

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


Continúe añadiendo las ofertas en IBM Installation Manager.

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

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

Procedimiento1. Inicie IBM Installation Manager.2. Pulse Archivo > Preferencias.


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.


Continúe con la preparación e instalación de MDM operational server y de las aplicaciones.

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

Antes de empezar

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


El kit de inicio contiene scripts que se utilizan para crear bases de datos y perfiles necesarios parapreparar el entorno de instalación.

El kit de inicio está disponible cuando utiliza LaunchPad y aparece listado como una oferta en IBMInstallation Manager cuando elige una instalación personalizada.

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


Continúe con la preparación de la base de datos y del servidor de aplicaciones.


Tareas relacionadas:“Instalación silenciosa utilizando un archivo de respuestas” en la página 91Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación seproporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM InstallationManager. 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 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Instalación manual del componente de servidor de mensajería de InfoSphere MDM” en la página 129Puede utilizar IBM Installation Manager para crear el componente de servidor de mensajería deInfoSphere MDM, o puede instalarlo manualmente.“Preparación de una base de datos de DB2” en la página 54Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphereMDM.“Preparación de una base de datos de Oracle” en la página 57Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphereMDM.“Preparación de una base de datos de Microsoft SQL Server” en la página 56Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalaciónde InfoSphere MDM.“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso paracompletar el caso de ejemplo 1.“Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso paracompletar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso paracompletar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en lapágina 103Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundopaso para completar el caso de ejemplo 3.Referencia relacionada:“Installation Startup Kit” en la página 15El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Preparación para alta disponibilidadPara admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurarvarias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, losotros pueden continuar procesando el tráfico.

MDM operational server utiliza un contenedor de IBM WebSphere Application Server y puededesplegarse en un servidor único o en un clúster, de la forma configurada en el contenedor. El clústerpuede configurarse previamente en el servidor. El instalador puede detectar un entorno en clúster ydesplegarse 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 ladisponibilidad alta y los requisitos de los entornos en clúster.


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

Requisitos previos de cuenta para instalaciones personalizadasAntes 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 estaraccesibles para esta cuenta. Las instrucciones de los temas de preparación asumen que está llevando acabo 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 sistemapara usuarios de esquema de base de datos. Puesto que DB2 utiliza el sistema operativo para laautenticación de un usuario nuevo, la mejor opción consiste en especificar un ID de usuario comomdmdb1 con un shell restringido. Este usuario no tiene que ser miembro de ninguno de losgrupos de DB2.

- También puede realizar una instalación simple utilizando un único ID para el ID de instalación deDB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información sobreIBM DB2, consulte la documentación del producto.

– Deben existir un usuario y un esquema de base de datos diferente para cada despliegue deInfoSphere MDM. No se necesitan bases de datos distintas para cada despliegue.

– Cuando instala en IBM WebSphere Application Server, asegúrese de que ningún servidordenominado server o clúster denominado cluster se esté utilizando en IBM WebSphere ApplicationServer. 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 unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 53Todas las instalaciones requieren al menos una cuenta de usuario de base de datos.

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



Si planea realizar una instalación típica, esta tarea no es necesaria porque la base de datos se creaautomáticamente.

Cuando defina nombres para las bases de datos y las cuentas de usuario, considere darles el mismonombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen dedatos. Puede que también desee incluir la versión de MDM en el nombre. Por ejemplo, puede nombrarcada uno de estos elementos mdmprod_110 para la base de datos de producción. Utilizar esta convenciónde nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support acomprender la correlación entre instancias, cuentas y bases de datos.

Procedimiento1. 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 decodificación adecuados que son necesarios para la edición de MDM. Para obtener detalles sobrealgunos de estos valores, consulte los temas de referencia relacionados.


Conceptos relacionados:“Requisitos previos de cuenta para instalaciones personalizadas” en la página 51Antes 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 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.“Instalación en un entorno en clúster” en la página 77Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso paracompletar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso paracompletar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en lapágina 103Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundopaso para completar el caso de ejemplo 3.Referencia relacionada:Hoja de trabajo de origen de datos de IBM DB2 o DB2 for z/OSUtilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para elorigen de datos de z/OS al que se está conectando MDM operational server.Hoja de trabajo de origen de datos de OracleUtilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datosal que se está conectando MDM operational server.Hoja de trabajo de origen de datos de Microsoft SQL ServerUtilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros parael origen de datos al que se está conectando MDM operational server.“Installation Startup Kit” en la página 15El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Conexiones y cuentas de usuario de base de datosTodas 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 unaactualización, definir nuevos tipos de entidades o crear segmentes definidos por implementación, lacuenta de usuario de base de datos debe tener ciertos permisos. Esta cuenta de usuario primario debetener permiso para:v Crear tabla y descartar tablav Crear índice y descartar índicev Seleccionar, insertar, actualizar y suprimir


Después de arrancar la base de datos y de configurados los tipos de entidades y los segmentos definidospor implementación, puede optar por restringir la cuenta de usuario si fuera necesario. Una cuenta deusuario 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 losusuarios no tengan acceso a varias bases de datos. Este modelo proporciona una capa de seguridad quepuede 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 poderterminar la instalación.

El recuento de la conexión a base de datos es la suma de las conexiones utilizadas por el servidoroperativo y por los gestores de entidades que planee utilizar. Algunos servidores operativos o procesosInfoSphere MDM Workbench también requieren más conexiones a base de datos, las que se cierrancuando 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 51Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.

Preparación de una base de datos de DB2Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphereMDM.


Para crear la base de datos de MDM, debe haber iniciado la sesión en DB2 con la cuenta de usuario deadministrador 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 dedatos y vaya a “Instalación en z/OS” en la página 81.

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

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 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso paracompletar 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 32Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para elorigen 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 InfoSphereMDMUtilice este procedimiento cuando las instalaciones de la base de datos DB2 y de MDM se llevan a caboen servidores diferentes.

Procedimiento1. En la máquina en la que tenga pensado instalar MDM, debe realizar lo siguiente:

v Instale el software del cliente de DB2v Catalogue la base de datos remota para el servidor local

2. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entornoDB2_JDBC_DRIVER_PATH de WebSphere Application Server que apunte al directorio de inicio de lainstancia 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 unentorno en clústerUtilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en unentorno de clúster.

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


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

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


Para crear una base de datos de MDM, debe haber iniciado sesión en Microsoft SQL Server con WindowsAuthentication 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 esquemapredeterminado 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 dedatos.

Procedimiento1. Modifique el script CreateDB.sql que se proporciona en Installation Startup Kit.

a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/ (dondeSTARTUPKIT_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, <DBNAME>.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 labase 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 Securityv 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 directorioSTARTUPKIT_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 estasopciones.

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 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en lapágina 103Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundopaso 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 34Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros parael 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 distintoque InfoSphere MDMUtilice este procedimiento cuando la base de datos de Microsoft SQL Server y la instalación de MDMesté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 debase de datos. No necesita establecer la MSSQLSERVER_JDBC_DRIVER_PATH en su entorno de IBMWebSphere Application Server.

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

Procedimiento

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

Preparación de una base de datos de OracleUtilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphereMDM.


Antes de empezar

Para crear la base de datos de MDM, debe haber iniciado sesión en Oracle con la cuenta de usuarioadministrador creada al instalar Oracle.

También debe tener instalado Installation Startup Kit.

Procedimiento1. 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/ (dondeSTARTUPKIT_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, <DBNAME>.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 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso paracompletar el caso de ejemplo 2.Referencia relacionada:“Hoja de trabajo de origen de datos de Oracle” en la página 36Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datosal que se está conectando MDM operational server.

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

Procedimiento1. 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 cuyodestino sea el nivel del nodo.

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

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

3. Cree una variable de entorno ORACLE_JDBC_DRIVER_PATH WebSphere Application Server que apunte aldirectorio 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 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server NetworkDeployment” en la página 99Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 2.

Controladores ODBC instalados con Standard EditionLos controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que sedefine.

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 servidoroperativo requiere la instalación del cliente de base de datos aplicable para habilitar operaciones de cargaen bloque.

El servidor operativo incluye los controladores ODBC que se listan aquí. No se admiten otroscontroladores.v Oracle Wirev Oracle Netv 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 duranteel proceso de instalación determinan si se debe instalar el controlador de red o conexión. Si se pasanvalores vacíos para el host de la base de datos, se instala el controlador Oracle Net, lo cual requiere lainstalació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 81Si está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle deconexión inalámbrica, complete estos pasos después de instalar la base de datos de MDM y las funciones.

Preparación del servidor de aplicacionesLos componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar 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 configuraautomáticamente.

Puede elegir preparar un servidor de aplicaciones nuevo o volver a utilizar un servidor de aplicacionesexistente.

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.


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ámetrosbásicos solicitados durante el proceso de instalación. Al completar la hoja de trabajo se asegura contarcon la información básica necesaria para finalizar la instalación. En el caso de que vayan a utilizarsevarias instancias, haga copias de la hoja de trabajo y preparar una hoja de trabajo por separado paracada despliegue.

v Utilice la ID de wasadmin al preparar el servidor de aplicaciones. Si está utilizando DB2, este ID debeser propietario de un cliente DB2 o de una instancia de DB2. El ID debe ser miembro del grupo mqmde WebSphere MQ si está utilizando WebSphere MQ para la mensajería. Este grupo se utiliza paraadministrar WebSphere MQ.

v Asegúrese de configurar las vías de acceso Java WAS_HOME y JAVA_HOME para IBM WebSphereApplication 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 almacenamientodinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MBy 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 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.“Instalación en un entorno en clúster” en la página 77Utilice 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 NetworkDeployment” en la página 95Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server NetworkDeployment” en la página 99Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server NetworkDeployment” en la página 102Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 3.Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificarpará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 IBMDB2Si está utilizando una base de datos IBM DB2, debe establecer el programa de utilidad a la vía de accesoal sistema.


Procedimiento

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


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 OracleSi está utilizando una base de datos Oracle, debe establecer el programa de utilidad de la base de datos ala 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 PATHdel sistema.Por ejemplo:export ORACLE_HOME=ORACLE_HOMEexport PATH=$ORACLE_HOME/bin:$PATH


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

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


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.

Procedimiento1. Cree un gestor de despliegue (dmgr).

a. Abra un indicador de mandatos y busque el directorio de instalación de IBM WebSphereApplication Server.

b. En el indicador de línea de mandatos, ejecute este mandato: bin/manageprofiles.bat -create-profileName dmgrProfileName -templatePath profileTemplates/management -serverTypeDEPLOYMENT_MANAGER -enableAdminSecurity true -adminUserName username -adminPasswordpassword

2. Inicie el gestor de despliegue al ejecutar este mandato: bin/startManager.bat -profileNamedmgrProfileName

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.


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 -federateLaterfalse -dmgrAdminUserName username -dmgrAdminPassword password -dmgrHost localhost -dmgrPortdmgrPort

Donde:v nodeProfileName: es el nombre del nodov username: es el usuario que ha especificado en el paso 1v password: es la contraseña que ha especificado en el paso 1v 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ónde 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 IBMWebSphere 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 oMICROSOFT_JDBC_DRIVER_PATH.

c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos ypulse 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.


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

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




Este procedimiento asume que ya tiene instalado IBM WebSphere Application Server.

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

c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos ypulse Aceptar. Sustituya las barras inclinadas únicas por las dobles. Por ejemplo, si la vía deacceso es C:/IBM/SQLLIB, especifique C://IBM.

d. Seleccione Save directly to the master configuration.

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



Si planea utilizar un despliegue de base, IBM Installation Manager crea un perfil de IBM WebSphereApplication Server denominado server1. Si elige utilizar este perfil, no necesita crear uno antes de lainstalación.



Este procedimiento asume que ya tiene instalado el servidor de aplicaciones.

Procedimiento1. Vaya al directorio INICIO_WAS/ProfileManagement y ejecute la herramienta de gestión de perfiles.

v Para Microsoft Windows: pmt.batv 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 deMDMUtilice este procedimiento para crear un usuario de IBM WebSphere Application Server y, a continuación,añadirlo a un grupo de InfoSphere MDM.


IBM Installation Manager crea todos los grupos y un usuario administrador de MDM (mdmadmin) conlos 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.

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


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

Modificación de los roles de seguridad para los canales en MDMEl 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 lasconfiguraciones 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 nuevousuario se creo y no se asigna al rol mdm_admin, entonces un rol válido del usuario creado debeconfigurarse 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 MDMSi está instalando en un sistema operativo Solaris, debe completar este procedimiento antes de iniciar lainstalación.


Si no completa estos pasos, la instalación de MDM puede tardar más de 8 horas en completarse. Elresultado 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 VirtualMachine.

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


7. Reinicie el nodo y el gestor de despliegue.

Configuración del entorno local y codificación de caracteres ensistemas de destinoLos valores de globalización se establecen automáticamente en los servidores operativos físicos durante lainstalación. Para los servidores operativos con configuraciones virtuales, hay algunos valores que debeestablecer manualmente después de la instalación.

La configuración Unicode se realiza cuando ejecuta el script para crear una base de datos adecuado parael tipo de base de datos. La configuración de idioma se realiza durante la instalación. Utilice esteprocedimiento para establecer cualquier configuración adicional para los servidores operativos si planificaimplementar un idioma diferente al Ingles de Estados Unidos.

Los archivos de registro creados por el servidor operativo están codificados en ASCII. Los puntos decó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 dedatos 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 enCHAR (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 debeestablecer esta variable para el usuario que se conecta al servidor operativo. (Un controlador deconexió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. Porejemplo: create database prod using codeset UTF-8 territory us, donde prod es el nombre de labase de datos y us es el territorio.

Después de instalar MDM operational server, debe establecer manualmente la variableMAD_ENCODING para la configuración virtual. Esta variable se establece en el archivo de configuracióncom.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 lasseries traducidas, también debe establecer la variable de entorno MAD_SMTLIST en el archivo deconfiguración com.initiate.server.system.cfg. Esta variable apunta al archivo *.smt apropiado. Siutiliza 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 operativopotencialmente puede cargar varios idiomas (series) a un mismo tiempo. Sin embargo, los componentesde 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 eninglés.

Si el software de cliente no está configurado para utilizar un idioma alternativo, solo se devuelveinformación a nivel de servidor operativo en el idioma elegido. La traducción o globalización de los datosalmacenados en la base de datos MDM, como las fechas, no están convertidas al visualizarse en lasaplicaciones de usuario. En cambio, esta información se visualiza en el entorno local en el que se recibiódesde el origen.


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

instalarv Ha completado las hojas de trabajo de la instalaciónv Tiene acceso a la oferta de InfoSphere MDMv 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.


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


Conceptos relacionados:“Tipo de despliegue de instalación típica versus personalizada” en la página 4La instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización deuna instalación típica o personalizadaCapítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:Capítulo 5, “Preparación para una instalación personalizada”, en la página 29Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación yde 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 196Durante 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 LaunchPadPuede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciaruna instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciaruna instalación personalizada.

Antes de empezar

LaunchPad es una aplicación basada en navegador que puede utilizarse como el punto de partida parauna instalación, y se ejecuta automáticamente cuando instala desde un CD. Utilice este procedimiento sidesea 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ónv 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.

Procedimiento1. 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.exev Linux y UNIX: launchpad.sh


Tareas relacionadas:“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo dedespliegue 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 25El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos deimagen de instalación descargables.Capítulo 4, “Preparación para una instalación típica”, en la página 27Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar acabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables ainstalaciones típicas.

Instalación de una instalación de servidor típicaUtilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidortípica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBMWebSphere 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 DB2v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2v Si está instalando en Linux o UNIX, inicie sesión como usuario root.





virtualizado.

El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. ConsulteCapí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. Puederevisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminadosantes 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 elservidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertosTCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.

Procedimiento1. Inicie LaunchPad utilizando uno de estos scripts:

v Microsoft Windows: launchpad.exev 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 Serverv IBM DB2v 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 aceptarel 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 pulseBrowse 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.


Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando TestClient para ejecutar transacciones de prueba.


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 lareferencia relacionada más abajo).


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

Instalación de una instalación de estación de trabajo típicaUtilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication 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 DB2v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM

Rational Application Developer (RAD) y MDM Workbenchv Si está instalando en Linux o UNIX, inicie sesión como usuario root.




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.

También debe asegurarse de que estén disponibles las bibliotecas de 32 bits necesarias en su sistemaoperativo 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. ConsulteCapí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. Puederevisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminadosantes de comenzar la instalación.

Para instalaciones de estación de trabajo, debe utilizar el despliegue de base de IBM WebSphereApplication Server.

Atención: La instalación típica está configurada para utilizar puertos TCP o SOAP específicos para elservidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertosTCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.

Procedimiento1. Inicie LaunchPad utilizando uno de estos scripts:

v Microsoft Windows: launchpad.exev Linux y UNIX: launchpad.sh

2. En el panel Instalar paquetes seleccione:v IBM WebSphere Application Serverv IBM DB2v IBM Rational Application Developer (RAD)v Edición InfoSphere MDMv 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 aceptarel 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 pulseBrowse en el campo Installation Directory.


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 archivosde registro.

11. Pulse Finish y cierre IBM Installation Manager.





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 lareferencia relacionada más abajo).Conceptos relacionados:“Instalación de estación de trabajo típica” en la página 7Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphereMDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) eInfoSphere MDM Workbench en una estación de trabajo.“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Desinstalación de una instalación de estación de trabajo típica” en la página 198Si ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimientopara desinstalar las funciones.Resolución de problemas de instalaciones fallidas de ediciones Standard o AdvancedCapítulo 4, “Preparación para una instalación típica”, en la página 27Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar acabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables ainstalaciones típicas.Referencia relacionada:“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página18Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuariopredeterminadas.“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en unaestación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajopara que la instalación sea satisfactoria.

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


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 datosv Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM

Workbench en una estación de trabajo





virtualizado.

Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamientodinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MBy 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.


Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar InfoSphere MDMen el mismo grupo de paquetes.

Si está instalando MDM en z/OS, consulte “Instalación en z/OS” en la página 81.

Procedimiento1. 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 uncomponente en un directorio distinto del predeterminado, seleccione dicho componente y pulseBrowse en el campo Installation Directory.Atención: Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de noinstalar MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear unnuevo grupo de paquetes.


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


v Especifique la información que ha utilizado durante la preparación del servidor deaplicaciones.

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 multipletime zone deployment y seleccione un Default time zone.

v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar másinformación. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la queestá ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messagingserver para evitar que el instalador cree un gestor de colas. Mantenga la opción seleccionada sino desea crear un gestor de colas.

e. En cada panel de configuración de aplicaciones de usuario individual, proporcione losparámetros. Si está instalando en un entorno en clúster, seleccione Install MDM application oncluster 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






Conceptos relacionados:“Tipo de despliegue de instalación personalizada” en la página 8Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes queinstala.“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.“Preparación de IBM Installation Manager” en la página 47Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar 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 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Preparación de la base de datos” en la página 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster” en lapágina 55Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en unentorno de clúster.“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster” en lapágina 58Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en unentorno en clúster.“Instalación en z/OS” en la página 81Utilice 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 97Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 3.Referencia relacionada:“Installation Startup Kit” en la página 15El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational 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


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

Instalación en un entorno en clústerUtilice 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 datosv Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM

Workbench en una estación de trabajo





virtualizado.

Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamientodinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MBy 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.


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

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


b. Ejecute los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para crear el gestor de colas deWebSphere 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 timezone deployment y seleccione un Default time zone.

v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar másinformación. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la queestá ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messagingserver 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.





Conceptos relacionados:“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.“Preparación de IBM Installation Manager” en la página 47Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar un servidor de aplicaciones antes de iniciar el proceso de instalación.Casos de ejemplo de instalaciónHay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM enentornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entornoposible, pero muestran los pasos básicos implicados en una instalación personalizada que consta devarios productos y máquinas.Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Preparación de la base de datos” en la página 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Instalación en z/OS” en la página 81Utilice 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 servidorWindows remotoLa función Master Data Management Native Component es el origen de datos de ODBC que requierenlas configuraciones de MDM virtual para funcionar correctamente. Si tiene previsto instalar el MDMOperational Server e implementar una configuración de MDM virtual en un clúster de WebSphereApplication Server y un sistema operativo Microsoft Windows, hay pasos que debe seguir después deinstalar el servidor operativo.


El instalador ejecuta automáticamente el destino madconfig create_datasource para crear un origen dedatos de ODBC en un servidor remoto utilizando un agente Ant. Sin embargo, el agente Ant no tienepermiso para modificar el registro de Windows.

Si está ejecutando IBM Installation Manager y WebSphere Application Server deployment manager en lamáquina A y debe desplegar su servidor operativo y configuración virtual en nodos gestionados en otrasmáquinas (por ejemplo B, C y D), utilice este procedimiento. Este procedimiento crea manualmente elorigen de datos de ODBC en cada uno de los servidores Windows remotos después de la primeraejecución de IBM Installation Manager para instalar su servidor operativo.


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

IDENTIFIER.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 Bv DBHOST: es el nombre de host o dirección IP de la base de datos en la máquina Bv DBPORT: es el puerto de la base de datos en la máquina Bv 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 esDB_NAME_MDM_INSTANCE_IDENTIFIER. MDM_INSTANCE_IDENTIFIER. debe coincidir con elvalor de MDM application name que ha especificado en el panel Application Configurationdurante 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 RACUtilice este procedimiento si está utilizando MDM virtual e instalando en Oracle Real ApplicationClusters (RAC).

Antes de empezar

Asegúrese de cumplir con estos requisitos previos:v Ha completado los pasos de preparación de IBM Installation Managerv Ha completado las tareas de preparación para la creación de la base de datos y servidor de

aplicacionesv Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos

Procedimiento1. 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 madconfigbootstrap_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. En la siguiente página Data sources, pulse Custom properties.c. Elimine el SID seleccionándolo y pulsando Delete.d. Pulse New y añada un Name de propiedad personalizada nuevo para serviceName y el Value.e. Pulse OK.


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 ypulse Intro.


Revise siempre los registros de instalación para verificar que el proceso se haya completadocorrectamente.

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 unprograma de arranque.

Habilitación de soporte para controlador de conexión inalámbrica deOracleSi está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle deconexió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 servidorWindows remoto” en la página 79.

Procedimiento1. 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/libv Para IBM AIX: LIBPATH=PATH_TO_ORACLE_HOME/libv 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_ID-Dmad.db.server=TNS_NAME

El mandato create_datasource le solicita que especifique un host de base de datos. Puede dejar lasolicitud 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 59Los controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que sedefine.

Instalación en z/OSUtilice este procedimiento si está instalando con IBM DB2 for z/OS.


Antes de empezar

Asegúrese de cumplir con estos requisitos previos:v Ha añadido la oferta de MDM a IBM Installation Managerv Ha completado las tareas de preparación para la creación de la base de datos y servidor de

aplicacionesv Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos


Este proceso requiere tres distintos pasos o sesiones; en dos de esas sesiones debe ejecutar el proceso deinstalador. En la primera sesión, el instalador extrae los JCL que se utilizan para instalar manualmente labase 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 elcomponente virtual de la base de datos de MDM, el servidor operativo y cualquier otra función queseleccione.

Procedimiento

Primera sesión, extraiga los JCL de MDM física. Instale Installation Startup Kit para extraer los activosde 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 alsistema z/OS.

8. Cargue la MDM física manualmente utilizando estas instrucciones: “Instalación manual de physicalMDM database en DB2 for z/OS” en la página 116 (instalación de la base de datos principalutilizando 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 instalarInfoSphere MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear unnuevo 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 ycontraseñ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.


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



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

Instalación silenciosaSe genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Paraejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.

Los archivos de respuestas de modalidad silenciosa de muestra se proporcionan en el directorioSTARTUP_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 IBMWebSphere 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 ApplicationServer Network Deployment

v typical_install_workstation.res: utilice este archivo de respuestas para instalar el servidor operativode MDM, la base de datos de MDM, el servidor de bases de datos de IBM DB2, WebSphereApplication 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 operativocon 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 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_aix_mq.res: utilice este archivo de respuestas para instalar el servidor operativo conun tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:– Plataforma: AIX– 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_linux.res: utilice este archivo de respuestas para instalar el servidoroperativo 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 OperationalServer 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 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_win.res: utilice este archivo de respuestas para instalar MDM OperationalServer con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros. Sihay un error de validación en el archivo de respuestas, puede que las instalaciones silenciosas enWindows concluyan sin mostrar una indicación del motivo. Si su instalación concluye, revise losarchivos 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 Servercon un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:– Plataforma: Microsoft Windows 7


– 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 MDMOperational Server con un tipo de despliegue de instalación personalizada que utilice los siguientesparámetros:– Plataforma: Solaris– 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_solaris_mq.res: utilice este archivo de respuestas para instalar MDM OperationalServer 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 196Durante 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 AdvancedReferencia relacionada:“Installation Startup Kit” en la página 15El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Personalización del archivo de respuestas de modalidad silenciosaUtilice este procedimiento para personalizar el archivo de respuestas de instalación de modalidadsilenciosa.


Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguientecontenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como unalínea sin saltos.

Procedimiento1. 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:<profile id=’IBM InfoSphere Master Data Management’ installLocation=’/usr/IBM/MDM/H087/mdm’/><data key=’eclipseLocation’ value=’/usr/IBM/MDM/H087/mdm’/>

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.

<preference name=’com.ibm.cic.common.core.preferences.eclipseCache’ value=’/usr/IBM/MDM/H087/Shared’/>

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:

<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130415-1124’ profile=’IBM InfoSphere Master DataManagement’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’/>

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-1124es el número de versión.

4. Especifique la función a instalar durante la sesión única de IBM Installation Manager añadiendo estalínea:<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130415-1124’ profile=’IBM InfoSphere Master DataManagement’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature, com.ibm.im.mdm.app.feature’ installFixes=’none’>

Dondefeatures=’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 defunciones 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 deregistro del instalador.Healthcare Point of Service Integrator (com.ibm.im.mdm.ei.feature) sólo puede instalarse en MicrosoftWindows. Si incluye esta función en un entorno que no sea de Windows, el instalador ignora lafunción y no la instala.

5. Especifique los parámetros de la base de datos. Para obtener ayuda, utilice el tema sobre parámetrosde base de datos aplicables para su base de datos. Los temas aparecen listados en los enlaces dereferencia relacionados.Los parámetros siguientes no deben modificarse en el archivo de respuestas:<data key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/><data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>

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

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

Ejemplos para especificación de funciones para una instalación silenciosaDebe editar el archivo de respuestas y especificar las funciones exactas que desea instalar durante unainstalación silenciosa.


Especifique las funciones en la línea siguiente en la sección <offering id.../> de su archivo derespuestas:

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

Por ejemplo:<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130415-1124’ profile=’IBM InfoSphere Master Data Management’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’>

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 deusuario

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 DB2Debe especificar parámetros para su base de datos de IBM DB2 en el archivo de respuestas de instalaciónsilenciosa.

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 siguientecontenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como unalínea sin saltos.v Tipo de base de datos

<data key=’user.db.type,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’DB2’/>

v Alias de base de datos en un catálogo de base de datos para el cliente de DB2<data key=’user.db.name,com.ibm.mdm.advanced’ value=’MDM11E’/><data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’MDM11E’/>

v Nombre de base de datos<data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>

v Nombre de esquema de base de datos<data key=’user.db.schema,com.ibm.mdm.advanced’ value=’SCHEMANAME’/><data key=’user.db.schema.cm,com.ibm.mdm.advanced’ value=’SCHEMANAME’/>

v Nombre de host de servidor de bases de datos<data key=’user.db.host,com.ibm.mdm.advanced’ value=’your.host.com’/><data key=’user.db.host,com.ibm.mdm.advanced’ value=’your.host.com’/>

v Número de puerto de servidor de bases de datos<data key=’user.db.port,com.ibm.mdm.advanced’ value=’50000’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’50000’/>

v Nombre de usuario de base de datos (debe ser el mismo que el nombre de esquema)<data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/>

v Contraseña de base de datos<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/><data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>

v Directorio de inicio de cliente de DB2<data key=’user.db2.home,com.ibm.mdm.advanced’ value=’/home/ws8admin’/><data key=’user.db2.home.cm,com.ibm.mdm.advanced’ value=’/home/ws8admin’/>

v URL de JDBC de base de datos<data key=’user.user.db.url,com.ibm.mdm.advanced’ value=’jdbc:db2://HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’ value=’jdbc:db2://HOSTNAME:PORT/DBASENAME’/>

Los parámetros siguientes no deben modificarse en el archivo de respuestas:<data key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/>

Parámetros de base de datos de instalación silenciosa para Microsoft SQL ServerDebe especificar parámetros para su base de datos de SQL Server en el archivo de respuestas deinstalación silenciosa.

Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de SQLServer. Cambie value= por el valor específico que utiliza su base de datos.


<data key=’user.db.type,com.ibm.mdm.advanced’ value=’MSSQLU’/><data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’MSSQLU’/>

v Nombre de base de datos<data key=’user.db.name,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>

v Nombre de usuario de base de datos (debe ser el mismo que el nombre de esquema)<data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/>

v Contraseña de base de datos<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/><data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>

v URL de JDBC de base de datos<data key=’user.user.db.url,com.ibm.mdm.advanced’ value=’jdbc:ibm:sqlserver://HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’ value=’jdbc:ibm:sqlserver://HOSTNAME:PORT/DBASENAME’/>

v Nombre de host de la base de datos<data key=’user.db.host,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/><data key=’user.db.host.cm,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/>

v Puerto de base de datos<data key=’user.db.port,com.ibm.mdm.advanced’ value=’1433’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’1433’/>


v Directorio de inicio de base de datos<data key=’user.L2.db.home,com.ibm.mdm.advanced’ value=’DBHOMEDIR’/>

v Parámetros adicionales<data key=’user.db.servername,com.ibm.mdm.advanced’ value=’SERVERNAME’/><data key=’user.db.filegroup,com.ibm.mdm.advanced’ value=’FILEGROUPNAME_FG’/><data key=’user.db.auth.native,com.ibm.mdm.advanced’ value=’false’/>

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

Parámetros de base de datos de instalación silenciosa para OracleDebe especificar parámetros para su base de datos de Oracle en el archivo de respuestas de instalaciónsilenciosa.

Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos deOracle. Cambie value= por el valor específico que utiliza su base de datos.


<data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’ORACLE’/><data key="user.db.type,com.ibm.mdm.advanced’ value=’ORACLE’/>

v Nombre TNS de cliente Oracle<data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’TNSNAME’/><data key=’user.db.name,com.ibm.mdm.advanced’ value=’TNSNAME’/>

v Nombre de base de datos de servidor Oracle<data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’DBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’DBASENAME’/>

v Nombre de usuario de base de datos (debe ser el mismo que el nombre de esquema)<data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/>

v Contraseña de usuario de base de datos<data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’DBPASSWORD’/><data key=’user.db.password,com.ibm.mdm.advanced’ value=’DBPASSWORD’/>

v URL de JDBC de base de datos

<data key=’user.user.db.url,com.ibm.mdm.advanced’ value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’ value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/>

v Nombre de host de servidor de bases de datos<data key=’user.db.host,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/><data key=’user.db.host.cm,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/>

v Puerto de servidor de bases de datos<data key=’user.db.port,com.ibm.mdm.advanced’ value=’1521’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’1521’/>


v Directorio de inicio de cliente Oracle<data key=’user.L2.db.home,com.ibm.mdm.advanced’ value=’ORACLEHOMEPATH’/>

El parámetro siguiente no debe modificarse en el archivo de respuestas:<data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>

Parámetros de WebSphere Application Server de instalación silenciosaDebe especificar parámetros para WebSphere Application Server en su archivo de respuestas deinstalación silenciosa.

Especifique las siguientes líneas en su archivo de respuestas. Cambie value= por el valor específico queutiliza su servidor de aplicaciones.

Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguientecontenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como unalínea sin saltos.v Directorio de inicio de instalación de WebSphere Application Server

<data key=’user.L1.was.home,com.ibm.mdm.advanced’ value=’/WAS_INSTALL_HOME’/>

v Tipo de WebSphere Application Server, sea ND (despliegue de red) o BASE<data key=’user.was.type,com.ibm.mdm.advanced’ value=’ND’/>

v Inicio de perfil (necesario si se instala la base de datos de MDM solamente utilizando la modalidadINSTALL)<data key=’user.was.profile.home,com.ibm.mdm.advanced’ value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

v Puerto SOAP de server1 de WebSphere Application Server Base o WebSphere Application ServerNetwork Deployment Manager<data key=’user.deploy.port,com.ibm.mdm.advanced’ value=’8880’/>

v Nombre de host de server1 de WebSphere Application Server Deployment Manager o WebSphereApplication Server Base<data key=’user.deploy.host,com.ibm.mdm.advanced’ value=’HOSTNAME’/>

v Destino de despliegue de WebSphere Application Server (servidor único)<data key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.advanced’ value=’NODENAME’/><data key=’user.was.server,com.ibm.mdm.advanced’ value=’SERVERNAME’/><data key=’user.was.cluster,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’false’/>

v Destino de despliegue de WebSphere Application Server (clúster)<data key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.server,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.cluster,com.ibm.mdm.advanced’ value=’CLUSTERNAME’/><data key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’true’/>

v Parámetros de seguridad de WebSphere Application Server

<data key=’user.was.security,com.ibm.mdm.advanced’ value=’1’/><data key=’user.was.security.on.off,com.ibm.mdm.advanced’ value=’on’/><data key=’user.was.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password,com.ibm.mdm.advanced’ value=’’/><data key=’user.security.user.name,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.security.user.password,com.ibm.mdm.advanced’ value=’’/>

Inhabilitación de la pantalla inicial del instalador durante instalaciónsilenciosaUtilice este procedimiento para inhabilitar la pantalla inicial de IBM Installation Manager parainstalaciones silenciosas. Esta tarea debe completarse para que la instalación silenciosa se ejecutecorrectamente.


Siga estos pasos para añadir el parámetro -nosplash al archivo IBMIM.ini.

Procedimiento1. Vaya al directorio INSTALLATIONMANAGER_INSTALL_HOME/eclipse.2. Abra el archivo IBMIM.ini.3. Añada el parámetro -nosplash. Por ejemplo:

v Microsoft Windows:-toolId ibmim-accessRights nonAdmin-vm/home/ws7admin/IBM/InstallationManager/eclipse/jre_5.0.1.sr8a_20080811c/jre/bin/java-nosplash-vmargs-Xms40m-Xmx512m-Xquickstart-Xgcpolicy:gencon

v Linux y UNIX:vi IBMIN.ini/opt/IBM/InstallationManager/eclipse/jre_6.0.0.sr9_20110208_03/jre/bin/java-nosplash-vmargs-Xquickstart-Xgcpolicy:gencon

4. Guarde y cierre el archivo.

Instalación silenciosa utilizando un archivo de respuestasPuede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación seproporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM InstallationManager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas.

Antes de empezar

Verifique que esté instalado el kit de inicio de instalación. Los archivos de respuestas del kit puedenutilizarse para una instalación silenciosa.

Asegúrese de completar los pasos de “Inhabilitación de la pantalla inicial del instalador duranteinstalación silenciosa”.


Se genera un archivo de propiedades cuando ejecuta el programa de instalación interactivo. Para utilizaruna instalación silenciosa, debe editar el archivo de propiedades o crear su propio archivo editando unode los archivos de respuestas de ejemplo.

Procedimiento1. Para utilizar un archivo de respuestas de muestra, vaya a STARTUPKIT_INSTALL_HOME. Los archivos de

respuestas tienen una extensión .res. Utilice el archivo que sea aplicable a su sistema operativo.2. Edite el archivo de respuesta y realice los cambios necesarios antes de iniciar la instalación.3. Inicie la instalación con el mandato aplicable:

v Utilice este mandato para ejecutar IBM Installation Manager y después generar el archivo derespuestas correspondiente:IBMIM -record recordedFile

v Utilice este mandato para ejecutar IBM Installation Manager en modalidad silenciosa:IBMIM -acceptLicense -silent -input inputFile

4. Si se produce un problema irrecuperable durante la instalación silenciosa, busque la causa del mismoen los archivos de registro del directorio MDM_INSTALL_HOME/logs/logs. Después de corregir elproblema, vuelva a ejecutar la instalación silenciosa.

Tareas relacionadas:“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.“Personalización del archivo de respuestas de modalidad silenciosa” en la página 85Utilice este procedimiento para personalizar el archivo de respuestas de instalación de modalidadsilenciosa.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Creación de un archivo de respuestas mientras se ejecuta unainstalación gráficaUtilice este procedimiento para capturar respuestas y crear un archivo de respuestas mientras ejecuta IBMInstallation Manager en modalidad gráfica.

Antes de empezar

Los valores de contraseña del archivo están cifrados. Si se cambia el valor de la contraseña en el sistema,debe introducir el valor de contraseña correcto en el archivo de respuestas antes de utilizarlo en unainstalación silenciosa. Puede introducir un valor cifrado nuevo para la contraseña y el sistema lo cifracuando el archivo se utiliza durante la instalación.

Procedimiento

Cree el archivo de respuestas iniciando la instalación con el mandato siguiente:../IBMIM -record $YOUR_PATH/mysilent.res

Modificación silenciosa de una instalaciónUtilice este procedimiento para modificar una instalación silenciosa existente.


Para utilizar una instalación silenciosa para modificar una instalación existente, debe editar el archivo derespuestas de la instalación.


Procedimiento

Para modificar la instalación, establezca el parámetro modify en true y liste las funciones que deseaañadir. Por ejemplo:<install modify=’true’><offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130412-1501’ profile=’IBM InfoSphere Master DataManagement’ 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.pd.webapp.feature,com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ba.webapp.sample.feature’ installFixes=’none’/></install>

Tareas relacionadas:“Modificación de la instalación”Utilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación detrabajo o servidor que ya tiene instalados componentes de la misma versión.

Modificación de la instalaciónUtilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación detrabajo o servidor que ya tiene instalados componentes de la misma versión.

Procedimiento1. 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, seleccione el componente que desea instalar. 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.

5. Revise la información de resumen y verifique que el componente que desea instalar esté listado en elcuadro Añadir características y que ningún componente esté listado en el cuadro Eliminarcaracterísticas. Pulse Modificar.

6. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos deregistro.

7. Pulse Finish y cierre IBM Installation Manager.

Conceptos relacionados:Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción seutiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidoren el que instaló el servidor operativo y la base de datos de MDM.Tareas relacionadas:“Modificación silenciosa de una instalación” en la página 92Utilice este procedimiento para modificar una instalación silenciosa existente.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Casos de ejemplo de instalaciónHay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM enentornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entornoposible, pero muestran los pasos básicos implicados en una instalación personalizada que consta devarios productos y máquinas.

Antes de realizar la instalación, asegúrese de que el sistema o sistemas que ha seleccionado cumplan conlos requisitos de sistema operativo, hardware, software, comunicaciones, disco y memoria necesarios.

Estos casos de ejemplo asumen que ha completado las siguientes tareas:v Capítulo 3, “Configuración del soporte de instalación”, en la página 25v “Preparación de IBM Installation Manager” en la página 47v “Instalación de Installation Startup Kit” en la página 49

Antes de iniciar cualquier instalación, asegúrese de que se satisfacen las condiciones siguientes:v Asegúrese de que los agentes de nodo Dmgr se han desplegado y están en ejecución.v Asegúrese de que los agentes de nodo AppSrv se han desplegado y están en ejecución. En algunos

casos de ejemplo de instalación, el perfil AppSrv de WebSphere Application Server se denominaserver1.

v Asegúrese de que las variables de entorno JAVA_HOME y PATH se han establecido correctamente encada una de las máquinas.

v Para WebSphere Application ServerNetwork Deployment, asegúrese de que las variables del servidorde aplicaciones DB2_JDBC_DRIVER_PATH tienen como destino los nodos respectivos que contienen loscontroladores JDBC de DB2 para las máquinas. Esto no es aplicable si utiliza WebSphere ApplicationServer base.

v Conozca los nombres de host de las máquinas y los números de puerto SOAP para el proceso de Dmgr.v Conozca el nombre de host y número de puerto de programa de arranque del servidor de aplicaciones,

donde se ha instalado previamente la aplicación InfoSphere MDM como resultado de ejecutar IBMInstallation Manager.

Caso de ejemplo 1: Instalación de MDM en un clúster de WebSphereApplication Server, utilizando una base de datos de IBM DB2 e IBMWebSphere MQ messagingUtilice este caso de ejemplo como referencia cuando panifique e instale MDM en un clúster deWebSphere Application Server con una base de datos de DB2 e IBM WebSphere MQ messaging. Este casode ejemplo es aplicable para DB2 en los sistemas operativos Microsoft Windows, Linux o UNIX.

Este caso de ejemplo se logra a través de cuatro procedimientos.1. Prepare el servidor de aplicaciones.2. Prepare la base de datos de DB2.


3. Prepare IBM WebSphere MQ messaging.4. Instale MDM.

En este caso de ejemplo, la topología es:v Máquina A:

– WebSphere Application Server Deployment Manager– Software de cliente de DB2– IBM Installation Manager y MDM

v Máquinas B, C y D:– Nodos gestionados de WebSphere Application Server– Software de cliente de DB2

v Máquina E:– base de datos de DB2

v Máquina F:– IBM WebSphere MQ

Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere ApplicationServer Network DeploymentUtilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso paracompletar el caso de ejemplo 1.


La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application ServerDeployment Manager y las máquinas B, C y D tienen nodos gestionados de WebSphere ApplicationServer.

Procedimiento1. Instale y configure WebSphere Application Server en las máquinas A, B, C y D. Utilice la

documentación de WebSphere Application Server Network Deployment como guía.2. Cree dos clústeres de WebSphere Application Server. CLUSTER1 para MDM Operational Server y

CLUSTER2 para las aplicaciones de usuario.3. Cree una variable de entorno DB2_JDBC_DRIVER_PATH WebSphere Application Server para cada

nodo del clúster. La vía de acceso debe apuntar a los controladores JDBC para cada máquina. Porejemplo, si el cliente de DB2 y los controladores JDBC están instalados en $USER_HOME/sqllib/java,especifique la DB2_JDBC_DRIVER_PATH igual a $USER_HOME.

4. Asegúrese de que todos los nodos gestionados se hayan sincronizado correctamente antes de empezara instalar MDM.

5. Asegúrese de conocer el nombre de host de WebSphere Application Server Deployment Manager ypuerto SOAP antes de iniciar la instalación de MDM. Utilice la hoja de trabajo de configuración deWebSphere Application Server para registrar los valores.

6. Asegúrese de que se haya iniciado el clúster antes de iniciar la instalación de MDM.


Conceptos relacionados:“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar un servidor de aplicaciones antes de iniciar el proceso de instalación.Tareas relacionadas:“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidorgestionado” en la página 61Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment paraun despliegue de servidor gestionado.“Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster” en lapágina 55Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en unentorno de clúster.Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificarparámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.

Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso paracompletar el caso de ejemplo 1.


La topología resultante de este procedimiento es que la máquina E aloja a la base de datos y software deDB2, y las máquinas A,B,C y D tienen el software de cliente de DB2.

Procedimiento1. Instale la base de datos de DB2. Utilice la documentación de instalación de IBM DB2 como guía.

a. Instale DB2 en la máquina E.b. Instale el software de cliente de DB2 en las máquinas A, B, C y D.c. Catalogue el cliente de DB2 en la máquina A para conectarse al servidor de bases de datos de DB2

en la máquina E. Repita este paso para las máquinas B, C y D.2. Cree la base de datos y espacios de tabla utilizando los scripts proporcionados en el Installation

Startup Kit.3. Asegúrese de que el $HOME/sqllib/bin del cliente de DB2 esté incluido en la VÍA DE ACCESO de la

máquina A. Este paso es necesario para que IBM Installation Manager implemente el programa deutilidad $HOME/sqllib/bin/db2 al ejecutar los scripts SQL.


Tareas relacionadas:“Preparación de la base de datos” en la página 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Preparación de una base de datos de DB2” en la página 54Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphereMDM.“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.Referencia relacionada:“IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS” en la página 32Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para elorigen de datos de z/OS al que se está conectando MDM operational server.

Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQUtilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso paracompletar el caso de ejemplo 1.

Procedimiento1. Instale IBM WebSphere MQ en la máquina F. Utilice la documentación de instalación de IBM

WebSphere MQ como guía.2. Cree el gestor de colas de WebSphere MQ, canal y colas utilizando los scripts custSetupMQServer.mqsc

y ChannelAuth.mqsc. Estos scripts están incluidos en el Installation Startup Kit.Tareas relacionadas:“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.Referencia relacionada:“Hoja de trabajo de configuración de aplicación MDM” en la página 41Utilice la hoja de trabajo de configuración de aplicación para identificar parámetros para MDMoperational server.“Installation Startup Kit” en la página 15El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDMOperational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.

Caso de ejemplo 1, Procedimiento 4: Instalación de MDMUtilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 1.


Asegúrese de que estén iniciados el servidor de aplicaciones y la base de datos antes de comenzar lainstalación de MDM.

Procedimiento1. Inicie IBM Installation Manager en la máquina A y elija la oferta de InfoSphere MDM. Continúe a

través de los indicadores.2. Especifique el inicio de instalación de MDM y los directorios compartidos. Por ejemplo, inicio de

MDM: /usr/IBM/MDM/E001/mdm . Compartido: /usr/IBM/MDM/E001/Shared


3. Elija la MDM Database, MDM Operational Server, y cualquier aplicación de usuario u otrasfunciones que desee instalar. Por ejemplo: seleccione la función Applications para instalar todas lasaplicaciones de usuario, o seleccione aplicaciones específicas.

4. En el panel Database Configuration, especifique el tipo de base de datos y los parámetros de base dedatos. Puede elegir si desea probar la conexión de base de datos seleccionando Test Connection o Noconnection test required.

5. En el panel WebSphere Application Server Configuration, especifique los parámetros del servidor deaplicaciones. Seleccione Retrieve Host Details para obtener la información de Celda, Nodo y Servidor.Seleccione Install MDM application on cluster. Elija CLUSTER1 de la lista Cluster.

6. En el panel Application Configuration, seleccione la mensajería de IBM WebSphere MQ yespecifique los parámetros. Borre la opción Configure messaging server para evitar que IBMInstallation Manager cree un gestor de colas en la máquina A (ya que el gestor de colas estáhabilitado en la máquina F).

7. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros.Seleccione Install MDM application on cluster. Elija CLUSTER2 de la lista Cluster.

8. Pulse Instalar.9. Cuando se haya completado la instalación, vea los registros y utilice las herramientas de verificación

de instalación.Conceptos relacionados:“Preparación de IBM Installation Manager” en la página 47Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Caso de ejemplo 2: Instalación de MDM en un clúster de WebSphereApplication Server, utilizando una base de datos de Oracle yWebSphere Default MessagingUtilice este caso de ejemplo como referencia cuando planifique y procese una instalación de MDM en unclúster de WebSphere Application Server. Este caso de ejemplo utiliza una base de datos de Oracle yWebSphere Default Messaging.

Este caso de ejemplo se logra a través de tres procedimientos.1. Prepare el servidor de aplicaciones.2. Prepare la base de datos de Oracle.3. Instale MDM.



– WebSphere Application Server Deployment Manager– Software de cliente de Oracle– IBM Installation Manager y MDM

v Máquinas B, C y D:– Nodos gestionados de WebSphere Application Server– Software de cliente de Oracle

v Máquina E:– base de datos de Oracle



La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application ServerDeployment Manager y las máquinas B, C y D tienen nodos gestionados de WebSphere ApplicationServer.

Procedimiento1. Instale y configure WebSphere Application Server en las máquinas A, B, C y D. Utilice la

documentación de WebSphere Application Server Network Deployment como guía.2. Cree un clúster de WebSphere Application Server denominado CLUSTER1 para MDM Operational

Server.3. Cree una variable de entorno ORACLE_JDBC_DRIVER_PATH WebSphere Application Server para

cada nodo del clúster. La vía de acceso debe apuntar a los controladores JDBC para cada máquina.Por ejemplo, si el cliente de Oracle y los controladores JDBC están instalados en $USER_HOME/jdbc/lib/ojdbc6.jar, especifique la ORACLE_JDBC_DRIVER_PATH igual a $USER_HOME.

4. Asegúrese de que todos los nodos gestionados se hayan sincronizado correctamente antes de empezara instalar MDM.

5. Asegúrese de conocer el nombre de host de WebSphere Application Server Deployment Manager ypuerto SOAP antes de iniciar la instalación de MDM. Utilice la hoja de trabajo de configuración deWebSphere Application Server para registrar los valores.

6. Asegúrese de que se haya iniciado el clúster antes de iniciar la instalación de MDM.


Conceptos relacionados:“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar un servidor de aplicaciones antes de iniciar el proceso de instalación.Tareas relacionadas:“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidorgestionado” en la página 61Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment paraun despliegue de servidor gestionado.“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster” en lapágina 58Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en unentorno en clúster.Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificarparámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.

Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos OracleUtilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso paracompletar el caso de ejemplo 2.


La topología resultante de este procedimiento es que la máquina E aloja a la base de datos y software deOracle, y las máquinas A, B, C y D tienen el software del cliente Oracle.

Procedimiento1. Instale la base de datos Oracle. Utilice la documentación de instalación de Oracle como guía.

a. Instale Oracle en la máquina E.b. Instale el software de cliente Oracle en las máquinas A, B, C y D.c. Apunte al nombre de TNS en la máquina A para conectarse al servidor de bases de datos de

Oracle remoto en la máquina E.2. Cree la base de datos y espacios de tabla utilizando los scripts proporcionados en el Installation

Startup Kit.3. Asegúrese de que el sqlplus del cliente Oracle esté incluido en la VÍA DE ACCESO de la máquina A.

Este paso es necesario para que IBM Installation Manager implemente el programa de utilidadsqlplus al ejecutar los scripts SQL.


Tareas relacionadas:“Preparación de la base de datos” en la página 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Preparación de una base de datos de Oracle” en la página 57Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphereMDM.“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.Referencia relacionada:“Hoja de trabajo de origen de datos de Oracle” en la página 36Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datosal que se está conectando MDM operational server.






MDM: /usr/IBM/MDM/E001/mdm . Compartido: /usr/IBM/MDM/E001/Shared3. Elija la MDM Database, MDM Operational Server, y cualquier aplicación de usuario u otras

funciones que desee instalar. Por ejemplo: seleccione la función Applications para instalar todas lasaplicaciones de usuario, o seleccione aplicaciones específicas.



6. En el panel Application Configuration, seleccione IBM WebSphere Default Messaging.7. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros.

Seleccione Install MDM application on cluster. Elija CLUSTER1 de la lista Cluster.8. Pulse Instalar.9. Cuando se haya completado la instalación, vea los registros y utilice las herramientas de verificación

de instalación.


Conceptos relacionados:“Preparación de IBM Installation Manager” en la página 47Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Caso de ejemplo 3: Instalación de MDM en WebSphere ApplicationServer Network Deployment en Windows con una base de datos deSQL ServerUtilice este caso de ejemplo como referencia cuando planifique y procese una instalación de MDM enWebSphere Application Server Network Deployment. Este caso de ejemplo utiliza una base de datos deMicrosoft SQL Server y la mensajería de IBM WebSphere MQ. Este caso de ejemplo es aplicable para unsistema operativo Microsoft Windows.

Este caso de ejemplo se logra a través de cuatro procedimientos.1. Prepare el servidor de aplicaciones.2. Prepare la base de datos de SQL Server.3. Prepare IBM WebSphere MQ messaging.4. Instale MDM.


– WebSphere Application Server Deployment Manager y nodo gestionado de WebSphere ApplicationServer

– IBM WebSphere MQ– IBM Installation Manager y MDM

v Máquina B:– base de datos de SQL Server




La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application ServerDeployment Manager y un nodo gestionado.

Procedimiento1. Instale y configure WebSphere Application Server en la máquina A. Utilice la documentación de

WebSphere Application Server Network Deployment como guía.2. Asegúrese de que el nodo gestionado se haya sincronizado correctamente antes de empezar a instalar

MDM.3. Asegúrese de conocer el nombre de host de WebSphere Application Server Deployment Manager y

puerto SOAP antes de iniciar la instalación de MDM. Utilice la hoja de trabajo de configuración deWebSphere Application Server para registrar los valores.

4. Asegúrese de que se haya iniciado el servidor de aplicaciones antes de iniciar la instalación de MDM.Conceptos relacionados:“Preparación del servidor de aplicaciones” en la página 59Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidorde aplicaciones proporciona infraestructura para comunicación de componente a componente,autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debepreparar un servidor de aplicaciones antes de iniciar el proceso de instalación.Tareas relacionadas:“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidorgestionado” en la página 61Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment paraun despliegue de servidor gestionado.Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificarparámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.

Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de MicrosoftSQL ServerUtilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundopaso para completar el caso de ejemplo 3.

Procedimiento1. Instale la base de datos de SQL Server en la máquina B. Utilice la documentación de instalación de

Microsoft SQL Server como guía.2. Cree la base de datos y espacios de tabla utilizando los scripts proporcionados en el Installation

Startup Kit.


Tareas relacionadas:“Preparación de la base de datos” en la página 51Utilice este procedimiento como una guía cuando prepare la base de datos para que admita unainstalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalaciónpersonalizada.“Preparación de una base de datos de Microsoft SQL Server” en la página 56Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalaciónde InfoSphere MDM.“Instalación de Installation Startup Kit” en la página 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.Referencia relacionada:“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página 34Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros parael origen de datos al que se está conectando MDM operational server.

Caso de ejemplo 3, Procedimiento 3: Preparación de IBM WebSphere MQUtilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso paracompletar el caso de ejemplo 3.

Procedimiento1. Instale IBM WebSphere MQ en la máquina A. Utilice la documentación de instalación de IBM

WebSphere MQ como guía.2. Cree el gestor de colas de WebSphere MQ, canal y colas utilizando los scripts custSetupMQServer.mqsc

y ChannelAuth.mqsc. Estos scripts están incluidos en el Installation Startup Kit.






MDM: /usr/IBM/MDM/E001/mdm . Compartido: /usr/IBM/MDM/E001/Shared3. Elija la MDM Database, MDM Operational Server, y cualquier aplicación de usuario u otras

funciones que desee instalar. Por ejemplo: seleccione la función Applications para instalar todas lasaplicaciones de usuario, o seleccione aplicaciones específicas.



6. En el panel Application Configuration, seleccione la mensajería de IBM WebSphere MQ yespecifique los parámetros. Mantenga la opción Configure messaging server seleccionada paraindicar a IBM Installation Manager que debe crear un gestor de colas en la máquina A.


7. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros.Seleccione Install MDM application on cluster. Elija CLUSTER1 de la lista Cluster.

8. Pulse Instalar.9. Cuando se haya completado la instalación, vea los registros y utilice las herramientas de verificación

de instalación.Conceptos relacionados:“Preparación de IBM Installation Manager” en la página 47Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.“Hojas de trabajo de instalación y configuración” en la página 30Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso deinstalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar loscomponentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia duranteel proceso de instalación y configuración.Capítulo 8, “Verificación de la instalación”, en la página 191IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.Tareas relacionadas:“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Programa de utilidad madconfigEl programa de utilidad madconfig puede utilizarse para instalar manualmente los componentes de basede datos y MDM operational server. IBM Installation Manager utiliza los destinos de programa deutilidad durante la instalación.

Para ejecutar cualquier destino de madconfig, debe abrir un indicador de línea de mandatos desde eldirectorio MDM_INSTALL_HOME/mds/scripts.

Los destinos que aparecen listados en la tabla siguiente son los destinos de programa de utilidad básicos.Existen más destinos de programa de utilidad madconfig que son específicos de InfoSphere MDM y sedescriben en un tema independiente.

Tabla 15. Destinos de programa de utilidad madconfig básicos

Mandato Descripción

-projecthelp Lista todas las opciones válidas y la información de uso para esteprograma de utilidad

-propertyfile Carga propiedades de un archivo registrado

-recordfile Registra propiedades de respuesta en archivo

Cuando se ejecutan mandatos, se le solicita que proporcione más información. Por ejemplo, paraconfigurar el servidor en el que está instalado MDM operational server, se le solicita que proporcioneciertos parámetros de configuración. Este ejemplo muestra una salida parcial de un destino de madconfiginstall_server_config (donde la entrada de usuario es una línea en blanco donde se debe especificar larespuesta).


C:/MDM/mds/scripts:madconfig install_server_config

Buildfile: build.xml

install_server_config:

## Especifique inicio de WAS:#WAS_INSTALL_HOME/IBM/WebSphere/AppServer

## Especifique host de WAS:#localhost

## Especifique puerto de WAS:#8879

El programa de utilidad solicita más parámetros de WebSphere Application Server, parámetros de base dedatos (proveedores de JDBC y origen de datos en el servidor de aplicaciones), nombre de aplicación,tipos de mensajería a utilizar(fábricas de conexiones, colas y temas), y tamaño de almacenamientodinámico de JVM.

Una forma alternativa de ejecutar un destino es utilizando la opción –propertyfile. El siguiente ejemplomuestra cómo utilizar –propertyfile para ejecutar el destino de install_mdm_eba. Este destino instala elarchivo Enterprise Bundle Archive (.eba) de MDM en un servidor de aplicaciones. Las propiedadesnecesarias para el despliegue incluyen detalles del servidor, el ebaID, el ebaName, el blaName (nombrede aplicación de nivel empresarial), y blaDes (descripción de aplicación de nivel empresarial).C:/MDM/mds/scripts:madconfig –propertyfile install_mdm_eba.properties install_mdm_eba

Las propiedades que necesita el destino se leen del archivo de propiedades. Cuando se está utilizandoesta opción, los valores se proporcionan con los nombres de propiedades exactos, tal como los espera eldestino, porque sólo puede ejecutarse cuando se conocen los nombres de propiedades.

Destinos de programa de utilidad madconfig para InfoSphere MDMUtilice el programa de utilidad madconfig para instalar manualmente los componentes de base de datos yMDM operational server para implementaciones físicas y virtuales. IBM Installation Manager utiliza losdestinos de programa de utilidad durante la instalación de MDM.

Este programa de utilidad se ejecuta desde el directorio MDM_INSTALL_HOME/mds/scripts de instalación delservidor operativo.

Las tablas siguientes listan los destinos de madconfig para MDM y su uso.

Instalación de servidor operativo

La tabla siguiente lista los destinos relacionados con la instalación del servidor operativo. Cada destinosolicita valores para parámetros pertenecientes al servidor y a la base de datos. Los destinos del servidorse utilizan para configurar el servidor en el que se instala MDM.

Tabla 16. Destinos de programa de utilidad madconfig para instalación de servidor operativo


-install_native_engine_ear Instala el servidor operativo nativo (motor) para una implementación deMDM virtual


Tabla 16. Destinos de programa de utilidad madconfig para instalación de servidor operativo (continuación)


-install_server_config Configura el servidor de aplicaciones para componentes físicos y virtuales;incluidos JDBC, vía de acceso de clase y variables de entorno

-stop_server Detiene un servidor operativo en WebSphere Application Server NetworkDeployment. La detención y el inicio del servidor es necesario después deinstalar una configuración de servidor operativo. La opción-stop_base_server debe utilizarse cuando el servidor no está gestionado(servidor base).

-start_server Inicia un servidor operativo en un despliegue de servidor de aplicacionesgestionado. Utilice la opción -start_base_server cuando el servidor deaplicaciones no está gestionado.

-install_mdm_old_ws_ear Instala el JAR de servicios web de MDM física en el servidor deaplicaciones

-install_mdm_eba Instala el OSGi de MDM

-install_prop_file_jar Instala el JAR de archivo de propiedades que necesitan las aplicaciones deMDM

-install_mdm_ws_ear Instala el archivador empresarial de servicios web de MDM

-install_mds_ws_api Instala la API para MDM virtual

-enable_app_security Crea usuarios, crea grupos, añade usuarios a grupos, crea el conjunto depolíticas y crea el enlace de conjunto de políticas para el archivo EAR deservicios web

-map_roles_to_users Crea la correlación de rol Security y la correlación de rol RunAs para elarchivo EAR de servicios web y EBA

-full_sync Sincroniza nodos en un despliegue de servidor gestionado para reflejar laseguridad de usuario para MDM. Este destino debe ejecutarse después deejecutar el destino map_roles_to_users.

-enable_deployment_target Comprueba el estado del servidor operativo; si el servidor está detenido,puede utilizar este destino para reiniciar el servidor.

Instalación de base de datos de MDM

La tabla siguiente lista los destinos utilizados para instalar y configurar esquemas físicos y virtuales parala base de datos de MDM.

Tabla 17. Destinos de programa de utilidad madconfig para instalación de base de datos


-install_core_db_db2 Crea tablas, desencadenantes, restricciones y funciones para la base dedatos principal de MDM que está instalada en IBM DB2

-install_domain_db_db2 Crea tablas. desencadenantes, restricciones y funciones para dominios deMDM en una base de datos de DB2

-install_cm_domain_db_db2 Crea tablas para MDM Configuration Management en DB2

-install_cm_core_db_db2 Crea tablas de Configuration Management para la base de datos principalen DB2

-update_cm_db_db2 Actualiza las tablas de Configuration Management para una base de datosen DB2

-install_core_db_ora Crea tablas, desencadenantes, restricciones y funciones para una base dedatos principal de MDM en Oracle

-install_domain_db_ora Crea tablas, desencadenantes, restricciones y funciones para dominios deMDM en una base de datos Oracle


Tabla 17. Destinos de programa de utilidad madconfig para instalación de base de datos (continuación)


-install_cm_domain_db_oracle Crea tablas de Configuration Management en una base de datos Oracle;esta opción también instala las tablas principales de ConfigurationManagement para Oracle

-install_cm_core_db_oracle Crea tablas de Configuration Management para la base de datos de MDMprincipal en Oracle

-update_cm_db_oracle Actualiza las tablas de Configuration Management para una base de datosde MDM en Oracle

-install_core_db_sql Crea tablas, desencadenantes, restricciones y funciones para la base dedatos principal de MDM en Microsoft SQL Server

-install_cm_core_db_sql Crea tablas de MDM Configuration Management para la base de datosprincipal en SQL Server

-update_cm_db_sql Actualiza las tablas de Configuration Management para una base de datosen SQL Server

-Update_configelement_matching Actualiza la tabla Configelement para el tipo de coincidencia seleccionado

-Update_appsoftware_eba Actualiza la tabla appsoftware proporcionando el nombre apropiado deEBA en la columna de nombre de software

-create_datasource Crea el origen de datos utilizado por una MDM virtual

-create_odbc Crea una ODBC para que sea utilizada por MDM virtual

-register_odbc Registra a ODBC para MDM virtual

-bootstrap_odbc Crea las tablas para MDM virtual

Desinstalación de MDM

El programa de utilidad madconfig también admite la desinstalación del servidor de aplicaciones y basede datos de MDM.

Atención: La herramienta Test Environment en InfoSphere MDM Workbench admite el restablecimientode los componentes de base de datos y MDM operational server. Aunque los destinos de madconfig estándisponibles para el restablecimiento, se aconseja utilizar siempre la herramienta workbench.

Tabla 18. Destinos de programa de utilidad madconfig para desinstalación


-uninstall_mds_ws_api Desinstala la API para MDM virtual

-uninstall_mdm_ws_ear Desinstala el archivador empresarial de servicios web de MDM

-uninstall_prop_file_jar Desinstala el JAR de archivo de propiedades requerido por una aplicaciónMDM

-uninstall_mdm_eba Desinstala el OSGi de MDM

-uninstall_mdm_old_ws_ear Desinstala el JAR de servicios web de MDM física en el servidor deaplicaciones

-uninstall_server_config Elimina los cambios de configuración relacionados con MDM realizados enel servidor de aplicaciones

-uninstall_native_engine_ear Desinstala el servidor operativo nativo (motor) para la MDM virtual

-reset_db2 Elimina todas las tablas, desencadenantes y funciones de MDM instaladosen una base de datos de DB2

-reset_oracle Elimina todas las tablas, desencadenantes y funciones de MDM instaladosen una base de datos de Oracle


Tabla 18. Destinos de programa de utilidad madconfig para desinstalación (continuación)


-reset_sql Elimina todas las tablas, desencadenantes y funciones de MDM instaladosen una base de datos de SQL Server

-remove_datasource Elimina el origen de datos utilizado por una MDM virtual

-unregister_odbc Elimina el registro de la ODBC utilizada por MDM virtual

Conceptos relacionados:Descripción general del establecimiento de preferencias de Entorno de pruebaTareas relacionadas:Creación de un script de programa de utilidad madconfig automatizado

Instalación manual de physical MDM databasePuede instalar manualmente physical MDM database en DB2 para UNIX o Linux, DB2 para z/OS yOracle.

Siempre puede utilizar IBM Installation Manager para crear la physical MDM database. No obstante, si lodesea, puede instalarla manualmente.

La base de datos MDM virtual siempre se instala utilizando IBM Installation Manager.

Antes de comenzar la instalación manual, lea lo siguiente y realice cualquier decisión necesaria sobre lacreación de espacios de tabla y la instalación de activadores.

Espacios de tabla

Para bases de datos de DB2 en UNIX o Linux y bases de datos de Oracle, puede crear espaciosde tabla para datos de usuario, índices de usuario y objetos grandes de usuario para mejorar elrendimiento de la base de datos. Se proporcionan valores de marcador de posición en los scriptsadecuados como TABLE_SPACE, INDEX_SPACE y LONG_SPACE. Puede ajustar los tamaños delespacio de tabla de los scripts que se proporcionan al tamaño adecuado para el entorno deproducción.

Hay dos espacios de tabla separados para la InfoSphere MDM Probabilistic Matching Engine, querequieren que los espacios de tabla de InfoSphere MDM Probabilistic Matching Engine tengan losmismos nombres que TABLE_SPACE y INDEX_SPACE, pero con una letra E adicional al final delnombre del espacio de tabla.

ActivadoresSe suministran dos tipos de activadores con la instalación de InfoSphere MDM: activadoressimples y compuestos. Debe seleccionar uno de estos tipos de activadores para efectuar lainstalación:v Activadores simples: Crean una copia de la imagen "anterior" de los datos actuales en la tabla

HISTORY cuando se crea, actualiza o elimina una tabla base. La tabla HISTORY únicamentecontiene antiguos registros; no contiene el registro actual en la tabla base. Si opta por instalarlos activadores simples, debe instalar los activadores simples de actualización. También puedeinstalar los activadores simples de supresión, que son opcionales.

v Activadores compuestos: Crean una copia de la imagen "anterior" y "posterior" de los datosactuales de la tabla base en la tabla HISTORY cuando se inserta, actualiza o suprime una tablabase. La tabla HISTORY contiene todos los registros antiguos y el registro actual en la tablabase. Si opta por instalar los activadores compuestos, debe instalar los activadores de insercióny actualización. También puede instalar los activadores compuestos de supresión, que sonopcionales.

Huso horario múltiple (UTC)


Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienen valores de tiempocorrespondientes a distintos husos horarios, debe habilitar la función de huso horario múltiple.

Una vez se active esta característica, no la podrá desactivar.

Si no necesita la función de huso horario múltiple, debe inhabilitarla cuando instale la base dedatos.

Capacidad de búsqueda sensible o no a las mayúsculas y minúsculas

Puede añadir la capacidad de buscar contactos, productos y categorías por nombre, pero sin lasrestricciones de la sensibilidad a mayúsculas y minúsculas. Una vez que se activa la característicasin sensibilidad a mayúsculas y minúsculas, no puede desactivarse. Está disponible en DB2 UDB,DB2 para z/OS v9 y posterior y en Oracle.

Establecimiento de la configuración XA en IBM WebSphere ApplicationServer para conectarse con DB2 for z/OSCuando instale manualmente la base de datos de MDM en DB2 for z/OS, utilice este procedimiento paraestablecer la configuración XA en IBM WebSphere Application Server.


Debe cambiar los valores de ejemplo de este procedimiento para que coincidan con el entorno.

Procedimiento1. Inicie sesión en el sistema UNIX como usuario root y vaya al directorio de instancia de DB2. Por

ejemplo: cd /usr/opt/db2_10_01/instance

2. Para crear una instancia de ESE completa, ejecute el siguiente mandato desde el directorio deinstancia: db2icrt -a SERVER -p 60000 -s ese -u db2fenc1 db2inst1

3. Inicie sesión como usuario de instancia (db2inst1 en este ejemplo) después de crear la instancia ycatalogue la base de datos de z/OS.

4. Inicie la instancia de DB2 mediante el mandato db2start.5. Configure un proveedor JDBC basado en la CLI, tipo 4 para el soporte XA.6. Configure IBM WebSphere Application Server para que utilice un controlador XA para DB2 for z/OS.7. Añada la siguiente línea a la variable CLASSPATH:

<DB2HOME>sqllib/java/db2jcc.jar

Tareas relacionadas:“Instalación de la base de datos principal manualmente en DB2 para z/OS utilizando TSO y JCL” en lapágina 116Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalarmanualmente la base de datos principal InfoSphere MDM en DB2 para z/OS.

creación e instalación de la base de datos de z/OSCuando esté creando el subsistema y asociando bases de datos al mismo, tenga en cuenta que InfoSphereMDM se desarrolla en DB2 for z/OS con datos Unicode y más de un idioma. También debe establecer laconfiguración XA.

Para abordar a Unicode, hay dos opciones de configuración entre las que elegir:v

1. Configurar un subsistema DB2 para z/OS con el parámetro UNICODE en DSNZPARM, por ejemplo:Unicode CCSID = 1208 CCSID of Unicode UTF-8 data.DEF ENCODING SCHEME = UNICODELOCALE LC_CTYPE = UNIAPPLICATION ENCODING = UNICODE

2. Trabaje con el subsistema predeterminado DB2 para z/OS y vuelva a enlazar todos los paquetesMDM con Unicode al utilizar LOCALE LC_CTYPE = UNI., que es necesario para funciones agregadascomo UPPER y LOWER.

v Si utiliza un nuevo subsistema DB2, establezca todos los parámetros DSNZPARM en Unicode, incluido elmacro-parámetro LC_TYPE de DSNHDECP. Para disponer de funciones completas se necesitan bases dedatos y planes de trabajo Unicode.

v Asignación de espacio: antes de crear los objetos físicos, es necesario proporcionar espacio en DASD.Para simplificar la asignación de almacenamiento, se recomienda utilizar grupos de almacenamiento enSMS. Cree HLQ MDMIBM para todos los archivos de datos z.

v Espacios de tabla y espacios de índice: para un mantenimiento más simple y para evitar problemas derendimiento, separe las tablas y sus índices relacionados en distintos espacios de tabla y espacios deíndice. Para tablas pequeñas, utilice espacios de tabla segmentados; para tablas grandes, utilice espaciosde tabla simples. También puede utilizar espacios de tabla particionada.

v Autorización y calificador: Cree y acceda a todos los objetos al utilizar un ID de autorización.v Agrupaciones de almacenamiento intermedio: si las agrupaciones de almacenamiento intermedio no

existen, debe crearlas. Un tamaño mínimo de 1000 es bueno. Un ejemplo de sentencia SQL para crearagrupaciones de almacenamiento intermedio es: ALTER BUFFERPOOL (bp3) VPSIZE (1000);

Configuración de XA para DB2 para z/OS

Asegúrese de completar el procedimiento para el proveedor WebSphere Application Server JDBC y deorigen de datos. Este procedimiento es necesario para que WebSphere Application Server funcionecorrectamente con DB2 para z/OS.

Otorgamiento de privilegios de conexión en DB2 para z/OSSi está instalando manualmente una base de datos de physical MDM en DB2 for z/OS, utilice esteprocedimiento para otorgar los privilegios de conexión necesarios.

Procedimiento1. Asegúrese de que se haya otorgado SYSADM al usuario de instalación para los espacios de tablas y la

creación de la base de datos inicial.2. Asegúrese de que se otorgue la siguiente lista de privilegios al usuario de instalación:

Atención: Debe cambiar los valores de ejemplo de este procedimiento en función del entorno deservidor utilizado.v GRANT CREATETAB, CREATETS ON DATABASE DSNDB04 TO <USER_ID>;

v GRANT USE OF BUFFERPOOL BP0 TO <USER_ID>;

v GRANT USE OF STOGROUP SYSDEFLT TO <USER_ID>;

v GRANT USE OF TABLESPACE DSNDB04.SYSDEFLT TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNESPCS TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNESPRR TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNEDCL TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNHYCRD TO <USER_ID>;

v GRANT SELECT ON SYSIBM.SYSDUMMY1 TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNTIA<DB2 VERSION> TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWZP TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWSPM TO <USER_ID>;

v GRANT EXECUTE ON PACKAGE DSNUTILS.DSNUTILS TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILS TO <USER_ID>;

v GRANT EXECUTE ON PACKAGE DSNUTILU.DSNUTILU TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILU TO <USER_ID>;

Tareas relacionadas:“Instalación de la base de datos principal manualmente en DB2 para z/OS utilizando TSO y JCL” en lapágina 116Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalarmanualmente la base de datos principal InfoSphere MDM en DB2 para z/OS.

Configuración de la base de datos OracleAl instalar manualmente la base de datos de physical MDM en Oracle, si omite la ejecución del scriptcreate_schema_ora.sql, debe alterar el sistema de base de datos de Oracle.

Dentro del script create_schema_ora.sql, asegúrese de que la sentencia ALTER SYSTEM SET open_cursorsse ha establecido de la forma siguiente:ALTER SYSTEM SET open_cursors = 1500 SCOPE=BOTH;

También verifique que las concesiones se hagan especialmente como GRANT CREATE SEQUENCE TO<SCHEMA>;

Instalación manual de physical MDM database en DB2 for Linux oUNIXPuede instalar manualmente physical MDM database en DB2 for Linux o UNIX.

Existen instrucciones separadas para instalar la base de datos de configuración y gestión y la base dedatos de dominios principal.

Antes de iniciar la instalación, lea sobre la instalación manual de la base de datos.

Instalación manual de la base de datos principal en DB2 para UNIX o LinuxUtilice este procedimiento para instalar la base de datos física MDM principal en DB2 para UNIX oLinux.

Procedimiento1. Vaya al directorio MDM/database/CoreData/DB2/Standard/ddl.2. Edite los scripts de este directorio sustituyendo los valores de marcador por los valores a utilizar en

la base de datos.

Recuerde: Para ejecutar la mayoría de los scripts, utilice la sintaxis de mandatodb2 -tvf SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombredel archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis demandato distinta, la sintaxis se muestra en el procedimiento.Cambie el valor de marcador:a. Sustituya a DBNAME con el nombre de base de datos que desee utilizar.b. Sustituya TERRITORY con el territorio.c. Sustituya a TABLE_SPACE con el nombre de espacio de tabla donde se van a almacenar datos de

tabla de historial y base.d. Sustituya a INDEX_SPACE con el nombre de espacio de tabla donde están almacenados los datos

indexados.e. Sustituya a LONG_SPACE con el nombre de espacio de tabla donde están almacenados los datos

de columna de usuario grandes como CLOB y XML.

f. Sustituya a SCHEMA con el nombre de esquema asignado para mantener los activos de base dedatos.

g. Sustituya a DBUSER con el ID de usuario de base de datos propietario del esquema.h. Cambie el valor del marcador DTYPE por uno de los valores siguientes en minúscula:

v bancav segurosv telecomunicacionesv 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 al idioma de todos los datos de tabla de código adicionales a cargar.Por ejemplo, para japonés, utilice ja; para francés, utilice fr.

3. Asegúrese de que tiene privilegios de administrador de base de datos (DBA) para ejecutar el scriptCreateDB.sql.

4. Cree la base de datos y los espacios de tabla y otorgue los privilegios necesarios a los usuarios yesquemas autorizados ejecutando el archivo CreateDB.sql.

5. Cree los espacios de tabla, y otorgue los privilegios necesarios a los usuarios y esquemas autorizadosejecutando el archivo CreateTS.sql. En este script se crean cuatro espacios de tabla adicionales paralos objetos de base de datos del InfoSphere MDM Probabilistic Matching Engine. Los nombres de losdos espacios de tabla se crean en función de TABLE MDS4K, TABLE_SPACE, TABLE SPMDS, TABLESPPMI, LONG SPACE e INDEX_SPACE. Puede cambiarlos si lo desea.

6. Conéctese con la base de datos que acaba de crear.7. Desde la línea de mandatos de MDM/database/CoreData/DB2/Standard/ddl, ejecute los scripts en el

orden que se indica:a. CreateTables.sql: crea todas las tablas base y las definiciones de clave primaria.b. CreateTables_H.sql: crea todas las tablas de historial y las definiciones de clave primaria.c. CreateIndexes.sql: crea todos los índices, incluidas las restricciones de índices exclusivos.d. CreateFK.sql: crea todas las claves foráneas.e. CreateCHK.sql: crea todas las restricciones de comprobación.

8. Determine si debe habilitar la función de huso horario múltiple:Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienen valores de tiempocorrespondientes a distintos husos horarios, debe habilitar la función de huso horario múltiple.Si no necesita la función de huso horario múltiple, debe inhabilitarla cuando instale 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:

Create_function_utc_enabled.sql

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:

Create_function_utc_disabled.sql

9. Ejecute los scripts de los desencadenantes compuestos o de los desencadenantes simples.

Recuerde: Para ejecutar scripts con el fin de crear desencadenantes, utilice la sintaxis de mandatodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME


donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombredel archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis demandato distinta, la sintaxis se muestra en el procedimiento.v Para instalar desencadenantes simples, ejecute el script:

a. CreateTriggers_simple.sql: instala desencadenantes simples.b. Opcional: CreateTriggers_delete_simple.sql: instala desencadenantes simples para realizar

supresiones.v Para instalar desencadenantes compuestos, ejecute el script:

a. CreateTriggers_compound.sql: instala desencadenantes compuestos para realizar inserciones yactualizaciones.

b. Opcional: CreateTriggers_delete_compound.sql: instala desencadenantes compuestos pararealizar supresiones.

10. Para llenar las tablas de códigos datos en idioma inglés para la industria que se introduce en elmarcador DTYPE y los datos de configuración en el idioma que se introduce en el marcadorCONFIG_LANG, ejecute el script:ImpReqData.sql

11. Seleccione si desea instalar más de un idioma:v Si está instalando el producto solo en inglés, omita este paso.v Realice este paso para instalar conjuntos suplementarios de datos de tablas de códigos para

idiomas distintos del inglés. Para la industria que se ha introducido en el marcador DTYPE y parael código de idioma que se ha introducido en el marcador CODE_LANG, ejecute el script:ImpCodeTableData.sql

Repita este paso para cada idioma que instale.12. Opcional: para habilitar búsquedas no sensibles a mayúsculas y minúsculas, ejecute el siguiente

script:Insensitive_search_enabled.sql

Instalación manual de la base de datos de dominios en DB2 for UNIX o LinuxPuede instalar manualmente la base de datos de dominios en DB2 for UNIX o Linux.

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 dominios en DB2 para Linux o UNIX:

Utilice este proceso para instalar manualmente la base de datos de dominios.

Procedimiento

1. Vaya al directorio MDM/database/WCC/DB2/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 base de datos que desee utilizar.b. Sustituya a SCHEMA con el nombre de esquema asignado para mantener los activos de base de

datos.c. Sustituya a TABLE_SPACE con el nombre de espacio de tabla donde se van a almacenar datos de

tabla de historial y base.


d. Sustituya a INDEX_SPACE con el nombre de espacio de tabla donde están almacenados los datosindexados.

e. Sustituya a LONG_SPACE con el nombre de espacio de tabla donde están almacenados los datosde columna de usuario grandes como CLOB y XML.

f. Sustituya a DBUSER con el ID de usuario de base de datos propietario del esquema.g. Cambie el valor del marcador DTYPE por uno de los valores siguientes en minúscula:

v bancav segurosv telecomunicacionesv fabricación

h. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para inglés, utilice en; parafrancés, utilice fr.

i. CODE_LANG al idioma de todos los datos de tabla de código adicionales a cargar. Por ejemplo,para japonés, utilice ja; para francés, utilice fr.

Atención: La sentencia CreateDB.sql crea dos espacios de tabla separados para InfoSphere MDMProbabilistic Matching Engine, del modo siguiente: TABLE_SPACE y INDEX_SPACE.

3. Conéctese con la base de datos principal que acaba de crear.

Recuerde: Para ejecutar la mayoría de los scripts, utilice la sintaxis de mandatodb2 -tvf SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombredel archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis demandato distinta, la sintaxis se muestra en el procedimiento.

4. Ejecute los scripts siguientes en el orden que aparecen listados desde la línea de mandatos enMDM/database/WCC/DB2/Standard/ddl

v CreateTables.sql: crea todas las tablas base y las definiciones de clave primaria.v CreateTables_H.sql: crea todas las tablas de historial y las definiciones de clave primaria.v CreateIndexes.sql: crea todos los índices, incluidas las restricciones de índices exclusivos.v CreateFK.sql: crea todas las claves foráneas.v CreateCHK.sql: crea todas las restricciones de comprobación.v Create_eME.sql: crea todos los objetos del motor de coincidencias probabilísticas de InfoSphere

MDM. En este script, debe sustituir el poseedor de dos espacios por espacios de tabla reales y elnombre del espacio de índice.

5. Ejecute los scripts para desencadenantes compuestos o simples:

Recuerde: Para ejecutar scripts con el fin de crear desencadenantes, utilice la sintaxis de mandatodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombredel archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis demandato distinta, la sintaxis se muestra en el procedimiento.v Para instalar desencadenantes simples:

– CreateTriggers_simple.sql instala desencadenantes simples– Opcional: CreateTriggers_delete_simple.sql: instala desencadenantes simples para realizar

supresiones.v Para instalar desencadenantes compuestos, ejecute los scripts:

– CreateTriggers_compound.sql: instala desencadenantes compuestos para realizar inserciones yactualizaciones.


– Opcional CreateTriggers_delete_compound.sql: instala desencadenantes compuestos pararealizar supresiones.

6. Para llenar las tablas de códigos con datos en idioma inglés para la industria que se introduce en elmarcador DTYPE y los datos de configuración en el idioma que se introduce en el marcadorCONFIG_LANG, ejecute el script: ImpReqData.sql

7. Seleccione si desea instalar más de un idioma:v Si está instalando el producto solo en inglés, omita este paso.v Realice este paso para instalar conjuntos suplementarios de datos de tablas de códigos para idiomas

distintos del inglés. Para la industria que se ha introducido en el marcador DTYPE y para el códigode idioma que se ha introducido en el marcador CODE_LANG, ejecute el script:ImpCodeTableData.sql. Repita este paso para cada idioma que instale.

8. Si está habilitada la búsqueda no sensible a mayúsculas y minúsculas en la base de datos principal,debe ejecutar el siguiente script: Insensitive_search_enabled.sql.

9. Compruebe los archivos de registro de la instalación para verificar que la instalación se hacompletado.

Instalación manual de physical MDM database en DB2 for z/OSPuede instalar manualmente physical MDM database en DB2 for z/OS.

Antes de iniciar la instalación, lea el tema de instalación manual de la base de datos, incluidas las notas yla información sobre la creación e instalación de la base de datos de z/OS, y considere todos losproblemas presentados.

Instalación de la base de datos principal manualmente en DB2 para z/OSutilizando TSO y JCLPuede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalarmanualmente la base de datos principal InfoSphere MDM en DB2 para z/OS.

Antes de empezar

Esta tarea contiene varios valores de marcadores. Asegúrese de tener la información necesaria del sistemaantes de comenzar. Si es necesario, póngase en contacto con el programador de sistemas para obtener estainformación.

Asegúrese de que ha creado HLQ MDMIBM. Esto sólo es necesario para la instalación y puededescartarse después de completarla.

Procedimiento1. Vaya al directorio MDM/database/CoreData/DB2/ZOS/pds/ddllib y siga los pasos siguientes:

a. Modifique el script .netrc para crear y transferir los ddl al sistema principal.b. Sustituya USER por un nombre autorizado para FTP para el sistema principal.c. Sustituya PASSWORD por la contraseña para el usuario autorizado.d. Sustituya HOSTNAME con el nombre de host del sistema principal.e. Asegúrese de que el permiso del archivo sea 600. Si no lo es, ejecute el mandato chmod 600

.netrc. Este archivo .netrc debe estar dentro del directorio $HOME.f. Ejecute el mandato siguiente:

echo "\$ transferddl" | ftp hostname

La biblioteca MDMIBM.MIHDDL.LIB se añade a su sistema en el sistema principal.2. Vaya al directorio MDM/database/CoreData/DB2/ZOS/pds/jcllib y siga los pasos siguientes:

a. Modifique el script .netrc para crear y transferir los ddl al sistema principal.b. Sustituya USER por un nombre autorizado para FTP para el sistema principal.


c. Sustituya PASSWORD por la contraseña para el usuario autorizado.d. Sustituya HOSTNAME con el nombre de host del sistema principal.e. Asegúrese de que el permiso del archivo es 600. Si no lo es, ejecute el mandato chmod 600


echo "\$ transferjcl" | ftp hostname

La biblioteca MDMIBM.MIHJCL.LIB se añade a su sistema en el sistema principal.3. Vaya al directorio MDM/database/CoreData/DB2/ZOS/pds y siga los pasos siguientes:

a. Modifique el script .netrc para crear y transferir los ddl al sistema principal.b. Sustituya USER por un nombre autorizado para FTP para el sistema principal.c. Sustituya PASSWORD por la contraseña para el usuario autorizado.d. Sustituya HOSTNAME con el nombre de host del sistema principal.e. Asegúrese de que el permiso del archivo sea 600. Si no lo es, ejecute el mandato chmod 600


echo "\$ transferbins" | ftp hostname

El conjunto de datos MDMIBM.MIH*.BIN se añade a su sistema en el sistema principal.4. Inicie sesión en TSO en el servidor de bases de datos.5. Utilizando TSO/ISPF, vaya a MDMIBM.MIH.DDLLIB y edite cada uno de los scripts de los conjuntos de

datos, uno por vez, de la manera siguiente:a. Sustituya DBA ACCOUNT por una cuenta de base de datos (DB) con autoridad DBADM.b. Sustituya USER ACCOUNT por una cuenta de usuario con el nivel de autoridad adecuado.c. Sustituya STOGROUP_NAME por el nombre del grupo de almacenamiento.d. Sustituya db_prefix por el prefijo de base de datos de tres caracteres asignado por la autoridad

administrativa de la base de datos.e. Sustituya VCATNAME por el nombre VCAT real.

Para obtener más información, consulte la sentencia CREATE STOGROUP en el miembro del conjunto dedatos de la biblioteca MDMIBM.MIHDDL.LIB .

6. Utilizando TSO/ISPF, navegue hasta MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto dedatos MDMICOR para sustituir los siguientes valores de marcador por valores adecuados para su usoen la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya USRQ por el calificador de alto nivel de la cuenta de usuario.e. Sustituya PLANNAME por el plan DB2 para el programa de utilidad DSNTEP2.f. Multiple time zone (MTZ) está inhabilitado de forma predeterminada. Si desea HABILITAR MTZ,

comente la línea //SYSIN DD DSN=MDMIBM.MIHDDL.LIB(Z08CRUTE),DISP=SHR que se encuentra dentrodel JCL MDMICOR (vea el paso 8). Para el trabajo MDMICOR, los códigos de retorno 0 o 4 indican queel JCL se ha ejecutado correctamente.

g. Envíe el JCL MDMICOR utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCLse ha ejecutado correctamente.

7. Extraiga los datos comunes para recibir los archivos de datos mediante la navegación aMDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de datos RECBINDT para sustituir lossiguientes valores de marcador por valores adecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.


b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistemapredeterminado (DNS) válido.

c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya USRQ por el calificador de alto nivel de la cuenta de usuario.e. Envíe el JCL de RECBINDT utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el

JCL se ha ejecutado correctamente.8. Amplíe los conjuntos de datos para restaurar los conjuntos de datos mediante la navegación a

MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de datos RESDATDT para sustituir lossiguientes valores de marcador con valores adecuados para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Envíe el JCL RESDATDT utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.9. Extraiga los archivos de datos EN navegando a MDMIBM.MIHJCL.LIB y modificando el miembro del

conjunto de datos RECBINEN para sustituir los siguientes valores de marcador por valores adecuadospara su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Envíe el JCL RECBINEN utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.10. Amplíe los conjuntos de datos para restaurar los conjuntos de datos EN navegando a

MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de datos RESDATEN para sustituir lossiguientes valores de marcador por valores adecuados para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya USRQ por el calificador de alto nivel de la cuenta de usuario.e. Envíe el JCL RESDATEN utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.11. Extraiga los archivos de datos CODE_LANGUAGE navegando a MDMIBM.MIHJCL.LIB y modificando el

miembro del conjunto de datos RECBINOP para sustituir los siguientes valores de marcador porvalores adecuados para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya CODE_LANG por el lenguaje de código (no inglés) que desea recibir.e. Envíe el JCL RECBINOP utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.12. Amplíe los conjuntos de datos para restaurar los conjuntos de datos CODE_LANGUAGE navegando

a MDMIBM.MIHJCL.LIB y modificando el miembro del conjunto de datos RESDATOP para sustituir lossiguientes valores de marcador por los valores adecuados para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.


b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistemapredeterminado (DNS) válido.

c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya CODE_LANG por el lenguaje de código (no inglés) que desea recibir.e. Envíe el JCL RESDATOP utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.13. Utilizando TSO/ISPF, navegue hasta MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de

datos IMPRQCO para sustituir los siguientes valores de marcador para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya CONFIG_LANG por el lenguaje de código que desea instalar (por ejemplo DE para el

alemán, EL para el griego, y así sucesivamente).e. Sustituya DTYPE por uno de los siguientes valores:

v BAN para bancav INS para segurosv TEL para telecomunicacionesv MAN para fabricación

f. Sustituya USER_ACCOUNT por una cuenta de usuario con el nivel de autoridad adecuado.g. Envíe el JCL IMPRQCO utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el JCL

se ha ejecutado correctamente.14. Importe los datos para tablas del gestor de configuración en la base de datos examinando

MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos IMPRQCM para sustituir los valoresde marcador siguientes con los valores adecuados para utilizarlos en la base de datos.a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya USER ACCOUNT por una cuenta de usuario con el nivel de autoridad adecuado.e. Envíe el IMPRQCM JCL utilizando el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.15. Elija si desea rellenar las tablas de códigos con datos para idiomas diferentes del inglés:

v Si está instalando solo para el idioma inglés, omita este paso. El inglés se cargó en el paso 13.v Si está instalando para más idiomas, navegue a MDMIBM.MIHJCL.LIB y modifique el miembro del

conjunto de datos IMPOPCO para sustituir los siguientes valores de marcador por valores adecuadospara la base de datos:– Sustituya JOB NAME por el nombre del trabajo.– Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de subsistema

predeterminado (DNS) válido.– Sustituya SYSTEM por un ID de subsistema DB2 válido.– Sustituya CONFIG_LANG por el lenguaje de código que desea instalar (por ejemplo DE para el

alemán, EL para el griego, y así sucesivamente).– Sustituya DTYPE por uno de los siguientes valores:

- BAN para banca- INS para seguros- TEL para telecomunicaciones- MAN para fabricación


– Sustituya USER_ACCOUNT por una cuenta de usuario con el nivel de autoridad adecuado.– Envíe el JCL IMPOPCO utilizando el mandato sub. Los códigos de retorno 0 o 4 indican que el

JCL se ha ejecutado correctamente.– Repita este procedimiento para cada idioma (no inglés) que desee instalar (por ejemplo ES para

español, IT para italiano y JA para japonés, y así sucesivamente).Tareas relacionadas:“Establecimiento de la configuración XA en IBM WebSphere Application Server para conectarse con DB2for z/OS” en la página 110Cuando instale manualmente la base de datos de MDM en DB2 for z/OS, utilice este procedimiento paraestablecer la configuración XA en IBM WebSphere Application Server.“Otorgamiento de privilegios de conexión en DB2 para z/OS” en la página 111Si está instalando manualmente una base de datos de physical MDM en DB2 for z/OS, utilice esteprocedimiento para otorgar los privilegios de conexión necesarios.

Instalación manual de los datos CLOB en DB2 for z/OS para la base de datosprincipalUtilice este procedimiento para instalar manualmente los datos CLOB en DB2 for z/OS

Procedimiento1. Vaya a la biblioteca de conjunto de datos MDMIBM.MIHJCL.LIB y edite el miembro de conjunto de datos

IPDCLSPF para sustituir los valores de marcador siguientes con valores adecuados para la base dedatos.a. Cambie NOMBRE DE TRABAJO por el nombre para el trabajo.b. Cambie bd-hlq por un valor de Calificador de alto nivel DSN válido.c. Cambie SISTEMA> por un ID de subsistema DB2 válido.

2. Envíe el JCL IPDCLSPF mediante el mandato sub.

Instalación manual de la base de datos de dominios en DB2 for z/OSPuede instalar manualmente la base de datos de dominios de MDM física en DB2 for z/OS.




Instalación manual de la base de datos de dominios en DB2 for z/OS:

Utilice este procedimiento para instalar manualmente la base de datos de dominios en DB2 for z/OS.

Antes de empezar

Esta tarea contiene varios valores de marcadores. Asegúrese de tener la información necesaria del sistemaantes de comenzar. Si es necesario, póngase en contacto con el programador de sistemas para obtener estainformación.

En el sistema principal, el Calificador de alto nivel (HLQ), denominado MDMIBM, tiene 3 GB de espacio quese asignan para almacenar todos los archivos y bibliotecas para InfoSphere MDM.

Procedimiento

1. Vaya al directorio MDM/database/WCC/DB2/ZOS/pds/ddllib donde se ha expandido WAS.jar.2. Modifique el script .netrc para crear y transferir los ddl al sistema principal realizando los pasos

siguientes.


a. Cambie USUARIO con un nombre de usuario autorizado para enviar por FTP al sistemaprincipal.

b. Cambie CONTRASEÑA con la contraseña para ese usuario. Antes de ejecutar el mandato,asegúrese de que el permiso del archivo es 600. Si no lo es, ejecute el mandato chmod 600 .netrc.Este archivo .netrc debe estar dentro del directorio $HOME.

c. Ejecute el mandato siguiente:echo "\$ transferddl" | ftp host-name

La biblioteca MDMIBM.MDMJCL.LIB se añade al sistema en el sistema principal.3. Vaya al directorio MDM/database/WCC/DB2/ZOS/pds/jcllib y modifique el script .netrc para crear y

transferir los ddl al sistema principal realizando los pasos siguientes.a. Sustituya USUARIO con un nombre de usuario autorizado para enviar por FTP al sistema

principal.b. Sustituya CONTRASEÑA con la contraseña para ese usuario.c. Cambie NOMBRE DE HOST con el nombre de host del sistema principal.d. Asegúrese de que el permiso del archivo es 600. Si no lo es, ejecute el mandato chmod 600

.netrc. Este archivo .netrc debe estar dentro del directorio $HOME.e. Ejecute el mandato siguiente:

echo "\$ transferjcl" | ftp host-name

La biblioteca MDMIBM.MDMJCL.LIB se añade al sistema en el sistema principal.4. Vaya al directorio MDM/database/WCC/DB2/ZOS/pds y modifique el script .netrc para crear y transferir

los ddl al sistema principal realizando los pasos siguientes.a. Sustituya USUARIO con un nombre de usuario autorizado para enviar por FTP al sistema

principal.b. Sustituya CONTRASEÑA con la contraseña para ese usuario.c. Sustituya HOSTNAME con el nombre de host del sistema principal.d. Asegúrese de que el permiso del archivo sea 600. Si no lo es, ejecute el mandato chmod 600

.netrc. Este archivo .netrc debe estar dentro del directorio $HOME.e. Ejecute el mandato siguiente:

echo "\$ transferbins” | ftp hostname

El conjunto de datos MDMIBM. MDM*.BIN se añade al sistema en el sistema principal.5. Inicie sesión en TSO en el servidor de bases de datos.6. Mediante TSO/ISPF, vaya a MDMIBM.MDMDDL.LIB y edite cada uno de los scripts en los conjuntos de

datos de uno en uno para sustituir los valores de marcador siguientes con valores adecuados parautilizarlos en la base de datos:a. Sustituya DBA ACCOUNT con una cuenta de BD con autoridad de DBADM. Por ejemplo, ejecute

el mandato CHG: CHG 'DBA ACCOUNT' 'DB2OPER' all

b. Sustituya USER ACCOUNT con una cuenta de usuario con el nivel de autorización adecuado.c. Sustituya STOGROUP_NAME por el nombre del grupo de almacenamiento.d. Sustituya db_prefix con el prefijo de base de datos de tres caracteres asignado por la autoridad

administrativa de la base de datos.e. Sustituya VCATNAME por el nombre VCAT real.

Para obtener más información, consulte la sentencia CREAR GRUPOALM en el miembro de conjunto dedatos @01crdb de la biblioteca MDMIBM.MDMDDL.LIB.

7. Mediante TSO/ISPF, vaya a MDMIBM.MDMJCL.LIB y edite el miembro de conjunto de datos MDMIDOMpara sustituir los valores de marcador siguientes con los valores adecuados para la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.


c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Sustituya USRQ con el Calificador de alto nivel de la cuenta de usuario.e. Sustituya PLANNAME con un plan DB2 para el programa de utilidad DSNTEP2.f. Envíe el JCL MDMIDOM mediante el mandato sub. Los códigos de retorno de 0 ó 4 indican que el

JCL se ha ejecutado correctamente.8. Extraiga los datos de tabla de códigos para recibir los archivos de datos yendo a MDMIBM.MDMJCL.LIB

y modifique el miembro de conjunto de datos RECBINDT para sustituir los valores de marcadorsiguientes con valores adecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Sustituya USRQ con el Calificador de alto nivel de la cuenta de usuario.e. Envíe el JCL RECBINDT mediante el mandato sub. Los códigos de retorno de 0 ó 4 indican que el

JCL se ha ejecutado correctamente.9. Expanda los conjuntos de datos para restaurar los datos, vaya a MDMIBM.MDMJCL.LIB y modifique el

miembro de conjunto de datos RESDATDT para sustituir los valores de marcador siguientes con valoresadecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Envíe el JCL RESDATDT mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.10. Extraiga los archivos de datos EN, vaya a MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto

de datos RECBINEN para sustituir los valores de marcador siguientes con valores adecuados parautilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Envíe el JCL RECBINEN mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.11. Expanda los conjuntos de datos para restaurar los datos EN, vaya a MDMIBM.MDMJCL.LIB y modifique

el miembro de conjunto de datos RESDATEN para sustituir los valores de marcador siguientes convalores adecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Envíe el JCL RESDATEN mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.12. Extraiga los archivos de datos para recibir archivos de datos LENG_CÓDIGO, vaya a

MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos RECBINOP para sustituir los valoresde marcador siguientes con valores adecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Cambie LENG_CÓDIGO al lenguaje de código (no EN) que desea recibir.e. Envíe el JCL RECBINOP mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.


13. Expanda los conjuntos de datos para restaurar conjuntos de datos LENG_CÓDIGO, vaya aMDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos RESDATOP para sustituir los valoresde marcador siguientes con valores adecuados para utilizarlos en la base de dato:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Cambie LENG_CÓDIGO al lenguaje de código (no EN) que desea recibir.e. Envíe el JCL RESDATOP mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.14. Mediante TSO/ISPF, vaya a MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos

IMPRQDM para sustituir los valores de marcador siguientes con los valores adecuados para utilizarlosen la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Sustituya CONFIG_LANG con el idioma de configuración que desee. Por ejemplo, DE para

alemán o EL para griego.e. Sustituya DTYPE con uno de los valores siguientes:

v BAN para bancav INS para segurosv TEL para telecomunicacionesv MAN para fabricación

f. Sustituya USER ACCOUNT con una cuenta de usuario con el nivel de autorización adecuado.g. Envíe el JCL IMPRQDM mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL se

ha ejecutado correctamente.15. Actualice los datos de la base de datos principal yendo a MDMIBM.MDMJCL.LIB y modifique el miembro

de conjunto de datos IMPUPDM para sustituir los valores de marcador siguientes con los valoresadecuados para utilizarlos en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Sustituya USER ACCOUNT con una cuenta de usuario con el nivel de autorización adecuado.e. Envíe el JCL IMPUPDM mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL se

ha ejecutado correctamente.16. Importe los datos de dominio para tablas de gestor de configuración en la base de datos examinando

MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos IMPRQCM para sustituir los valoresde marcador siguientes con los valores adecuados para utilizarlos en la base de datos.a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.c. Sustituya SYSTEM con un ID de subsistema DB2 válido.d. Sustituya USER ACCOUNT con una cuenta de usuario con el nivel de autorización adecuado.e. Envíe el JCL IMPRQCM mediante el mandato sub. Los códigos de retorno de 0 indican que el JCL

se ha ejecutado correctamente.17. Elija si desea llenar las tablas de códigos con datos para idiomas distintos del inglés:

v Si solo va a instalar el idioma inglés, omita este paso.


v Si va a instalar más idiomas, vaya a MDMIBM.MIHJCL.LIB y modifique el miembro de conjunto dedatos IMPOPDM (este nombre no es coherente con IMPOPDM mencionado en las instrucciones deEnvío) para sustituir los valores de marcador siguientes con los valores adecuados para la base dedatos:– Sustituya JOB NAME por el nombre del trabajo.– Sustituya db-hlq por un valor de Calificador de alto nivel DSN válido.– Sustituya SYSTEM con un ID de subsistema DB2 válido.– Sustituya CONFIG_LANG con el lenguaje de código que desea instalar (por ejemplo, DE para

alemán, EL para griego, etc.).– Sustituya DTYPE con uno de los valores siguientes:

- BAN para banca- INS para seguros- TEL para telecomunicaciones- MAN para fabricación

– Sustituya USER ACCOUNT con una cuenta de usuario con el nivel de autorización adecuado.– Envíe el JCL IMPOPDM mediante el mandato sub. Los códigos de retorno de 0 o 4 indican que el

JCL se ha ejecutado correctamente. Repita este procedimiento para cada idioma (no EN) quedesee instalar.

Instalación manual de los datos CLOB en DB2 for z/OS para la base de datos de dominios:

Utilice este procedimiento para instalar manualmente los datos CLOB para la base de datos de dominioen DB2 for z/OS.

Procedimiento

1. Vaya a la biblioteca de conjunto de datos MDMIBM.MIHJCL.LIB y edite el miembro de conjunto de datosIPDCLIQL para sustituir los valores de marcador siguientes con valores adecuados para la base dedatos:a. Cambie NOMBRE DE TRABAJO por el nombre para el trabajo.b. Cambie bd-hlq por un valor de Calificador de alto nivel DSN válido.c. Cambie SYSTEM por un ID de subsistema DB2 válido.

2. Envíe el JCL IPDCLIQL mediante el mandato sub.

Instalación manual de la base de datos principal en Microsoft SQLServerUtilice este procedimiento para instalar la base de datos principal completa de forma manual enMicrosoft SQL Server.


Antes de iniciar la instalación, lea sobre la instalación manual de la base de datos de physical MDM.

Procedimiento1. Vaya al directorio MDM/database/CoreData/SQL Server/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:v db_name por el nombre de la base de datosv MDMSEFG por el nombre del grupo de archivosv Logical_FG_Namex por el nombre del archivo nuevo que se va a añadir al grupo de archivos y

donde x es un número a partir de 1 si se debe crear o añadir más de un grupo de archivos


v location por la ubicación del grupo de archivos “file”; por ejemplo:– Microsoft SQL Server 2008R2: C:/Archivos de programa/Microsoft SQL Server/

MSSQL10_50.MSSQLSERVER/MSSQL/DATA

– Microsoft SQL Server 2012: C:/Archivos de programa/Microsoft SQL Server/MSSQL11.DBSQL2/MSSQL/DATA

v db_user por un propietario de objeto de base de datosv password por la contraseña de db_userv schema por el propietario del objetov CODE_LANG por el idioma de cualquier dato de tabla de códigos adicional que se vaya a cargar,

por ejemplo: para japonés, utilice ja o para francés, utilice frv CONFIG_LANG por el idioma de configuración que se va a utilizar; por ejemplo, para inglés, utilice

en o para francés, utilice frv DTYPE por el tipo de datos que se van a cargar; especifique uno de los siguientes valores en

minúscula: banking; insurance, manufacturing, telcov mds_home por la ubicación del servidor operativo de MDM virtualv datasource_name por el nombre de su base de datosv dbadmin user por el nombre del usuario de base de datosv dbadmin password por la contraseña para su usuario de base de datos

3. Desde la línea de mandatos en el directorio MDM/database/CoreData/SQL Server/ddl, ejecute losmandatos en el orden en que aparecen listados.a. Sqlcmd –S Server Name-U dbadmin user-P dbadmin password-i Create_DB.sql > logfile name

b. Sqlcmd –S Server Name -U dbuser -P dbuser password -d db_name -i CreateTables.sql >logfile name

c. Sqlcmd –S Server Name -U dbuser -P dbuser password -d db_name -i CreateFK.sql > logfilename

d. Sqlcmd –S Server Name -U dbuser -P dbuser password-d db_name -i CreateIndexes.sql >logfile name

e. Sqlcmd –S Server Name -U dbuser -P dbuser password -d db_name -i CreateCHK.sql > logfilename

4. Utilice IBM Installation Manager para cargar los datos. En el panel features to install, seleccioneMDM database.

Instalación manual de la base de datos de physical MDM en OraclePuede 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 physicalMDM.

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

Procedimiento1. 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 necesariosc. NEWPASSWORD por la contraseña del usuario del esquema


d. TABLE_SPACE por el nombre del espacio de tabla donde se almacenan datos base y de tabla dehistorial

e. INDEX_SPACE por un nombre de espacio de tabla donde se almacenan datos indexadosf. LONG_SPACE por un espacio de tabla donde se almacenan datos de columna de usuario extensos

como CLOB y XMLg. 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.0es 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 bancav segurosv telecomunicacionesv fabricación

i. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para inglés, utilice en; parafrancé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 enel 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 Engine4. 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 noes 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


@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 instaladesencadenantes 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 necesariascon datos de tabla de código en inglés para la industria que se introduce en el marcador de posiciónDTYPE, y los datos de configuración en el idioma que se introduce en el marcador de posiciónCONFIG_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 marcadorCODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un script de shell y ejecute elscript 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 InfoSphereMDM 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 OraclePuede instalar manualmente la base de datos de dominios en Oracle.




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.


d. TABLE_SPACE para el nombre de espacio de tabla donde se almacenarán datos de tabla dehistorial 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 XMLg. 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.0es 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 enminúscula:v bancav segurosv telecomunicacionesv fabricación

i. CONFIG_LANG para el idioma que se va a utilizar. Por ejemplo, para inglés utilice en; para francésutilice fr.

j. LENG_CÓDIGO para el lenguaje de cualquier tabla de código adicional que se va a cargar. Porejemplo, 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 elorden 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 primariasb. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>> LOG_FILE_NAME crea las

tablas de historial y las definiciones de claves primariasc. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME crea todos los índices,

incluyendo restricciones de índice exclusivod. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME crea las claves foránease. sqlplus SCHEMA/NEWPASSWORD@DBNAME> @create_chk_ora.sql>> LOG_FILE_NAME crea las restricciones

de comprobaciónf. 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 ysustituya los marcadores ESPACIO_TABLA y ESPACIO_ÍNDICE con los nombres de espacio detabla y espacio de índice creados para los objetos de base de datos de InfoSphere MDMProbabilistic 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 instaladesencadenantes 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


de códigos en inglés para el sector que se especifica en el marcador DTYPE y los datos deconfiguració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 marcadorCODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un archivo de script y ejecútelodesde 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 deInfoSphere MDMPuede utilizar IBM Installation Manager para crear el componente de servidor de mensajería deInfoSphere MDM, o puede instalarlo manualmente.


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

Procedimiento1. 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 scriptcustSetupMQServer.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 MDMejecutando el script:/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER

Sustituya el marcador de posición CHANNEL_NAME del script custSetupMQServer.mqsc por el valorreal 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

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 49Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entornopara la instalación.

Actualización de los archivos de propiedades desplegados para unaphysical MDMDespués de instalar o actualizar InfoSphere MDM, puede que necesite actualizar los archivos depropiedades desplegados si requieren cambios que no pueden realizarse utilizando ConfigurationManager. Utilice este procedimiento para actualizar archivos de propiedades desplegados.


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 debiblioteca compartida de aplicación de nivel empresarial (BLA), no pueden modificarse simplementealterando un valor de propiedad. Cuando está instalado, un archivo properties.jar duplicado se extraeen un subdirectorio de despliegue de la unidad de composición de BLA. Esta extracción permite que serealicen actualizaciones casi en tiempo real sin tener que volver a instalar la aplicación de paquetesempresariales (EBA). Por ejemplo, si el nombre del despliegue de aplicación es E001 y el directorio deinicio de instalación de WebSphere Application Server es opt/IBM/WebSphere/AppServer/, la ubicación delos archivos de propiedades desplegados se encuentra en el directorio de activos instalados del perfil dela 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 devarios nodos, las modificaciones deben replicarse manualmente en todos los nodos y servidores. La mejorforma de actualizar las propiedades es utilizando la consola de administración de WebSphere ApplicationServer, que maneja la propagación por usted.

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

deployment_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 hadescargado en el paso 1.

3. Vuelva a reunir las propiedades modificadas en un archivocom.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar nuevo. Asegúresede mantener el mismo nombre que la biblioteca original.

4. En la consola de administración de WebSphere Application Server, vuelva a seleccionar el archivocom.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar.a. Pulse Actualizar.


b. En la pantalla siguiente, elija el tipo de actualización que desee y seleccione el JAR de propiedadesnuevo. Por ejemplo: seleccione la opción Replace entire asset junto con el JAR de propiedadesnuevo o actualizado. La actualización del activo de propiedades mediante la utilización de estaopció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 7. Instalación de aplicaciones cliente y componentesindividuales

IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción seutiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidoren 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 deInfoSphere 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.





virtualizado.

Después de instalar la función, verifique que haya sido una instalación satisfactoria consultando losarchivos de registro.Tareas relacionadas:“Modificación de la instalación” en la página 93Utilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación detrabajo o servidor que ya tiene instalados componentes de la misma versión.“Desinstalación de un único componente” en la página 199Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.Visualización de los registros de instalaciónDurante 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 187Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 AdvancedReferencia relacionada:“Estructuras de directorios” en la página 20Existen 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 AdministrationLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicaciónBusiness Administration.


Los individuos responsables del mantenimiento y gestión de InfoSphere MDM pueden utilizar la IU deBusiness Administration para gestionar ciertos elementos del MDM operational server teniendo quemodificar 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 puedeinstalarse 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 UIUtilice 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuariov Tiene IBM WebSphere Application Server instalado y en ejecuciónv 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.


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 oestació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úncomponente de MDM se encuentra presente en la máquina donde se realiza la instalación de laaplicación, debe utilizar la opción Modificar.

Procedimiento1. 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 permanezcanseleccionados, 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 lasaplicaciones 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 enel recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminaciónde 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.


Obtenga más información sobre la utilización de la Business Administration UI al revisar el conceptorelacionado que se lista más abajo.Conceptos relacionados:Utilización de la aplicación de administraciónTareas relacionadas:“Configuración de seguridad de aplicación para aplicaciones web” en la página 187Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 43Utilice 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 StewardshipLos administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de laaplicación Data Stewardship.

La interfaz de usuario de Data Stewardship se utiliza para mantener la calidad de los datos dentro delnú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 puedeinstalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto.


Instalación de la interfaz de usuario de Data StewardshipUtilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación dedata 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDMv Tiene IBM WebSphere Application Server instalado y en ejecuciónv Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus


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


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 ola estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo elservidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algúncomponente de MDM se encuentra presente en la máquina donde se realiza la instalación de laaplicación, debe utilizar la opción Modificar.



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 quepermanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente.






Obtenga más información sobre la utilización de la interfaz de usuario de Data Stewardship al revisar elconcepto relacionado que se lista más abajo.


Conceptos relacionados:Cómo empezar con Data StewardshipTareas relacionadas:“Configuración de seguridad de aplicación para aplicaciones web” en la página 187Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 43Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Instalación de interfaz de usuario de Product MaintenanceLos administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de laaplicació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 losproductos.

Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puedeinstalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto.


Instalación de la interfaz de usuario de Product MaintenanceUtilice 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDMv Tiene IBM WebSphere Application Server instalado y en ejecuciónv Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus


Antes de instalar esta aplicación, asegúrese de que tiene los argumentos de tamaño de almacenamientodinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MBy 1024MB.


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 ola estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo elservidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algúncomponente de MDM se encuentra presente en la máquina donde se realiza la instalación de laaplicación, debe utilizar la opción Modificar.




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 quepermanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente.






Obtenga más información sobre la utilización de la interfaz de usuario de Product Maintenance al revisarel 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 187Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 43Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Instalación de InspectorLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios de estaaplicación Data stewardship.


La aplicación InfoSphere MDM Inspector data stewardship da soporte al mantenimiento de datos deMDM virtual. Utilice la aplicación Inspector para resolver problemas de calidad de datos, revisar registrosde miembros, crear, editar, actualizar o suprimir relaciones entre entidades, y realizar los ajustesapropiados para corregir errores de datos.

Cuando instala la aplicación, IBM Installation Manager despliega la aplicación automáticamente en elservidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades quecontrolan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarsemanualmente de ser necesario. El instalador también establece la seguridad para aplicaciones web (porejemplo, 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 laaplicació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 unacopia de su archivo de propiedades como referencia.

Instalación de InspectorUtilice 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDMv IBM WebSphere Application Server está instalado y en ejecuciónv Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus



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 oestació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úncomponente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar laopción Modificar.


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.


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, IBMInstallation Manager los elimina. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo deaplicaciones de usuario de MDM como directriz.Pulse Siguiente.



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 deusuario y contraseña válidos que ha proporcionado en el panel de configuración y despliega el EAR deInspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicacionesdescomprime 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/inspectorConceptos relacionados:Preparación de IBM Installation ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.Desinstalación de InfoSphere MDMUtilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.Tareas relacionadas:Desinstalación de un único componente de MDMUtilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.Visualización de los registros de instalaciónDurante 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 webTodas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 MDMUtilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Archivo de propiedades de InspectorEl archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidoroperativo.

IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente lasestablece cuando usted completa el panel de configuración Inspector. Otras propiedades, si desea cambiarsus valores predeterminados, deben cambiarse manualmente editando el archivo.


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 elnombre de host especificado en el panel de configuraciónde Inspector de IBM Installation Manager.

HostPort El número de puerto HTTP o HTTPS de su servidor deaplicaciones. 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 lacomunicación entre Inspector y el servidor operativo. Elvalor predeterminado es 5. Esta propiedad debemodificarse manualmente.

MaxContext Número máximo de contextos a crear. El valorpredeterminado es 10. Un valor de 0 significa que no haylímite en el número de contextos que se puede crear. Estapropiedad debe modificarse manualmente.

TimeOut Segundos a esperar para que un contexto libre ingrese ala agrupación de contextos. El valor predeterminado es30 segundos. Si un contexto no se abre dentro delnúmero especificado de segundos, se detienen losintentos de comunicación entre Inspector y el servidoroperativo. Esta propiedad debe modificarsemanualmente.

UseSSL Un valor true o false que indica si se utiliza SSL paracomunicarse con el servidor operativo. El valorpredeterminado es false. Esta propiedad debemodificarse manualmente.

KeepAlive Un valor true o false que indica si está habilitada laopción KEEPALIVE para todas las conexiones de socketcon el servidor operativo. Si está habilitada, cada doshoras se envía un paquete KEEPALIVE al servidoroperativo para verificar que la conexión existe y paramantener la conexión activa. El valor predeterminado esfalse. Esta propiedad debe modificarse manualmente.

UserName El nombre de usuario administrativo para estaaplicación. Este es el nombre especificado en el panel deconfiguración de Inspector de IBM Installation Managery es una propiedad obligatoria. El valor predeterminadoes mdmadmin.

Password La contraseña de usuario administrativo para estaaplicación. Esta es la contraseña especificada en el panelde configuración de IBM Installation Manager Inspectory es una propiedad necesaria. El valor predeterminado esmdmadmin.

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


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

Configuración de InspectorDespués de instalar Inspector, existen tareas de configuración adicionales que puede completar de sernecesario.

Puede modificar ciertos valores en el archivo de propiedades o configurar el registro de IBM WebSphereApplication Server. La personalización de las plantillas de búsqueda y de las páginas de resultados selleva a cabo utilizando InfoSphere MDM Workbench.Conceptos relacionados:{!} Configuración

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


IBM Installation Manager actualiza el archivo inspector.properties con el nombre de host, puerto ynombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración y despliegael EAR de Inspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor deaplicaciones 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 seencuentra en inspector.war/WEB-INF/classes.

Procedimiento1. 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 140El archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidoroperativo.

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

Procedimiento1. Inicie sesión en la consola de administración de IBM WebSphere Application Server.2. Desde Resolución de problemas, pulse Registros y rastreo.3. Pulse server1 y, a continuación, Cambiar niveles de detalle de registro.4. 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 unejemplo 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 ".*" anterioral signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones webcomo InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes.com.initiatesystems.inspector.svc.impl.MemberSvc=finestcom.initiatesystems.inspector.svc.member.MemberService=finest

Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Loscambios 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ñaConfiguración. Siga con el paso siguiente.

6. Seleccione la opción Save runtime changes to configuration.7. Pulse Aplicar y, a continuación, guarde la configuración.8. Regrese a Resolución de problemas y seleccione Registros y rastreo.9. Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro.

10. Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se esténañadiendo.

Instalación de Enterprise ViewerLos administradores son responsables de instalar la aplicación y de dar soporte a los usuarios deInfoSphere MDM Enterprise Viewer.

Enterprise Viewer es una aplicación web que da soporte a la búsqueda y visualización de datos demiembro. Los resultados de búsqueda devuelven una vista de empresa de los miembros conocidos en labase 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 enel servidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades quecontrolan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarsemanualmente de ser necesario.

Enterprise Viewer utiliza las tablas mpi_memtype y mpi_enttype para determinar qué tipos de entidad ymiembro se admiten en la configuración. La configuración del tipo de entidad y miembro se lleva a caboa través de InfoSphere MDM Workbench.

Instalación de Enterprise ViewerUtilice este procedimiento para instalar InfoSphere MDM Enterprise Viewer. Esta aplicación web seutiliza 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDMv Tiene IBM WebSphere Application Server instalado y en ejecución






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


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 locontrario, IBM Installation Manager los elimina. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo deaplicaciones de usuario de MDM como directriz. Pulse Siguiente.




Resultados

Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop conel nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel deconfiguración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones dedestino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en undirectorio de aplicaciones instalado.

Conéctese a Enterprise Viewer abriendo un navegador y utilizando este URL: https://host:port/accessweb


Conceptos relacionados:Preparación de IBM Installation ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.Desinstalación de InfoSphere MDMUtilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.Tareas relacionadas:Desinstalación de un único componente de MDMUtilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.Visualización de los registros de instalaciónDurante 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 webTodas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 MDMUtilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Archivo ContextManager.propCuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop conel nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel deconfiguración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones dedestino.

Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio deaplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/viewer.ear. El archivoContextManager.prop se encuentra en viewer.war/WEB-INF/classes.

IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente lasestablece cuando usted completa el panel de configuración de Enterprise Viewer. Otras propiedades, sidesea cambiar sus valores predeterminados, deben cambiarse manualmente editando el archivo.

Tabla 20. Propiedades que se encuentran en el archivo inspector.properties


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. Estapropiedad es el nombre de host especificado en el panelde configuración de Enterprise Viewer de IBMInstallation Manager.

HostPort El número de puerto HTTP o HTTPS de su servidor deaplicaciones. 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 paracomunicarse con el servidor operativo. El valorpredeterminado es false. Esta propiedad debemodificarse manualmente.


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


UsrName El nombre de usuario administrativo para estaaplicación. El valor predeterminado es mdmadmin. Estapropiedad es el nombre especificado en el panel deconfiguración de Enterprise Viewer de IBM InstallationManager y es una propiedad necesaria.

Este valor es el nombre de usuario que facilita laconexión entre la aplicación y el servidor operativo. Elnombre sólo se utiliza para obtener la conexión inicial;todas las interacciones se ejecutan como el nombre deusuario especificado en la página de inicio de sesión deEnterprise Viewer.

server1.UsrPass *La contraseña de usuario administrativo para estaaplicación. El valor predeterminado es mdmadmin. Estapropiedad es el nombre especificado en el panel deconfiguración de Enterprise Viewer de IBM InstallationManager y es obligatoria.

server1.InitContext El número inicial de contextos (hebras) a crear para lacomunicación entre Enterprise Viewer y el servidoroperativo. El valor predeterminado es 5. Esta propiedaddebe modificarse manualmente.

server1.MaxContext Número máximo de contextos a crear. El valorpredeterminado es 10. Un valor de 0 significa que no haylímite en el número de contextos que se puede crear. Estapropiedad debe modificarse manualmente.

server1.TimeOut Segundos a esperar para que un contexto libre ingrese ala agrupación de contextos. El valor predeterminado es30 segundos. Si un contexto no se abre dentro delnúmero especificado de segundos, se detienen losintentos de comunicación entre Enterprise Viewer y elservidor operativo. Esta propiedad debe modificarsemanualmente.

doDebug Indica si está habilitado el registro de depuración. Elvalor predeterminado es false.

*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando elprograma de utilidad madpwd2. Debe instalarse el componente MDM Operational Server para utilizar esteprograma 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 147InfoSphere MDM Enterprise Viewer está configurado para buscar el servidor operativo de MDM definidoen el archivo ContextManager.prop. Este archivo de configuración se encuentra en el archivo viewer.war.Referencia relacionada:programa de utilidad madpwd2programa de utilidad madpwd3

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


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

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


Utilice este procedimiento para editar el archivo ContextManager.prop después de la instalación, de sernecesario. 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 lainstalación.

Procedimiento1. 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 145Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop conel nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel deconfiguración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones dedestino.

Problemas de fuente, estilo y pruebaEnterprise Viewer utiliza hojas de estilo. Independientemente del navegador que se utilice de las opcionessoportadas, 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énfunciona.

Las páginas utilizan el tamaño de fuente predeterminado para el cuerpo de las páginas, y utilizantamaños relativos (+1 o –2) para las cabeceras y pies de página. El uso de estos valores permite que laspá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_apppropEl contenido de la tabla mpi_appprop se utiliza como la configuración base para el comportamiento deEnterprise Viewer.

La configuración controla estos elementos:v Qué muestran los atributos en qué páginasv El formateo de las páginas de búsqueda


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

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 enInfoSphere 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; estevalor no es utilizado por Enterprise Viewer.

Column nº 3: mpi_appprop.recstat debe estar establecido en A de activo. InfoSphere MDM EnterpriseViewer 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 MDMEnterprise Viewer.

Column nº 6: mpi_appprop.therecno se utiliza para ordenar los atributos dentro de un propname onombre 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 últimoatributo.

Column nº 7: mpi_appprop.propname es un valor de clave que contiene un prefijo de 'WebAcc' y el nombrede 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 deseavisualizar para esta fila, como LGLNAME o HOMEADDR.

Para cada nombre de página (valores de propname) configurado, verá 'therecno' (Column nº 6) en elorden 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


(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 161La 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 porimplementación.

La configuración para el soporte de segmentos definidos por implementación es muy similar a la descritapara segmentos no definidos por implementación. La excepción es la configuración para la Column nº 8de la tabla mpi_appprop.

Columna nº 8: mpi_AppProp.propval = mpi_SegAttr.attrcode. Para la configuración de segmentosdefinidos por implementación, 'propval' debe tener el attrcode del atributo que desea visualizar para estafila. 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 delsigno de igual.

El siguiente es un ejemplo de valores de 'propval' para el formateo de segmentos definidos porimplementació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 siguientesson 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 laseñal de atributo), no se muestran los paréntesis que lo rodean. Los caracteres de visualización fijossólo se muestran si los datos existen.Los campos o grupos opcionales no pueden estar anidados o contener más de un campo. Estosejemplos no son válidos:{(~pharea~) ~phnumber~}{(~pharea~) {~phnumber~}}

En el ejemplo de NEWPHONE:

– 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

v Dentro de un campo, es posible implementar algún formateo básico. Por ejemplo, si el campo denú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.

v El formateo debe estar entre el tilde inicial y final (~) para el nombre de campo.v El formateo debe seguir inmediatamente a dos puntos (:), que deben seguir al nombre de campo. Por

ejemplo: ’fldname:^^’v La rutina de formateo funciona sustituyendo los caracteres en el campo para cada símbolo de

intercalación (^) definido en su serie de formato.v 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 (comoMEMNAME, MEMPHONE, y MEMIDENT), se utiliza el formateo predeterminado. Esto significa quese 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 nodefinidos por implementación; es irrelevante porque sólo hay un campo. Cualquier formateo, si sedefine, se ignora para estos segmentos.

v Los campos de fecha deben tener un ":d", ":t", ":dt" opcional en el final para especificar la visualizaciónde sólo fecha, visualización de sólo hora, o ambas. I18N se admite para este formateo que se basa en elentorno 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 circundantesgeneradas para la página. Por ejemplo, el uso de etiquetas de tabla HTML puede provocar errores en lapágina y no se fomenta. Las etiquetas de negrita básica o saltos de línea son seguraspara 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 FormatString" (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. Otraposibilidad es que se muestren los errores, pero que estos sean un problema distinto de lo que sedescribe. Debido al modo en que se procesan estos parámetros de configuración, no siempre es posibleproporcionar ayuda detallada para una configuración incorrecta. El método de prueba y error es elmejor modo de crear un requisito complejo. Añada un campo a la vez para hacer que funcionecorrectamente y, a continuación, añada más campos en función del éxito que tenga. Después de añadirel campo, puede añadir el formateo. InfoSphere MDM Enterprise Viewer requiere un reinicio para cadamodificación que se realice.

El siguiente script SQL es un ejemplo de segmentos definidos por implementación en la página DetailView:

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ónactivo y la modificación de este parámetro no es necesaria. Sin embargo, si el rendimiento es unapreocupación y se devuelven conjuntos de resultados grandes, puede aumentarse el rendimientomodificando este parámetro para definir específicamente sólo los segmentos obligatorios que necesita unapágina especificada.

La lista siguiente de archivos prop se encuentra en WEB-INF\classes\ sub-directory en el archivoviewer.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 detallescomparten 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 losvalores 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 losprimeros ## se sustituyen con el número de tipo de miembro de la tabla mpi_memType.memtypeno y lossegundos ## 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 debúsqueda: form. y section.

Configuración de form.:

La parte superior del archivo contiene la configuración de form. que define el número de secciones eneste 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=3form.section1.width=50,10,170,10,500,100form.section1.group=ProvName,BusName,Addrform.section2.width=50,10,170,10,500,100form.section2.group=Phone,Sex,DOB,SSN,Specform.section3.width=50,10,170,10,500,100form.section3.group=UPIN,NPI,FED,MCRE,LICID,NRC,DEA,MCAIDform.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, estasdefiniciones 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 inusualmenteextensos. El tercer ancho (definido como 170 en el ejemplo anterior) es el ancho que se utiliza para lacolumna de etiqueta. Una vez más, puede que desee aumentar el ancho si tiene una etiqueta grande. Losotros 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 degrupo de sección deben ser exclusivos dentro de todas las secciones definidas en esta configuración deappProp de formulario de búsqueda. Los nombres pueden ser cualquier nombre que sea adecuado parasu 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 determinael orden de los grupos en la página. En el ejemplo anterior, el grupo de campos de entrada 'ProvName' semuestra 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 desection..

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 1section.ProvName.attrcode=PROVNAMEsection.ProvName.1.method=setOnmLastsection.ProvName.1.label=Last Namesection.ProvName.1.class=section.ProvName.1.value=Sangherasection.ProvName.1.size=25

section.ProvName.2.method=setOnmFirstsection.ProvName.2.label=First Namesection.ProvName.2.class=section.ProvName.2.value=Hitpreetsection.ProvName.2.size=25

section.ProvName.3.method=setOnmMiddlesection.ProvName.3.label=Middle Namesection.ProvName.3.class=section.ProvName.3.value=Ksection.ProvName.3.size=25


#section.BusName.attrcode=PROVNAMEsection.BusName.1.method=setOnmLastsection.BusName.1.label=Business Namesection.BusName.1.class=section.BusName.1.value=jones research labssection.BusName.1.size=35section.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 paraigualarse con el campo mpi_segattr.attrcode al que representa este grupo. El .attrcode no distingue entremayúsculas y minúsculas y representa el código de atributo que se crea y envía como criterio debúsqueda al servidor operativo. .attrcode tiene una palabra clave de 'APPPROP' que también es válida yse utiliza con el parámetro .dropdown.

section.GroupName.Order#.method se establece en el nombre del método de API de Java utilizado paraestablecer el valor de este campo. Ejemplos anteriores mostraban búsquedas basadas en un valor dePROVNAME que, tal como se define en el campo mpi_segAttr.segCode, es un MEMNAME. Si se buscaMemName en los archivos HTML y documentos de la API de Java, se proporcionará una lista demétodos 'set' válidos. Habitualmente, los nombres de método son el nombre de campo de tabla que tienecomo 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 puedeutilizarse para determinar los nombres de campo válidos para segmentos no definidos porimplementación. La tabla mpi_segxfld puede utilizarse para buscar nombres de campo para segmentosdefinidos 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úsquedacomo la etiqueta para el campo.

Generalmente, section.GroupName.Order#.class está en blanco, y debe establecerse sólo si el valorintroducido no es una serie y debe convertirse de una serie a otro tipo de datos antes de utilizar elnombre '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 lotanto, 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 paraMemAttrRows son Date, Time, DateTime.

Generalmente, section.GroupName.Order#.value está en blanco. Si no está en blanco, los datosintroducidos se muestran como el valor predeterminado en el formulario de entrada. En el ejemploanterior, 'Public' está prellenado en el cuadro de entrada para 'Last Name' (apellido) en el formulario debúsqueda.

section.GroupName.Order#.size es el tamaño de la etiqueta de entrada en el formulario. También puedeutilizar la palabra clave especial 'hidden' (oculto) para que no se muestre un campo de entrada para estaentrada. Generalmente, este parámetro se utiliza con el parámetro .value para permitir que se establezcaun valor predeterminado, pero no que se muestre. Un uso típico para esta configuración es el número deseguridad social. Siempre tiene el valor MemIdent.setIdIssuer como ‘SSA,' y puede configurar el campocomo oculto para que el usuario no tenga que escribir o ver el cuadro de entrada de emisor en elformulario.

section.GroupName.Order#.maxsize es el tamaño máximo de la etiqueta de entrada en el formulario. Estoestablece el parámetro maxlength de formulario HTML. La definición de maxsize es opcional, y si no sedefine, toma el valor predeterminado de 50.


Parámetro 'section.GroupName.Order#.celldelim':

.celldelim se utiliza para combinar lo que normalmente serían dos campos de entrada en dos filas detabla 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 seutiliza una etiqueta HTML entre ellas. El resultado es que estas líneas de dirección se agrupan; lalínea de dirección 1 encima de la línea de dirección 2 y 3, todas en una celda. Todas utilizan la mismaetiqueta que se proporciona en la primera 'etiqueta' de líneas de dirección, que es 'Líneas de dirección.' Siel parámetro .celldelim no está configurado, cada línea de dirección tiene su propia fila de tabla queutiliza etiquetas individuales.# Ejemplo de parámetro celldelimsection.Addr.attrcode=SRVADsection.Addr.1.method=setStLine1section.Addr.1.label=Address Linessection.Addr.1.class=section.Addr.1.value=section.Addr.1.size=25section.Addr.1.celldelim= 

section.Addr.2.method=setStLine2section.Addr.2.label=Address Line 2section.Addr.2.class=section.Addr.2.value=section.Addr.2.size=25section.Addr.2.celldelim= 

section.Addr.3.method=setStLine3section.Addr.3.label=Address Line 3section.Addr.3.class=section.Addr.3.value=section.Addr.3.size=25section.Addr.3.celldelim= 

section.Addr.4.method=setStLine4section.Addr.4.label=Address Line 4section.Addr.4.class=section.Addr.4.value=section.Addr.4.size=25

section.Addr.5.method=setZipCodesection.Addr.5.label=ZIPsection.Addr.5.class=section.Addr.5.value=section.Addr.5.size=25

.celldelim puede contener cualquier etiqueta HTML válida. Por ejemplo, puede utilizarse paratener 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 2section.Phone.attrcode=SPHNAsection.Phone.1.method=setPhAreasection.Phone.1.label=Telephonesection.Phone.1.class=section.Phone.1.value=section.Phone.1.size=5section.Phone.1.celldelim=

section.Phone.2.method=setPhNumbersection.Phone.2.label=section.Phone.2.class=section.Phone.2.value=section.Phone.2.size=9section.Phone.2.hint=(111) 555-1212

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 ymuestra 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 unalista exclusiva.

El siguiente ejemplo muestra el uso de un parámetro para crear una lista desplegable exclusiva:#section.Sex.attrcode=PROVSEXsection.Sex.1.method=setAttrValsection.Sex.1.label=Gendersection.Sex.1.class=section.Sex.1.value=section.Sex.1.dropdown=PROVSEXsection.Sex.1.size=9

Puede especificarse cualquier mpi_edtElem.edtCode válido (sensible a mayúsculas y minúsculas) en elpará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 desplegablepredeterminada 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 definidopara 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 listaSRCHEAD. La definición de un .srctype es opcional. Si no se encuentra la entrada .srctype, el valorpredeterminado es 'I'. Para un filtrado incluso mayor de la lista .srctype, puede especificar el .memtypenoa utilizar. La definición de un .memtypeno también es opcional y, si no está definido, toma el valorpredeterminado del MemTypeno actual utilizado para este formulario.

El siguiente ejemplo muestra una configuración de .memtypeno válida:section.SSN.2.memtypeno=1section.SSN.2.memtypeno=0,1,5

Puede definirse cualquier .memtypeno en la lista separada por comas. Se permite un .memtypeno=0 comoun 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,Dsection.SSN.2.srctype=D

Los valores válidos para srctype son 'I', 'D', o 'I,D', y estos valores no distinguen entre mayúsculas yminúsculas.

También puede configurar un código de atributo especial (attrCode) con la palabra clave de APPPROP y eldesplegable 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 tablampi_appprop. El mpi_appProp.propName de SrxAttr y mpi_appProp.propVal se utiliza para convertir uncódigo de origen al código de atributo necesario para utilizar para esta búsqueda.


Este ejemplo ilustra el uso válido de APPPROP y SRCHEAD.#Inicio de Sección 2section.AppProp1.attrcode=APPPROPsection.AppProp1.1.method=setIdIssuersection.AppProp1.1.label=Identifier Typesection.AppProp1.1.class=section.AppProp1.1.value=section.AppProp1.1.size=20section.AppProp1.1.dropdown=SRCHEADsection.AppProp1.1.srctype=Isection.AppProp1.1.memtypeno=0,1

section.AppProp1.2.method=setIdNumbersection.AppProp1.2.label=Identifier Numbersection.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 desetIdIssuer para MemIdent. En la segunda sección, setIdNumber también utiliza el mismo AttrCode que laprimera 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 demiembros.

El siguiente ejemplo muestra el uso de mpi_edtElem.edtCode para llenar una lista desplegable para unIdIssuer de MemIdent.section.LICID.attrcode=LICIDsection.LICID.1.method=setIdNumbersection.LICID.1.label=State Licsection.LICID.1.class=section.LICID.1.value=section.LICID.1.size=20section.LICID.1.celldelim= section.LICID.1.hint= Issuer:section.LICID.2.method=setIdIssuersection.LICID.2.label= Issuer:section.LICID.2.class=section.LICID.2.value=section.LICID.2.size=10section.LICID.2.dropdown=STATE

Habitualmente, el iIdIssuer se completa desde una .dropdown de la tabla mpi_srchead, pero presentartodo en mpi_srchead para el número de tipo de miembro (memTypeno) puede listar entradasirrelevantes. Para presentar una lista refinada, puede utilizar la tabla mpi_edtelem. Para que estaconfiguración funcione correctamente, mpi_edtElem.elemval debe coincidir con el mpi_srcHead.srcCodeque 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úsquedaexclusivo que utiliza InfoSphere MDM Enterprise Viewer.

El ejemplo siguiente muestra una combinación de estos parámetros. Este ejemplo ilustra la flexibilidad dela configuración de parámetros utilizando los parámetros de una forma distinta de la intención inicial.#section.MCAID.attrcode=MEDICAIDsection.MCAID.1.method=setIdNumber


section.MCAID.1.label=Medicaidsection.MCAID.1.class=section.MCAID.1.value=section.MCAID.1.size=20section.MCAID.1.celldelim= section.MCAID.1.hint= Issuer:

section.MCAID.2.method=setIdIssuersection.MCAID.2.label=section.MCAID.2.class=section.MCAID.2.value=section.MCAID.2.size=10section.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 unespacio rígido de HTML para indicar que las líneas deben estar en la misma celda con un espacio entreellas. .hint se utiliza como una etiqueta para la lista desplegable de origen. Esta configuración esnecesaria porque la utilización de .celldelim significa que se ignora .label en el siguiente campo deentrada. A continuación, la lista desplegable se mueve a la derecha de .hint y hace que .hint tenga elaspecto 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. InfoSphereMDM Enterprise Viewer espera entrada de formulario para búsquedas que utilicen atributos de fecha demiembro (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 claseFixDateFormat de la API de Java para dar el formato adecuado a cualquier fecha que utilice un año decuatro dígitos y un . (punto), – (guión) o / (barra inclinada) como delimitador en el formato ISO 8601 deAAAA-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 segmentode 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ánconfigurados para Transaction Viewer. Transaction Viewer da soporte a segmentos definidos porimplementación, pero no da soporte a ninguna opción de formateo personalizado utilizada por lossegmentos predefinidos.

Transaction Viewer se basa en segmentos en lugar de en atributos. Por lo tanto, si define varios atributospara un segmento y, a continuación, configura ese segmento en Transaction Viewer, todos los atributosaparecen en Transaction Viewer. Por ejemplo, si está utilizando el segmento MemAddr, generalmentetiene los atributos HOMEADDR y WORKADDR para el segmento MemAddr. Si define una ventana deTransaction 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,EventSummary,event.gif’);


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

Para tipo de miembro Invitado:INSERT INTO mpi_appprop VALUES(101,101,’A’,01,00,03,’WebAcc~MemGetDetailCol1~PopUp’,’MemExtc,EventSummary,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 aInfoSphere MDM Enterprise Viewer que desea configurar un segmento de Transaction Viewer. El # debesustituirse 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ásinformación. La tabla mpi_seghead puede utilizarse para determinar los nombres de segmentodefinidos 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 quedebe 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.


La Columna nº 7 es la clave que consta del código de aplicación 'WebAcc' y la clave de segmento, comose ha definido anteriormente, “MemExtc”, con el memtypeno de “1” añadido. El valor completo de estaclave es ‘WebAcc~MemExtc1'.

La Columna nº 8 contiene cuatro parámetros delimitados por ~ que se relacionan con la visualización dedatos 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 unacolumna 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 siguienteencontrado 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 errorcuando se ordenan esas columnas. Este parámetro no distingue entre mayúsculas y minúsculas. Ladocumentación de Java SDK puede ser útil para determinar los nombres de campo correctos parasegmentos no definidos por implementación. La tabla mpi_segxfld puede utilizarse para buscar nombresde 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, debeconfigurarse 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 subdividirun determinado atributo y permitir la asociación de varias apariciones del mismo tipo de atributo. Lafunció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 oconocimiento 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 AsaIdxnoen PropVal para esta fila.

Aunque un atributo puede estar representado en la fila de agrupación deWebAcc~MemTskGetRslt#~AsaIdxno, sigue necesitando una entrada WebAcc~MemTskGetRslt# de clave regularpara 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


Esto asegura que todos los valores similares a AsaIdxno se impriman para los atributos que estánagrupados en la fila 4, y que los valores que no sean similares a AsaIdxno se impriman directamentedespués de SRVAD.

Si el valor es un atributo simple que sólo tiene AsaIdxno = 0, la fila de claves AsaIdxno no es necesaria ysó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 conrespecto a lo que debe imprimirse. En realidad, esta configuración no es una combinación válida; pero siestá 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 Fila4), 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 alAsaIdxno final para ese 'propname.' Como se ha mencionado, la visualización del grupo de AsaIdxno esdesencadenada por los valores de clave de '~AsaIdxno', motivo por el que los valores de AsaIdxno seconfiguran 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 haceque 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 thefollowing 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 parabú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 ySrcName 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 SecurityAdministration – SSA.' (Administración de seguridad social - SSA) Debido al valor MPI_appprop, labúsqueda sabe crear un MEMIDENT con un AttrCode=SSN y establecer el origen en el MemIDent en'SSA.'


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 tenerduplicados. Por lo tanto, si se definen dos SSA, el último sobrescribe al primero y se utiliza. Puede tenerun 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 deempresa. La ubicación de la columna de vista compuesta siempre era a la derecha de los miembros de lamisma entidad. Otra forma de pensarlo es que la vista compuesta se encuentra a la derecha de todas lascolumnas de datos de miembro utilizadas para realizar la vista compuesta. Para mantener estecomportamiento, 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 datosde 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 elorden 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 # debesustituirse 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 148Existen valores en la tabla mpi_appprop que controlan el orden en que se muestran los atributos enInfoSphere MDM Enterprise Viewer.

Configuración de vista compuesta restringida:

Para configurar InfoSphere MDM Enterprise Viewer para visualizar sólo la columna Vista compuesta enuna 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 lasactualizaciones que utilizan vistas “Restricted” (restringidas) deben cambiarse a la nueva configuración.

Para configurar una vista compuesta restringida, la tabla mpi_appprop necesita unmpi_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 elaspecto del siguiente ejemplo:


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 lasentradas de AppProp necesarias para definir vistas compuestas restringidas.

Un usuario o grupo que esté configurado para tener sólo vistas compuestas restringidas disponibles sólopodrá ver la columna Vista compuesta en InfoSphere MDM Enterprise Viewer. Las columnas de datosespecíficas de origen no se muestran cuando se utilizan vistas restringidas. Las vistas restringidas sólo seimplementan en InfoSphere MDM Enterprise Viewer.

Si a un usuario o grupo se le otorga acceso a vistas compuestas normales y vistas compuestasrestringidas, 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 valoresde vista compuesta restringida. Si los datos basados en transacción no tienen permitido mostrarse en unavista compuesta restringida, Transaction Viewer no puede configurarse para su uso con InfoSphere MDMEnterprise Viewer. Esto significa que los usuarios de InfoSphere MDM Enterprise Viewer no tienen accesoa datos de Transaction Viewer si se utilizan vistas compuestas restringidas, y los datos de transacción nose 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 ViewerUtilice este procedimiento para establecer un tiempo de espera automático después de un periodoespecificado de inactividad para la aplicación.

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

<session-config><session-timeout>20</session-timeout></session-config>

3. Edite el número que se encuentra entre las pestañas <session-timeout> con el número de minutos enel que desea que una sesión inactiva de InfoSphere MDM Enterprise Viewer cierre la sesión delusuario.

4. Guarde el archivo web.xml en el directorio viewer.war/WEB-INF/classes.

Globalización en Enterprise ViewerSi su organización tiene requisitos de varios idiomas, InfoSphere MDM Enterprise Viewer puedevisualizarse sólo en un idioma a la vez. El idioma en el que se muestra la aplicación depende de losvalores 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. Elañ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 fechaverdaderos.

v Los valores de MemDate no son fechas verdaderas (por ejemplo, no se necesita que sean válidos o queestén completos). Puesto que no son fechas verdaderas, no se puede realizar una suposición en cuantoal formateo para una configuración regional. Estas fechas se recuperan de la base de datos y semuestran 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 dei18n 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 seestá utilizando. Las etiquetas como, por ejemplo, Apellido, se recuperan de la base de datos de MDM yestá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 elidioma local.

Algunas etiquetas son combinaciones y pueden formatearse en aposición. Por ejemplo, la combinación deetiquetas de cliente InfoSphere MDM Enterprise Viewer y etiquetas de base de datos como [Get EventSummary]. “Get” es una etiqueta de cliente recuperada de un paquete de recursos, pero “EventSummary” es una etiqueta de base de datos. El paquete de recursos permite que la palabra “Get” semueva según lo necesite el idioma de la etiqueta “Event Summary”. Lo mismo se aplica al título y barrade entidad de la página.

Los mensajes de error enviados al navegador (por ejemplo, “No se ha encontrado registro basado en loscriterios de entrada”) y vistos por usuarios se muestran en el idioma localizado. Sin embargo, losmensajes de error enviados a los archivos de registro, que suelen ser vistos por el soporte de IBMSoftware, están en inglés.

Para obtener más información sobre los paquetes de recursos y la globalización y localización, consultehttp://java.sun.com/developer/technicalArticles/Intl/ResourceBundles/

Instalación de Web ReportsLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicaciónde creación de informes.

La aplicación recopila, consolida y presenta información a su navegador web sobre las actividades de losdatos de miembro en su base de datos de MDM. Los InfoSphere MDM Web Reports están diseñados paratrabajar con datos de MDM virtual. Los informes utilizan una aplicación de visor especial para recopilarlos 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 elnombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel deconfiguració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 deaplicaciones 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 seaposible, ejecute estos informes durante horas no pico para evitar afectar el rendimiento del servidoroperativo.

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


http://java.sun.com/developer/technicalArticles/Intl/ResourceBundles/

Antes de empezar

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





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


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 Web Reports. Los componentes instalados


d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo deaplicaciones de usuario de MDM como directriz. Pulse Siguiente.




Resultados

Cuando instala la aplicación, IBM Installation Manager actualiza el archivo webreports.properties con elnombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel deconfiguració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 deaplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/webreports.ear.


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 ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.Desinstalación de InfoSphere MDMUtilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.Tareas relacionadas:Desinstalación de un único componente de MDMUtilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.Visualización de los registros de instalaciónDurante 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 webTodas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 MDMUtilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.

Edición del archivo webreports.propertiesCree el archivo webreports.properties.example específico de su entorno modificando el archivowebreports.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 delarchivo webreports.properties.example para obtener más detalles.

Atención: Cuando cree el archivo webreports.properties.example específico de su entorno, debecolocarlo 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 ReportsHay 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 laautenticación de Windows, establezca los parámetros de usuario y contraseña en el archivowebreports.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.propertiesHay 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.


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


HostName Nombre o dirección IP del servidor donde se está ejecutando el servidor operativo deMDM. Este valor es el nombre de host especificado en el panel de configuración deWeb 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 dedatos de MDM.

Copie uno de los ejemplos comentados para asegurarse de que se utilice el formatová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 ojdbc.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 comentarla 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 siestá utilizando una contraseña cifrada. Las contraseñas cifradas se entran respecto a lapropiedad jdbc.password2.


Esta propiedad es necesaria.

jdbc.password2 *La contraseña de la base de datos cifrada (tal como está cifrada con el programa deutilidad madpwd2).


jdbc.password3 *La contraseña de la base de datos cifrada (tal como está cifrada con el programa deutilidad madpwd3).


jdbc.aeskeyfile La vía de acceso al archivo que contiene una clave AES de 128, 192, o 256 bits. Laclave puede tener codificación hexadecimal y no debe contener retornos de carro ocaracteres de línea nueva. La clave puede tener uno de los siguientes tamaños ydepende de la potencia de la clave:

v 128 bits => 32 caracteres



Para claves mayores a 128 bits, debe instalar los archivos de políticas de jurisdicciónde potencia ilimitada para su proveedor de JVM.



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


jdbc.aesivfile La vía de acceso al archivo que contiene un vector de inicialización de AES (IV). El IVpuede tener codificación hexadecimal y no debe contener retornos de carro ocaracteres de línea nueva. El IV debe tener 32 caracteres de longitud.


jdbc.aesprovider El proveedor de Java Cryptography Extension (JCE). Esta propiedad puede contenerun proveedor específico, por ejemplo SunJCE o IBMJCE, o ninguno. Si no seespecifica ningún proveedor, estos se seleccionan en función del orden de preferenciadel archivo java.security que se encuentra en el directorio $INICIO_JAVA/lib/security o $INICIO_JAVA/jre/lib/security.


*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando elprograma de utilidad madpwd2 o madpwd3. Debe instalarse el componente MDM Operational Server parautilizar estos programas de utilidad.Conceptos relacionados:“Opciones de autenticación para InfoSphere MDM Web Reports” en la página 165Hay 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 lainstalación.

Propiedades opcionales en el archivo webreports.propertiesExisten propiedades opcionales que puede configurar en el archivo webreports.properties después de lainstalación.

Tabla 24. Descripciones de las propiedades opcionales en el archivo webreports.properties


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 servidoroperativo. El valor predeterminado es false.

UseHTTP Indica si la comunicación MPINET se realiza sobre HTTP o utilizando protocolosTCP/IP estándar. Los valores válidos incluyen:

v False. Establezca en false cuando desee que la aplicación de creación de informes secomunique utilizando la comunicación TCP/IP de MPINET estándar.

v True. Establezca en true cuando desee que MPINET se comunique sobre HTTP. Enalgunos entornos de gobierno, este método es necesario.


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

Personalización de los atributos de pantalla de informeAlgunos de los campos de los informes son personalizables. Mediante la adición de algunos parámetrosde 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 alarchivo webreports.properties. Consulte el siguiente ejemplo:webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATEwebreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDTwebreports.AttrLabels.id=Member Name,Address,Sex,Birth Datewebreports.AttrTypes.id=,,,Datewebreports.Templates.id=,${stLine1}&ltbr>${city}${,} ${state}${zipCode}

Debido a que los atributos están separados por comas, utilice ${comma;} si desea que se muestre unacoma en el informe junto con los valores de campo.

Tabla 25. Parámetros para atributos de pantalla en el archivo webreports.properties


webreports.SegCodeFilter.id Determina los códigos de segmento que se utilizan para los campospersonalizables. 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 segmentoindicados en el parámetro webreports.SegCodeFilter.id.

webreports.AttrLabels.id Determina las etiquetas de texto para los campos personalizables a mostrar enlos informes. Debe especificar una etiqueta para cada uno de los códigos deatributo 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 defecha deben especificarse de forma explícita, con fines de formateo especiales.Los tipos de texto pueden omitirse, sin embargo, las comas separadorasdeben permanecer en su lugar.

webreports.Templates.id Determina los campos individuales dentro de los segmentos de atributo amostrar. Por ejemplo, el segmento MEMADDR consta de los campos de datosstLine1, stLine2, stLine3, stLine4, city, state, zipCode, country, etc. Puedemostrar los campos que desee incluyéndolos tal como se muestra en elejemplo anterior. Las plantillas son opcionales, pero los valoresproporcionados para cada segmento de atributo deben listarse en el mismoorden que los códigos de segmento en el parámetro SegCodeFilter, separadospor coma.

Personalización de la apariencia de informes con hojas de estiloPuede modificar el aspecto de web reports viewer añadiendo algunos parámetros de configuración alarchivo 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 estilopredeterminadas en la sección con la etiqueta “WebApp Customization Properties” (Propiedades depersonalización de WebApp).webreports.cssPath=../styleswebreports.imagePath=../images


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

Personalización del número máximo de resultados y elementos por páginaPuede modificar el aspecto de web reports viewer editando algunos parámetros de configuración en elarchivo 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=50webreports.subPageSize=50webreports.maxResults=100

Edite el parámetro webreports.pageSize para modificar el número de elementos visualizados por páginaen la vista web.

Edite el parámetro webreports.subPageSize para modificar el número de elementos visualizados cuandose expande un resultado de búsqueda.

Edite el parámetro webreports.maxResults para modificar el número máximo de elementos recuperadospor una consulta de informe.

En el archivo webreports.properties.example, se comenta cada uno de estos parámetros para que seapliquen los valores predeterminados. Si edita estos parámetros, asegúrese de eliminar el símbolo decomentario (#) del principio de la línea.

Configuración de globalización para web reportsSi está utilizando un idioma distinto del inglés de EE.UU., debe editar el archivo webreports.propertiespara 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 ensus informes. Debido a que estas columnas son personalizables para cada instalación, las etiquetas de lascolumnas no están traducidas de forma predeterminada, y deben ser traducidas por el administradorsegún sea necesario.

Hay tres parámetros relacionados con la personalización de estas columnas que deben estarsincronizados: webreports.AttrCodes.id, webreports.SegCodeFilter.id y webreportsAttrLabels.id.

El parámetro webreports.AttrCodes.id determina qué códigos de atributo deben utilizarse para lascolumnas personalizables. Estos parámetros deben corresponder exactamente con los códigos desegmento especificados en el parámetro webreports.SegCodeFilter.id.

El parámetro webreportsAttrLabels.id proporciona las cabeceras de columna, o etiquetas, de los camposespecificados en el parámetro webreports.AttrCodes.id, cuando la cabecera de columna se muestra eninformes. Utilice el parámetro webreportsAttrLabels.id para definir las cabeceras de columna en suidioma preferido.

El siguiente ejemplo muestra los parámetros webreports.SegCodeFilter.id y webreports.AttrCodes.idestablecidos para incluir cuatro atributos personalizables en un informe: nombre de miembro, direccióninicial, sexo y fecha de nacimiento. El parámetro webreports.AttrLabels.id proporciona las etiquetas quese visualizan en el informe.webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATEwebreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDTwebreports.AttrLabels.id=Nom de membre,Adresse,Genre,Anniversaire


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

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

Procedimiento1. 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 usoantes 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 parauso autorizado de USG. Al utilizar este IS (que incluye cualquier dispositivo conectado a este IS), ustedacepta las siguientes condiciones...”. Si el recuadro de acuerdo se deja en blanco, los usuarios sonllevados 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 laspá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 todaslas páginas de la aplicación. Deje a este campo en blanco si no desea que se muestre un pie depá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 usuariosverán el acuerdo cuando accedan a report viewer. Los usuarios deben aceptar el acuerdo antes de quese muestre la página de inicio de sesión. Si el recuadro de acuerdo de uso se deja en blanco, losusuarios 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 ReportsPara ver consultas de report, puede habilitar una implementación de registro a través del servidor deaplicaciones, o alguna otra función de registro de su elección.


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 ServerUtilice este procedimiento para habilitar el registro para el servidor de aplicaciones.

Procedimiento1. Inicie sesión en la consola de administración de IBM WebSphere Application Server.2. Desde Resolución de problemas, pulse Registros y rastreo.3. Pulse server1 y, a continuación, Cambiar niveles de detalle de registro.4. 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 valorpredeterminado existente. El valor predeterminado es "*=info:" A continuación se muestra unejemplo 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 ".*" anterioral signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones webcomo InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes.com.initiatesystems.inspector.svc.impl.MemberSvc=finestcom.initiatesystems.inspector.svc.member.MemberService=finest

Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Loscambios 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ñaConfiguración. Siga con el paso siguiente.

6. Seleccione la opción Save runtime changes to configuration.7. Pulse Aplicar y, a continuación, guarde la configuración.8. Regrese a Resolución de problemas y seleccione Registros y rastreo.9. Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro.

10. Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se esténañadiendo.

Instalación de Provider DirectLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicaciónProvider 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. Instalación de Provider Direct utilizando IBM Installation Manager2. Importación del proyecto de Provider Direct en InfoSphere MDM Workbench3. Carga manual de tablas de Provider Direct en la base de datos de MDM4. Despliegue del archivo EAR de Provider Direct en IBM WebSphere Application Server

Instalación de Provider DirectUtilice este procedimiento para instalar la aplicación Provider Direct. Esta aplicación web se utiliza paragestionar 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDMv Tiene un servidor operativo de MDM con una configuración virtual y IBM WebSphere Application

Server instalado y en ejecuciónv Tiene a InfoSphere MDM Workbench instalado para configurar y desplegar su configuración de MDM






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


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


d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo deaplicaciones de usuario de MDM como directriz.Pulse Siguiente.


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. Elinstalador extrae los archivos en el directorio de instalación MDM_INSTALL_HOME/installableApps/ear.


Continúe con la importación del proyecto de Provider Direct en InfoSphere MDM Workbench y con eldespliegue del archivo provider.ear en IBM WebSphere Application Server.


Conceptos relacionados:Desinstalación de InfoSphere MDMUtilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.Tareas relacionadas:Desinstalación de un único componente de MDMUtilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.Visualización de los registros de instalaciónDurante 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 webTodas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidasen secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número depuerto 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 MDMUtilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.Información relacionada:Preparación de IBM Installation ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBMInstallation Manager.

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

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


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 DirectDespués de ejecutar el instalador, debe cargar las tablas de base de datos de Provider Direct utilizando elprograma de utilidad madconfig.

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


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.


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 modificadoA diferencia de otras aplicaciones de usuario, el instalador no despliega automáticamente el archivo EARde Provider Direct en IBM WebSphere Application Server; debe desplegar el EAR manualmente.

Procedimiento1. 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 > WebSphereenterprise 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 ApplicationServer. Debe iniciarse el servidor operativo antes de iniciar Provider Direct.


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

Configuración de Provider DirectHay algunos parámetros que deben establecerse en los archivos de propiedades antes de utilizar laaplicación.

IBM Installation Manager actualiza el archivo provider.properties con el nombre de host, puerto ynombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración. Puede editarlos archivos provider.properties y mdm.properties. Estos archivos se encuentran enMDM_INSTALL_HOME/installableApps/ear.

Después de completar cualquier configuración personalizada, debe desplegar el EAR de Provider Directen el servidor de aplicaciones. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/provider.ear.


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

Propiedades necesarias en el archivo provider.propertiesDurante 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 archivoprovider.properties.

Las propiedades siguientes deben establecerse para desplegar Provider Direct.

Tabla 26. Propiedades necesarias de registro de servidor operativo


adminLoginProvider.username Debe ser un usuario administrativo que tenga al menos acceso de sólolectura a todos los segmentos de diccionario. Este nombre de usuariose utiliza para conectarse al servidor operativo e inicializar metadatosdel sistema. (Valor predeterminado=mdmadmin)

adminLoginProvider.password Identifica la contraseña para adminLoginProvider.username. (Valorpredeterminado=mdmadmin)

Tabla 27. Propiedades de fábrica de contexto necesarias


contextFactory.hostName Cambie el valor para indicar la máquina donde se está ejecutando elservidor operativo de MDM. El valor predeterminado es el sistemaprincipal 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 predeterminadode HTTPS es 9443.

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

Tabla 28. Propiedades necesarias de origen de datos


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 dedatos 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 deMDM.

Debe comentar esta línea (con un carácter #) si está utilizandoMicrosoft 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á utilizandoMicrosoft SQL Server con autenticación de Windows.


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


datasource.className El nombre de clase de origen de datos a utilizar para conectarse a labase de datos de MDM.

Los valores válidos son: com.ibm.mdm.jdbc.DB2DataSource,com.ibm.mdm.jdbc.OracleDataSource, ocom.ibm.mdm.jdbc.SQLServerDataSource.

Copie uno de los ejemplos comentados para asegurarse de que seutilice el formato correcto.

Tabla 29. Propiedades necesarias extra


applicationContext Establezca el valor en beans-mds.xml.

DisableNotifications Establezca el valor en false.

Propiedades necesarias en el archivo mdm.propertiesDurante la configuración, edite las propiedades de la fábrica de contexto, el origen que es propiedad delservidor 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


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 elservidor operativo de MDM. El valor predeterminado es el sistemaprincipal local.

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

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


hub.owned.source.PROVIDER INITHUB

hub.owned.source.ORGANIZATION INITHUBORG

Tabla 32. Propiedades necesarias extra


cvw.provider PEMCA

cvw.org PEMCAORG

Convenios de configuraciónProvider Direct incluye su propia configuración de MDM virtual que define el modelo de datos y otroselementos que necesita la aplicación.

Esta configuración de MDM virtual predeterminada contiene varios elementos que pueden ampliarse opersonalizarse siguiendo convenios de denominación predeterminados. Todos estos cambios puedenrealizarse en InfoSphere MDM Workbench.


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 ydescripciones pueden personalizarse de acuerdo con sus necesidades deorganización.

Provider Gender Géneros disponibles para proveedores individuales.

Language Idiomas hablados por el proveedor. El valor predeterminado incluye alos 5 idiomas más comunes. Pueden establecerse más idiomas segúnsea necesario.

Provider Delivery Preferences -Information Types

Tipos de información para preferencias de entrega.

Provider Delivery Preferences - DeliveryMode

Modalidades de entrega disponibles para preferencias de entregaespecificadas.

Provider Title Título para el proveedor individual.

Provider Role Roles válidos para el proveedor individual (pueden incluirAdministrative, 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 ocredenciales 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 debenutilizar el prefijo de tres letras de PCA en el código del atributo. Porejemplo, la configuración predeterminada incluye un atributopersonalizado de ejemplo para "Board Certification", con un código deatributo de PCABRDCERT.

Organization Entity Los atributos personalizados para proveedores organizativos debenutilizar 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.


Instalación de Message BrokerLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios deIntermediarios de mensajes de InfoSphere MDM. Los componentes de Message Broker se instalan en unservidor.

Los intermediarios son interfaces genéricas que se utilizan para gestionar la comunicación con y desdesistemas de orígenes y el servidor operativo de MDM. Los componentes de intermediario admitenmensajes 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 Inbound Brokerv Outbound Brokerv HL7 Query Brokerv Mapping Message Manager (Mapping Broker)v Routing Message Manager (Routing Broker)

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

Instalación de Message Broker SuiteUtilice 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 componentev Ha completado los pasos de preparación de IBM Installation Managerv Si tiene un archivo services.ini existente, se recomienda hacer una copia y guardarlo en otra

ubicación





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.


b. Seleccione el idioma y pulse Siguiente.c. En el panel Modify Packages, seleccione Message Brokers. Los componentes instalados


d. Revise la información de resumen y verifique que el componente que desea instalar esté listado enel recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminaciónde 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ónv Cree un archivo services.ini vacío si no tiene uno de una instalación previav 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 intermediarioy 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 SuiteTareas relacionadas:Creación del archivo services.ini de brokerMessage Broker almacena valores de configuración de variables de entorno en un archivo .inidenominado services.ini. Este archivo es necesario para ejecutar intermediarios.Visualización de los registros de instalaciónDurante 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 brokerMessage Broker almacena valores de configuración de variables de entorno en un archivo .inidenominado services.ini. Este archivo es necesario para ejecutar intermediarios.


Generalmente, los clientes de actualización ya tienen un archivo services.ini. Si tiene uno, esteprocedimiento no es necesario; el proceso de configuración del intermediario busca y actualiza el archivoexistente.

Utilice este procedimiento para crear un services.ini vacío. Después de crear el archivo, éste se actualizaautomáticamente mediante el programa de utilidad madconfig cuando crea sus instancias de componentede intermediario.

Procedimiento1. 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 SuiteEl instalador establece la estructura de directorio raíz del intermediario en el directorioMDM_INSTALL_HOME/MDM/MessageBroker.


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 deservicio 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 decomponente

\config Cada componente de intermediario(Entrante, Saliente, Consulta,Direccionamiento y Correlación)depende de un conjunto de archivosde configuración específicos decomponente para gestionar la formaen que se procesan los mensajes. Enel directorio \config se proporcionanarchivos de configuración de ejemplo.

Por ejemplo, el archivo deconfiguración de Inbound Broker sedenominaInboundProcessormessage_type.ini(por ejemplo,InboundProcessorDelimited.ini).Este archivo se utiliza para indicar aInbound Message Manager cómoformatear, modificar y evaluar losdatos entrantes. La información sobrelos archivos de configuración estácontenida en los capítulos deconfiguración de componenteindividual.


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

Archivo Directorio Descripción

Archivos .exe de servicio deintermediario

\bin Cuando se instala Message Broker,los archivos ejecutables (.exe) deservicio de intermediario maestros seinstalan en el directorio \bin. Cuandose crea una instancia deintermediario, el programa deutilidad madconfig creaautomáticamente archivos .exe deservicio de intermediario específicosde la instancia, utilizando losarchivos de servicio de intermediariomaestros y añadiendo el nombre deinstancia. Puede encontrarse másinformación en el tema "MessageBroker Suite files" (archivos deMessage Broker Suite) que aparecelistado en los temas relacionados.

Archivo services.ini Este archivo debe crearsemanualmente después de lainstalación y antes de la creación dela instancia.

Message Broker almacena valores deconfiguración de variable de entornoen un archivo .ini denominadoservices.ini. Este archivo no escreado por el instalador.

Generalmente, los clientes deactualización ya tienen un archivoservices.ini.

Después de la instalación oactualización, debe utilizar elprograma de utilidad madconfig paracrear instancias de componente deintermediario. El programa deutilidad madconfig añade el archivo.ini a medida que configurainstancias nuevas.

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

Soporte de Unicode e idioma alternativoPueden establecerse variables en su archivo services.ini que indiquen a los intermediarios que debenseleccionar los archivos UTF necesarios que se utilizan para el soporte de Unicode y de idiomasalternativos.

En la sección de interfaces del archivo services.ini, asegúrese de que la variable MAD_ROOTDIR para cadacomponente apunte al directorio raíz del servidor operativo de MDM.


Para intermediarios de entrada:

En su archivo de configuración (es decir, services.ini), en la sección de interfaces, asegúrese de apuntaral directorio para los archivos utf y smt. MAD_BROKDIR identifica al directorio de instalación de MessageBroker y a la ubicación de los archivos utf y smt. Si no establece MAD_BROKDIR, el intermediario utiliza elvalor MAD_ROOTDIR (que apunta al directorio raíz del servidor operativo de MDM) para seleccionar losarchivos 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 incluyanlos 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 deMAD_ROOTDIR.

v MIEncoding debe establecerse en el tipo apropiado; la codificación predeterminada es LATIN1 si no seespecifica ninguna.

Instalación de InfoSphere MDM Healthcare Point of Service IntegratorLos administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicaciónIntegrador 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ónsimple para integrar aplicaciones de asistencia médica de herencia con una configuración de MDMvirtual. Mediante la utilización de las prestaciones de la aplicación, puede crear una GUI de búsquedaque 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 utilizarseen una estación de trabajo de 32 bits de Microsoft Windows. Puesto que IBM Installation Manager sólopuede ejecutarse en una máquina de 64 bits, primero debe instalar Integrador del punto de servicio deasistencia médica de InfoSphere MDM en una máquina de 64 bits y después desplegarlo en una máquinade 32 bits.

La información de los temas de instalación trata los requisitos previos y la ejecución de IBM InstallationManager. Para obtener información sobre la configuración y uso de Integrador del punto de servicio deasistencia médica de InfoSphere MDM, consulte el tema relacionado que se lista al final de estadescripció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 IntegratorUtilice este procedimiento para instalar Integrador del punto de servicio de asistencia médica deInfoSphere MDM.


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





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 siganseleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente.


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 64bits en su máquina de 32 bits.

b. En la máquina de 32 bits, vaya al directorio MDM_INSTALL_HOME/EnterpriseIntegrator/vcredist/ yejecute vcredist_x.86.exe.


Continúe con la personalización de su programa de búsqueda en la máquina de 32 bits. Para obtenerinformación acerca de la configuración y uso de Integrador del punto de servicio de asistencia médica deInfoSphere 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 IntegratorTareas relacionadas:Visualización de los registros de instalaciónDurante 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 ServiceIntegratorCuando finaliza la instalación de Integrador del punto de servicio de asistencia médica de InfoSphereMDM, se añade un conjunto de directorios y archivos a la vía de acceso de instalación.


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 InfoSphereMDM 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 ManagerEsta aplicación se utiliza para evaluar los archivos de pares de ejemplo generados por el trabajo GenerateThreshold Analysis Pairs de InfoSphere MDM Workbench.

Como parte del proceso de generación de peso, debe ejecutar el trabajo Generate Threshold AnalysisPairs para crear uno o más archivos .xls de pares de ejemplo que contengan pares de miembros. Paraestablecer valores de umbral que utiliza el servidor operativo de MDM para hacer coincidir a losmiembros de forma precisa, debe evaluar estos pares de ejemplo e indicar si los miembros son losmismos o no.

Gestor de pares de InfoSphere MDM sólo admite archivos de pares de ejemplo creados con InfoSphereMDM Workbench.

Gestor de pares de InfoSphere MDM se admite sólo para instalación en un sistema operativo MicrosoftWindows.

Instalación de Pair ManagerUtilice este procedimiento para instalar Gestor de pares de InfoSphere MDM en una estación de trabajode MicrosoftWindows.

Antes de empezar

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






instalación y el idioma.c. En el panel Install Packages, seleccione Pair Manager. 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 Pair Manager. Los componentes instalados anteriormente

se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBMInstallation Manager los elimina. Pulse Siguiente.


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.


Utilice InfoSphere MDM Workbench para ejecutar el trabajo Generate Threshold Analysis Pairs (Generarpares de análisis de umbral) y, a continuación, utilice Gestor de pares de InfoSphere MDM para revisarlos archivos de pares de ejemplo.

Puede acceder a Gestor de pares de InfoSphere MDM desde Inicio > Todos los programas > InfoSphereMaster Data Management > Pair Manager.

EjemplosLos 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ónUtilice este procedimiento para instalar la función Samples.


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 oestació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úncomponente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar laopción Modificar.




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 IBMInstallation Manager los elimina. Pulse Siguiente.



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 WorkbenchInfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar elentorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crearvistas 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 utilizanMicrosoft 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 13Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en unaestación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajopara que la instalación sea satisfactoria.“Requisitos de instalación” en la página 11Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBMWebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece unapauta para elegir las funciones correctas a instalar.

Instalación de InfoSphere InfoSphere MDM WorkbenchUtilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo dedespliegue 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 softwarev Ha completado los pasos de preparación de IBM Installation Manager si se trata de una instalación

personalizadav Ha instalado IBM Rational Application Developer (RAD)


v Ha instalado InfoSphere MDMv 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 trabajotípica, consulte las instrucciones que se listan al final de este tema.

Procedimiento1. Concluya IBM Rational Application Developer (RAD) si se está ejecutando.2. Inicie IBM Installation Manager.3. En la pantalla de inicio de IBM Installation Manager, pulse Install.4. En el panel Instalar paquetes, seleccione IBM InfoSphere Master Data Management Workbench y

pulse Siguiente.5. Acepte el acuerdo de licencia.6. Seleccione el grupo de paquetes donde está instalado IBM Rational Application Developer (RAD) y

pulse Siguiente.7. Pulse Instalar.8. Pulse Finalizar cuando se haya completado.


Ahora puede utilizar InfoSphere MDM Workbench para configurar su servidor operativo.Conceptos relacionados:Aspectos básicos de MDM WorkbenchTareas relacionadas:“Inicio del proceso de instalación con LaunchPad” en la página 68Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciaruna instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciaruna instalación personalizada.Visualización de los registros de instalaciónDurante 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 13Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en unaestación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajopara que la instalación sea satisfactoria.“Requisitos de instalación” en la página 11Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBMWebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece unapauta para elegir las funciones correctas a instalar.

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

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


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 133IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción seutiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidoren 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 134Utilice este procedimiento para instalar la Business Administration UI.“Instalación de la interfaz de usuario de Data Stewardship” en la página 135Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación dedata stewardship admite gobierno de datos para datos MDM físicos.“Instalación de la interfaz de usuario de Product Maintenance” en la página 137Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.

Códigos de error vistos en aplicaciones de usuarioLos códigos de error listados indican problemas que pueden suceder entre las aplicaciones de usuarioque 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 usuariono tiene los suficientes permisos parautilizar esta función.

Si tiene autorización para acceder a estaaplicación, vuela a escribir su nombre deusuario y contraseña. Tenga cuidado alescribir que la ortografía y el tipo de letrasean correctos. Si el error continúa, póngaseen contacto con el administrador de laaplicación.

ECOMM (2)Error de comunicación

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

Debe volver a establecer la conexión alservidor de aplicación. Si no puedeconectarse, póngase en contacto con eladministrador de la aplicación.

EODBC (3)Error ODBC

Error de ODBC informado directamentedesde el controlador ODBC o desde la basede datos

Error de base de datos - póngase encontacto con el administrador de laaplicación o de la base de datos.

ENOTCONN (5)No se ha podidoestablecer una conexióncon el servidor operativo

La conexión al servidor solicitado se hanegado

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

EINVAL (6)Error de argumento noválido

Hay valores no válidos en los parámetros otipos de datos entrantes. Se especificaroncaracteres no válidos en un campo deentrada.

Vuelva a escribir sus criterios de entrada.Especifique letras y números como lorequieren los campos. Por ejemplo, elcampo del número de Seguro social sóloacepta números.


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


ENOMEM (7)No se ha podido asignarmemoria

Error de memoria insuficiente - no se puedeasignar memoria en funcionamiento

Póngase en contacto con el administradorde la aplicación o del sistema.

ENOREC (8)Registro no encontrado

No se ha encontrado registro basado en loscriterios de entrada

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

ENOLIB (9)No se encuentra labiblioteca

No se encontraron las bibliotecas cargablesen 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 administradorde la aplicación o con el Soporte desoftware de IBM.

ENOFUNC (10)Función no encontrada

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

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

ELOCKED (11)Registro u objetobloqueado

No se puede actualizar un registro porqueestá bloqueado

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

EEXISTS (12)El registro u objetoexiste

Se solicita la inserción de un registro, peroel registro existe

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

EFILEIO (13)Error de E/S de archivo

No se puede leer o escribir desde unarchivo

Póngase en contacto con el administradordel sistema.

EVERSION (14)Error de versión

Discordancia en la versión, provocada porbloqueo oportuno

Recupere el miembro o tarea nuevamente yvuelva 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


EDELETED (18)Registro u objetosuprimido

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

No puede actualizar un miembro suprimidológicamente. Si el miembro se marcó comosuprimido lógicamente por error, póngaseen contacto con el administrador de laaplicación.

ESHADOW (19)El registro u objeto esuna duplicación


EOBSOLETE (20)El registro u objeto esobsoleto

Resulta si se intenta aplicar un cambio oactualizar a un registro obsoleto

No puede actualizar un registro obsoleto.

EINTEGRITY (21)Error de integridadreferencial

Un problema de integridad de datos, porejemplo, una violación de una restricción deunicidad

Este error puede estar indicando unproblema de base de datos. Póngase encontacto con el administrador del sistema ode la base de datos.


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


EDISABLED (22)El registro u objeto estáinhabilitado

Una ID de usuario está inactiva (oinhabilitada)

Si el usuario requiere autorización a laaplicación, vuelva a activar su ID a travésdel Administrador.

EINSANE (23)Error interno inesperado

El sistema detectó una condición o estadoen el que cree que no es posible. No tiene lainformación para explicar cómo se alcanzóeste estado.

Póngase en contacto con el administradordel sistema.

EEXTAUTH (24)Error de autorizaciónexterno

Error en la autorización externa Actualice el inicio de sesión del usuario enel 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 larecuperación

Normalmente necesita el reinicio delservidor operativo y de todos los clientesconectados.


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 alejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y unatransacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finalizasatisfactoriamente.

Además, puede utilizar el Cliente de prueba para ejecutar transacciones de prueba para asegurar queInfoSphere MDM esté instalado satisfactoriamente.


Tareas relacionadas:Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67Las 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 69Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidortípica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBMWebSphere 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 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication Developer (RAD) en una estación de trabajo limpia.“Instalación de una instalación personalizada” en la página 73Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es elmétodo requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalaciónen un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base dedatos de IBM DB2.“Instalación en un entorno en clúster” en la página 77Utilice 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 97Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 1.“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 2.“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como elpaso final para completar el caso de ejemplo 3.Resolución de problemas de instalaciones fallidas de ediciones Standard o AdvancedReferencia relacionada:Capítulo 2, “Descripción general de la instalación”, en la página 3La mayoría de los componentes de IBM InfoSphere Master Data Management Server pueden instalarse enun servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte aentornos en clúster.“Cuentas de usuario y grupos creados por el instalador” en la página 17Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuariospredeterminados en el servidor de aplicaciones.“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página18Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuariopredeterminadas.

Verificación de la instalación con el Cliente de prueba en WebSphereApplication ServerUtilice este procedimiento para verificar la instalación con el Cliente de prueba del servidor deaplicaciones.


El cliente de prueba sólo admite bases de datos de DB2 y Oracle.


Procedimiento1. 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 seguridadde 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 delcliente 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 InfoSphereMDM en Oracle:sqlplus <DB_USER>/<DB_PASSWORD>@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 enNOMBRE_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 Servermediante 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 archivosde 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 puedeejecutar:

Tabla 37. Pruebas de verificación de la instalación

Para ejecutar la prueba: Utilice el mandato:

Para proporcionar un archivo de respuestas paraejecutar 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 lacola de solicitudes y de la cola de respuestas en el archivoTestClientJMS.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 paraactivar 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 activarun suceso

2. Reinicie WebSphere Application Server

3. Ejecute TestClientWL.sh rmi ./testCases/xml_msg

Para ejecutar los casos de prueba deadministrador

TestClient.sh rmi ./testCases/xml_admin

Para ejecutar casos de prueba de servicios web TestClient.sh soap ./testCases/xml_ws

Propiedades del cliente de pruebaPuede 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. Consulteregex= para obtener los criterios de ordenación

sort=d

Para ordenar los casos de prueba. Consulte regex= paraobtener los criterios de ordenación

sort=f

Para ordenar los directorios y casos de prueba. Consulteregex= para obtener los criterios de ordenación

sort=d|f

Para extraer la primera coincidencia como clave decomparación de ordenación. El orden de la ordenación sebasa en la clave.

El valor predeterminado consiste en extraer el últimonúmero digital del archivo de peticiones.

regex= [0-9]*[0-9]$

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 unaexpresión regular

java -cp ./lib/TestClient.jar -regex tcrmtest_001

Para información sobre la utilización de Java para ejecutarcasos de prueba

java -cp ./lib/TestClient.jar ?

Para utilizar el adaptador JMS de MDM, escriba el nombrede la fábrica de conexiones de cola

QueueConnectionFactory=


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ónHay dos tipos de registros que se crean durante el proceso de instalación. Un conjunto registrainformación relacionada con IBM Installation Manager y el otro registra información relacionada conMDM.

La ubicación de los registros de IBM Installation Manager depende del modo en que se instaló laaplicación. Si IBM Installation Manager se instaló en modalidad de administrador (usuario root enUNIX), 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 laactualización de la variable Agent Location (cic.appDataLocation) en el archivo config.ini. config.inise 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 basede 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 queutiliza ODBC se encuentran en MDM_INSTALL_HOME/logs/database/Virtual

Visualización de archivos de registro de Installation ManagerLa aplicación IBM Installation Manager crea archivos de registro durante el proceso de instalación. Estosregistros 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 servidorque no tiene un navegador, copie los registros en una estación de trabajo.


Los registros contienen mensajes con las etiquetas INFO, DEBUG, WARNING o ERROR. Si la instalaciónes satisfactoria, todos los mensajes tendrán una etiqueta INFO o DEBUG. Los mensajes identificadoscomo WARNING o ERROR deben revisarse.

Procedimiento1. 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 locationin 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 revisarsepara identificar problemas potenciales con la instalación.

6. Pulse un enlace para ver representaciones de archivo de registro nativas de un segmento del procesode instalación.Tales procesos pueden incluir la ejecución de código Java personalizado para gestionar archivos deMDM, 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 despliegaarchivos 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 problemabuscando errores de excepción Ant o Java. Si encuentra una solución temporal para WARNING oERROR, 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 MDMDurante 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.


Los registros se almacenan en archivos .xml con la fecha y hora de la instalación como el nombre dearchivo. Por ejemplo, un archivo con el nombre 20130312_1101.xml, indica que la instalación se llevó acabo el 3 de marzo de 2013 a las 11:01. Puede acceder a los registros de dos formas distintas.

Procedimientov 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 67Las instrucciones de instalación son las mismas para todas las ediciones.Resolución de problemas de instalaciones fallidas de ediciones Standard o AdvancedReferencia relacionada:“Instalación silenciosa” en la página 83Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Paraejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.


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 dedesinstalació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 InfoSphereUtilice 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 datosque 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.).


Mediante la opción desinstalar de IBM Installation Manager se elimina toda la oferta. Si desea eliminarsolamente los componentes seleccionados (por ejemplo, Inspector o IU de Data Steward), utilice la opciónmodificar.

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


El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphereApplication Server.Tareas relacionadas:“Desinstalación de un único componente” en la página 199Utilice 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 201La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso dedesinstalación.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Desinstalación de una instalación de servidor típicaSi ha instalado MDM utilizando una instalación de servidor típica, utilice este procedimiento paradesinstalar las funciones.



Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datosque 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.


Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su ediciónde 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.

Procedimiento1. 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 69Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidortípica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBMWebSphere Application Server e IBM DB2 en un servidor limpio.

Desinstalación de una instalación de estación de trabajo típicaSi ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimientopara desinstalar las funciones.


Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datosque 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.



Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su ediciónde 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.

Procedimiento1. 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 71Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación deestación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM RationalApplication Developer (RAD) en una estación de trabajo limpia.

Desinstalación de un único componenteUtilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.


Este procedimiento solo elimina la aplicación o componente seleccionado. Si desea eliminar toda laedición de InfoSphere MDM, utilice la opción desinstalar de IBM Installation Manager.

Procedimiento1. 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 aparezcalistado en el recuadro Eliminación de características. Pulse Modificar.

6. Pulse Finalizar.


El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphereApplication Server.Conceptos relacionados:Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción seutiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidoren 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 197Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.“Eliminación de CBA del repositorio de paquetes interno” en la página 201La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso dedesinstalación.Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced

Desinstalación en modalidad silenciosaUtilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.


Se genera un archivo de propiedades cuando ejecuta una desinstalación interactiva. Para utilizar unadesinstalación silenciosa, debe editar este archivo o crear su propio archivo.


Procedimiento

Para desinstalar, sustituya el código de instalación en su archivo de respuestas con el código dedesinstalación. Por ejemplo:<uninstall modify=’false’><offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130401-1025’ profile=’IBM InfoSphere Master DataManagement’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.im.mdm.native.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.pair.manager.feature,com.ibm.im.mdm.message.broker.feature,com.ibm.im.mdm.ei.feature,com.ibm.mdm.ba.webapp.sample.feature,com.ibm.im.mdm.eutc’/></uninstall>


El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphereApplication Server.

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 depaquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso dedesinstalación.

Eliminación de CBA del repositorio de paquetes internoLa desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio depaquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso dedesinstalación.

Procedimiento1. 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 197Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.“Desinstalación de un único componente” en la página 199Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.“Desinstalación en modalidad silenciosa” en la página 200Utilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.

Capítulo 9. Desinstalación de InfoSphere MDM 201

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 queIBM no ofrezca en otros países los productos, servicios o características que se explican en estedocumento.

Póngase en contacto con el representante de IBM de su localidad para obtener información acerca de losproductos y servicios que actualmente están disponibles en su zona. Cualquier referencia hecha a unproducto, programa o servicio de IBM no pretende indicar ni implica que sólo pueda utilizarse eseproducto, programa o servicio de IBM. En su lugar podrá utilizarse cualquier producto, programa oservicio equivalente que no infrinja ninguno de los derechos de propiedad intelectual de IBM. Sinembargo, 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 describeen 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 LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785EE.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 lasconsultas por escrito a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japón

El párrafo siguiente no se aplica al Reino Unido u otros países en los que los avisos legales seanincompatibles con las leyes locales: INTERNATIONAL BUSINESS MACHINES CORPORATIONPROPORCIONA ESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NIEXPLÍCITAS NI IMPLÍCITAS, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS DE NOINFRACCIÓN, COMERCIALIZACIÓN O ADECUACIÓN A UN OBJETIVO CONCRETO. Algunos paísesno permiten la renuncia a garantías explícitas o implícitas en determinadas transacciones, por lo quepuede 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í sepresenta se aplican cambios periódicamente; tales cambios se incorporarán en nuevas ediciones de lapublicación. IBM podría realizar mejoras y/o cambios en el producto o productos y/o programa oprogramas que se describen en esta publicación en cualquier momento y sin previo aviso.


Cualquier referencia de esta información a sitios Web que no son de IBM se indican únicamente porcomodidad y no constituyen recomendaciones de dichos sitios web. Los materiales de esos sitios web noforman 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 oportunasin 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 depermitir: (i) el intercambio de información entre programas creados independientemente y otrosprogramas (incluido éste) y (ii) la utilización mutua de la información que se ha intercambiado, debenponerse en contacto con:

IBM CorporationJ46A/G4555 Bailey AvenueSan 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 disponiblepara éste los proporciona IBM de acuerdo con los términos del IBM Customer Agreement, del IBMInternational Program License Agreement o de cualquier otro acuerdo equivalente celebrado entre ambaspartes.

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. Esposible que algunas mediciones se hayan realizado en sistemas de nivel de desarrollo y no existe ningunagarantí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 realespodrían variar. Los usuarios de este documento deben verificar los datos que se aplican a su entornoespecí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 probadoestos productos y no puede confirmar la precisión del rendimiento, compatibilidad u otras afirmacionesrelacionadas con productos que no son de IBM. Las preguntas relacionadas con las prestaciones de losproductos 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 acambios 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 acambios antes de que los productos descritos estén disponibles.

Esta información contiene ejemplos de datos e informes que se utilizan en operaciones comercialesdiarias. 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 losnombres 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 ejemplificantécnicas de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estosprogramas 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


de aplicaciones de la plataforma operativa para la que se han escrito los programas de ejemplo. Estosejemplos no se han probado exhaustivamente bajo todas las condiciones. Por lo tanto, IBM no puedegarantizar ni pretende confirmar la fiabilidad, servicio o funcionamiento de esos programas. Losprogramas 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 incluirun 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 deIBM 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íasy 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 amejorar la experiencia del usuario final, para adaptar las interacciones con el usuario final o para otrosfines. 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ónpersonal. Si la oferta de software utiliza cookies para recopilar información de identificación personal, seestablece 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 yde sesión que recopilan cada nombre de usuario, contraseña, nombre de perfil u otra información deidentificació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ó cargarantes del inicio de sesión. Estas cookies pueden inhabilitarse, pero su inhabilitación probablementeeliminará también la funcionalidad que habilitan.

Si las configuraciones desplegadas para esta oferta de software le ofrecen como cliente la posibilidad derecopilar información de identificación personal de los usuarios finales mediante cookies y otrastecnologí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íneade IBM en www.ibm.com/privacy/details, la sección titulada "Cookies, Web Beacons and OtherTechnologies" e "IBM Software Products and Software-as-a-Service Privacy Statement" enwww.ibm.com/software/info/product-privacy.

Marcas registradas

IBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp., enmuchas jurisdicciones de todo el mundo. Otros nombres de productos y servicios pueden ser marcasregistradas de IBM o de otras empresas. En Internet hay disponible una lista actualizada con las marcasregistradas 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 AdobeSystems Incorporated en Estados Unidos y en otros países.

Avisos y marcas registradas 205

http://www.ibm.com/privacy

http://www.ibm.com/privacy/details

http://www.ibm.com/software/info/product-privacy

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

IT Infrastructure Library es una marca registrada de la Agencia Central de Informática yTelecomunicaciones, 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 IntelCentrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de IntelCorporation 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 MicrosoftCorporation 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 susempresas filiales.

Cell Broadband Engine es una marca registrada de Sony Computer Entertainment, Inc. en Estados Unidosy 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 deHP, IBM Corp. y Quantum en Estados Unidos y en otros países.


Índice

Aacceso a aplicación web

protocolo https 187puerto de servidor seguro 187

actualización de archivos de propiedadesdesplegados 130

adiciónmensajes de seguridad 170

adición de un usuario 64alta disponibilidad 50aplicación

instalación 133aplicación de usuario

asociación de servidor operativo 44archivo ContextManager.prop

configuración 147edición 147localización 147

Archivo ContextManager.prop 147archivo de respuestas

creación gráfica 92especificación de funciones 87instalación silenciosa 92instalaciones silenciosas 83parámetros de DB2 87, 88parámetros de Oracle 89parámetros de servidor de

aplicaciones 90personalización 86utilización 91

archivo provider.propertiespropiedades necesarias 175

archivo webreports.properties 165propiedades necesarias 165propiedades opcionales 167

archivosinspector.properties 140

atributosAsaIdxno 159

atributos ampliablesconfiguración 176

atributos de AsaIdxno 159atributos de pantalla,

personalización 168atributos personalizados

configuración 176Autenticación 165Autenticación de Windows de Microsoft

SQLTomcat 165

autenticación nativa de Windows 34avisos legales 203

Bbase de datos

conexiones 53crear utilizando los scripts de inicio

rápido 49cuentas de usuario 53

base de datos (continuación)esquema 32, 34, 36inicio 32, 34, 36instalación manual 32, 34, 36nombre de host 32, 34, 36nombre de usuario y contraseña 32,

34, 36preparación de Oracle 58preparación de SQL Server 56preparar DB2 54puerto 32, 34, 36tipo 32, 34, 36

base de datos de DB2casos de ejemplo de instalación 94preparación para la instalación 54

base de datos de Oraclecasos de ejemplo de instalación 98preparación para la instalación 58

base de datos de SQL Servercasos de ejemplo de instalación 102preparación para la instalación 56

búsquedas de MemIdent 160búsquedas sensibles a las mayúsculas y

minúsculas 45

Ccasos de ejemplo de instalación 94celda

WebSphere Application Server 38, 43clúster 38, 41, 43

casos de ejemplo de instalación 94,98

instalación 77codificación 181codificación de caracteres

establecer en sistemas de destino 66códigos de error

EACTIVE 188ECOMM 188EDELETED 188EDISABLED 188EEXISTS 188EEXTAUTH 188EFILEIO 188EINACTIVE 188EINSANE 188EINTEGRITY 188EINTERNAL 188EINVAL 188ELOCKED 188ENOFUNC 188ENOLIB 188ENOMEM 188ENOREC 188ENOTCONN 188ENUNKNOWN 188EOBSOLETE 188EODBC 188EPERM 188ESHADOW 188

códigos de error (continuación)ESTATUS 188EVERSION 188

componente de mensajeríainstalar manualmente 129

conexionesbase de datos 53

configuraciónarchivo inspector.properties 140atributos ampliables 176atributos personalizados 176convenios 176hojas de trabajo 30

activadores de historial 45aplicación MDM 41aplicaciones de usuario 43DB2/DB2 para origen de datos de

z/OS 32directorio de instalación 31Origen de datos del servidor SQL

de Microsoft 34origen de datos Oracle 36WebSphere Application Server 38

identificadores/credencialespersonalizados 176

provider direct 174tabla mpi_appprop 147tipos de datos enumerados 176Transaction Viewer 157vistas compuestas en Enterprise

Viewer 161vistas compuestas restringidas en

Enterprise Viewer 161configuración de Enterprise Viewer 147configuración de la tabla

mpi_appprop 147configuración de Transaction Viewer 157configuración XA para DB2 para

z/OS 109contraseña 38, 41, 43Controladores ODBC 59creación e instalación de la base de datos

de z/OS 109crear

scripts de base de datos 15cuentas de usuario 17

base de datos 53

DDDJDBCAuth.04dll 165DDJDBCx64Auth04.dll 165desinstalar 197

aplicaciones/componentesindividuales 199

edición completa 197silenciosa 200

desplieguevarios husos horarios 41

despliegue de varios husos horarios 41


dominioinstalación manual de datos

CLOB 124dominio de DB2 for z/OS

instalación manual de datosCLOB 124

Eedición del archivo

ContextManager.prop 147edición del archivo

webreports.properties 165ejemplos

descripción general de lainstalación 185

instalación 185elementos por página,

personalización 169Enterprise Viewer

búsqueda de MemDate 157combinación de parámetros 156configuración 147configuración de secciones de

búsqueda 152configuración de vistas compuestas

restringidas 161configuración de visualizaciones de

vista compuesta 161correlación de SrcCode con

AttrCode 160descripción general de la

instalación 143formateo de entrada 157gestión de aplicaciones 147instalación 143parámetro celldelim 154parámetro desplegable 155parámetro edtElem 156parámetro hint 155

entorno localestablecer en sistemas de destino 66

establecer vía de acceso del programa deutilidad de DB2 61

establecer vía de acceso del programa deutilidad de Oracle 61

estilo de coincidencia 41estructura de directorios 20

Gglobalización 66, 162

web reports 169gráfica

instalación 15grupo de paquetes

existente 31nuevo 31

grupos 17grupos de MDM

adición de un usuario 64

Hhojas de trabajo 30

activadores de historial 45

hojas de trabajo (continuación)aplicación MDM 41aplicaciones de usuario 43DB2/DB2 para origen de datos de

z/OS 32directorio de instalación 31Origen de datos del servidor SQL de

Microsoft 34origen de datos Oracle 36WebSphere Application Server 38

httpsconfiguración de aplicación web 187

Iidentificadores/credenciales

personalizadosconfiguración 176

idiomarecurso de aplicación 45tabla de códigos 45

idioma alternativo 181idioma de recurso de aplicación 45idioma de tabla de códigos 45industria 45informes

personalización 168inhabilitación de pantalla inicial

instalación silenciosa 91Inspector

descripción general de lainstalación 139

instalación 139, 184instalación

aplicaciones 133características de MDM 9descripción general 3Descripción general de instalación de

Enterprise Viewer 143descripción general de instalación de

Inspector 139descripción general de instalación de

IU de Business Administration 134descripción general de instalación de

web reports 163desinstalación silenciosa 200ejemplos 185en un clúster 77estación de trabajo típica 71estructura de directorios y

nombres 20gráfica 15hojas de trabajo 30Inspector 139instalación manual

Configuración de la base de datosOracle 112

instalación manual de laaplicación 109

instalación manual de la aplicación enDB2 for Linux o UNIX 112

instalación manual de la aplicación enDB2 para Linux o Unix 114

instalación manual de la aplicación enDB2 para Linux o UNIX 112, 114

instalación manual de la aplicación enDB2 para z/OS 110, 111, 116, 120

instalación (continuación)instalación manual de la aplicación en

Oracle 125, 127instalaciones silenciosas 83Installation Manager 48interfaz de usuario de Data

Stewardship 135interfaz de usuario de Product

Maintenance 137IU de Business Administration 134modificación silenciosa 92modificar 93on z/OS 82personalizada 74servidor típico 69silenciosa 15

creación de un archivo derespuestas 92

especificación de funciones 87inhabilitación de pantalla

inicial 91mediante el archivo de

respuestas 91parámetros de DB2 87, 88parámetros de Oracle 89parámetros de servidor de

aplicaciones 90personalización de archivo de

respuestas 86su edición de MDM 67tipo de despliegue personalizado 8tipo de despliegue típico 4, 5, 7tipos de despliegue

típica frente a personalizada 4utilización de LaunchPad 68verificación 191, 192, 194visión general de la instalación de la

interfaz de usuario de DataStewardship 135

visión general de la instalación de lainterfaz de usuario de ProductMaintenance 137

visualización de registros 196Installation Manager 195

instalación manualbase de datos de dominio en

Oracle 127instalación manual de la aplicación 109instalación manual de la aplicación en

DB2 for Linux o UNIX 112instalación manual de la aplicación en

DB2 para Linux o Unix 114instalación manual de la aplicación en

DB2 para Linux o UNIX 112, 114instalación manual de la aplicación en

DB2 para z/OS 110, 111, 116, 120instalación manual de la aplicación en

Oracle 125, 127instalación manual de la base de datos

MDM física 112instalación personalizada

tipo de despliegue 8instalación silenciosa

creación de un archivo derespuestas 92

desinstalar 200especificación de funciones 87


instalación silenciosa (continuación)inhabilitación de pantalla inicial 91mediante el archivo de respuestas 91modificar 92parámetros de DB2 87, 88parámetros de Oracle 89parámetros de servidor de

aplicaciones 90personalización de archivo de

respuestas 86instalación típica

tipo de despliegue 4para estación de trabajo 7para servidor 5

valores predeterminados 19instalaciones silenciosas 83Installation Manager

adición de ofertas de MDM 48instalación 48

interfaz de usuario de Data Stewardshipinstalación 135

Interfaz de usuario de Data Stewardshipdescripción general de la

instalación 135interfaz de usuario de Product

Maintenancedescripción general de la

instalación 137instalación 137

IU de Business Administrationdescripción general de la

instalación 134instalación 134

Kkit de inicio 15

LLaunchPad

inicio de la instalación 68

MMAD_HOMEDIR 22MAD_ROOTDIR 22marcas registradas

lista de 203MDM_INSTALL_HOME 22mensajería

Message Brokers 41WebSphere Default Messaging 41WebSphere MQ 41

mensajes de seguridadadición 170

modificarinstalación 93modificación silenciosa 92

Nnodo

WebSphere Application Server 38, 43nombre de aplicación 41

nombre de host 38, 43nombre de usuario 38, 43núcleo

instalación manual de datosCLOB 120

núcleo de DB2 for z/OSinstalación manual de datos

CLOB 120número máximo de resultados por

página, personalización 169

OOracle

instalación manual de la base de datosde dominio 127

Pparámetro celldelim 154parámetro desplegable 155parámetro edtElem 156parámetro hint 155parámetros

AttrCodes 168AttrLabels 168AttrTypes 168celldelim 154combinación en configuración de

Enterprise Viewer 156desplegables 155edtElem 156hint 155SegCodeFilter 168Templates 168

perfilWebSphere Application Server 43

personalización de atributos depantalla 168

personalizadainstalación 74

preparaciónalta disponibilidad 50

preparación para la instalación 29adición de ofertas de MDM a

instalador 48base de datos 52Base de datos DB2 en un entorno de

clúster 55Base de datos DB2 en un servidor

diferente 55base de datos de SQL Server en un

entorno en clúster 57Base de datos Oracle en un entorno en

clúster 58Base de datos Oracle en un servidor

diferente 58base de datos SQL Server en un

servidor distinto 57configuración del soporte de

instalación 25dmgr de servidor de aplicaciones 61establecer vía de acceso del programa

de utilidad de DB2 61establecer vía de acceso del programa

de utilidad de Oracle 61

preparación para la instalación(continuación)

instalación típica 27kit de inicio 15requisitos previos de la cuenta 51servidor de aplicaciones para

despliegue de base 64servidor no gestionado de servidor de

aplicaciones 63utilización del kit de herramientas de

inicio rápido 49WebSphere Application Server 59

prepararbase de datos DB2 para

instalación 54base de datos de Oracle para la

instalación 58base de datos de SQL Server para la

instalación 56propiedades

necesarias 165opcionales 167

propiedades necesariasarchivo provider.properties 175

provider directconfiguración 174

Provider Directinstalación 171

puerto de servidor seguroacceso a aplicación web 187

Puerto RMI 41Puerto SOAP 38, 43

Rregistro

servidor de aplicaciones 142, 170registros

visualización 196Installation Manager 195

requisitos de varios idiomas 162requisitos previos de la cuenta 51resultados 169

Ssegmentos emergentes en Enterprise

Viewer 157seguridad

roles de canal 65servicio de atención al cliente

contacto 209servicios de software

contacto 209servidor

WebSphere Application Server 38, 43servidor de aplicaciones

preparación 59preparación de servidor no

gestionado 63preparación para despliegue de

base 64preparando dmgr 61registro 142, 170

Índice 209

servidor operativoasociación de aplicación de

usuario 44silenciosa

instalación 15soporte

cliente 209

Ttabla mpi_appprop

formularios de búsquedaconfigurables 151

orden de visualización deatributos 148

visualización de segmentos definidospor implementación 149

típicainstalación 71instalación de servidor 69

tipo de desplieguepersonalizado 8típico 4, 5, 7WebSphere Application Server 38, 43

tipos de datos enumeradosconfiguración 176

UUnicode 181usuarios

adición de usuario a un grupo 64

Vvalor predeterminado de WebSphere

mensajería 41valores predeterminados

valores de cuenta de usuario 17valores de instalación típica 19

verificación de la instalación 191, 192,194

visualización de atributos deAsaIdxno 159

WWAS

configuración de aplicación webprotocolo https 187

web reportsdescripción general de la

instalación 163globalización 169

Web Reportsinstalación 164

WebSphere Application Servercelda 38inicio 38nodo 38perfil 38servidor 38tipo de despliegue 38

WebSphere MQmensajería 41

Zz/OS

instalación en 82


Cómo ponerse en contacto con IBM

Puede ponerse en contacto con IBM para obtener soporte al cliente, servicios de software, informaciónsobre productos e información general. También puede proporcionar comentarios sobre los productos y ladocumentació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 losdocumentos de InfoSphere MDM enhttp://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp.

Información del producto de InfoSphere MDM CustomDomain Hub, que incluye InfoSphere MDM ReferenceData Management

Puede realizar búsquedas y consultar todos losdocumentos de InfoSphere MDM Custom Domain Huben http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp.

Portal de soporte de IBM Puede personalizar la información de soporteseleccionando los productos temas que le interesan enwww.ibm.com/support/.

Servicios de software Encontrará información sobre software, TI y servicios deconsultoría de negocio en el sitio web de soluciones, enwww.ibm.com/businesssolutions/.

Mi IBM Puede gestionar enlaces con los sitios web de IBM y lainformación que más se ajusten a sus necesidades desoporte técnico específicas creando una cuenta en el sitioMi IBM, en www.ibm.com/account/.

Formación y certificación Puede obtener información sobre servicios de formacióntécnica para usuarios, empresas y organizacionespúblicas con el fin de adquirir, mantener y optimizar susconocimientos de TI en www.ibm.com/software/sw-training/.

Representantes de IBM Puede ponerse en contacto con un representante de IBMpara obtener información sobre soluciones enwww.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 ladocumentació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 productosmediante la Encuesta de idoneidad enwww.ibm.com/software/ucd/consumability/.


http://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp

https://www.ibm.com/support/

http://www.ibm.com/businesssolutions/

http://www.ibm.com/account/

http://www.ibm.com/software/sw-training/

http://www.ibm.com/software/sw-training/

http://www.ibm.com/connect/ibm/us/en/

http://www.ibm.com/software/ucd/consumability/

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 superiorderecha de cualquier tema del Information center.También puede enviar comentarios sobre libros enarchivos PDF, el Information center o cualquier otradocumentació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]


http://www.ibm.com/software/data/rcf/

��

Impreso en España

GI13-2658-00

Guía de instalación - IBM · Capítulo 7. Instalación de aplicaciones cliente y componentes...

Documents

Transcript of Guía de instalación - IBM · Capítulo 7. Instalación de aplicaciones cliente y componentes...