Guía de instalación

IBM InfoSphere Master Data Management Standard and
Advanced Editions
Versión 11 Release 0
Guía de instalación
GI13-2658-00
IBM InfoSphere Master Data Management Standard and
Advanced Editions
Versión 11 Release 0
Guía de instalación
GI13-2658-00
Nota
Antes de usar esta información y el producto al que da soporte, lea la información en “Avisos y marcas registradas” en la
página 203.
Nota de edición
Esta edición se aplica a la versión 11.0 de IBM InfoSphere Master Data Management y a todos los releases y
modificaciones posteriores hasta que se indique de otro modo en nuevas ediciones.
© Copyright IBM Corporation 1996, 2013.
Contenido
Tablas . . . . . . . . . . . . . . . vii
Capítulo 3. Configuración del soporte
de instalación. . . . . . . . . . . . 25
Preparación de IBM Installation Manager . . . .
Instalación de Installation Manager . . . . .
Adición de ofertas a IBM Installation Manager .
Instalación de Installation Startup Kit. . . . . .
Preparación para alta disponibilidad . . . . . .
Requisitos previos de cuenta para instalaciones
personalizadas . . . . . . . . . . . . .
Preparación de la base de datos . . . . . . .
Conexiones y cuentas de usuario de base de
datos . . . . . . . . . . . . . . .
Preparación de una base de datos de DB2 . . .
Preparación de una base de datos de Microsoft
SQL Server . . . . . . . . . . . . .
Preparación de una base de datos de Oracle . .
Controladores ODBC instalados con Standard
Edition . . . . . . . . . . . . . . .
Preparación del servidor de aplicaciones. . . . .
Para establecer una vía de acceso de programa
de utilidad de IBM DB2 . . . . . . . . .
Para establecer una vía de acceso de programa
de utilidad de Oracle . . . . . . . . . .
Preparación de WebSphere Application Server
Network Deployment para un despliegue de
servidor gestionado. . . . . . . . . . .
Preparación del Despliegue de red de WebSphere
Application Server para un servidor no
gestionado. . . . . . . . . . . . . .
Preparación del WebSphere Application Server
para el despliegue de base . . . . . . . .
Creación de un usuario nuevo y adición del
usuario a un grupo de MDM . . . . . . .
Preparación de un sistema Solaris para instalación
de MDM . . . . . . . . . . . . . . .
Configuración del entorno local y codificación de
caracteres en sistemas de destino . . . . . . .
Capítulo 4. Preparación para una
instalación típica . . . . . . . . . . 27
Capítulo 6. Instalación de InfoSphere
MDM. . . . . . . . . . . . . . . . 67
Figuras . . . . . . . . . . . . . . . ix
Capítulo 1. Instalación de IBM
InfoSphere Master Data Management
Server Standard and Advanced Editions. 1
Capítulo 2. Descripción general de la
instalación . . . . . . . . . . . . . 3
Tipo de despliegue de instalación típica versus
personalizada . . . . . . . . . . . . . . 4
Tipo de despliegue de instalación típica . . . . 4
Tipo de despliegue de instalación personalizada . 8
Características instaladas por el Gestor de instalación 9
Requisitos de instalación . . . . . . . . . . 11
Bibliotecas de 32 bits necesarias en sistemas
operativos de 64 bits . . . . . . . . . . 13
Instalación gráfica o silenciosa . . . . . . . . 15
Installation Startup Kit . . . . . . . . . . 15
Cuentas de usuario y grupos creados por el
instalador . . . . . . . . . . . . . . . 17
Cuentas de usuario predeterminadas creadas
durante un despliegue de instalación típica . . . 18
Almacenamiento y exposición de contraseñas . . . 19
Cifrado de contraseñas con WebSphere
Application Server . . . . . . . . . . . 20
Estructuras de directorios. . . . . . . . . . 20
Uso de MAD_ROOTDIR y MAD_HOMEDIR en
versión 11.0 . . . . . . . . . . . . . 22
Capítulo 5. Preparación para una
instalación personalizada. . . . . . . 29
Hojas de trabajo de instalación y configuración . .
Hoja de trabajo del directorio de instalación . .
IBM DB2 o DB2 para hoja de trabajo de origen
de datos de z/OS . . . . . . . . . . .
Hoja de trabajo de origen de datos del servidor
SQL de Microsoft . . . . . . . . . . .
Hoja de trabajo de origen de datos de Oracle . .
Hoja de trabajo de instalación de WebSphere
Application Server . . . . . . . . . . .
Hoja de trabajo de configuración de aplicación
MDM . . . . . . . . . . . . . . .
Hoja de trabajo de instalación de aplicaciones de
usuario . . . . . . . . . . . . . . .
Hoja de trabajo de instalación de historial . . .
© Copyright IBM Corp. 1996, 2013
30
31
32
34
36
38
41
43
45
Inicio del proceso de instalación con LaunchPad . .
Instalación de una instalación de servidor típica . .
Instalación de una instalación de estación de trabajo
típica . . . . . . . . . . . . . . . .
Instalación de una instalación personalizada . . .
Instalación en un entorno en clúster . . . . . .
Despliegue de la función MDM Native Component
en servidor Windows remoto . . . . . . . .
Instalación en Oracle RAC . . . . . . . . .
Habilitación de soporte para controlador de
conexión inalámbrica de Oracle. . . . . . . .
Instalación en z/OS . . . . . . . . . . .
Instalación silenciosa . . . . . . . . . . .
Personalización del archivo de respuestas de
modalidad silenciosa . . . . . . . . . .
Inhabilitación de la pantalla inicial del instalador
durante instalación silenciosa . . . . . . .
47
48
48
49
50
51
51
53
54
56
57
59
59
60
61
61
63
63
64
65
66
68
69
71
73
77
79
80
81
81
83
85
91
iii
Instalación silenciosa utilizando un archivo de
respuestas . . . . . . . . . . . . . . 91
Creación de un archivo de respuestas mientras se
ejecuta una instalación gráfica . . . . . . . 92
Modificación silenciosa de una instalación . . . 92
Modificación de la instalación . . . . . . . . 93
Casos de ejemplo de instalación . . . . . . . 94
Caso de ejemplo 1: Instalación de MDM en un
clúster de WebSphere Application Server,
utilizando una base de datos de IBM DB2 e IBM
WebSphere MQ messaging . . . . . . . . 94
Caso de ejemplo 2: Instalación de MDM en un
clúster de WebSphere Application Server,
utilizando una base de datos de Oracle y
WebSphere Default Messaging . . . . . . . 98
Caso de ejemplo 3: Instalación de MDM en
WebSphere Application Server Network
Deployment en Windows con una base de datos
de SQL Server . . . . . . . . . . . . 102
Programa de utilidad madconfig . . . . . . . 105
Destinos de programa de utilidad madconfig
para InfoSphere MDM . . . . . . . . . 106
Instalación manual de physical MDM database . . 109
Establecimiento de la configuración XA en IBM
WebSphere Application Server para conectarse
con DB2 for z/OS . . . . . . . . . . . 110
creación e instalación de la base de datos de
z/OS . . . . . . . . . . . . . . . 110
Otorgamiento de privilegios de conexión en DB2
para z/OS . . . . . . . . . . . . . 111
Configuración de la base de datos Oracle . . . 112
Instalación manual de physical MDM database
en DB2 for Linux o UNIX . . . . . . . . 112
Instalación manual de physical MDM database
en DB2 for z/OS . . . . . . . . . . . 116
Instalación manual de la base de datos principal
en Microsoft SQL Server. . . . . . . . . 124
Instalación manual de la base de datos de
physical MDM en Oracle . . . . . . . . 125
Instalación manual del componente de servidor de
mensajería de InfoSphere MDM . . . . . . . 129
Actualización de los archivos de propiedades
desplegados para una physical MDM . . . . . 130
Capítulo 7. Instalación de aplicaciones
cliente y componentes individuales . . 133
Instalación de IU de Business Administration. . .
Instalación de la Business Administration UI
Instalación de la interfaz de usuario de Data
Stewardship . . . . . . . . . . . . . .
Instalación de la interfaz de usuario de Data
Stewardship . . . . . . . . . . . . .
Instalación de interfaz de usuario de Product
Maintenance. . . . . . . . . . . . . .
Instalación de la interfaz de usuario de Product
Maintenance. . . . . . . . . . . . .
Instalación de Inspector . . . . . . . . . .
Instalación de Inspector . . . . . . . . .
Configuración de Inspector . . . . . . . .
Instalación de Enterprise Viewer . . . . . . .
Instalación de Enterprise Viewer . . . . . .
iv
Guía de instalación
133
134
135
135
Configuración y gestión de aplicaciones . .
Globalización en Enterprise Viewer . . . .
Instalación de Web Reports . . . . . . . .
Instalación de Web Reports . . . . . . .
Edición del archivo webreports.properties . .
Adición de mensajes de seguridad a Web
Reports . . . . . . . . . . . . .
Visualización de consultas de Report en
InfoSphere MDM Web Reports . . . . .
Configuración de registro de IBM WebSphere
Application Server . . . . . . . . .
Instalación de Provider Direct . . . . . . .
Instalación de Provider Direct . . . . . .
Importación de proyecto de Provider Direct en
Workbench . . . . . . . . . . . .
Carga de las tablas de base de datos de
Provider Direct . . . . . . . . . . .
Despliegue del archivo EAR de Provider Direct
modificado . . . . . . . . . . . .
Configuración de Provider Direct. . . . .
Instalación de Message Broker. . . . . . .
Instalación de Message Broker Suite . . . .
Creación del archivo services.ini de broker .
Directorios y archivos instalados con Message
Broker Suite . . . . . . . . . . . .
Soporte de Unicode e idioma alternativo . .
Instalación de InfoSphere MDM Healthcare Point
of Service Integrator . . . . . . . . . .
Instalación de InfoSphere Healthcare Point of
Service Integrator . . . . . . . . . .
Directorio y archivos instalados con Healthcare
Point of Service Integrator . . . . . . .
Instalación de Pair Manager . . . . . . .
Instalación de Pair Manager . . . . . .
Ejemplos . . . . . . . . . . . . . .
Ejemplos de instalación . . . . . . . .
Instalación de InfoSphere MDM Workbench . .
Instalación de InfoSphere InfoSphere MDM
Workbench . . . . . . . . . . . .
Configuración de seguridad de aplicación para
aplicaciones web . . . . . . . . . . .
Códigos de error vistos en aplicaciones de usuario
.
.
.
.
.
146
162
163
163
165
. 170
. 170
. 170
. 171
. 171
. 173
. 173
.
.
.
.
.
174
174
178
178
179
. 179
. 181
. 182
. 182
.
.
.
.
.
.
183
184
184
185
185
186
. 186
. 187
188
Capítulo 8. Verificación de la
instalación . . . . . . . . . . . . 191
Verificación de la instalación con el Cliente de
prueba en WebSphere Application Server . .
Propiedades del cliente de prueba . . . .
Registros de instalación . . . . . . . .
Visualización de archivos de registro de
Installation Manager . . . . . . . .
Visualización de los registros de instalación
MDM . . . . . . . . . . . . .
.
.
.
. 192
. 194
. 195
. . 195
de
. . 196
137
137
138
139
142
143
143
Capítulo 9. Desinstalación de
InfoSphere MDM . . . . . . . . . . 197
Desinstalación
Desinstalación
Desinstalación
trabajo típica
de
de
de
.
su edición de InfoSphere . . . 197
una instalación de servidor típica 197
una instalación de estación de
. . . . . . . . . . . . 198
Desinstalación de un único componente . . .
Desinstalación en modalidad silenciosa . . . .
Eliminación de CBA del repositorio de paquetes
interno . . . . . . . . . . . . . .
. 199
. 200
. 201
Avisos y marcas registradas . . . . . 203
Índice. . . . . . . . . . . . . . . 207
Cómo ponerse en contacto con IBM
211
Contenido
v
vi
Guía de instalación
Tablas
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
Características de MDM instaladas . . . . . 10
Requisitos de instalación . . . . . . . . 12
Cuentas de usuario de MDM . . . . . . 17
Grupos de usuarios de MDM . . . . . . 18
Directorios de MDM_INSTALL_HOME . . . . . 21
Hoja de trabajo de directorio de instalación de
InfoSphere MDM . . . . . . . . . . 32
IBM DB2 o DB2 para hoja de trabajo de origen
de datos de z/OS . . . . . . . . . . 34
Hoja de trabajo de origen de datos del
servidor SQL de Microsoft . . . . . . . 36
Hoja de trabajo de origen de datos de Oracle
37
Hoja de trabajo de instalación de IBM
WebSphere Application Server . . . . . . 39
Hoja de trabajo de instalación de aplicación
MDM . . . . . . . . . . . . . . 41
Hoja de trabajo de instalación de aplicación de
usuario . . . . . . . . . . . . . . 43
Aplicaciones de usuario de MDM . . . . . 45
Hoja de trabajo de instalación de historial
46
Destinos de programa de utilidad madconfig
básicos . . . . . . . . . . . . . . 105
Destinos de programa de utilidad madconfig
para instalación de servidor operativo . . . 106
Destinos de programa de utilidad madconfig
para instalación de base de datos . . . . . 107
Destinos de programa de utilidad madconfig
para desinstalación. . . . . . . . . . 108
Propiedades que se encuentran en el archivo
inspector.properties . . . . . . . . 141
© Copyright IBM Corp. 1996, 2013
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
Propiedades que se encuentran en el archivo
inspector.properties . . . . . . . .
Páginas web y mpi_appprop.propnames
asociados . . . . . . . . . . . . .
Actualizaciones de filtro de SegCode y
archivos prop . . . . . . . . . . .
Descripciones de las propiedades necesarias
en el archivo webreports.properties. . . .
Descripciones de las propiedades opcionales
en el archivo webreports.properties. . . .
Parámetros para atributos de pantalla en el
archivo webreports.properties . . . . .
Propiedades necesarias de registro de
servidor operativo . . . . . . . . . .
Propiedades de fábrica de contexto necesarias
Propiedades necesarias de origen de datos
Propiedades necesarias extra . . . . . .
Propiedades de fábrica de contexto necesarias
Propiedades necesarias del origen que es
propiedad del servidor operativo . . . . .
Propiedades necesarias extra . . . . . .
Tipos de datos enumerados . . . . . . .
Atributos personalizados. . . . . . . .
Archivos utilizados por los intermediarios
Descripciones de código de error . . . . .
Pruebas de verificación de la instalación
Propiedades que pueden establecerse en el
archivo de propiedades del Cliente de prueba
Recursos de IBM . . . . . . . . . .
Cómo proporcionar comentarios a IBM
145
148
151
166
167
168
175
175
175
176
176
176
176
177
177
180
188
193
194
211
211
vii
viii
Guía de instalación
Figuras
1.
2.
Instalación de servidor típica . . . .
Instalación de estación de trabajo típica
© Copyright IBM Corp. 1996, 2013
.
.
.
.
. 6
. 7
3.
Instalación personalizada en un entorno en
clúster. . . . . . . . . . . . . .
. 9
ix
x
Guía de instalación
Capítulo 1. Instalación de IBM InfoSphere Master Data
Management Server Standard and Advanced Editions
Los componentes de InfoSphere MDM se instalan al utilizar IBM® Installation Manager, que asegura una
experiencia de instalación simple y coherente.
IBM Installation Manager también se utiliza para desinstalar componentes y modificar una instalación
existente al añadir o eliminar componentes. Puede ejecutar la instalación e modalidad gráfica o silenciosa.
Los temas de instalación describen cómo preparar el servidor de aplicación y base de datos para la
instalación de MDM y cómo instalar MDM.
Los temas de instalación presupone que está familiarizado con WebSphere Application Server y con la
base de datos que planea utilizar.
© Copyright IBM Corp. 1996, 2013
1
2
Guía de instalación
Capítulo 2. Descripción general de la instalación
La mayoría de los componentes de IBM InfoSphere Master Data Management Server pueden instalarse en
un servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte a
entornos en clúster.
Debe configurar un sistema cliente y uno o varios sistemas de servidor. El servidor de aplicaciones,
servidor de bases de datos y servidor HTTP pueden encontrarse en el mismo servidor, o pueden
encontrarse en sus propios servidores. Se recomienda el servidor HTTP, pero es opcional.
El tiempo necesario para instalar InfoSphere MDM depende de una variedad de factores y, como tales, no
se pueden proporcionar estimaciones de tiempo. Algunos factores que influyen en la cantidad de tiempo
para preparar e instalar pueden incluir:
v La cantidad de componentes que se están instalando
v La cantidad de servidores o estaciones de trabajo en su entorno
v La capacidad de carga de red si está instalando en un entorno en clúster
v Si se ha instalado IBM WebSphere Application Server
v Si se ha instalado el software de base de datos
El primer paso en el proceso de instalación es determinar el mejor tipo de despliegue para sus requisitos:
“Tipo de despliegue de instalación típica” en la página 4 o “Tipo de despliegue de instalación
personalizada” en la página 8. Si elige un despliegue de instalación típica, siempre debe utilizar
LaunchPad para iniciar el proceso y Launchpad, a su vez, inicia IBM Installation Manager. Para
instalaciones personalizadas, puede elegir utilizar LaunchPad para iniciar la instalación, o puede
configurar IBM Installation Manager manualmente para apuntar al soporte de instalación. La mayoría de
las implementaciones requieren un despliegue personalizado.
Después de que se ha iniciado IBM Installation Manager, el orden básico en que funciona se describe en
estos pasos.
1. Seleccione las funciones que desee instalar. La base de datos de MDM y MDM Operational Server
son los componentes clave.
La base de datos de MDM incluye las tablas de base de datos principales para la edición que está
instalando.El servidor operativo de MDM se considera equivalente al anteriormente denominado
MDM Server y a MDS Master Data Engine.
2. Después de seleccionar las funciones y la ubicación del directorio de instalación, el instalador realiza
algunas comprobaciones básicas en el sistema operativo, espacio en disco y software de soporte
antes de continuar con la instalación. Si el directorio de instalación especificado es un directorio
existente, IBM Installation Manager verifica si hay una instalación existente y, si se encuentra, le
advierte sobre la sobrescritura de la instalación.
3. A continuación, se le solicita que ingrese información en una serie de paneles de configuración. Esta
información se utiliza para configurar automáticamente la base de datos de MDM y servidor de
aplicaciones con información de conexión específica y para identificar la celda, nodo y servidores
donde se despliegan los artefactos de InfoSphere MDM.
Si está utilizando un despliegue de instalación típica, los paneles de configuración no aparecen. Los
valores predeterminados se utilizan para configurar automáticamente los valores de la base de datos,
el servidor de aplicaciones y el servidor operativo.
4. Los datos estáticos se extraen en el directorio MDM_INSTALL_HOME que ha seleccionado al
principio del proceso. Los datos estáticos incluyen elementos como Batch Processor, Management
Agent, Management Console, y los scripts del programa de utilidad madconfig entre otros.
5. Se crean las tablas de base de datos e índices.
© Copyright IBM Corp. 1996, 2013
3
6. A continuación, se despliegan los componentes nativos y servicios web en el servidor de
aplicaciones. Eso significa que todos los artefactos se despliegan en todos los nodos especificados.
7. Las interfaces de usuario y aplicaciones web seleccionadas para la instalación también se despliegan
en el servidor de aplicaciones. El instalador comprime archivos WAR de aplicación basada en la web
en un archivo EAR y despliega el archivo en el servidor de aplicaciones. Durante el despliegue, el
servidor de aplicaciones descomprime el contenido de los archivos EAR.
8. Se crean los archivos de configuración nativa .cfg.
9. Después del despliegue, la base de datos arranca.
10. Antes de que se complete la instalación, el instalador completa un proceso de verificación ejecutando
transacciones a través del servidor operativo.
Además de las pruebas de verificación que ejecuta el instalador, puede utilizar Test Client para ejecutar
transacciones de prueba para asegurarse de que haya sido una instalación satisfactoria.
Conceptos relacionados:
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tipo de despliegue de instalación típica versus personalizada
La instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización de
una instalación típica o personalizada
Las ediciones de InfoSphere MDM reúnen las prestaciones de datos maestros y se instalan al utilizar el
IBM Installation Manager. Software adicional, como IBM WebSphere Application Server, IBM DB2 (si
utiliza una base de datos DB2) y IBM Rational Application Developer (RAD) (si utiliza InfoSphere MDM
Workbench) también son instalados por IBM Installation Manager.
El tipo de instalación que elige depende de ciertas consideraciones:
v Si está realizando la instalación en un servidor o estación de trabajo limpia
v Si tiene instalados una base de datos y servidor de aplicación existentes
v La cantidad de servidores o estaciones de trabajo en las que desea desplegar los componentes
v El los servidores de mensajería que instale
v En el grado de automatización que desee emplear en el proceso de instalación
Tareas relacionadas:
Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67
Las instrucciones de instalación son las mismas para todas las ediciones.
Tipo de despliegue de instalación típica
Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de
trabajo limpia e instala IBM InfoSphere Master Data Management, IBM WebSphere Application Server e
IBM DB2 en una única ejecución de IBM Installation Manager. Las instalaciones de la estación de trabajo
incluyen InfoSphere MDM Workbench e IBM Rational Application Developer (RAD). Este tipo de
despliegue proporciona el menor tiempo entre la finalización de la instalación y la ejecución de la
primera transacción.
El servidor o estación de trabajo no debe tener ya instalados componentes de InfoSphere MDM, IBM
WebSphere Application Server o IBM DB2. Se da soporte a una instalación típica para servidor o estación
de trabajo para InfoSphere MDM Standard, Advanced y Enterprise Editions.
4
Guía de instalación
Se utiliza una instalación típica para servidor o estación de trabajo cuando:
v Planea utilizar una nueva base de datos de DB2
v Instala IBM WebSphere Application Server por primera vez
v Instala en sistemas operativos Microsoft Windows, IBM AIX, Linux o Solaris
v Debe estar activo y en ejecución en poco tiempo
Una instalación típica instala todas las prestaciones de base de datos y servidor operativo de MDM en un
único sistema de destino y puede ejecutarse en modalidad gráfica o silenciosa.
Una instalación típica se inicia utilizando LaunchPad. Cuando se abre LaunchPad, puede seleccionar
utilizar una instalación de servidor típica o una instalación de estación de trabajo típica. Esa selección
lleva a cabo una de dos acciones:
v Instala IBM Installation Manager si no se ha instalado aún.
v Inicia IBM Installation Manager si se ha instalado. Si no tiene la versión actual de IBM Installation
Manager, se inicia una actualización automáticamente.
Una vez que se haya completado la instalación, puede optar por volver e instalar componentes
adicionales utilizando la opción de modificación de la instalación.
Referencia relacionada:
“Características instaladas por el Gestor de instalación” en la página 9
Las características que puede instalar dependen de la edición que elija.
Instalación de servidor típica
Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM
WebSphere Application Server e IBM DB2 en un servidor.
Esta ilustración muestra una instalación de servidor típica.
Capítulo 2. Descripción general de la instalación
5
Figura 1. Instalación de servidor típica
Para una instalación de servidor típica, IBM Installation Manager completa el siguiente proceso.
1. Instala IBM WebSphere Application Server (Network Deployment) e IBM DB2.
2. Instala el servidor operativo de InfoSphere MDM, el componente de base de datos y las dos
aplicaciones de administración de datos (IU de InfoSphere MDM Data Steward e InfoSphere MDM
Inspector). El contenido estático de MDM es contenido que el instalador extrae en el directorio de
instalación (INICIO_INSTALACIÓN_MDM). El contenido estático puede incluir aplicaciones cliente
como Batch Processor, Management Agent, Management Console, MDM Collector, MDM
configuration scripts (scripts de programa de utilidad madconfig) y otras aplicaciones que utilicen
valores predeterminados.
3. Crea automáticamente su perfil de IBM WebSphere Application Server y configura las aplicaciones de
la base de datos, servidor de aplicaciones y data stewardship.
4. El proceso de instalación finalmente despliega los componentes de MDM en el servidor de
aplicaciones.
Puede instalar más componentes mediante la opción modificar después de que finalice la instalación
típica para servidor.
6
Guía de instalación
Tareas relacionadas:
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
Referencia relacionada:
“Características instaladas por el Gestor de instalación” en la página 9
Las características que puede instalar dependen de la edición que elija.
Instalación de estación de trabajo típica
Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere
MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e
InfoSphere MDM Workbench en una estación de trabajo.
Esta ilustración muestra una instalación de estación de trabajo típica. Al igual que el escenario del
servidor, descargue IBM WebSphere Application Server (despliegue base), IBM DB2, la edición de
InfoSphere MDM e InfoSphere MDM Workbench.
Figura 2. Instalación de estación de trabajo típica
Para una instalación de estación de trabajo típica, IBM Installation Manager:
1. Instala IBM WebSphere Application Server, IBM DB2 e IBM Rational Application Developer (RAD).
2. Instala InfoSphere MDM Workbench en IBM Rational Application Developer (RAD).
3. Instala los componentes de base de datos y servidor operativo de MDM. El contenido estático de
MDM es contenido que el instalador extrae en el directorio de instalación
(INICIO_INSTALACIÓN_MDM). El contenido estático puede incluir aplicaciones cliente como Batch
Capítulo 2. Descripción general de la instalación
7
Processor, Management Agent, Management Console, MDM Collector, MDM configuration scripts
(scripts de programa de utilidad madconfig) y otras aplicaciones.
4. Crea automáticamente su perfil de IBM WebSphere Application Server y configura las aplicaciones de
la base de datos, servidor de aplicaciones y data stewardship utilizando valores predeterminados.
5. El proceso de instalación finalmente despliega los componentes de MDM en el servidor de
aplicaciones.
Tareas relacionadas:
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
Referencia relacionada:
“Características instaladas por el Gestor de instalación” en la página 9
Las características que puede instalar dependen de la edición que elija.
Tipo de despliegue de instalación personalizada
Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que
instala.
Una instalación personalizada generalmente se realiza bajo cualquiera de las siguientes condiciones.
v Si está utilizando un IBM DB2, un Servidor SQL de Microsoft o una base de datos Oracle
v Si está realizando la instalación en un entorno en clúster
v Si está realizando la instalación en un servidor o estación de trabajo que tiene instalado el IBM
WebSphere Application Server y Deployment Manager (DMgr) está en ejecución
v Si está realizando la instalación en un clúster de IBM WebSphere Application Server configurado y
están en ejecución todos los agentes de nodo
v Si tiene una base de datos ya instalada y configurada
v Si WebSphere MQ está instalado y el escucha está en ejecución
v Si está instalando solo una oferta de InfoSphere MDM (por ejemplo la Standard Edition, Advanced
Edition o Enterprise Edition)
Al utilizar una instalación personalizada, puede seleccionar varios servidores de destino para la
aplicación de InfoSphere MDM y las aplicaciones de la interfaz de usuario, o puede instalar todo en un
solo servidor de destino. Una instalación personalizada se puede ejecutar en modalidad gráfica o
silenciosa.
Esta ilustración muestra un despliegue personalizado en un entorno en clúster.
8
Guía de instalación
Figura 3. Instalación personalizada en un entorno en clúster
Una vez que se haya completado la instalación de InfoSphere MDM, puede optar por volver e instalar los
componentes adicionales mediante la opción de modificar instalación.
Conceptos relacionados:
“Preparación para alta disponibilidad” en la página 50
Para admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurar
varias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, los
otros pueden continuar procesando el tráfico.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
Capítulo 5, “Preparación para una instalación personalizada”, en la página 29
Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y
de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.
Referencia relacionada:
“Características instaladas por el Gestor de instalación”
Las características que puede instalar dependen de la edición que elija.
Características instaladas por el Gestor de instalación
Las características que puede instalar dependen de la edición que elija.
Esta tabla muestra las características que puede instalar con IBM Installation Manager. En esta tabla, un
asterisco (*) indica que la característica puede instalarse sólo en una estación de trabajo. Dos asteriscos
(**) indican que el producto no se admite para utilizar con una base de datos de Microsoft SQL Server.
Capítulo 2. Descripción general de la instalación
9
Tabla 1. Características de MDM instaladas
Si instala:
Estas características están disponibles:
MDM Standard Edition
Base de datos MDM
Servidor operativo MDM (incluye Kit de herramientas de
Enterprise Service Oriented Architecture (ESOA), Java y SDK de
Web Services)
Aplicaciones de usuario:
v Inspector
v Enterprise Viewer
v Web Reports
v Provider Direct
v Pair Manager*
Message Brokers
Healthcare Point of Service Integrator*
Ejemplos
Patient Clinical Data Search (este elemento se instala
automáticamente con Standard Edition y no aparece listado como
una opción en IBM Installation Manager)
MDM Advanced Edition
Advanced Edition incluye todas las funciones que aparecen listadas
para Standard Edition, además de estas aplicaciones:
v Business Administration UI**
v Data Stewardship UI**
v Product Maintenance UI**
MDM Enterprise Edition
Incluye todas las funciones de la Advanced Edition, más
Collaborative Edition y InfoSphere MDM Extension for
Unstructured Text Correlation
InfoSphere MDM Workbench
MDM Workbench* (admite implementaciones virtuales, físicas e
híbridas). IBM Rational Application Developer (RAD) también
incluye MDM y debe instalarse antes de instalar InfoSphere MDM
Workbench.
IBM DB2
Si planifica utilizar un despliegue de instalación típica, puede elegir
instalar un derivador de base de datos de DB2. El derivador
contiene el instalador de base de datos de DB2 nativo y se ejecuta
en modalidad silenciosa a través de IBM Installation Manager.
Si piensa utilizar una instalación personalizada, debe instalar DB2
por su cuenta, utilizando el instalador DB2 nativo.
IBM WebSphere Application Server
IBM WebSphere Application Server es necesario para la
implementación de MDM. Si no tiene instalado este servidor de
aplicaciones, puede elegir instalarlo en el momento de la instalación
de MDM. Esta característica se instala al utilizar el despliegue de
instalación típico.
Otros componentes también se instalan al utilizar IBM Installation Manager. Esos componentes se listan
aquí y se proporciona las instrucciones de instalación en el Information Center.
v Supervisión de política de datos maestros
v Kit de herramientas de InfoSphere MDM Application
v InfoSphere MDM Collaboration Server
10
Guía de instalación
v IBM InfoSphere Master Data Management Custom Domain Hub y InfoSphere MDM Reference Data
Management Hub
Conceptos relacionados:
“Tipo de despliegue de instalación típica” en la página 4
Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de
trabajo limpia e instala IBM InfoSphere Master Data Management, IBM WebSphere Application Server e
IBM DB2 en una única ejecución de IBM Installation Manager. Las instalaciones de la estación de trabajo
incluyen InfoSphere MDM Workbench e IBM Rational Application Developer (RAD). Este tipo de
despliegue proporciona el menor tiempo entre la finalización de la instalación y la ejecución de la
primera transacción.
“Instalación de servidor típica” en la página 5
Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM
WebSphere Application Server e IBM DB2 en un servidor.
“Instalación de estación de trabajo típica” en la página 7
Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere
MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e
InfoSphere MDM Workbench en una estación de trabajo.
“Tipo de despliegue de instalación personalizada” en la página 8
Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que
instala.
Referencia relacionada:
“Asociación de servidor operativo y aplicación de usuario de MDM” en la página 44
Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o
virtual.
Requisitos de instalación
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
Atención: Para obtener un listado preciso del hardware y software al que se da soporte y de las
versiones necesarias, revise siempre la página IBM InfoSphere Master Data Management Server System
Requirements. El enlace a esta página puede encontrarse en las notas de release de la versión 11.0.
Para instalar cualquiera de las funciones y aplicaciones, debe tener IBM Installation Manager 1.6.0
instalado en el sistema desde el que está ejecutando la instalación. IBM Installation Manager se incluye
con MDM. IBM Installation Manager sólo puede ejecutarse en una máquina de 64 bits.
Los servidores o estaciones de trabajo en los que instala requieren un mínimo de 30 GB de espacio
disponible.
Las instalaciones de servidor típicas requieren de 40 a 50 GB de espacio disponible. Las instalaciones de
estación de trabajo típicas requieren de 60 a 70 GB.
Si la función o aplicación que desea instalar no aparece listada en esta tabla, consulte la documentación
de dicha función para conocer los requisitos específicos.
Capítulo 2. Descripción general de la instalación
11
Tabla 2. Requisitos de instalación
Si tiene previsto instalar esta función
Necesita este requisito previo:
InfoSphere MDM Standard, Advanced o
Enterprise Edition
Todos los servidores y estaciones de trabajo en los que instala y utiliza
componentes de MDM tienen un sistema operativo soportado
instalado y configurado. Utilice la documentación específica del
producto como guía.
Asegúrese de instalar también Installation Startup Kit.
MDM Operational Server
Esta función instala los paquetes de IBM WebSphere Application
Server principales, EBA, etc. para su servidor operativo.
Si está utilizando una instalación típica, IBM Installation Manager
instala IBM WebSphere Application Server y lo configura con valores
predeterminados.
Si está utilizando una instalación personalizada, debe tener la versión
soportada de IBM WebSphere Application Server instalada y un perfil
administrativo (nombre de usuario y contraseña) creado. Después de
instalar IBM WebSphere Application Server, utilice los temas de
preparación del servidor de aplicaciones para configurar el servidor.
Base de datos MDM
El componente de base de datos crea las tablas y el esquema de MDM.
Si está utilizando una instalación típica, IBM Installation Manager
instala y configura IBM DB2 con valores predeterminados.
Para instalaciones personalizadas, debe tener una base de datos
soportada instalada y configurada con un nombre de cuenta de
usuario y contraseña que pretenda utilizar para conectarse con el
MDM operational server.
Utilice la documentación específica del producto como guía. Después
de instalar el software de base de datos, utilice los temas de
preparación de base de datos para configurar la base de datos para
dar soporte a MDM.
Aplicaciones de usuario
Debe instalarse un navegador web soportado en las estaciones de
trabajo que acceden a la aplicación.
InfoSphere MDM Workbench
Debe instalar IBM Rational Application Developer (RAD) for
WebSphere (64 bits) antes de instalar el entorno de trabajo en su
estación de trabajo.
IBM DB2
Instale la base de datos de DB2 con las funciones predeterminadas
seleccionadas.
Este software es necesario si está utilizando un tipo de despliegue de
instalación típica.
IBM WebSphere Application Server
Seleccione estas funciones para instalar para su servidor de
aplicaciones:
v IBM WebSphere Application Server
– IBM WebSphere Application Server Full Profile
– IBM WebSphere Application Server SDK for Java™ Technology
Edition 6
Compruebe siempre la página de requisitos del sistema para el
número de versión soportado.
12
Guía de instalación
Tabla 2. Requisitos de instalación (continuación)
Si tiene previsto instalar esta función
Necesita este requisito previo:
IBM Rational Application Developer (RAD)
Cuando instala IBM Rational Application Developer (RAD), debe
seleccionar, como mínimo, estas funciones necesarias adicionales en
IBM Installation Manager:
v Web Developer Tools
– AJAX, Dojo y HTML
– JSF
– JSP y servlet
v Enterprise Developer Tools
– Acceso a datos
– Aplicación OSGi
v IBM WebSphere Application Server
– Herramientas de desarrollo
– Apéndice de servidor remoto
También debe asegurarse de que estén disponibles las bibliotecas de
32 bits necesarias en su sistema operativo de 64 bits. Consulte el tema
relacionado que aparece más abajo.
Tareas relacionadas:
“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186
Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de
despliegue de instalación personalizada y sólo está instalando el entorno de trabajo.
Capítulo 5, “Preparación para una instalación personalizada”, en la página 29
Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y
de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.
Capítulo 3, “Configuración del soporte de instalación”, en la página 25
El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de
imagen de instalación descargables.
Referencia relacionada:
“Asociación de servidor operativo y aplicación de usuario de MDM” en la página 44
Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o
virtual.
Información relacionada:
“Instalación de InfoSphere MDM Workbench” en la página 186
InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el
entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear
vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros,
flujos y correlaciones con orígenes de datos.
Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits
Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una
estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo
para que la instalación sea satisfactoria.
Debe instalar las bibliotecas de 32 bits que se listan a continuación o instalar IBM Rational Application
Developer (RAD) en modalidad de 64 bits antes de instalar funciones de MDM.
Las bibliotecas de 32 bits necesarias son:
v libatk-1.0.so.0
Capítulo 2. Descripción general de la instalación
13
v
v
v
v
v
libfontconfig.so.1
libfreetype.so.6
libgdk_pixbuf-2.0.so.0
libgdk-x11-2.0.so.0
libglib-2.0.so.0
v
v
v
v
v
v
v
libgmodule-2.0.so.0
libgobject-2.0.so.0
libgthread-2.0.so.0
libgtk-x11-2.0.so.0
libpango-1.0.so.0
libpangoft2-1.0.so.0
libpng12.so.0
v
v
v
v
v
v
libselinux.so.1
libX11.so.6
libXcomposite.so.1
libXcursor.so.1
libXdamage.so.1
libXext.so.6
v libXfixes.so.3
v libXft.so.2
v libXinerama.so.1
v
v
v
v
libXi.so.6
libXrandr.so.2
libXrender.so.1
libXtst.so.6
v libz.so.1
14
Guía de instalación
Tareas relacionadas:
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186
Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de
despliegue de instalación personalizada y sólo está instalando el entorno de trabajo.
Información relacionada:
“Instalación de InfoSphere MDM Workbench” en la página 186
InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el
entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear
vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros,
flujos y correlaciones con orígenes de datos.
Instalación gráfica o silenciosa
Puede instalar InfoSphere MDM en modalidad gráfica o modalidad silenciosa. Considere cuál es el
método de instalación que funciona mejor para su entorno.
Modalidad gráfica
Si el sistema donde ejecuta IBM Installation Manager puede representar una interfaz gráfica de usuario,
entonces la modalidad gráfica es la opción preferida. IBM Installation Manager despliega una serie de
pantallas que describen la selección de características, configuración de parámetro básico y proporciona
un resumen de las opciones que seleccionó antes de que comenzara la instalación.
Modalidad silenciosa
Si planifica instalaciones idénticas en varios sistemas, podría considerar la opción silenciosa. Una
instalación silenciosa se inicia desde la línea de mandatos y utiliza un archivo de respuestas. Esta opción
no requiere que especifique las opciones de instalación. En cambio, las opciones de instalación se leen
desde un archivo de respuestas. Puede crear un archivo de respuestas manualmente o mediante la
utilización del asistente de instalación gráfica. Se puede crear un archivo de respuestas sin instalar ningún
software o durante una instalación. Los pasos que se tomaron en el proceso de instalación y los errores
encontrados se registran en un archivo.
Installation Startup Kit
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
Installation Startup Kit se utiliza durante instalaciones personalizadas.
El kit de inicio está disponible cuando utiliza LaunchPad y aparece listado como una oferta en IBM
Installation Manager cuando elige una instalación personalizada.
Capítulo 2. Descripción general de la instalación
15
Los scripts de base de datos se ejecutan antes de iniciar la instalación de MDM. Los scripts crean
automáticamente las tablas adecuadas, los espacios de tabla, agrupaciones de almacenamiento,
especificaciones de cifrado y desencadenantes necesarios para su edición.
v Los scripts para crear bases de datos de IBM DB2 y espacios de tabla se encuentran en
STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/
– CreateDB.sql
– CreateTS.sql
v Scripts para crear base de datos de DB2 z/OS e instalar datos de dominio y núcleo:
– STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds/*
– STARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds/*
v Script para crear base de datos de Oracle: STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/
ddl/create_schema_ora.sql
v Script para crear base de datos de Microsoft SQL Server: STARTUPKIT_INSTALL_HOME/CoreData/Full/
SQLServer/ddl/CreateDB.sql
v Los archivos de SQL Server que se utilizan para transacciones XA se encuentran en
STARTUPKIT_INSTALL_HOME/SQLServer JTA:
– Los archivos sqljdbc.dll para dar soporte a SQL Server de 32 bits o 64 bits se encuentran en win32
y win64_amd64
– instjdbc.sql
Utilice los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para instalar el componente de mensajería
de MDM cuando WebSphere MQ se encuentra en un sistema que es remoto desde donde se está
ejecutando IBM Installation Manager.
Los archivos .res son archivos de muestra que pueden utilizarse para instalaciones silenciosas.
16
Guía de instalación
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97
Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para
completar el caso de ejemplo 1.
Referencia relacionada:
“Instalación silenciosa” en la página 83
Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para
ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.
Cuentas de usuario y grupos creados por el instalador
Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios
predeterminados en el servidor de aplicaciones.
En la tabla siguiente se listan las cuentas de usuario y contraseñas creadas por el instalador.
Tabla 3. Cuentas de usuario de MDM
Nombre de usuario
Contraseña
Descripción
mdmadmin
mdmadmin
Para las instalaciones de estación de trabajo y servidor
típicas, este nombre de usuario y contraseña se crean para
que WebSphere Application Server gestione el servidor
operativo. Para instalaciones personalizadas, puede utilizar
el nombre de usuario mdmadmin y cualquier contraseña de su
elección.
El nombre de usuario y contraseña están asociados al grupo
mdm_admin.
mdmins11
mdmins11
Si utiliza una instalación típica en un sistema operativo
Linux o UNIX, esta combinación de nombre de usuario y
contraseña se crea para su base de datos de DB2.
db2admin
db2@dmin
Si utiliza una instalación típica en un sistema operativo
Microsoft Windows, esta combinación de nombre de
usuario y contraseña se crea para su base de datos de IBM
DB2.
Antes de comenzar una instalación personalizada de MDM, cree un perfil de IBM WebSphere Application
Server con la seguridad habilitada. El nombre de usuario y la contraseña pueden ser cualquier cosa que
desee.
Importante: Por motivos de seguridad, si utiliza la contraseña de mdmadmin predeterminada, se
recomienda cambiar la contraseña de usuario después de la instalación.
Capítulo 2. Descripción general de la instalación
17
Grupos
En la tabla siguiente se listan los grupos y roles que el instalador crea. Puede añadir usuarios a estos
grupos mediante la consola de administración de IBM WebSphere Application Server.
Tabla 4. Grupos de usuarios de MDM
Grupo de MDM
Descripción
mdm_admin
Función administrativa que es equivalente a un superusuario.
DataSteward
Este rol está disponible solo si los componentes de interfaz de usuario están
instalados.
mdm_default
Este rol permite el acceso del usuario al contenedor del servidor de aplicaciones sin
otorgar los permisos específicos de usuario.
mdm_all_ops
Este rol permite el acceso del usuario a todas las operaciones de MDM.
mdm_all_cvws
Este rol permite el acceso del usuario a todas las vistas compuestas.
mdm_all_ixns
Este rol permite el acceso del usuario a todas las interacciones de MDM.
mdm_all_segs_rw
Este rol permite el acceso de lectura y escritura a todos los segmentos.
mdm_all_segs_ro
Este rol permite el acceso de solo lectura a todos los segmentos.
ServiceConsumer
Este rol se correlaciona con todos los usuarios autenticados y se asocia con todos los
módulos de punto de entrada.
ServiceProvider
Este rol se correlaciona con un usuario predeterminado: mdm. Este rol se asocia con
todos los módulos que no se consideren puntos de entrada.
Conceptos relacionados:
Requisitos previos de la cuenta
Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.
Repositorios de usuario
Gestión de usuarios
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
Habilitación de seguridad de usuario para el servidor operativo
Configuración de usuarios y grupos de usuarios para MDM virtual
“Creación de un usuario nuevo y adición del usuario a un grupo de MDM” en la página 64
Utilice este procedimiento para crear un usuario de IBM WebSphere Application Server y, a continuación,
añadirlo a un grupo de InfoSphere MDM.
Referencia relacionada:
Conexiones y cuentas de usuario de base de datos
Todas las instalaciones requieren al menos una cuenta de usuario de base de datos.
“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica”
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
Cuentas de usuario predeterminadas creadas durante un despliegue
de instalación típica
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
18
Guía de instalación
Si está instalando en Linux o UNIX, se crean estos valores predeterminados:
v Nombre de base de datos de DB2: MDM11DB
v Nombre de usuario de DB2: mdmins11
v Contraseña de DB2: mdmins11
v Directorio de inicio de DB2: /home/mdmins11
v Nombre de usuario y contraseña de WebSphere Application Server: mdmadmin
Si está instalando en Microsoft Windows:
v Nombre de base de datos de DB2: MDM11DB
v Nombre de usuario de DB2: db2admin
v Contraseña de DB2: db2@dmin
v Nombre de usuario y contraseña de WebSphere Application Server: mdmadmin
Conceptos relacionados:
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
Capítulo 4, “Preparación para una instalación típica”, en la página 27
Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a
cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a
instalaciones típicas.
Referencia relacionada:
“Cuentas de usuario y grupos creados por el instalador” en la página 17
Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios
predeterminados en el servidor de aplicaciones.
Almacenamiento y exposición de contraseñas
Durante la instalación, las contraseñas se cifran utilizando el cifrado de WebSphere Application Server.
Todas las aplicaciones de interfaz de usuario y aplicaciones cliente tienen un nombre de usuario y
contraseña para conectarse a MDM operational server. Estas contraseñas también se cifran utilizando el
mecanismo de cifrado de WebSphere Application Server. Si se modifica alguna de las contraseñas en el
servidor de aplicaciones, también deberá aplicar la modificación en el archivo de propiedades del
componente respectivo.
Tenga en cuenta que cuando el instalador genera archivos de respuesta que pueden utilizarse para
instalaciones silenciosas, estos archivos contienen contraseñas de usuario en texto sin formato. Si las
contraseñas de texto sin formato almacenadas en los archivos van en contra de sus políticas
organizativas, utilice la modalidad de instalación gráfica.
Capítulo 2. Descripción general de la instalación
19
Tareas relacionadas:
Configuración de entornos de MDM seguros
Cifrado de contraseñas con WebSphere Application Server
Si debe modificar un nombre de usuario y contraseña en un archivo de propiedades después de la
instalación, puede utilizar esta tarea para cifrar la contraseña nueva.
Acerca de esta tarea
Para impedir que la contraseña se almacene en texto simple en el archivo de propiedades, puede utilizar
WebSphere Application Server para cifrar la contraseña.
Procedimiento
1. Cree un archivo de texto denominado mypassword.txt.
2. Añada esta línea al archivo: mypassword=user_password y guarde el archivo.
3. Ejecute el siguiente mandato para codificar el valor de la contraseña:
v Para Microsoft Windows: $NODE_HOME\bin\PropFilePasswordEncoder.bat path\mypassword.txt
mypassword
v Para Linux y UNIX: $NODE_HOME/bin/PropFilePasswordEncoder.sh path/mypassword.txt
mypassword
Donde $NODE_HOME representa el directorio de inicio del nodo de WebSphere Application Server y path
representa la ubicación del directorio del archivo mypassword.txt.
4. Abra el archivo mypassword.txt y copie el valor de contraseña cifrada en el campo contraseña de su
archivo de propiedades.
Tareas relacionadas:
Configuración de entornos de MDM seguros
Estructuras de directorios
Existen tres directorios que debe comprender cuando instala y utiliza MDM: el directorio de instalación,
el directorio compartido y el directorio de servidor de aplicaciones.
Cuando ejecuta IBM Installation Manager, debe elegir una vía de acceso de instalación. Esta vía de acceso
y directorio raíz están definidos en los temas de instalación como MDM_INSTALL_HOME. MDM_INSTALL_HOME
contiene recursos que son exclusivos del paquete instalado. Dentro de este directorio hay subdirectorios
para cada uno de los componentes que ha seleccionado para la instalación. También tiene directorios que
son específicos del sistema operativo en el que instala.
El directorio MDMShared contiene archivos de recursos compartidos por varios grupos de paquetes
instalados. El contenido puede incluir recursos necesarios para ejecutar scripts de IBM Installation
Manager, bibliotecas de códigos Java personalizados e IBM Rational Application Developer, por ejemplo.
Para obtener más información sobre este directorio, consulte http://pic.dhe.ibm.com/infocenter/install/
v1r6/index.jsp?topic=%2Fcom.ibm.cic.agent.ui.doc%2Fhelpindex_imic.html
La vía de acceso del servidor de aplicaciones donde se despliegan los componentes instalados se define
en los temas de instalación como WAS_PROFILE_HOME.
MDM_INSTALL_HOME
El contenido del directorio de instalación incluye, entre otros, los subdirectorios que aparecen listados en
la siguiente tabla. Los directorios específicos que puede ver dependen de las funciones que instale.
20
Guía de instalación
Tabla 5. Directorios de MDM_INSTALL_HOME
Directorio
Descripción
aix, linux, solaris, win32, win64, zlinux
Estos directorios contienen archivos específicos de los sistemas
operativos.
BatchProcessor
Contiene subdirectorios y archivos necesarios para ejecutar la
herramienta Batch Processor. Batch Processor está diseñado
principalmente para trabajar con datos de MDM física.
com.ibm.mdm.tools
Contiene paquetes de OSGi. Puede configurarse un espacio de
trabajo de MDM Workbench para utilizar estos paquetes para que se
puedan resolver modelos de referencia y referencias de clase Java.
base de datos
Contiene archivos de esquema estáticos.
documentation
Contiene un archivo messages.properties en el subdirectorio /nl/,
que utiliza el instalador durante el tiempo de ejecución. Por ejemplo,
contiene mensajes que utiliza el supervisor de progreso del
instalador.
EnterpriseIntegrator
Contiene subdirectorios y archivos necesarios para configurar y
utilizar la aplicación de búsqueda InfoSphere MDM Healthcare Point
of Service Integrator.
eventManagmentClient
Contiene subdirectorios y archivos para dar soporte al componente
Event Manager. Event Manager es un componente desencadenante
que puede detectar sucesos y actividades en MDM.
InstallableApps
Contiene subdirectorios y archivos para las aplicaciones de usuario
instaladas. Las aplicaciones incluyen, entre otras, Data Stewardship
UI, Product Maintenance UI, Inspector y Web Reports.
IVT
Contiene subdirectorios y scripts que se utilizan para ejecutar las
pruebas de verificación de instalación.
logs
Contiene los registros registrados durante el proceso de instalación.
ManagementAgent
Contiene subdirectorios y archivos que se utilizan para ejecutar el
agente de gestión de configuración, que se utiliza para configurar y
gestionar varias funciones de MDM.
ManagementConsole
Contiene subdirectorios y archivos que utiliza Management Console.
Management Console es la interfaz de usuario que da soporte al
agente de gestión.
MDMCollector
Contiene subdirectorios y archivos que se utilizan para ejecutar IBM
Support Assistant Data Collector.
mds
Este directorio contiene archivos para MDM virtual (anteriormente,
IBM Initiate Master Data Service). Los ejemplos de Java y Web
Service SDK están instalados en el directorio /lib/sdk/examples.
También contiene programas de utilidad en el directorio /scripts
como, por ejemplo, el programa de utilidad madconfig.
MessageBrokerSuite
Contiene subdirectorios y archivos de configuración que se utilizan
para implementar y gestionar los componentes de Message Broker.
Los componentes de Message Broker suelen utilizarse en
implementaciones virtuales para dar soporte a la mensajería entre
sistemas de origen y el servidor operativo y base de datos de MDM.
PCDS
Contiene subdirectorios y archivos que dan soporte a la interfaz de
usuario de Patient Clinical Data Search.
propiedades
El contenido de este directorio proporciona parámetros de entrada
que se utilizan cuando restablece el servidor y base de datos de
MDM desde MDM Workbench.
Capítulo 2. Descripción general de la instalación
21
Tabla 5. Directorios de MDM_INSTALL_HOME (continuación)
Directorio
Descripción
Ejemplos
Contiene correlaciones y archivos de código de origen que pueden
utilizarse en entornos de desarrollo.
temp
Contiene todos los registros de base de datos. Después de la
instalación, si restablece la base de datos, este directorio se utiliza
para copiar todos los archivos SQL temporales.
tmp
Contiene archivos temporales que se utilizan durante el proceso de
instalación.
Uninstall
Este directorio contiene los scripts necesarios para desinstalar los
componentes de MDM.
utils
Contiene activos generadores de claves privadas de instancia de
nombre de entidad común.
Conceptos relacionados:
Gestor de sucesos
Descripción general de los componentes de configuración y gestión
Utilización de IBM Support Assistant Data Collector
Entidades y funciones comunes
Trabajos por lotes de perpetuación
Descripción general del establecimiento de preferencias de Entorno de prueba
Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133
IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se
utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor
en el que instaló el servidor operativo y la base de datos de MDM.
Uso de MAD_ROOTDIR y MAD_HOMEDIR en versión 11.0
MAD_ROOTDIR y MAD_HOMEDIR son términos y variables con los que los usuarios de IBM Initiate Master Data
Service están familiarizados. Las definiciones de estos términos con respecto a la instalación de MDM y al
servidor operativo cambian en la versión 11.0.
Anteriormente, MAD_ROOTDIR contenía los archivos instalados, incluidos todos los archivos binarios.
MAD_HOMEDIR contenía toda la información de configuración de instancias. En 11.0, el contenido de los dos
directorios está combinado en cierto sentido. MAD_ROOTDIR contiene los archivos binarios instalados y la
información de configuración del servidor operativo. El concepto de un MAD_HOMEDIR puro ya no es
válido.
En la documentación, el término MDM_INSTALL_HOME representa la vía de acceso raíz donde están instaladas
todas las funciones de MDM.
Durante el proceso de instalación, se crea una vía de acceso MAD_ROOTDIR de trabajo en el directorio
MDM_INSTALL_HOME. La vía de acceso se señala en la documentación como MDM_INSTALL_HOME/mds. Esta vía
de acceso contiene la configuración para la instalación del servidor operativo y es la ubicación desde la
que se ejecutan todos los programas de utilidad y herramientas relacionadas a MDM virtual.
Durante el despliegue en WAS_PROFILE_HOME, se crean archivos binarios relevantes y una copia de la
configuración en un MAD_ROOTDIR de tiempo de ejecución. En cierto modo, esta ubicación se convierte en
el directorio de instancia. La vía de acceso a esta configuración de tiempo de ejecución se señala en el
archivo de propiedades personalizadas de JVM de WebSphere Application Server como la propiedad
mad.root.dir.
22
Guía de instalación
La configuración en MDM_INSTALL_HOME se encuentra allí principalmente para dar soporte a las
herramientas de línea de mandatos. El servidor operativo utiliza la configuración de WAS_PROFILE_HOME
durante el tiempo de ejecución. La edición de los archivos desplegados en WAS_PROFILE_HOME afecta a los
cambios realizados en el servidor operativo que está en ejecución.
Los usuarios de IBM Initiate Master Data Service también deben comprender que en 11.0 el concepto de
un único directorio de instalación que admita varias instancias ya no es válido. Debe tener una
instalación independiente para cada instancia de MDM que necesite. Por ejemplo, si necesita instancias
para la producción, prueba y formación, debe tener tres directorios de instalación independientes y tres
despliegues independientes del servidor operativo de MDM y base de datos en su WAS_HOME_PROFILE.
En los temas del componente Message Broker, se siguen utilizando los términos y variables MAD_ROOTDIR
y MAD_HOMEDIR.
Capítulo 2. Descripción general de la instalación
23
24
Guía de instalación
Capítulo 3. Configuración del soporte de instalación
El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de
imagen de instalación descargables.
Procedimiento
v Si ha obtenido InfoSphere MDM en CD físicos, compruebe que tiene todos los discos de instalación.
v Si obtiene los archivos de imagen de instalación de Passport Advantage u otro método, descargue y
extraiga los archivos en los siguientes directorios aplicables:
– DB2
– Installation Manager 1.6
– MDM
– MDMWB
– RAD
– WAS
Si tiene previsto utilizar LaunchPad para iniciar la instalación, debe tener el soporte de instalación en
estos directorios. Todos los despliegues de instalación típica se inician con LaunchPad.
Tareas relacionadas:
“Inicio del proceso de instalación con LaunchPad” en la página 68
Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar
una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar
una instalación personalizada.
Referencia relacionada:
“Requisitos de instalación” en la página 11
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
© Copyright IBM Corp. 1996, 2013
25
26
Guía de instalación
Capítulo 4. Preparación para una instalación típica
Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a
cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a
instalaciones típicas.
Acerca de esta tarea
Un tipo de despliegue de instalación típica debe realizarse en un servidor limpio o en una estación de
trabajo limpia.
Procedimiento
v Revise el archivo léame para los requisitos del sistema y posibles problemas que puedan afectar la
instalación.
v Lea las notas de release para obtener información sobre características de productos con soporte o
mejoras del release.
v Complete la tarea Capítulo 3, “Configuración del soporte de instalación”, en la página 25.
v Revise el apartado “Requisitos de instalación” en la página 11.
v Revise el apartado “Tipo de despliegue de instalación típica” en la página 4.
v Si está instalando en un entorno DHCP (Protocolo de configuración dinámica de sistemas principales),
debe establecer el IP de host en el archivo /etc/hosts. Este establecimiento no es necesario si su host
utiliza un IP estático. Este establecimiento tampoco es necesario para instalaciones personalizadas.
Qué hacer a continuación
Continúe con el inicio de la instalación con LaunchPad y utilice las instrucciones de instalación para el
tipo de despliegue típico.
Tareas relacionadas:
“Inicio del proceso de instalación con LaunchPad” en la página 68
Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar
una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar
una instalación personalizada.
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
Referencia relacionada:
“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página
18
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
© Copyright IBM Corp. 1996, 2013
27
28
Guía de instalación
Capítulo 5. Preparación para una instalación personalizada
Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y
de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.
Acerca de esta tarea
Si tiene previsto realizar una instalación de estación de trabajo típica o de servidor típica, no debe seguir
estos pasos.
v Revise el archivo léame para los requisitos del sistema y posibles problemas que puedan afectar la
instalación
v Lea las notas de release para obtener información sobre características de productos con soporte o
mejoras del release
Revise la sección de escenario de instalación y determine la topología de instalación que va a utilizar
Revise y complete las hojas de trabajo de instalación
Configure el soporte de instalación
Utilice un usuario de base de datos distinto para cada despliegue de la oferta
Tome nota de estos ítems si planea utilizar una base de datos de IBM DB2:
– Para realizar la instalación, configure uno o varios usuarios restringidos en un sistema como
usuarios de esquema de base de datos. Debido a que DB2 utiliza el sistema operativo para
autenticar nuevos usuarios, utilice un ID de usuario como mdmdb1 con un shell restringido. Este
usuario no necesita ser miembro de ninguno de los grupos DB2.
– También puede realizar una instalación simple utilizando un único ID para el ID de instalación de
DB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información, consulte
la documentación de DB2.
v Además de estos requisitos previos generales, hay otras tareas de requisitos previos específicos para
instalar InfoSphere MDM. Estas tareas se describen en los siguientes temas.
v
v
v
v
v
© Copyright IBM Corp. 1996, 2013
29
Conceptos relacionados:
Casos de ejemplo de instalación
Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en
entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno
posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de
varios productos y máquinas.
“Tipo de despliegue de instalación personalizada” en la página 8
Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que
instala.
Tareas relacionadas:
Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67
Las instrucciones de instalación son las mismas para todas las ediciones.
Referencia relacionada:
“Requisitos de instalación” en la página 11
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
Hojas de trabajo de instalación y configuración
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Si está realizando una instalación típica, se utilizan los valores predeterminados y no se le solicita
entrada.
Vuelva a utilizar las hojas de trabajo para cada entorno de ejecución que planee implementar. Por
ejemplo, puede tener un entorno de producción, uno de prueba y uno de entrenamiento.
Las hojas de trabajo se utilizan para aplicaciones y componentes con sus valores de configuración base
definidos en IBM Installation Manager. Cualquier servidor operativo, aplicación de usuario o pasos de
configuración de componente necesarios fuera de IBM Installation Manager se describen en temas de
aplicaciones individuales o componentes separados.
30
Guía de instalación
Tareas relacionadas:
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
“Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 3.
Hoja de trabajo del directorio de instalación
Utilice esta hoja de trabajo para registrar el directorio raíz del host en el que desee instalar InfoSphere
MDM.
Si después instala más entornos de ejecución, puede que no apunten a la misma base de datos a la
utilizada para el entorno inicial. Si está instalando varios entornos de ejecución , vuelva a utilizar la hoja
de trabajo de instalación para definir los valores de directorio único para cada entorno.
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Capítulo 5. Preparación para una instalación personalizada
31
Tabla 6. Hoja de trabajo de directorio de instalación de InfoSphere MDM
Parámetro
Descripción
Su valor
Utilice el grupo de paquetes existente Elija esta opción si desea que los
componentes de InfoSphere MDM se
instalen en un shell o directorio Eclipse
existente. No puede modificar el nombre
de directorio si elige esta opción.
No elija esta opción si instaló previamente
otros productos al utilizar IBM
Installation Manager, como IBM Rational
Application Developer (RAD).
InfoSphere MDM Workbench debe estar
instalado en el mismo grupo de paquetes
que IBM Rational Application Developer
(RAD).
Cree un nuevo grupo de paquetes
Esta opción es el valor predeterminado.
IBM Installation Manager crea un
directorio IBM/MDM predeterminado en el
directorio raíz que elija. O, puede
nombrar el directorio como desee.
Por ejemplo, MDM_INSTALL_HOME/IBM/
MDM_test o MDM_INSTALL_HOME/IBM/
MDM_prod
IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS
Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el
origen de datos de z/OS al que se está conectando MDM operational server.
Para MDM Standard Edition, toda la información de origen de datos de IBM AIX®, Linux o Solaris se
almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf.
Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo
nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de
datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta
convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software
Support a comprender la correlación entre instancias, cuentas y bases de datos.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS
Parámetro
Descripción
Tipo de base de datos
DB2 y DB2 para z/OS cuenta con
soporte para todas las ediciones de
MDM.
Nombre de host de la base de datos
Identificar la dirección completa del
host en el que está instalada la base
de datos. El valor predeterminado es
localhost.
32
Guía de instalación
Su valor
Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS (continuación)
Parámetro
Descripción
Su valor
Puerto de base de datos
Identificar el puerto de la base de
datos o utilizar el número de puerto
predeterminado que se proporciona.
El valor predeterminado para DB2 y
DB2 for z/OS es 50000.
Nombre de usuario de base de datos
El nombre de usuario de la base de
datos debe tener privilegios de
administrador de base de datos.
Las restricciones de la longitud y los
caracteres admitidos para nombres de
usuario y contraseñas dependen de
cualquier restricción que pueda
imponer el sistema operativo.
Si instala MDM utilizando una
instalación típica, el nombre de
usuario y contraseña de la base de
datos de DB2 toman el valor
predeterminado de mdminst11 en
Linux y UNIX y de db2admin en
Microsoft Windows.
Contraseña de base de datos
Proporcionar una contraseña para el
nombre de usuario de la base de
datos.
Nombre de base de datos local
Proporcionar un nombre que
identifique la base de datos de MDM.
El valor predeterminado es MDMDB.
El nombre debe estar formado por 12
o menos caracteres alfanuméricos. Se
pueden utilizar los caracteres de
guión bajo (_) en el nombre. No se
admiten otros caracteres.
Una implementación MDM física
utiliza el cliente local DB2 para
ejecutar scripts de base de datos y
requiere un nombre de base de datos
local.
Si instala MDM utilizando una
instalación típica, el nombre de la
base de datos toma el valor
predeterminado de MDM11DB.
Nombre de la base de datos remota
Proporcione un nombre que
identifique la base de datos MDM
remota. El valor predeterminado es
MDMDB.
Capítulo 5. Preparación para una instalación personalizada
33
Tabla 7. IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS (continuación)
Parámetro
Descripción
Directorio inicial de base de datos
Para instalaciones personalizadas,
proporcione el directorio completo
donde está instalada la base de datos.
Proporcione el directorio padre de
SQLLIB. Por ejemplo:
Su valor
Windows: C:\IBM\DB2
IBM AIX, Linux o Solaris:
/home/db2inst1
Si instala MDM utilizando una
instalación típica, DB2Home toma el
valor predeterminado de
/home/mdminst11
Esquema de base de datos
Especifique el nombre de esquema de
base de datos. De forma
predeterminada el nombre de
esquema es el mismo que el del
usuario de aplicación de base de
datos.
Instalación manual de MDM
Database
Si tiene previsto instalar la base de
datos de physical MDM
manualmente, seleccione esta opción
para extraer los scripts que se
utilizan para la instalación manual.
Las tablas de MDM virtual se
instalan incluso si está opción está
seleccionada.
Tareas relacionadas:
“Preparación de una base de datos de DB2” en la página 54
Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere
MDM.
“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96
Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para
completar el caso de ejemplo 1.
Hoja de trabajo de origen de datos del servidor SQL de Microsoft
Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para
el origen de datos al que se está conectando MDM operational server.
Para MDM Standard Edition, toda la información de origen de datos de IBM AIX®, Linux o Solaris se
almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf.
Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo
nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de
datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta
convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software
Support a comprender la correlación entre instancias, cuentas y bases de datos.
34
Guía de instalación
Atención: Las aplicaciones de usuario Business Administration, Data Stewardship y Product
Management no se admiten para utilizar con una base de datos de Microsoft SQL Server.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Tabla 8. Hoja de trabajo de origen de datos del servidor SQL de Microsoft
Parámetro
Descripción
Su valor
Tipo de base de datos
Se da soporte al servidor SQL de
Microsoft solamente para la Standard
Edition de MDM. El tipo debe ser
MSSQLU.
Nombre de host de la base de datos
Identificar la dirección completa del
host en el que está instalada la base
de datos. El valor predeterminado es
el sistema principal local.
Puerto de base de datos
Identificar el puerto de la base de
datos o utilizar el número de puerto
predeterminado que se proporciona.
El valor predeterminado de Microsoft
SQL Server es 1433.
Nombre de usuario de base de datos
El nombre de usuario de la base de
datos debe tener privilegios de
administrador de base de datos.
Las restricciones de la longitud y los
caracteres admitidos para nombres de
usuario y contraseñas dependen de
cualquier restricción que pueda
imponer el sistema operativo.
Contraseña de base de datos
Proporcionar una contraseña para el
nombre de usuario de la base de
datos.
Nombre de base de datos
Proporcionar un nombre que
identifique la base de datos de MDM.
El valor predeterminado es MDMDB.
Esquema de base de datos
Especifique el nombre de esquema de
base de datos. De forma
predeterminada el nombre de
esquema es el mismo que el del
usuario de aplicación de base de
datos.
Nombre del servidor de bases de
datos
Especificar el nombre del servidor de
bases de datos con el que se conecta
la instancia de base de datos de
MDM.
Capítulo 5. Preparación para una instalación personalizada
35
Tabla 8. Hoja de trabajo de origen de datos del servidor SQL de Microsoft (continuación)
Parámetro
Descripción
Grupo de archivos de base de datos
Especificar el nombre de un grupo de
archivos para la base de datos. Un
grupo de archivos es una estructura
lógica para agrupar objetos
(colecciones de archivos) en una base
de datos. En el servidor SQL de
Microsoft, los grupos de archivos se
utilizan para ayudar con la ubicación
de datos y tareas administrativas
tales como operaciones de copia de
seguridad y restauración.
Utilizar Windows Native
Authentication
Elegir si se desea que el servidor
operativo se autentique ante la base
de datos utilizando credenciales de
Microsoft Windows. El modo
predeterminado es utilizar las
credenciales del servidor SQL.
Su valor
Si tiene previsto utilizar la
autenticación de Windows, su DBA
debe establecer el esquema
predeterminado del usuario de
registro en el esquema que va a
utilizar IBM Installation Manager.
Instalación manual de MDM
Database
Si tiene previsto instalar la base de
datos de physical MDM
manualmente, seleccione esta opción
para extraer los scripts que se
utilizan para la instalación manual.
Las tablas de MDM virtual se
instalan incluso si está opción está
seleccionada.
Tareas relacionadas:
“Preparación de una base de datos de Microsoft SQL Server” en la página 56
Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación
de InfoSphere MDM.
“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la
página 103
Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo
paso para completar el caso de ejemplo 3.
Hoja de trabajo de origen de datos de Oracle
Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos
al que se está conectando MDM operational server.
Para la MDM Standard Edition, toda la información de origen de datos de IBM AIX, Linux o Solaris se
almacena en un archivo odbc.ini en el directorio MDM_INSTALL_HOME/conf.
Cuando define los nombres de las bases de datos y cuentas de usuario, considere ponerle el mismo
nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de
datos. Puede que también desee incluir la versión de InfoSphere MDM en el nombre. Utilizar esta
36
Guía de instalación
convención de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software
Support a comprender la correlación entre instancias, cuentas y bases de datos.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Tabla 9. Hoja de trabajo de origen de datos de Oracle
Parámetro
Descripción
Su valor
Tipo de base de datos
Oracle es admitido para todas las
ediciones de MDM.
Nombre de host de la base de datos
Identificar la dirección completa del
host en el que está instalada la base
de datos. El valor predeterminado es
localhost.
Puerto de base de datos
Identificar el puerto de la base de
datos o utilizar el número de puerto
predeterminado que se proporciona.
El valor predeterminado de Oracle es
1521.
Nombre de usuario de base de datos
El nombre de usuario de la base de
datos debe tener privilegios de
administrador de base de datos.
Las restricciones de la longitud y los
caracteres admitidos para nombres de
usuario y contraseñas dependen de
cualquier restricción que pueda
imponer el sistema operativo.
Contraseña de base de datos
Proporcionar una contraseña para el
nombre de usuario de la base de
datos.
Nombre de base de datos
Proporcione el ID de sistema de base
de datos (SID).
TNS
Especifique el nombre del servicio
que se utiliza para conectar a la base
de datos de Oracle. Este parámetro es
necesario ya que este servicio
también puede utilizarse para
conectar a una base de datos remota.
Directorio inicial de base de datos
Proporcione el directorio completo
donde está instalada la base de datos.
Por ejemplo:
Windows: C:\App\oracle\product\
11.2.0\db_1
IBM AIX, Linux o Solaris:
/home/mdm/oracle/product/11.2.0/
db_1
Capítulo 5. Preparación para una instalación personalizada
37
Tabla 9. Hoja de trabajo de origen de datos de Oracle (continuación)
Parámetro
Descripción
Instalación manual de MDM
Database
Si tiene previsto instalar la base de
datos de physical MDM
manualmente, seleccione esta opción
para extraer los scripts que se
utilizan para la instalación manual.
Su valor
Las tablas de MDM virtual se
instalan incluso si está opción está
seleccionada.
Tareas relacionadas:
“Preparación de una base de datos de Oracle” en la página 57
Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere
MDM.
“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100
Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para
completar el caso de ejemplo 2.
Hoja de trabajo de instalación de WebSphere Application Server
Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar
parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
38
Guía de instalación
Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server
Parámetro
Descripción
Su valor
Tipo de despliegue
Especifique el tipo de despliegue y
anote el nombre de perfil de IBM
WebSphere Application Server. Las
opciones son Network Deployment o
Base.
El despliegue de red se utiliza para
instalaciones de clúster o servidor.
Un despliegue base normalmente se
utiliza en instalaciones de
demostración o estación de trabajo.
Si elige Network Deployment, el
instalador ejecuta una secuencia de
mandatos en el proceso del gestor de
despliegue de IBM WebSphere
Application Server para configurar
servidores de aplicaciones y
desplegar aplicaciones. El gestor de
despliegue y los agentes de nodo
deben estar configurados y en
ejecución para que el despliegue
pueda continuar. Por ejemplo, utilice
un nombre de perfil de Dmgr01.
Si selecciona Network Deployment, el
instalador también se puede ejecutar
en un clúster de IBM WebSphere
Application Server. El programa de
instalación detecta automáticamente
el clúster. Si el clúster está
configurado, la acción
predeterminada es desplegar las
aplicaciones en un clúster. En su
lugar, puede seleccionar que se
desplieguen las aplicaciones en un
único servidor.
Si elige Base, el servidor operativo se
despliega en el servidor1 de IBM
WebSphere Application Server Base.
El instalador ejecuta una secuencia de
mandatos en el servidor1 para
configurar el servidor de aplicaciones
y desplegar aplicaciones. Asegúrese
de que el servidor1 está en ejecución
antes de continuar con el despliegue.
Por ejemplo, utilice un nombre de
perfil de AppSrv1.
Inicio de IBM WebSphere Application Especifique el directorio completo en
Server
el que IBM WebSphere Application
Server está instalado. El valor
predeterminado es
/opt/IBM/WebSphere/AppServer.
Capítulo 5. Preparación para una instalación personalizada
39
Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server (continuación)
Parámetro
Descripción
Inicio de perfil de IBM WebSphere
Application Server
Si está utilizando un despliegue base,
especifique la vía de acceso completa
del directorio de inicio del perfil del
servidor de aplicaciones. El valor
predeterminado es
/opt/IBM/WebSphere/AppServer/
profiles.
Nombre de host
Identifique la dirección completa del
host en el que IBM WebSphere
Application Server está instalado. El
valor predeterminado es localhost.
Puerto SOAP
Identifique el puerto SOAP del gestor
de despliegue en el sistema remoto,
si utiliza el despliegue remoto. El
valor predeterminado 8879.
Nombre de usuario
Identifique el nombre de usuario de
IBM WebSphere Application Server.
El usuario debe tener privilegios
administrativos.
Contraseña
La contraseña de usuario de IBM
WebSphere Application Server.
Celda
Especifique la celda de IBM
WebSphere Application Server donde
desea desplegar MDM.
Si IBM WebSphere Application Server
ya está instalado y configurado,
puede pulsar Retrieve Host Details
durante el proceso de instalación y
hacer que IBM Installation Manager
recupere la información para Celda,
Nodo y Servidor.
Nodo
Especifique la celda de IBM
WebSphere Application Server donde
desea desplegar MDM.
Después de seleccionar la celda en
IBM Installation Manager, todos los
nodos dentro de esa celda están
disponibles en la lista.
Servidor
Especifique el servidor en el que
desea desplegar MDM.
Después de seleccionar el nodo en
IBM Installation Manager, todos los
servidores que están disponibles para
ese nodo aparecen en la lista.
Si desea crear un nuevo servidor
para el despliegue, puede especificar
el nombre nuevo en el panel de
configuración y éste se crea en IBM
WebSphere Application Server
durante el proceso de instalación.
40
Guía de instalación
Su valor
Tabla 10. Hoja de trabajo de instalación de IBM WebSphere Application Server (continuación)
Parámetro
Descripción
Su valor
Instale la aplicación MDM en el
clúster
Si tiene un clúster de WebSphere
Application Server existente, está
opción se encuentra disponible en el
panel de configuración. Seleccione
esta opción si desea instalar la
aplicación MDM en un entorno en
clúster.
Clúster
Si está instalando en un entorno en
clúster, seleccione el clúster donde
desea desplegar sus aplicaciones.
Conceptos relacionados:
“Preparación del servidor de aplicaciones” en la página 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Tareas relacionadas:
“Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 95
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 99
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 102
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 3.
Hoja de trabajo de configuración de aplicación MDM
Utilice la hoja de trabajo de configuración de aplicación para identificar parámetros para MDM
operational server.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos visualizados en IBM
Installation Manager en el panel Application Configuration.
Tabla 11. Hoja de trabajo de instalación de aplicación MDM
Parámetro
Descripción
Su valor
Nombre de aplicación MDM
Especifique el nombre del MDM
operational server. Este nombre se
utiliza en IBM WebSphere
Application Server. El
predeterminado es E001.
Contraseña de usuario mdmadmin
Especifique la contraseña para el
usuario administrador de MDM.
Capítulo 5. Preparación para una instalación personalizada
41
Tabla 11. Hoja de trabajo de instalación de aplicación MDM (continuación)
Parámetro
Descripción
Puerto RMI
Especifique el puerto en el que el
servicio de registro de la Invocación a
método remoto (RMI) escucha para
encontrar conexiones de otros
servicios. En un entorno en clúster,
todos los nodos deben utilizar el
mismo puerto RMI para comunicarse.
El predeterminado es 9999.
Estilo de coincidencia
Especifique si desea utilizar un estilo
de coincidencia probabilístico o
determinista.
Habilitar despliegue de varios husos
horarios
Seleccione esta opción si su
aplicación se ejecuta en varios husos
horarios distintos, o si sus datos
tienen valores sensibles a la hora en
distintos husos horarios.
Huso horario predeterminado
Seleccione el huso horario
predeterminado del cliente de la lista.
Si no se especifica un huso horario,
se utiliza el huso horario del servidor
de aplicaciones.
Mensajería
Especifique el tipo de mensajería
para su implementación.
Si desea utilizar la mensajería interna
de WebSphere, seleccione IBM
WebSphere Default Messaging.
La mayoría de las configuraciones de
MDM virtual seleccionan IBM
WebSphere Default Messaging e
instalan la función Message Brokers.
IBM WebSphere MQ es un producto
de empresa independiente y debe
instalarse antes de instalar MDM. Si
opta por IBM WebSphere MQ,
especifique valores para los
siguientes parámetros.
Inicio de la cola de mensajes
Especifique el directorio completo del
inicio de la cola de mensajes. El
predeterminado es /usr/mqm.
Nombre de gestor de colas
Especifique el nombre del gestor de
colas. Por ejemplo,
CUSTOMER.QUEUE.MANAGER.
Nombre de host de MQ
Especifique el nombre del servidor
que aloja a WebSphere MQ.
Puerto MQ
Especifique el número de puerto a la
escucha de WebSphere MQ.
Nombre de canal
Especifique el nombre de canal. Los
canales se utilizan para transmitir
mensajes entre administradores de
colas.
42
Guía de instalación
Su valor
Tabla 11. Hoja de trabajo de instalación de aplicación MDM (continuación)
Parámetro
Descripción
Su valor
Nombre de usuario
Especifique el nombre de usuario de
WebSphere MQ.
Contraseña
Especifique la contraseña.
Configurar Messaging Server
Seleccione esta opción para desplegar
los parámetros y configurar el
servidor de mensajería.
Conceptos relacionados:
Soporte de varios husos horarios
Estilos de coincidencia probabilística versus determinista
Tareas relacionadas:
“Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97
Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para
completar el caso de ejemplo 1.
Hoja de trabajo de instalación de aplicaciones de usuario
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Vuelva a utilizar esta hoja de trabajo para cada aplicación de usuario o para anotar cualquier diferencia
entre aplicaciones en la hoja de trabajo.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Tabla 12. Hoja de trabajo de instalación de aplicación de usuario
Parámetro
Descripción
Su valor
Tipo de despliegue
Especifique si el despliegue de IBM
WebSphere Application Server es
Base o Red.El despliegue de red se
utiliza para instalaciones de clúster o
servidor. Un despliegue base
normalmente se utiliza en
instalaciones de demostración o
estación de trabajo.
Inicio de perfil de IBM WebSphere
Application Server
Si está utilizando un despliegue base,
especifique la vía de acceso completa
del directorio de inicio del perfil del
servidor de aplicaciones. El valor
predeterminado es
/opt/IBM/WebSphere/AppServer/
profiles
Nombre de host
Especifique el nombre del IBM
WebSphere Application Server donde
se despliega el servidor MDM
operational server.
Puerto SOAP
Especifique el número de puerto para
el MDM operational server o utilice
el valor predeterminado de 8879.
Nombre de usuario
Especifique el nombre de usuario
administrativo para esta aplicación.
Capítulo 5. Preparación para una instalación personalizada
43
Tabla 12. Hoja de trabajo de instalación de aplicación de usuario (continuación)
Parámetro
Descripción
Contraseña
Especifique la contraseña de usuario
administrativo.
Celda
Especifique la celda de IBM
WebSphere Application Server donde
desea desplegar la aplicación. Si ya
ha instalado y configurado IBM
WebSphere Application Server, pulse
Retrieve Host Details durante el
proceso de instalación para recuperar
la información de Celda, Nodo y
Servidor.
Nodo
Especifique el nodo de IBM
WebSphere Application Server donde
desea desplegar la aplicación.
Servidor
Especifique el servidor o servidores
de IBM WebSphere Application
Server donde desea desplegar la
aplicación.
Instale la aplicación MDM en el
clúster
Si tiene un clúster de WebSphere
Application Server existente, está
opción se encuentra disponible en el
panel de configuración. Seleccione
esta opción si desea instalar la
aplicación MDM en un entorno en
clúster.
Clúster
Si está instalando en un entorno en
clúster, seleccione el clúster donde
desea desplegar sus aplicaciones.
Su valor
Tareas relacionadas:
“Instalación de la Business Administration UI” en la página 134
Utilice este procedimiento para instalar la Business Administration UI.
“Instalación de la interfaz de usuario de Data Stewardship” en la página 135
Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de
data stewardship admite gobierno de datos para datos MDM físicos.
“Instalación de la interfaz de usuario de Product Maintenance” en la página 137
Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.
Asociación de servidor operativo y aplicación de usuario de MDM
Algunas aplicaciones de usuario están diseñadas para dar soporte a una configuración de MDM física o
virtual.
En la tabla siguiente se asocian aplicaciones de usuario con la configuración de MDM a la que dan
soporte.
44
Guía de instalación
Tabla 13. Aplicaciones de usuario de MDM
Aplicaciones de MDM virtuales
Aplicaciones de MDM físicas
InfoSphere MDM Inspector
InfoSphere MDM Business Administration
InfoSphere MDM Enterprise Viewer
InfoSphere MDM Data Stewardship
InfoSphere MDM Web Reports
InfoSphere MDM Product Maintenance
Provider Directo de InfoSphere MDM
Gestor de pares de InfoSphere MDM
Referencia relacionada:
“Características instaladas por el Gestor de instalación” en la página 9
Las características que puede instalar dependen de la edición que elija.
“Requisitos de instalación” en la página 11
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
Hoja de trabajo de instalación de historial
Utilice esta hoja de trabajo para registrar los parámetros para la configuración del activador de historial.
Los activadores de historial son utilizados por los servidores operativos MDM físicos.
Hay dos conjuntos de activadores que generan datos para tablas de historial de base de datos MDM
físicas. El primer conjunto es para las tablas de núcleo y dominio. El segundo conjunto es para las tablas
de gestión de la configuración. Cada conjunto consiste de activadores de historial y activadores de
supresión.
Los parámetros listados en la siguiente tabla equivalen a indicadores o campos que visualiza en IBM
Installation Manager.
Capítulo 5. Preparación para una instalación personalizada
45
Tabla 14. Hoja de trabajo de instalación de historial
Parámetro
Descripción
Industria
Especifique el tipo de industria a la
que se le brinda soporte en esta
implementación. Puede especificar
solo un tipo.
Hay cuatro tipos de industria que
cuentan con soporte. Cada opción
instala las tablas de códigos y los
datos para ese tipo de industria.
v Seguro - Elija esta opción para
líneas de negocios como Vida,
Salud, Anualidades, Pensiones,
Propiedades y Accidentes entre
otras.
v Banca - Elija esta opción para
líneas de negocios como Banca
minorista, Banca comercial, Tarjetas
de crédito, Préstamos y otros.
v Telecomunicación - Elija esta
opción para líneas de negocios
como Inalámbrica, Televisión por
cable, Televisión satelital, Internet,
Servicios telefónicos y otros.
v Fabricación - Elija esta opción para
líneas de negocios como
Herramientas de precisión,
Aeroespacial, Eléctrica, Calefacción,
Mecánica y otras.
Activadores de historial
Hay tres opciones de activadores de
historial. Puede especificar solo uno.
v Ninguno. Elija esta opción si no
desea instalar ningún activador. El
elegir esta opción impide que el
historial se almacene en la base de
datos.
v Simple. Elija esta opción para
instalar solo los activadores de
actualización. Cuando un registro
se actualiza en la base de datos,
una copia de ese registro (antes de
la actualización) se añade a la tabla
de historial. Las versiones
anteriores del registro se
almacenan en la tabla de historial.
v Compuesto. Elija esta opción si
desea instalar ambos activadores
de inserción y actualización.
Cuando un registro se añade a la
base de datos o cuando un registro
se actualiza en la misma, se añade
una copia del registro a la tabla de
historial. Copias de las versión
actual y anterior del registro se
almacenan en la tabla de historial.
46
Guía de instalación
Su valor
Tabla 14. Hoja de trabajo de instalación de historial (continuación)
Parámetro
Descripción
Su valor
Búsquedas sensibles a las mayúsculas De forma predeterminada, las
y minúsculas
búsquedas de nombres de contratos,
productos y categorías no son
sensibles a las mayúsculas y
minúsculas. Compruebe el recuadro
de selección Habilitar búsquedas
sensibles a las mayúsculas y
minúsculas solo si desea colocar
restricciones sensibles a las
mayúsculas y minúsculas en sus
búsquedas.
Una vez activada esta característica,
se crean los objetos de base de datos
y no podrá desactivar la opción.
Idiomas de tabla de códigos
Los valores de tabla de códigos
traducidos para listas y mensajes de
error predefinidos, se incluyen con el
servidor operativo MDM físico.
El inglés es el idioma
predeterminado.
Idioma de recurso de aplicación
Especifique las traducciones de
idioma correspondientes para que
instale la interfaz de usuario.
Conceptos relacionados:
Búsqueda no sensible a mayúsculas y minúsculas
Preparación de IBM Installation Manager
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
IBM Installation Manager utiliza repositorios definidos para determinar qué paquetes están disponibles
para instalar. Estos repositorios apuntan al soporte de instalación.
Puede añadir manualmente sus ofertas a IBM Installation Manager o utilizar Launchpad para añadir los
repositorios automáticamente.
Launchpad está incluido en la descarga de MDM y puede utilizarse para iniciar IBM Installation
Manager. Si ya tiene instalado IBM Installation Manager, LaunchPad comprueba el número de versión. Si
no tiene la versión actual, se actualiza automáticamente. Si no tiene instalado IBM Installation Manager,
Launchpad inicia la instalación.
Si elige no utilizar LaunchPad, continúe con las tareas para instalar IBM Installation Manager y añadir
sus repositorios. Si elige utilizar Launchpad, estas tareas no son necesarias.
Capítulo 5. Preparación para una instalación personalizada
47
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
“Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 3.
Instalación de Installation Manager
Utilice este procedimiento si IBM Installation Manager no está instalado.
Acerca de esta tarea
Si elige utilizar LaunchPad para iniciar la instalación, LaunchPad instala IBM Installation Manager
automáticamente y no es necesario completar esta tarea.
No instale IBM Installation Manager en modalidad de administrador.
Procedimiento
1. Desde el soporte de instalación o desde Passport Advantage, descargue IBM Installation Manager
versión 1.6.
2. Extraiga el archivo agent.installer.win32.win32.x86.zip.
3. Desde un indicador de mandatos, inicie install.exe y complete el asistente de instalación.
Qué hacer a continuación
Continúe añadiendo las ofertas en IBM Installation Manager.
Adición de ofertas a IBM Installation Manager
Utilice este procedimiento para añadir a InfoSphere MDM a la lista de ofertas que instala IBM Installation
Manager.
Antes de empezar
Si utiliza LaunchPad para iniciar la instalación, esta tarea no es necesaria.
Asegúrese de que ha instalado IBM Installation Manager y de que no lo ha instalado en modalidad de
administrador.
Procedimiento
1. Inicie IBM Installation Manager.
2. Pulse Archivo > Preferencias.
48
Guía de instalación
3. En el diálogo Preferencias, seleccione Repositorios > Añadir repositorio.
4. En el diálogo Añadir repositorio, pulse Examinar.
5. Localice y seleccione los paquetes de MDM que desee instalar. Por ejemplo, download_path/MDM/
disk1/diskTag.ini.
6. Añada las ofertas adicionales como, por ejemplo, IBM WebSphere Application Server, IBM DB2, o
InfoSphere MDM Workbench.
7. En el diálogo Añadir repositorio, pulse Aceptar.
8. En el diálogo Preferencias, pulse Aceptar.
Qué hacer a continuación
Continúe con la preparación e instalación de MDM operational server y de las aplicaciones.
Instalación de Installation Startup Kit
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Antes de empezar
Asegúrese de añadir la oferta de kit de inicio a los repositorios de IBM Installation Manager.
Acerca de esta tarea
El kit de inicio contiene scripts que se utilizan para crear bases de datos y perfiles necesarios para
preparar el entorno de instalación.
El kit de inicio está disponible cuando utiliza LaunchPad y aparece listado como una oferta en IBM
Installation Manager cuando elige una instalación personalizada.
Procedimiento
1. Inicie IBM Installation Manager.
2. En la pantalla de inicio de IBM Installation Manager, pulse Install.
3. En el panel Install Packages, seleccione Installation Startup Kit y pulse Next.
4. Siga a través de los paneles, seleccionando el grupo de paquetes predeterminado y los paquetes de
instalación.
5. Pulse Instalar.
6. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
Resultados
Los scripts y archivos se extraen en el directorio STARTUPKIT_INSTALL_HOME.
Qué hacer a continuación
Continúe con la preparación de la base de datos y del servidor de aplicaciones.
Capítulo 5. Preparación para una instalación personalizada
49
Tareas relacionadas:
“Instalación silenciosa utilizando un archivo de respuestas” en la página 91
Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación se
proporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM Installation
Manager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas.
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Instalación manual del componente de servidor de mensajería de InfoSphere MDM” en la página 129
Puede utilizar IBM Installation Manager para crear el componente de servidor de mensajería de
InfoSphere MDM, o puede instalarlo manualmente.
“Preparación de una base de datos de DB2” en la página 54
Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere
MDM.
“Preparación de una base de datos de Oracle” en la página 57
Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere
MDM.
“Preparación de una base de datos de Microsoft SQL Server” en la página 56
Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación
de InfoSphere MDM.
“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96
Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ” en la página 97
Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100
Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para
completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la
página 103
Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo
paso para completar el caso de ejemplo 3.
Referencia relacionada:
“Installation Startup Kit” en la página 15
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
Preparación para alta disponibilidad
Para admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad, puede configurar
varias instancias en múltiples servidores de host. Al hacerlo, si un servidor o instancia queda inactivo, los
otros pueden continuar procesando el tráfico.
MDM operational server utiliza un contenedor de IBM WebSphere Application Server y puede
desplegarse en un servidor único o en un clúster, de la forma configurada en el contenedor. El clúster
puede configurarse previamente en el servidor. El instalador puede detectar un entorno en clúster y
desplegarse en ese entorno al utilizar una instalación personalizada.
Revise los escenarios de instalación antes de comenzar la misma para entender mejor cómo admitir la
disponibilidad alta y los requisitos de los entornos en clúster.
50
Guía de instalación
Conceptos relacionados:
Casos de ejemplo de instalación
Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en
entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno
posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de
varios productos y máquinas.
“Tipo de despliegue de instalación personalizada” en la página 8
Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que
instala.
Requisitos previos de cuenta para instalaciones personalizadas
Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.
v Debe haber iniciado sesión con una cuenta que sea propietaria de los directorios de IBM WebSphere
Application Server y archivos binarios. Los controladores JDBC de la base de datos deben estar
accesibles para esta cuenta. Las instrucciones de los temas de preparación asumen que está llevando a
cabo la instalación localmente en el servidor.
v Para obtener los mejores resultados, instale InfoSphere MDM como usuario no root:
– Para IBM WebSphere Application Server, utilice el ID wasadmin. Este ID debe poseer un cliente DB2
o una instancia DB2 y debe ser miembro del grupo de gestión mqm.
– Para DB2:
- El método de instalación sugerido es configurar uno o varios usuarios restringidos en un sistema
para usuarios de esquema de base de datos. Puesto que DB2 utiliza el sistema operativo para la
autenticación de un usuario nuevo, la mejor opción consiste en especificar un ID de usuario como
mdmdb1 con un shell restringido. Este usuario no tiene que ser miembro de ninguno de los
grupos de DB2.
- También puede realizar una instalación simple utilizando un único ID para el ID de instalación de
DB2 y el ID de esquema. El ID predeterminado es db2inst1. Para obtener más información sobre
IBM DB2, consulte la documentación del producto.
– Deben existir un usuario y un esquema de base de datos diferente para cada despliegue de
InfoSphere MDM. No se necesitan bases de datos distintas para cada despliegue.
– Cuando instala en IBM WebSphere Application Server, asegúrese de que ningún servidor
denominado server o clúster denominado cluster se esté utilizando en IBM WebSphere Application
Server. Los nombres server y cluster son utilizados por la instalación de MDM.
Tareas relacionadas:
“Preparación de la base de datos”
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
Referencia relacionada:
“Conexiones y cuentas de usuario de base de datos” en la página 53
Todas las instalaciones requieren al menos una cuenta de usuario de base de datos.
Preparación de la base de datos
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
Capítulo 5. Preparación para una instalación personalizada
51
Acerca de esta tarea
Si planea realizar una instalación típica, esta tarea no es necesaria porque la base de datos se crea
automáticamente.
Cuando defina nombres para las bases de datos y las cuentas de usuario, considere darles el mismo
nombre a la instancia de base de datos asociada, a la cuenta de usuario y a la configuración de origen de
datos. Puede que también desee incluir la versión de MDM en el nombre. Por ejemplo, puede nombrar
cada uno de estos elementos mdmprod_110 para la base de datos de producción. Utilizar esta convención
de nomenclatura puede ayudar a otros miembros de la organización y a IBM Software Support a
comprender la correlación entre instancias, cuentas y bases de datos.
Procedimiento
1. Complete las hojas de trabajo de base de datos adecuadas que están listadas como referencia
relacionada.
2. Instale el software de base de datos y cree cuentas de usuario de base de datos con los permisos
adecuados. Revise el tema de cuentas de usuario de base de datos.
3. Asegúrese de que ha instalado Installation Startup Kit. Este kit de herramientas proporciona scripts
utilizados para crear la base de datos MDM.
4. Cree la base de datos MDM utilizando el script aplicable al tipo de base de datos. Los scripts crean
automáticamente los espacios de tabla, agrupaciones de almacenamiento y especificaciones de
codificación adecuados que son necesarios para la edición de MDM. Para obtener detalles sobre
algunos de estos valores, consulte los temas de referencia relacionados.
52
Guía de instalación
Conceptos relacionados:
“Requisitos previos de cuenta para instalaciones personalizadas” en la página 51
Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96
Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100
Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para
completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la
página 103
Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo
paso para completar el caso de ejemplo 3.
Referencia relacionada:
Hoja de trabajo de origen de datos de IBM DB2 o DB2 for z/OS
Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el
origen de datos de z/OS al que se está conectando MDM operational server.
Hoja de trabajo de origen de datos de Oracle
Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos
al que se está conectando MDM operational server.
Hoja de trabajo de origen de datos de Microsoft SQL Server
Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para
el origen de datos al que se está conectando MDM operational server.
“Installation Startup Kit” en la página 15
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
Conexiones y cuentas de usuario de base de datos
Todas las instalaciones requieren al menos una cuenta de usuario de base de datos.
Para arrancar la base de datos (que generalmente se hace durante la instalación), procesar una
actualización, definir nuevos tipos de entidades o crear segmentes definidos por implementación, la
cuenta de usuario de base de datos debe tener ciertos permisos. Esta cuenta de usuario primario debe
tener permiso para:
v Crear tabla y descartar tabla
v Crear índice y descartar índice
v Seleccionar, insertar, actualizar y suprimir
Capítulo 5. Preparación para una instalación personalizada
53
Después de arrancar la base de datos y de configurados los tipos de entidades y los segmentos definidos
por implementación, puede optar por restringir la cuenta de usuario si fuera necesario. Una cuenta de
usuario restringida solo tiene permisos para seleccionar, insertar, actualizar y suprimir.
Considere configurar una correlación entre el usuario de la base de datos y la base de datos para que los
usuarios no tengan acceso a varias bases de datos. Este modelo proporciona una capa de seguridad que
puede impedir que un usuario de base de datos descarte las tablas de otro.
Registre las credenciales de la cuenta de usuario de base de datos; necesita esta información para poder
terminar la instalación.
El recuento de la conexión a base de datos es la suma de las conexiones utilizadas por el servidor
operativo y por los gestores de entidades que planee utilizar. Algunos servidores operativos o procesos
InfoSphere MDM Workbench también requieren más conexiones a base de datos, las que se cierran
cuando finaliza el proceso. Permita más conexiones para estos procesos en la configuración.
Conceptos relacionados:
“Requisitos previos de cuenta para instalaciones personalizadas” en la página 51
Antes de iniciar una instalación personalizada, debe tener ciertos requisitos previos de cuenta en su lugar.
Preparación de una base de datos de DB2
Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere
MDM.
Acerca de esta tarea
Para crear la base de datos de MDM, debe haber iniciado la sesión en DB2 con la cuenta de usuario de
administrador creada al instalar DB2.
También debe tener instalado Installation Startup Kit.
Atención: Si está instalando InfoSphere MDM en z/OS, omita los pasos de preparación de la base de
datos y vaya a “Instalación en z/OS” en la página 81.
Procedimiento
1. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/ (donde
STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado).
2. Ejecute el CreateTS.sql para crear los espacios de tabla.
a. Ejecute el mandato aplicable.
v Para Microsoft Windows: db2 -td; -f CreateTS.sql
v Para Linux y UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/
Standard/ddl/CreateTS.sql
3. Modifique el script CreateDB.sql proporcionado en el Quick Start Installation Toolkit.
a. Abra el archivo CreateDB.sql en un editor de texto.
b. Sustituya las variables del script con valores, tal como se describe en la parte superior del script.
Las variables van entre <> como, por ejemplo, <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.
54
Guía de instalación
Para Linux y UNIX:
a. Abra la terminal de Linux o UNIX.
b. En el indicador de la línea de mandatos, escriba su - user donde user es el usuario administrador
de DB2.
5. Ejecute el script CreateDB.sql para crear la base de datos.
a. Vaya al directorio donde está ubicado el archivo CreateDB.sql.
b. Ejecute el mandato aplicable.
v Para Microsoft Windows: db2 -td; -f CreateDB.sql
v Para Linux y UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/
Standard/ddl/CreateDB.sql
Tareas relacionadas:
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2” en la página 96
Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para
completar el caso de ejemplo 1.
Referencia relacionada:
“IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS” en la página 32
Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el
origen de datos de z/OS al que se está conectando MDM operational server.
Preparación de la base de datos de DB2 en un servidor distinto de InfoSphere
MDM
Utilice este procedimiento cuando las instalaciones de la base de datos DB2 y de MDM se llevan a cabo
en servidores diferentes.
Procedimiento
1. En la máquina en la que tenga pensado instalar MDM, debe realizar lo siguiente:
v Instale el software del cliente de DB2
v Catalogue la base de datos remota para el servidor local
2. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entorno
DB2_JDBC_DRIVER_PATH de WebSphere Application Server que apunte al directorio de inicio de la
instancia de DB2 de la máquina local y que tenga como destino el nivel del nodo.
Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un
entorno en clúster
Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en un
entorno de clúster.
Procedimiento
1. Instale el software del cliente de DB2.
2. Catalogue la base de datos de cada máquina del clúster.
3. Cree una variable de entorno DB2_JDBC_DRIVER_PATH WebSphere Application Server que apunte al
directorio de inicio de DB2 en la máquina local para cada nodo del clúster.
Capítulo 5. Preparación para una instalación personalizada
55
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 95
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 1.
Preparación de una base de datos de Microsoft SQL Server
Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación
de InfoSphere MDM.
Acerca de esta tarea
Para crear una base de datos de MDM, debe haber iniciado sesión en Microsoft SQL Server con Windows
Authentication o con la cuenta de usuario administrador que ha creado al instalar Microsoft SQL Server.
Si tiene previsto utilizar la autenticación de Windows, su DBA debe establecer el esquema
predeterminado del usuario de registro en el esquema que va a utilizar IBM Installation Manager.
También debe tener instalado Installation Startup Kit antes de comenzar con la preparación de la base de
datos.
Procedimiento
1. Modifique el script CreateDB.sql que se proporciona en Installation Startup Kit.
a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/ (donde
STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado).
b. Abra el archivo CreateDB.sql en un editor de texto.
c. Sustituya las variables del script con valores, tal como se describe en la parte superior del script.
Las variables van entre <> como, por ejemplo, <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 la
base de datos, debe llevar a cabo una de las siguientes opciones:
v Si el SQL Server y cliente están en el mismo dominio, el usuario de inicio de sesión que utiliza el
cliente debe añadirse a los inicios de sesión de SQL Server Security
v Si el SQL Server y cliente están en distintos dominios, los dos dominios deben ser de confianza
3. Copie el archivo sqljdbc.dll en el directorio /bin para la instancia de SQL Server que se está
ejecutando.
v Si está utilizando SQL Server de 32 bits, el archivo sqljdbc.dll se encuentra en
STARTUPKIT_INSTALL_HOME/SQLServer JTA/win32
v Si está utilizando SQL Server de 64 bits, el archivo se encuentra en STARTUPKIT_INSTALL_HOME/
SQLServer JTA/win64_amd64
4. Instale los procedimientos almacenados XA utilizados por el controlador JDBC. Desde el directorio
STARTUPKIT_INSTALL_HOME/SQLServer JTA, ejecute el script instjdbc.sql como el usuario sa.
5. Habilite MS DTC para transacciones XA.
Para Windows 7 y Windows 2008
a. Desde el escritorio, pulse el icono Start y abra Component Services utilizando una de estas
opciones.
56
Guía de instalación
v Escriba dcomcnfg en el recuadro Start Search.
v Escriba %windir%/system32/comexp.msc en el recuadro Start Search.
b. Vaya a Computers > My Computer > Distributed Transaction Center.
c. Pulse con el botón derecho del ratón en Local DTC y seleccione Properties.
d. En el diálogo Local DTC Properties, abra la pestaña Security.
e. Seleccione Habilitar transacciones XA y pulse Aceptar. Este paso reinicia el servicio MS DTC.
f. Pulse OK en el diálogo Local DTC Properties y cierre Component Services.
g. Reinicie Microsoft SQL Server para asegurarse de que se sincronice con los cambios de MS DTC.
Verifique que XATransactions=1 en el registro del sistema operativo Microsoft.
Tareas relacionadas:
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft SQL Server” en la
página 103
Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo
paso para completar el caso de ejemplo 3.
Referencia relacionada:
“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página 34
Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para
el origen de datos al que se está conectando MDM operational server.
Preparación de la base de datos de Microsoft SQL Server en un servidor distinto
que InfoSphere MDM
Utilice este procedimiento cuando la base de datos de Microsoft SQL Server y la instalación de MDM
estén en servidores distintos.
Procedimiento
Instale un cliente de Microsoft SQL Server en la máquina donde planea instalar MDM.
Después de instalar el cliente, la cuenta de este se añade automáticamente en la cuenta de usuario de
base de datos. No necesita establecer la MSSQLSERVER_JDBC_DRIVER_PATH en su entorno de IBM
WebSphere Application Server.
Preparación de la base de datos de Microsoft SQL Server para utilización de
InfoSphere MDM en un entorno en clúster
Utilice este procedimiento para preparar la base de datos de Microsoft SQL Server al instalar MDM en un
entorno en clúster.
Procedimiento
Instale un cliente de Microsoft SQL Server en cada máquina en la que planifique instalar componentes de
MDM.
Después de instalar el cliente, la cuenta de este se añade automáticamente en la cuenta de usuario de
base de datos. No necesita establecer la MSSQLSERVER_JDBC_DRIVER_PATH en su entorno de IBM
WebSphere Application Server.
Preparación de una base de datos de Oracle
Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere
MDM.
Capítulo 5. Preparación para una instalación personalizada
57
Antes de empezar
Para crear la base de datos de MDM, debe haber iniciado sesión en Oracle con la cuenta de usuario
administrador creada al instalar Oracle.
También debe tener instalado Installation Startup Kit.
Procedimiento
1. Modifique el script create_schema_ora.sql que se proporciona en Installation Startup Kit.
a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ddl/ (donde
STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado).
b. Abra el archivo create_schema_ora.sql en un editor de texto.
c. Sustituya las variables del script con valores, tal como se describe en la parte superior del script.
Las variables van entre <> como, por ejemplo, <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 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle” en la página 100
Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para
completar el caso de ejemplo 2.
Referencia relacionada:
“Hoja de trabajo de origen de datos de Oracle” en la página 36
Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos
al que se está conectando MDM operational server.
Preparación de la base de datos de Oracle en un servidor distinto de InfoSphere
MDM
Utilice este procedimiento cuando las instalaciones de la base de datos de Oracle y de MDM se llevan a
cabo en servidores diferentes.
Procedimiento
1. Instale un cliente de Oracle en la máquina en que tiene pensado instalar InfoSphere MDM.
2. Para la entrada del TNS de la máquina cliente, especifique que éste apunte al servidor de la base de
datos.
3. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entorno
ORACLE_JDBC_DRIVER_PATH que apunte al inicio de la base de datos Oracle en la máquina local y cuyo
destino sea el nivel del nodo.
Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un
entorno en clúster
Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en un
entorno en clúster.
Procedimiento
1. Instale el cliente de Oracle en cada una de las máquinas.
2. Para la entrada del TNS, especifique que éste apunte a la máquina del servidor de bases de datos.
58
Guía de instalación
3. Cree una variable de entorno ORACLE_JDBC_DRIVER_PATH WebSphere Application Server que apunte al
directorio inicial de la base de datos de Oracle en la máquina local para cada nodo del clúster.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 99
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 2.
Controladores ODBC instalados con Standard Edition
Los controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que se
define.
El controlador de conexión habilita a un servidor operativo que admite una configuración MDM virtual,
a comunicarse con la base de datos y a escribir datos en el esquema. No obstante, el host del servidor
operativo requiere la instalación del cliente de base de datos aplicable para habilitar operaciones de carga
en bloque.
El servidor operativo incluye los controladores ODBC que se listan aquí. No se admiten otros
controladores.
v Oracle Wire
v Oracle Net
v IBM DB2 Wire (DB2 y DB2 para z/OS)
v Microsoft SQL Server Wire
Para bases de datos de Oracle, las propiedades que se pasan al programa de utilidad madconfig durante
el proceso de instalación determinan si se debe instalar el controlador de red o conexión. Si se pasan
valores vacíos para el host de la base de datos, se instala el controlador Oracle Net, lo cual requiere la
instalación del cliente Oracle en el host del servidor operativo.
Tareas relacionadas:
“Habilitación de soporte para controlador de conexión inalámbrica de Oracle” en la página 81
Si está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle de
conexión inalámbrica, complete estos pasos después de instalar la base de datos de MDM y las funciones.
Preparación del servidor de aplicaciones
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Si tiene previsto realizar una instalación típica, el servidor de aplicaciones se instala y configura
automáticamente.
Puede elegir preparar un servidor de aplicaciones nuevo o volver a utilizar un servidor de aplicaciones
existente.
Revise estos requisitos previos antes preparar el servidor de aplicaciones para la instalación MDM.
v Asegúrese de tener instalado el software de requisito previo y de tener establecido el entorno correcto.
Capítulo 5. Preparación para una instalación personalizada
59
v Establezca el programa de utilidad de base de datos para DB2 u Oracle en la vía de acceso del sistema.
Microsoft SQL Server no requiere este paso.
v Revise la hoja de trabajo de configuración del servidor de aplicaciones para entender los parámetros
básicos solicitados durante el proceso de instalación. Al completar la hoja de trabajo se asegura contar
con la información básica necesaria para finalizar la instalación. En el caso de que vayan a utilizarse
varias instancias, haga copias de la hoja de trabajo y preparar una hoja de trabajo por separado para
cada despliegue.
v Utilice la ID de wasadmin al preparar el servidor de aplicaciones. Si está utilizando DB2, este ID debe
ser propietario de un cliente DB2 o de una instancia de DB2. El ID debe ser miembro del grupo mqm
de WebSphere MQ si está utilizando WebSphere MQ para la mensajería. Este grupo se utiliza para
administrar WebSphere MQ.
v Asegúrese de configurar las vías de acceso Java WAS_HOME y JAVA_HOME para IBM WebSphere
Application Server.
v Asegúrese de que no existe ningún servidor denominado servidor ni ningún clúster denominado clúster.
Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento
dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB
y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
“Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 95
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 99
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 102
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 3.
Referencia relacionada:
“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38
Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar
parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.
Para establecer una vía de acceso de programa de utilidad de IBM
DB2
Si está utilizando una base de datos IBM DB2, debe establecer el programa de utilidad a la vía de acceso
al sistema.
60
Guía de instalación
Procedimiento
En una línea de mandatos, añada los programas de utilidad de la base de datos DB2 a la variable PATH
del sistema.
Por ejemplo:
export PATH=DB2_HOME/sqllib/bin:$PATH
Qué hacer a continuación
También puede añadir las líneas anteriores al perfil de usuario.
Para establecer una vía de acceso de programa de utilidad de Oracle
Si está utilizando una base de datos Oracle, debe establecer el programa de utilidad de la base de datos a
la vía de acceso del sistema.
Procedimiento
En la línea de mandatos, añada los programas de utilidad de base de datos de Oracle a la variable PATH
del sistema.
Por ejemplo:
export ORACLE_HOME=ORACLE_HOME
export PATH=$ORACLE_HOME/bin:$PATH
Qué hacer a continuación
También puede añadir las líneas anteriores al perfil de usuario.
Preparación de WebSphere Application Server Network Deployment
para un despliegue de servidor gestionado
Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment para
un despliegue de servidor gestionado.
Acerca de esta tarea
Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas.
Si está planificando una instalación típica, este procedimiento no es necesario.
Este procedimiento asume que ya tiene instalado IBM WebSphere Application Server.
Procedimiento
1. Cree un gestor de despliegue (dmgr).
a. Abra un indicador de mandatos y busque el directorio de instalación de IBM WebSphere
Application Server.
b. En el indicador de línea de mandatos, ejecute este mandato: bin/manageprofiles.bat -create
-profileName dmgrProfileName -templatePath profileTemplates/management -serverType
DEPLOYMENT_MANAGER -enableAdminSecurity true -adminUserName username -adminPassword
password
2. Inicie el gestor de despliegue al ejecutar este mandato: bin/startManager.bat -profileName
dmgrProfileName
3. Averigüe cuáles son los puertos asignados para el gestor de despliegue.
a. Abra el archivo profiles/nombrePerfildmgr/logs/AboutThisProfile.txt.
b. Encuentre la entrada del puerto de conector SOAP de Gestión y tome nota del número.
Capítulo 5. Preparación para una instalación personalizada
61
c. Encuentre la entrada del puerto de la consola de administración y anote el número.
4. Cree un nodo adjunto al gestor de despliegue al ejecutar este mandato: bin/manageprofiles.bat
-create -profileName nodeProfileName -templatePath profileTemplates/managed -federateLater
false -dmgrAdminUserName username -dmgrAdminPassword password -dmgrHost localhost -dmgrPort
dmgrPort
Donde:
v nodeProfileName: es el nombre del nodo
v username: es el usuario que ha especificado en el paso 1
v password: es la contraseña que ha especificado en el paso 1
v dmgrPort: es el número de puerto del conector SOAP de gestión del paso 3.b.
5. Inicie el nodo ejecutando este mandato: bin/startNode.bat -profileName nodeProfileName
6. Abra la consola de administración de IBM WebSphere Application Server y habilite la sincronización
de nodos.
a. Abra un navegador y vaya a https://localhostpuerto/ibm/console. El número de puerto es el
número de puerto de la consola de administración del paso 3.c.
b. Si encuentra una advertencia que dice que la conexión no es fiable, puede ignorar el mensaje o
añadir la excepción necesaria para el navegador.
c. Inicie sesión utilizando las credenciales del paso 1.
d. Navegue hasta System administration > Console Preferences.
e. Seleccione Synchronize changes with Nodes y pulse Apply.
7. Establezca la vía de acceso del controlador de base de datos en la consola de administración de IBM
WebSphere Application Server.
a. Vaya a Entorno > Variables de WebSphere.
b. Para cada una de las entradas de vía de acceso al controlador denominadas para su tipo de base
de datos, pulse la entrada. Por ejemplo: DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH o
MICROSOFT_JDBC_DRIVER_PATH.
c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos y
pulse Aceptar.
v Para Oracle, utilice ORACLE_HOME/jdbc/lib/ojdbc6.jar.
v Para Microsoft SQL Server, utilice SQL_PLUS_HOME/sqljdbc4.jar.
v Sustituya las barras inclinadas únicas por las dobles. Por ejemplo, si la vía de acceso es
C:/IBM/SQLLIB, especifique C://IBM.
d. Seleccione Save directly to the master configuration.
62
Guía de instalación
Tareas relacionadas:
“Caso de ejemplo 1, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 95
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 99
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application Server Network
Deployment” en la página 102
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 3.
Preparación del Despliegue de red de WebSphere Application Server
para un servidor no gestionado
Utilice este procedimiento para configurar el Despliegue de red de IBM WebSphere Application Server
para un despliegue de servidor no gestionado.
Acerca de esta tarea
Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas.
Si está planificando una instalación típica, este procedimiento no es necesario.
Este procedimiento asume que ya tiene instalado IBM WebSphere Application Server.
Procedimiento
1. Cree un nodo no gestionado en el servidor de aplicaciones que crea un servidor denominado server1
en el nodo. Utilice este mandato: bin/manageprofiles.bat -create -profileName nodeProfileName
-templatePath profileTemplates/default -federateLater false -dmgrAdminUserName username
-enableAdminSecurity true -adminUserName username -adminPassword password
Cuando utiliza un servidor no gestionado, el nombre del servidor de nodo es server1.
2. Inicie el nodo con este mandato: bin/startServer.bat -server1
3. Establezca la vía de acceso del controlador de base de datos en la consola de administración de IBM
WebSphere Application Server.
a. Vaya a Entorno > Variables de WebSphere.
b. Para cada una de las entradas de vía de acceso al controlador denominadas para su tipo de base
de datos, pulse la entrada. Por ejemplo: DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH o
MSSQLSERVER_JDBC_DRIVER_PATH.
c. Especifique la vía de acceso al directorio padre del directorio de instalación de la base de datos y
pulse Aceptar. Sustituya las barras inclinadas únicas por las dobles. Por ejemplo, si la vía de
acceso es C:/IBM/SQLLIB, especifique C://IBM.
d. Seleccione Save directly to the master configuration.
Preparación del WebSphere Application Server para el despliegue de
base
Utilice este procedimiento para configurar IBM WebSphere Application Server para el despliegue de base.
Capítulo 5. Preparación para una instalación personalizada
63
Acerca de esta tarea
Si planea utilizar un despliegue de base, IBM Installation Manager crea un perfil de IBM WebSphere
Application Server denominado server1. Si elige utilizar este perfil, no necesita crear uno antes de la
instalación.
Utilice este procedimiento solo para instalaciones de InfoSphere MDM personalizadas.
Si está planificando una instalación típica, este procedimiento no es necesario.
Este procedimiento asume que ya tiene instalado el servidor de aplicaciones.
Procedimiento
1. Vaya al directorio INICIO_WAS/ProfileManagement y ejecute la herramienta de gestión de perfiles.
v Para Microsoft Windows: pmt.bat
v Para Linux y UNIX: pmt.sh
2. En el panel Environment Selection, pulse Application Server y Next.
3. En el panel Profile Creation Options, seleccione Typical profile creation y pulse Next.
4. En el panel Administrative Security, asegúrese de que la opción Enable administrative security esté
seleccionada. Añada un nombre de usuario y contraseña, y pulse Next.
5. Revise el resumen y pulse Create.
6. Después de crear el perfil, puede iniciar el servidor y el nodo. Puede utilizar la consola First steps o
una línea de mandatos. Por ejemplo, /opt/IBM/WebSphere/AppServerBASE/profiles/AppSrv01/bin/
startNode.sh
Creación de un usuario nuevo y adición del usuario a un grupo de
MDM
Utilice este procedimiento para crear un usuario de IBM WebSphere Application Server y, a continuación,
añadirlo a un grupo de InfoSphere MDM.
Acerca de esta tarea
IBM Installation Manager crea todos los grupos y un usuario administrador de MDM (mdmadmin) con
los derechos y privilegios necesarios. Utilice este procedimiento para añadir usuarios nuevos.
Revise el tema "cuentas de usuario y grupos" para obtener información sobre los grupos disponibles.
Procedimiento
1. En la consola de administración de IBM WebSphere Application Server, vaya a Usuarios y grupos >
Gestionar usuarios y pulse Crear.
2. En la página Crear un usuario, escriba un ID de usuario, nombre y contraseña.
3. Pulse Pertenencia a grupos.
4. En la página Pertenencia a grupos, busque grupos con la clave de búsqueda ‘*’ y pulse Buscar.
5. En la columna Available, resalte los grupos a los que desea que pertenezca el usuario y pulse Add
para mover el grupo a la columna Mapped To.
6. En la página Pertenencia a grupos, pulse Cerrar.
7. En la página Crear un usuario, pulse Crear.
64
Guía de instalación
Conceptos relacionados:
Gestión de usuarios
Tareas relacionadas:
Habilitación de seguridad de usuario para el servidor operativo
Configuración de usuarios y grupos de usuarios para MDM virtual
Referencia relacionada:
“Cuentas de usuario y grupos creados por el instalador” en la página 17
Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios
predeterminados en el servidor de aplicaciones.
Modificación de los roles de seguridad para los canales en MDM
El mecanismo de seguridad en MDM tiene algunas configuraciones de rol de canal.
MDM acepta solicitudes de estos canales sólo si el rol del interlocutor está configurado en las
configuraciones de producto respectivas:
v /IBM/DWLCommonServices/Security/TrustedClientMode/Batch/roles
v /IBM/DWLCommonServices/Security/TrustedClientMode/EventManager/roles
v /IBM/DWLCommonServices/Security/TrustedClientMode/OtherChannels/roles
De forma predeterminada estas configuraciones tiene el valor predeterminado mdm_admin. Si el nuevo
usuario se creo y no se asigna al rol mdm_admin, entonces un rol válido del usuario creado debe
configurarse al actualizar estas configuraciones.
Para obtener más información, consulte el tema 'Definición de servicios de seguridad'.
Conceptos relacionados:
Configuración y administración del servicio de seguridad
Preparación de un sistema Solaris para instalación de MDM
Si está instalando en un sistema operativo Solaris, debe completar este procedimiento antes de iniciar la
instalación.
Acerca de esta tarea
Si no completa estos pasos, la instalación de MDM puede tardar más de 8 horas en completarse. El
resultado es que la instalación sobrepasa el tiempo de espera o se completa con una instalación dañada.
Procedimiento
Establezca el argumento de máquina virtual Java para su gestor de despliegue:
1. Cree un perfil de WebSphere Application Server (Deployment Manager y nodo).
2. Abra la consola de administración de WebSphere Application Server y vaya a System Administration
> Deployment Manager > Java and Process Management > Process Definition > Java Virtual
Machine.
3. En el campo Generic JVM Arguments de la pestaña Configuration, escriba el siguiente argumento:
-XX:MaxpermSize=384m. Pulse Apply y Save directly to the master configuration.
4. Reinicie el nodo y el gestor de despliegue.
En T-series, complete estos pasos:
5. Vaya al directorio WAS_PROFILE_HOME/deployment manager properties y abra el archivo
soap.client.props.
6. Cambie el valor de com.ibm.SOAP.requestTimeout de 180 a 1800: com.ibm.SOAP.requestTimeout=1800
Capítulo 5. Preparación para una instalación personalizada
65
7. Reinicie el nodo y el gestor de despliegue.
Configuración del entorno local y codificación de caracteres en
sistemas de destino
Los valores de globalización se establecen automáticamente en los servidores operativos físicos durante la
instalación. Para los servidores operativos con configuraciones virtuales, hay algunos valores que debe
establecer manualmente después de la instalación.
La configuración Unicode se realiza cuando ejecuta el script para crear una base de datos adecuado para
el tipo de base de datos. La configuración de idioma se realiza durante la instalación. Utilice este
procedimiento para establecer cualquier configuración adicional para los servidores operativos si planifica
implementar un idioma diferente al Ingles de Estados Unidos.
Los archivos de registro creados por el servidor operativo están codificados en ASCII. Los puntos de
código no abarcados por ASCII están en la forma Unicode estándar de U+XXXX.
Debe asegurarse que los siguientes ítems de Unicode hayan sido establecidos por el script crear base de
datos antes de comenzar a instalar MDM.
v Microsoft SQL Server: el nuevo MAD_DBTYPE es “mssqlu”
v Oracle: CREATE DATABASE dname...CHARACTER SET AL32UTF8. También debe establecer la
semántica de longitud de carácter para Unicode. Establezca la variable NLS_LANG_SEMANTICS en
CHAR (el valor predeterminado es BYTE). Utilice el mandato:
ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR SCOPE=BOTH
Si está utilizando un controlador de conexión inalámbrica con un cliente Oracle, también debe
establecer esta variable para el usuario que se conecta al servidor operativo. (Un controlador de
conexión inalámbrica utiliza bibliotecas de cliente Oracle.)
LS_LANG=AMERICAN_AMERICA.AL32UTF8
v IBM DB2: CREATE DATABASE dname USING CODESET UTF-8 TERRITORY código de territorio. Por
ejemplo: create database prod using codeset UTF-8 territory us, donde prod es el nombre de la
base de datos y us es el territorio.
Después de instalar MDM operational server, debe establecer manualmente la variable
MAD_ENCODING para la configuración virtual. Esta variable se establece en el archivo de configuración
com.initiate.server.system.cfg.
Las series traducidas se almacenan en el directorio /smt. Estos archivos, como fr_FR.smt o en_US.smt,
contienen los mensajes de interacción que son devueltos a los clientes. Para establecer el idioma para las
series traducidas, también debe establecer la variable de entorno MAD_SMTLIST en el archivo de
configuración com.initiate.server.system.cfg. Esta variable apunta al archivo *.smt apropiado. Si
utiliza varios idiomas, puede separar los idiomas con comas en la propiedad variable.
Cuando la opción MAD_SMTLIST se establece en varios idiomas (smtcode), el servidor operativo
potencialmente puede cargar varios idiomas (series) a un mismo tiempo. Sin embargo, los componentes
de MDM muestran las series de un solo idioma por vez. Por ejemplo, el mismo servidor operativo está
configurado para enviar a un cliente francés, mensajes en francés y a un cliente inglés, mensajes en
inglés.
Si el software de cliente no está configurado para utilizar un idioma alternativo, solo se devuelve
información a nivel de servidor operativo en el idioma elegido. La traducción o globalización de los datos
almacenados en la base de datos MDM, como las fechas, no están convertidas al visualizarse en las
aplicaciones de usuario. En cambio, esta información se visualiza en el entorno local en el que se recibió
desde el origen.
66
Guía de instalación
Capítulo 6. Instalación de InfoSphere MDM
Las instrucciones de instalación son las mismas para todas las ediciones.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para los componentes que tiene previsto
instalar
v Ha completado las hojas de trabajo de la instalación
v Tiene acceso a la oferta de InfoSphere MDM
v Ha completado los pasos de preparación
Procedimiento
Si tiene previsto instalar un tipo de despliegue de instalación personalizada:
1. Añada los repositorios necesarios a IBM Installation Manager.
2. Instale la aplicación y los componentes.
Si tiene previsto instalar un tipo de despliegue típico:
3. Determine el tipo de despliegue: servidor típico o estación de trabajo típica.
4. Utilice el procedimiento específico de su tipo de despliegue.
Complete y verifique la instalación:
5. Cuando se haya completado la instalación, pulse View Log Files en el panel IBM Installation
Manager final. Revise los registros para verificar si ha sido una instalación satisfactoria.
6. Ejecute las pruebas de verificación de instalación.
Qué hacer a continuación
Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una
aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede
ejecutar IBM Installation Manager nuevamente y seleccionar Modify.
© Copyright IBM Corp. 1996, 2013
67
Conceptos relacionados:
“Tipo de despliegue de instalación típica versus personalizada” en la página 4
La instalación de IBM InfoSphere Master Data Management se puede realizar mediante la utilización de
una instalación típica o personalizada
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
Capítulo 5, “Preparación para una instalación personalizada”, en la página 29
Antes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo los pasos de planificación y
de cumplir con los requisitos previos. Estos pasos sólo son aplicables a instalaciones personalizadas.
“Visualización de los registros de instalación de MDM” en la página 196
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Inicio del proceso de instalación con LaunchPad
Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar
una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar
una instalación personalizada.
Antes de empezar
LaunchPad es una aplicación basada en navegador que puede utilizarse como el punto de partida para
una instalación, y se ejecuta automáticamente cuando instala desde un CD. Utilice este procedimiento si
desea utilizar LaunchPad para iniciar una instalación cuando no está utilizando el CD.
Desde LaunchPad puede realizar lo siguiente:
v Iniciar el proceso de instalación
v Salir del proceso de instalación
Atención: El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad.
Consulte Capítulo 3, “Configuración del soporte de instalación”, en la página 25.
Procedimiento
1. Vaya al directorio en el que ha descargado el soporte de MDM y abra Disk1. Por ejemplo:
download_path/MDM/disk1
2. Inicie LaunchPad utilizando uno de estos scripts:
v Microsoft Windows: launchpad.exe
v Linux y UNIX: launchpad.sh
68
Guía de instalación
Tareas relacionadas:
“Instalación de InfoSphere InfoSphere MDM Workbench” en la página 186
Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de
despliegue de instalación personalizada y sólo está instalando el entorno de trabajo.
Capítulo 3, “Configuración del soporte de instalación”, en la página 25
El soporte de instalación para instalar InfoSphere MDM está disponible en CD o como archivos de
imagen de instalación descargables.
Capítulo 4, “Preparación para una instalación típica”, en la página 27
Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a
cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a
instalaciones típicas.
Instalación de una instalación de servidor típica
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v El servidor en el que realiza la instalación no tiene ninguna instancia existente de MDM, IBM
WebSphere Application Server o IBM DB2
v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server e IBM DB2
v Si está instalando en Linux o UNIX, inicie sesión como usuario root.
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. Consulte
Capítulo 3, “Configuración del soporte de instalación”, en la página 25.
Durante una instalación típica, se le proporcionan valores de configuración predeterminados. Puede
revisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminados
antes de comenzar la instalación.
Para instalaciones de servidor, debe utilizar el despliegue de red de IBM WebSphere Application Server.
Atención: La instalación típica está configurada para utilizar puertos TCP o SOAP específicos para el
servidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertos
TCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.
Procedimiento
1. Inicie LaunchPad utilizando uno de estos scripts:
v Microsoft Windows: launchpad.exe
v Linux y UNIX: launchpad.sh
Capítulo 6. Instalación de InfoSphere MDM
69
2. En el panel Instalar paquetes seleccione:
v Despliegue de red de IBM WebSphere Application Server
v IBM DB2
v Edición InfoSphere MDM
3. Pulse Siguiente.
4. Continúe a través de los indicadores para aceptar el acuerdo de licencia y pulse Next.
5. Seleccione el directorio de recursos compartidos o acepte el valor predeterminado. Si también está
instalando IBM Installation Manager, también debe seleccionar un directorio de instalación o aceptar
el valor predeterminado. Pulse Siguiente.
6. En el segundo panel Install Packages:
a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un
componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse
Browse en el campo Installation Directory.
b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit.
c. Pulse Siguiente.
7. Seleccione el idioma y pulse Siguiente.
8. Seleccione Data Stewardship UI o Inspector si desea instalar una, o ambas, aplicaciones de usuario.
9. Revise la información de resumen de instalación y pulse Instalar.
10. Cuando finalice la instalación, pulse None en el panel Which program do you want to start.
11. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos
de registro.
12. Pulse Finish y cierre IBM Installation Manager.
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una
aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede
ejecutar IBM Installation Manager nuevamente y seleccionar Modify.
Para obtener una lista de nombres de usuario y contraseñas creados por el instalador, consulte el tema
"cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica" (consulte la
referencia relacionada más abajo).
70
Guía de instalación
Conceptos relacionados:
“Instalación de servidor típica” en la página 5
Una instalación de servidor típica implica que selecciona instalar una edición de InfoSphere MDM, IBM
WebSphere Application Server e IBM DB2 en un servidor.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Desinstalación de una instalación de servidor típica” en la página 197
Si ha instalado MDM utilizando una instalación de servidor típica, utilice este procedimiento para
desinstalar las funciones.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Capítulo 4, “Preparación para una instalación típica”, en la página 27
Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a
cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a
instalaciones típicas.
Referencia relacionada:
“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página
18
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
Instalación de una instalación de estación de trabajo típica
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v El servidor en el que realiza la instalación no tiene ninguna instancia existente de MDM, IBM
WebSphere Application Server o IBM DB2
v Tiene acceso a las ofertas de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2, IBM
Rational Application Developer (RAD) y MDM Workbench
v Si está instalando en Linux o UNIX, inicie sesión como usuario root.
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
Capítulo 6. Instalación de InfoSphere MDM
71
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
También debe asegurarse de que estén disponibles las bibliotecas de 32 bits necesarias en su sistema
operativo de 64 bits. Consulte los temas de referencia relacionados que aparecen más abajo.
El soporte de instalación debe estar en las ubicaciones correctas para que se inicie LaunchPad. Consulte
Capítulo 3, “Configuración del soporte de instalación”, en la página 25.
Durante una instalación típica, se le proporcionan valores de configuración predeterminados. Puede
revisar las hojas de trabajo de la configuración si desea saber cuales son los valores predeterminados
antes de comenzar la instalación.
Para instalaciones de estación de trabajo, debe utilizar el despliegue de base de IBM WebSphere
Application Server.
Atención: La instalación típica está configurada para utilizar puertos TCP o SOAP específicos para el
servidor de aplicaciones. Para una instalación satisfactoria, primero verifique que los siguientes puertos
TCP o SOAP no estén en uso: 50000 a 50002 y 60000 a 60004.
Procedimiento
1. Inicie LaunchPad utilizando uno de estos scripts:
v Microsoft Windows: launchpad.exe
v Linux y UNIX: launchpad.sh
2. En el panel Instalar paquetes seleccione:
v IBM WebSphere Application Server
v IBM DB2
v IBM Rational Application Developer (RAD)
v Edición InfoSphere MDM
v InfoSphere MDM Workbench
3. Pulse Siguiente.
4. Continúe a través de los indicadores para aceptar el acuerdo de licencia y pulse Next.
5. Seleccione el directorio de recursos compartidos o acepte el valor predeterminado. Si también está
instalando IBM Installation Manager, también debe seleccionar un directorio de instalación o aceptar
el valor predeterminado. Pulse Siguiente.
6. En el segundo panel Install Packages:
a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un
componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse
Browse en el campo Installation Directory.
b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit.
c. Pulse Siguiente.
7. Seleccione el idioma y pulse Siguiente.
8. Revise la información de resumen de instalación y pulse Instalar.
9. Cuando finalice la instalación, pulse None en el panel Which program do you want to start.
10. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos
de registro.
11. Pulse Finish y cierre IBM Installation Manager.
72
Guía de instalación
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una
aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede
ejecutar IBM Installation Manager nuevamente y seleccionar Modify.
Para obtener una lista de nombres de usuario y contraseñas creados por el instalador, consulte el tema
"cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica" (consulte la
referencia relacionada más abajo).
Conceptos relacionados:
“Instalación de estación de trabajo típica” en la página 7
Una instalación de estación de trabajo típica implica que selecciona instalar una edición de InfoSphere
MDM, IBM WebSphere Application Server, IBM DB2, IBM Rational Application Developer (RAD) e
InfoSphere MDM Workbench en una estación de trabajo.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Desinstalación de una instalación de estación de trabajo típica” en la página 198
Si ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimiento
para desinstalar las funciones.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Capítulo 4, “Preparación para una instalación típica”, en la página 27
Antes de comenzar una instalación de estación de trabajo típica o servidor típico, asegúrese de llevar a
cabo los pasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo son aplicables a
instalaciones típicas.
Referencia relacionada:
“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página
18
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13
Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una
estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo
para que la instalación sea satisfactoria.
Instalación de una instalación personalizada
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
Capítulo 6. Instalación de InfoSphere MDM
73
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Ha completado las tareas de preparación de instalación (incluida la preparación de IBM WebSphere
Application Server y de la base de datos)
v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos
v Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM
Workbench en una estación de trabajo
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento
dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB
y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.
Acerca de esta tarea
Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar InfoSphere MDM
en el mismo grupo de paquetes.
Si está instalando MDM en z/OS, consulte “Instalación en z/OS” en la página 81.
Procedimiento
1. Inicie IBM Installation Manager.
2. En la pantalla de inicio de IBM Installation Manager, pulse Install.
3. En el panel Install Packages, seleccione la edición y los paquetes adicionales que necesite (como, por
ejemplo, Workbench). Pulse Siguiente.
4. En el segundo panel Install Packages:
a. Seleccione el Installation Directory en el que desea instalar cada componente. Si elige instalar un
componente en un directorio distinto del predeterminado, seleccione dicho componente y pulse
Browse en el campo Installation Directory.
Atención: Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no
instalar MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear un
nuevo grupo de paquetes.
b. Para Architecture Selection, asegúrese de que esté seleccionado 64-bit.
c. Pulse Siguiente.
5. Seleccione el idioma y pulse Siguiente.
6. Seleccione las características a instalar y pulse Next.
7. Especifique la información de configuración. Utilice las hojas de trabajo de la instalación como guía.
a. En el panel Database Configuration, especifique los detalles de la base de datos y pulse Test
Connection antes de salir del panel.
b. Complete los campos en el panel History Configuration, si es aplicable a su oferta.
c. En el panel WebSphere Application Server Configuration:
74
Guía de instalación
Especifique la información que ha utilizado durante la preparación del servidor de
aplicaciones.
v Seleccione Retrieve Host Details para obtener la información de Celda, Nodo y Servidor.
v Si está instalando en un entorno en clúster, seleccione Install MDM application on cluster y
elija el nombre de clúster de la lista Cluster.
v Pulse Verify MDM Instance on Server antes de salir del panel.
d. En el panel Application Configuration:
v Proporcione el nombre de la aplicación, contraseña de usuario y puerto de RMI.
v Seleccione Probabilistic matching o Deterministic matching para su estilo de coincidencia.
v Si su aplicación se está ejecutando en distintos husos horarios o si sus datos tienen valores
sensibles a la hora correspondientes a distintos husos horarios, seleccione Enable multiple
time zone deployment y seleccione un Default time zone.
v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar más
información. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la que
está ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messaging
server para evitar que el instalador cree un gestor de colas. Mantenga la opción seleccionada si
no desea crear un gestor de colas.
e. En cada panel de configuración de aplicaciones de usuario individual, proporcione los
parámetros. Si está instalando en un entorno en clúster, seleccione Install MDM application on
cluster y elija el clúster de la lista.
8. Revise la información de resumen de instalación y pulse Instalar.
9. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos
de registro.
10. Pulse Finish y cierre IBM Installation Manager.
v
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una
aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede
ejecutar IBM Installation Manager nuevamente y seleccionar Modify.
Capítulo 6. Instalación de InfoSphere MDM
75
Conceptos relacionados:
“Tipo de despliegue de instalación personalizada” en la página 8
Se utiliza una instalación personalizada para hacer precisamente eso, personalizar los componentes que
instala.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
“Preparación de IBM Installation Manager” en la página 47
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
“Preparación del servidor de aplicaciones” en la página 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster” en la
página 55
Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en un
entorno de clúster.
“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster” en la
página 58
Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en un
entorno en clúster.
“Instalación en z/OS” en la página 81
Utilice este procedimiento si está instalando con IBM DB2 for z/OS.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
“Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 3.
Referencia relacionada:
“Installation Startup Kit” en la página 15
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13
76
Guía de instalación
Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una
estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo
para que la instalación sea satisfactoria.
Instalación en un entorno en clúster
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Ha completado las tareas de preparación de instalación (incluida la preparación de IBM WebSphere
Application Server y de la base de datos)
v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos
v Ha instalado IBM Rational Application Developer (RAD) si está instalando InfoSphere MDM
Workbench en una estación de trabajo
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
Atención: Para instalaciones personalizadas, debe tener los argumentos de tamaño de almacenamiento
dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB
y 1024MB. Esto es especialmente importante si tiene previsto instalar Product Maintenance UI.
Acerca de esta tarea
Revise los casos de ejemplo de instalación antes de iniciar una instalación en clúster. Si bien puede que
los casos de ejemplo no se ajusten exactamente a su entorno, pueden ofrecer una pauta para la
instalación.
Procedimiento
1. Verifique que estos elementos estén completos para su servidor de aplicaciones:
a. WebSphere Application Server está instalado en cada máquina necesaria en su clúster.
b. Se han creado los clústeres necesarios en WebSphere Application Server.
c. Si está utilizando una base de datos de DB2 u Oracle, debe establecer la variable de entorno
JDBC_DRIVER_PATH.
d. Sincronice todos los nodos gestionados.
e. Anote el nombre de host y puerto de WebSphere Application Server en su hoja de trabajo de
instalación.
2. Verifique que la base de datos y el software de cliente de base de datos están instalados en las
máquinas necesarias, y que la base de datos se haya iniciado.
3. Si está utilizando IBM WebSphere MQ messaging, complete estos pasos. Si está utilizando IBM
WebSphere Default Messaging, salte al paso 4.
a. Verifique que está instalado.
Capítulo 6. Instalación de InfoSphere MDM
77
b. Ejecute los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para crear el gestor de colas de
WebSphere MQ, canal y colas. Estos scripts se encuentran en el Installation Startup Kit.
4. Instale MDM.
a. Inicie IBM Installation Manager, seleccione la oferta de MDM y continúe a través de los
indicadores.
b. En el panel Database Configuration, especifique los detalles de la base de datos y pulse Test
Connection antes de salir del panel.
c. En el panel WebSphere Application Server Configuration:
v Especifique la información que ha utilizado durante la preparación del servidor de aplicaciones.
v Seleccione Retrieve Host Details para obtener la información de Celda, Nodo y Servidor.
v Seleccione Install MDM application on cluster y elija el nombre de clúster de la lista Cluster.
v Pulse Verify MDM Instance on Server antes de salir del panel.
d. En el panel Application Configuration:
v Proporcione el nombre de la aplicación, contraseña de usuario y puerto de RMI.
v Seleccione Probabilistic matching o Deterministic matching para su estilo de coincidencia.
v Si su aplicación se está ejecutando en distintos husos horarios o si sus datos tienen valores
sensibles a la hora correspondientes a distintos husos horarios, seleccione Enable multiple time
zone deployment y seleccione un Default time zone.
v Seleccione el tipo de mensajería. Si selecciona IBM WebSphere MQ, debe proporcionar más
información. Si ha instalado WebSphere MQ en una máquina distinta de la máquina en la que
está ejecutando IBM Installation Manager, asegúrese de borrar la opción Configure messaging
server para evitar que el instalador cree un gestor de colas.
e. En cada panel de configuración de aplicaciones de usuario individual, proporcione los parámetros.
Seleccione Install MDM application on cluster y elija el clúster de la lista.
5. Revise la información de resumen de instalación y pulse Instalar.
6. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de
registro.
7. Pulse Finish y cierre IBM Installation Manager.
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Después de la instalación, si desea añadir o eliminar una característica (por ejemplo, añadir una
aplicación u otra traducción de idioma), o modificar cualquiera de los valores de configuración, puede
ejecutar IBM Installation Manager nuevamente y seleccionar Modify.
78
Guía de instalación
Conceptos relacionados:
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
“Preparación de IBM Installation Manager” en la página 47
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
“Preparación del servidor de aplicaciones” en la página 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Casos de ejemplo de instalación
Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en
entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno
posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de
varios productos y máquinas.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Instalación en z/OS” en la página 81
Utilice este procedimiento si está instalando con IBM DB2 for z/OS.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Despliegue de la función MDM Native Component en servidor
Windows remoto
La función Master Data Management Native Component es el origen de datos de ODBC que requieren
las configuraciones de MDM virtual para funcionar correctamente. Si tiene previsto instalar el MDM
Operational Server e implementar una configuración de MDM virtual en un clúster de WebSphere
Application Server y un sistema operativo Microsoft Windows, hay pasos que debe seguir después de
instalar el servidor operativo.
Acerca de esta tarea
El instalador ejecuta automáticamente el destino madconfig create_datasource para crear un origen de
datos de ODBC en un servidor remoto utilizando un agente Ant. Sin embargo, el agente Ant no tiene
permiso para modificar el registro de Windows.
Si está ejecutando IBM Installation Manager y WebSphere Application Server deployment manager en la
máquina A y debe desplegar su servidor operativo y configuración virtual en nodos gestionados en otras
máquinas (por ejemplo B, C y D), utilice este procedimiento. Este procedimiento crea manualmente el
origen de datos de ODBC en cada uno de los servidores Windows remotos después de la primera
ejecución de IBM Installation Manager para instalar su servidor operativo.
Capítulo 6. Instalación de InfoSphere MDM
79
Procedimiento
1. Ejecute IBM Installation Manager en la máquina A e instale el MDM Operational Server.
2. En la máquina B, vaya al directorio WAS_PROFILE_HOME/installedApps/YOUR_CELL_NAME/MDM-nativeIDENTIFIER.ear/native.war/scripts.
3. Abra un indicador de línea de mandatos.
4. Escriba este mandato: madconfig.bat create_datasource -Dmad.db.type=DBTYPE
-Dmad.db.name=DBNAME -Dmad.db.port=DBPORT -Dmad.db.host=DBHOST -Dmad.db.dsn=DSN
Donde:
v DBTYPE: es el tipo de base de datos; especifique DB2, ORACLE o MSSQLU en la máquina B
v DBHOST: es el nombre de host o dirección IP de la base de datos en la máquina B
v DBPORT: es el puerto de la base de datos en la máquina B
v DBNAME: es el nombre de la base de datos en la máquina B, por ejemplo mdmins11
v DSN: el nombre del origen de datos; el convenio de denominación de DSN es
DB_NAME_MDM_INSTANCE_IDENTIFIER. MDM_INSTANCE_IDENTIFIER. debe coincidir con el
valor de MDM application name que ha especificado en el panel Application Configuration
durante la instalación en la máquina A.
5. Repita los pasos 2 y 3 para cada máquina adicional de su clúster (por ejemplo, C y D).
Instalación en Oracle RAC
Utilice este procedimiento si está utilizando MDM virtual e instalando en Oracle Real Application
Clusters (RAC).
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha completado las tareas de preparación para la creación de la base de datos y servidor de
aplicaciones
v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos
Procedimiento
1. Inicie IBM Installation Manager.
a. En el panel Install Packages, seleccione la edición y pulse Next.
b. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y
un idioma.
c. Seleccione las funciones MDM Database y MDM Operational Server y pulse Next.
d. Complete los paneles de configuración y pulse Next.
e. Pulse Instalar.
El instalador crea el origen de datos de ODBC con el SID y ejecuta el destino madconfig
bootstrap_datasource para crear todas las tablas de MDM virtual.
2. Vaya a la consola de administración de WebSphere Application Server y seleccione 'Resources > JDBC
> Data sources.
a. En la página Data sources, pulse el nombre de su origen de datos de MDM.
b.
c.
d.
e.
80
En la siguiente página Data sources, pulse Custom properties.
Elimine el SID seleccionándolo y pulsando Delete.
Pulse New y añada un Name de propiedad personalizada nuevo para serviceName y el Value.
Pulse OK.
Guía de instalación
3. Ejecute los mandatos siguientes desde el directorio native.war/scripts. Para un entorno en clúster,
debe ejecutar estos mandatos en cada máquina del clúster.
v madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID
v madconfig create_datasource -Dmad.db.type=oracle -Dmad.db.host=DB_HOST
-Dmad.db.port=DB_PORT -Dmad.db.service=SERVICE_NAME -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID
Cuando ejecute este mandato, se le solicitará que especifique el SID. Deje la solicitud en blanco y
pulse Intro.
Qué hacer a continuación
Revise siempre los registros de instalación para verificar que el proceso se haya completado
correctamente.
Si determina que los datos virtuales no se han cargado correctamente después de revisar los registros,
puede utilizar el programa de utilidad madconfig para volver a cargar los datos o para ejecutar un
programa de arranque.
Habilitación de soporte para controlador de conexión inalámbrica de
Oracle
Si está utilizando MDM virtual y tiene previsto utilizar un controlador de base de datos de Oracle de
conexión inalámbrica, complete estos pasos después de instalar la base de datos de MDM y las funciones.
Antes de empezar
Siga los pasos que se indican en “Despliegue de la función MDM Native Component en servidor
Windows remoto” en la página 79.
Procedimiento
1. En la máquina donde ha instalado el cliente de Oracle nativo y los controladores y donde ha
desplegado el archivo EAR nativo:
a. Configure la variable de entorno del sistema operativo como: ORACLE_HOME=PATH_TO_ORACLE_HOME.
b. Configure la variable de entorno del sistema operativo como:
v Para Microsoft Windows: LIB=PATH_TO_ORACLE_HOME/lib
v Para IBM AIX: LIBPATH=PATH_TO_ORACLE_HOME/lib
v Para otros sistemas operativos: LD_LIBRARY_PATH=PATH_TO_ORACLE_HOME/lib
2. Vaya al directorio native.war/scripts y ejecute estos mandatos:
a. madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID
b. madconfig create_datasource -Dmad.db.type=oracle -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_IDDmad.db.server=TNS_NAME
El mandato create_datasource le solicita que especifique un host de base de datos. Puede dejar la
solicitud en blanco y pulsar Intro.
3. Si tiene un entorno en clúster, repita los pasos en cada miembro del clúster.
Referencia relacionada:
“Controladores ODBC instalados con Standard Edition” en la página 59
Los controladores ODBC que aplica el instalador están determinados por el tipo de base de datos que se
define.
Instalación en z/OS
Utilice este procedimiento si está instalando con IBM DB2 for z/OS.
Capítulo 6. Instalación de InfoSphere MDM
81
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Ha añadido la oferta de MDM a IBM Installation Manager
v Ha completado las tareas de preparación para la creación de la base de datos y servidor de
aplicaciones
v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo) y la base de datos
Acerca de esta tarea
Este proceso requiere tres distintos pasos o sesiones; en dos de esas sesiones debe ejecutar el proceso de
instalador. En la primera sesión, el instalador extrae los JCL que se utilizan para instalar manualmente la
base de datos de physical MDM.
Después de completada la carga de la base de datos física, la segunda sesión de instalación instala el
componente virtual de la base de datos de MDM, el servidor operativo y cualquier otra función que
seleccione.
Procedimiento
Primera sesión, extraiga los JCL de MDM física. Instale Installation Startup Kit para extraer los activos
de DB2 z/OS de MDM física en el directorio STARTUPKIT_INSTALL_HOME.
1. Inicie IBM Installation Manager y pulse Install en el panel de inicio.
2. En el panel Install Packages, seleccione Installation Startup Kit y pulse Next.
3. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y un
idioma.
4. Revise la información de resumen de instalación y pulse Instalar.
5. Pulse Finish cuando haya finalizado la instalación.
Segunda sesión, transfiera activos de DB2 y cargue los datos de MDM física manualmente.
6. Vaya a STARTUPKIT_INSTALL_HOME.
7. Copie los activos de z/OS de MDM Operational Server desde los directorios
STARTUPKIT_INSTALL_HOMECoreData/Full/DB2/ZOS/pds y STARTUPKIT_INSTALL_HOMEFull/DB2/ZOS/pds al
sistema z/OS.
8. Cargue la MDM física manualmente utilizando estas instrucciones: “Instalación manual de physical
MDM database en DB2 for z/OS” en la página 116 (instalación de la base de datos principal
utilizando TSO y JCL, instalación de datos CLOB e instalación de la base de datos de dominios).
Tercera sesión, instale MDM Operational Server y otras funciones:
9. Inicie IBM Installation Manager y pulse Install en el panel de inicio.
10. En el panel Install Packages, seleccione la edición y pulse Next.
11. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una ubicación de instalación y un
idioma.
Atención: Si tiene instalado IBM Rational Application Developer (RAD), asegúrese de no instalar
InfoSphere MDM en el mismo grupo de paquetes. En el panel Instalar paquetes, seleccione Crear un
nuevo grupo de paquetes.
12. Seleccione MDM Operational Server, MDM Database, y cualquier otra función que desee instalar.
13. Especifique la información de configuración.
v En el panel de configuración de base de datos, seleccione DB2 Z/OS.
v Para la configuración de IBM WebSphere Application Server, asegúrese de especificar la
información que utilizó durante la preparación del servidor de aplicaciones. Utilice el usuario y
contraseña de mdmadmin. Pulse Verify MDM Instance on Server antes de salir del panel.
v En el panel Messaging Server, seleccione IBM WebSphere Default Messaging.
82
Guía de instalación
14. Revise la información de resumen de instalación y pulse Instalar.
15. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos
de registro.
16. Pulse Finish y cierre IBM Installation Manager.
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
Instalación silenciosa
Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para
ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.
Los archivos de respuestas de modalidad silenciosa de muestra se proporcionan en el directorio
STARTUP_INSTALL_HOME/StartupKit.
Los archivos específicos de sistemas operativos están disponibles para los sistemas soportados.
Están disponibles los siguientes archivos de respuestas de modalidad silenciosa de muestra para IBM
WebSphere Application Server:
v typical_install_server.res: utilice este archivo de respuestas para instalar el servidor operativo de
MDM, la base de datos de MDM, el servidor de bases de datos de IBM DB2 y WebSphere Application
Server Network Deployment
v typical_install_workstation.res: utilice este archivo de respuestas para instalar el servidor operativo
de MDM, la base de datos de MDM, el servidor de bases de datos de IBM DB2, WebSphere
Application Server, IBM Rational Application Developer (RAD) y InfoSphere MDM Workbench
v install_single_servers_aix.res: utilice este archivo de respuestas para instalar el servidor operativo
con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: AIX
– Proveedor de mensajería: WebSphere Application Server default messaging provider
–
–
–
–
–
Destino
Destino
Destino
Destino
Destino
de
de
de
de
de
despliegue
despliegue
despliegue
despliegue
despliegue
de
de
de
de
de
MDM Operational Server (servidor único): mdm-s1-E001
Business Administration UI (servidor único): mdm-s2-E001
Data Stewardship UI (servidor único): mdm-s2-E001
Product Maintenance UI (servidor único): mdm-s2-E001
Inspector (servidor único): mdm-s3-E001
– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001
– Destino de despliegue de Web Reports (servidor único): mdm-s3-E001
v
install_cluster_aix_mq.res: utilice este archivo de respuestas para instalar el servidor operativo con
un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: AIX
– Proveedor de mensajería: WebSphere MQ messaging provider
Capítulo 6. Instalación de InfoSphere MDM
83
–
–
–
–
–
Destino
Destino
Destino
Destino
Destino
de
de
de
de
de
despliegue
despliegue
despliegue
despliegue
despliegue
de
de
de
de
de
MDM Operational Server (clúster): mdm-CL01
Business Administration UI (clúster): mdm-CL02
Data Stewardship UI (clúster): mdm-CL02
Product Maintenance UI (clúster): mdm-CL02
Inspector (clúster): mdm-CL02
– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02
– Destino de despliegue de Web Reports (clúster): mdm-CL02
v install_single_servers_linux.res: utilice este archivo de respuestas para instalar el servidor
operativo con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: Linux
– Proveedor de mensajería: WebSphere Application Server default messaging provider
– Destino de despliegue de MDM Operational Server (servidor único): mdm-s1-E001
– Destino de despliegue de Business Administration UI (servidor único): mdm-s2-E001
– Destino de despliegue de Data Stewardship UI (servidor único): mdm-s2-E001
– Destino de despliegue de Product Maintenance UI (servidor único): mdm-s2-E001
– Destino de despliegue de Inspector (servidor único): mdm-s3-E001
– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001
– Destino de despliegue de Web Reports (servidor único): mdm-s3-E001
v install_cluster_linux_mq.res: utilice este archivo de respuestas para instalar MDM Operational
Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: Linux
–
–
–
–
Proveedor de mensajería: WebSphere MQ messaging provider
Destino de despliegue de MDM Operational Server (clúster): mdm-CL01
Destino de despliegue de Business Administration UI (clúster): mdm-CL02
Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02
–
–
–
–
Destino
Destino
Destino
Destino
de
de
de
de
despliegue
despliegue
despliegue
despliegue
de
de
de
de
Product Maintenance UI (clúster): mdm-CL02
Inspector (clúster): mdm-CL02
Enterprise Viewer (clúster): mdm-CL02
Web Reports (clúster): mdm-CL02
v install_single_servers_win.res: utilice este archivo de respuestas para instalar MDM Operational
Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros. Si
hay un error de validación en el archivo de respuestas, puede que las instalaciones silenciosas en
Windows concluyan sin mostrar una indicación del motivo. Si su instalación concluye, revise los
archivos de registro para encontrar el motivo.
– Plataforma: Microsoft Windows 7
– Proveedor de mensajería: WebSphere Application Server default messaging provider
– Destino de despliegue de MDM Operational Server (servidor único): mdm-s1-E001
– Destino de despliegue de Business Administration UI (servidor único): mdm-s2-E001
– Destino de despliegue de Data Stewardship UI (servidor único): mdm-s2-E001
– Destino de despliegue de Product Maintenance UI (servidor único): mdm-s2-E001
– Destino de despliegue de Inspector (servidor único): mdm-s3-E001
– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001
– Destino de despliegue de Web Reports (servidor único): mdm-s3-E001
v install_cluster_win_mq.res: utilice este archivo de respuestas para instalar MDM Operational Server
con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: Microsoft Windows 7
84
Guía de instalación
–
–
–
–
–
Proveedor de mensajería: WebSphere MQ messaging provider
Destino de despliegue de MDM Operational Server (clúster): mdm-CL01
Destino de despliegue de Business Administration UI (clúster): mdm-CL02
Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02
Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02
– Destino de despliegue de Inspector (clúster): mdm-CL02
– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02
– Destino de despliegue de Web Reports (clúster): mdm-CL02
v install_single_servers_solaris.res: utilice este archivo de respuestas para instalar MDM
Operational Server con un tipo de despliegue de instalación personalizada que utilice los siguientes
parámetros:
– Plataforma: Solaris
– Proveedor de mensajería: WebSphere Application Server default messaging provider
–
–
–
–
–
Destino
Destino
Destino
Destino
Destino
de
de
de
de
de
despliegue
despliegue
despliegue
despliegue
despliegue
de
de
de
de
de
MDM Operational Server (servidor único): mdm-s1-E001
Business Administration UI (servidor único): mdm-s2-E001
Data Stewardship UI (servidor único): mdm-s2-E001
Product Maintenance UI (servidor único): mdm-s2-E001
Inspector (servidor único): mdm-s3-E001
– Destino de despliegue de Enterprise Viewer (servidor único): mdm-s3-E001
– Destino de despliegue de Web Reports (servidor único): mdm-s3-E001
v install_cluster_solaris_mq.res: utilice este archivo de respuestas para instalar MDM Operational
Server con un tipo de despliegue de instalación personalizada que utilice los siguientes parámetros:
– Plataforma: Solaris
– Proveedor de mensajería: WebSphere MQ messaging provider
– Destino de despliegue de MDM Operational Server (clúster): mdm-CL01
– Destino de despliegue de Business Administration UI (clúster): mdm-CL02
– Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02
– Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02
– Destino de despliegue de Inspector (clúster): mdm-CL02
– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02
– Destino de despliegue de Web Reports (clúster): mdm-CL02
Tareas relacionadas:
“Visualización de los registros de instalación de MDM” en la página 196
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Referencia relacionada:
“Installation Startup Kit” en la página 15
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
Personalización del archivo de respuestas de modalidad silenciosa
Utilice este procedimiento para personalizar el archivo de respuestas de instalación de modalidad
silenciosa.
Capítulo 6. Instalación de InfoSphere MDM
85
Acerca de esta tarea
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
Procedimiento
1. Abra el archivo de respuestas.
2. Especifique los directorios de inicio y de recursos compartidos.
a. Para especificar el directorio MDM_INSTALL_HOME, añada estas líneas al archivo de respuestas:
<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 Data
Management’ 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-1124
es el número de versión.
4. Especifique la función a instalar durante la sesión única de IBM Installation Manager añadiendo esta
línea:
<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’>
Donde
features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’
es la función específica a instalar. Para obtener ayuda, consulte “Ejemplos para especificación de
funciones para una instalación silenciosa” en la página 87.
com.ibm.mdm.install.iu.localization.feature siempre debe estar incluido en la lista de una función.
Esta función es una función interna que proporciona soporte de varios idiomas para el sistema de
registro del instalador.
Healthcare Point of Service Integrator (com.ibm.im.mdm.ei.feature) sólo puede instalarse en Microsoft
Windows. Si incluye esta función en un entorno que no sea de Windows, el instalador ignora la
función y no la instala.
5. Especifique los parámetros de la base de datos. Para obtener ayuda, utilice el tema sobre parámetros
de base de datos aplicables para su base de datos. Los temas aparecen listados en los enlaces de
referencia relacionados.
Los parámetros siguientes no deben modificarse en el archivo de respuestas:
<data
<data
<data
>
<data
key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/>
key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/>
key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/
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 tema
sobre parámetros del servidor de aplicaciones que aparece listado al final de este procedimiento.
86
Guía de instalación
Qué hacer a continuación
Continúe con la inhabilitación de la pantalla inicial del instalador y con la ejecución de la instalación
silenciosa.
Tareas relacionadas:
“Instalación silenciosa utilizando un archivo de respuestas” en la página 91
Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación se
proporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM Installation
Manager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas.
Ejemplos para especificación de funciones para una instalación silenciosa
Debe editar el archivo de respuestas y especificar las funciones exactas que desea instalar durante una
instalación silenciosa.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
Especifique las funciones en la línea siguiente en la sección <offering id.../> de su archivo de
respuestas:
features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.
feature’
Por ejemplo:
<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 de
usuario
Para instalar la base de datos, el servidor operativo y todas las aplicaciones de usuario y funciones,
incluya esta línea:
features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.
feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature,
com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.wb.webapp.feature,com.
ibm.mdm.pd.webapp.feature,com.ibm.im.mdm.message.broker.feature, com.ibm.im.mdm.ei.feature,com.ibm.im.
mdm.eutc,com.ibm.mdm.ba.webapp.sample.feature’
Parámetros de base de datos de instalación silenciosa para DB2
Debe especificar parámetros para su base de datos de IBM DB2 en el archivo de respuestas de instalación
silenciosa.
Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de DB2.
Cambie value= por el valor específico que utiliza su base de datos.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
v Tipo de base de datos
Capítulo 6. Instalación de InfoSphere MDM
87
<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 Server
Debe especificar parámetros para su base de datos de SQL Server en el archivo de respuestas de
instalación silenciosa.
Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de SQL
Server. Cambie value= por el valor específico que utiliza su base de datos.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
v Tipo de base de datos
<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
<data
<data
<data
88
key=’user.db.name,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>
key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>
key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>
key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>
Guía de instalación
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 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 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 Oracle
Debe especificar parámetros para su base de datos de Oracle en el archivo de respuestas de instalación
silenciosa.
Especifique las líneas siguientes en su archivo de respuestas si está utilizando una base de datos de
Oracle. Cambie value= por el valor específico que utiliza su base de datos.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
v Tipo de base de datos
<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
Capítulo 6. Instalación de InfoSphere MDM
89
<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 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 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 silenciosa
Debe especificar parámetros para WebSphere Application Server en su archivo de respuestas de
instalación silenciosa.
Especifique las siguientes líneas en su archivo de respuestas. Cambie value= por el valor específico que
utiliza su servidor de aplicaciones.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
v 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 modalidad
INSTALL)
<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 Server
Network 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 WebSphere
Application Server Base
<data key=’user.deploy.host,com.ibm.mdm.advanced’ value=’HOSTNAME’/>
v Destino de despliegue de WebSphere Application Server (servidor único)
<data
<data
<data
<data
<data
key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/>
key=’user.was.node,com.ibm.mdm.advanced’ value=’NODENAME’/>
key=’user.was.server,com.ibm.mdm.advanced’ value=’SERVERNAME’/>
key=’user.was.cluster,com.ibm.mdm.advanced’ value=’None’/>
key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’false’/>
v Destino de despliegue de WebSphere Application Server (clúster)
<data
<data
<data
<data
<data
key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/>
key=’user.was.node,com.ibm.mdm.advanced’ value=’None’/>
key=’user.was.server,com.ibm.mdm.advanced’ value=’None’/>
key=’user.was.cluster,com.ibm.mdm.advanced’ value=’CLUSTERNAME’/>
key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’true’/>
v Parámetros de seguridad de WebSphere Application Server
90
Guía de instalación
<data
<data
<data
<data
<data
<data
key=’user.was.security,com.ibm.mdm.advanced’ value=’1’/>
key=’user.was.security.on.off,com.ibm.mdm.advanced’ value=’on’/>
key=’user.was.user,com.ibm.mdm.advanced’ value=’USERNAME’/>
key=’user.was.password,com.ibm.mdm.advanced’ value=’’/>
key=’user.security.user.name,com.ibm.mdm.advanced’ value=’USERNAME’/>
key=’user.security.user.password,com.ibm.mdm.advanced’ value=’’/>
Inhabilitación de la pantalla inicial del instalador durante instalación
silenciosa
Utilice este procedimiento para inhabilitar la pantalla inicial de IBM Installation Manager para
instalaciones silenciosas. Esta tarea debe completarse para que la instalación silenciosa se ejecute
correctamente.
Acerca de esta tarea
Siga estos pasos para añadir el parámetro -nosplash al archivo IBMIM.ini.
Procedimiento
1. 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 respuestas
Puede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones de instalación se
proporcionan en un archivo de opciones en lugar de en los paneles interactivos de IBM Installation
Manager. Este tipo de instalación resulta útil cuando está realizando varias instalaciones idénticas.
Antes de empezar
Verifique que esté instalado el kit de inicio de instalación. Los archivos de respuestas del kit pueden
utilizarse para una instalación silenciosa.
Asegúrese de completar los pasos de “Inhabilitación de la pantalla inicial del instalador durante
instalación silenciosa”.
Capítulo 6. Instalación de InfoSphere MDM
91
Acerca de esta tarea
Se genera un archivo de propiedades cuando ejecuta el programa de instalación interactivo. Para utilizar
una instalación silenciosa, debe editar el archivo de propiedades o crear su propio archivo editando uno
de los archivos de respuestas de ejemplo.
Procedimiento
1. 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 de
respuestas 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 mismo
en los archivos de registro del directorio MDM_INSTALL_HOME/logs/logs. Después de corregir el
problema, vuelva a ejecutar la instalación silenciosa.
Tareas relacionadas:
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
“Personalización del archivo de respuestas de modalidad silenciosa” en la página 85
Utilice este procedimiento para personalizar el archivo de respuestas de instalación de modalidad
silenciosa.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Creación de un archivo de respuestas mientras se ejecuta una
instalación gráfica
Utilice este procedimiento para capturar respuestas y crear un archivo de respuestas mientras ejecuta IBM
Installation 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 una
instalación silenciosa. Puede introducir un valor cifrado nuevo para la contraseña y el sistema lo cifra
cuando 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ón
Utilice este procedimiento para modificar una instalación silenciosa existente.
Acerca de esta tarea
Para utilizar una instalación silenciosa para modificar una instalación existente, debe editar el archivo de
respuestas de la instalación.
92
Guía de instalación
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
Procedimiento
Para modificar la instalación, establezca el parámetro modify en true y liste las funciones que desea
añadir. Por ejemplo:
<install modify=’true’>
<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130412-1501’ 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,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 de
trabajo o servidor que ya tiene instalados componentes de la misma versión.
Modificación de la instalación
Utilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación de
trabajo o servidor que ya tiene instalados componentes de la misma versión.
Procedimiento
1. Inicie IBM Installation Manager y pulse Modificar.
2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.
3. Seleccione el idioma y pulse Siguiente.
4. En el panel Modificar paquetes, 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 el
cuadro Añadir características y que ningún componente esté listado en el cuadro Eliminar
características. Pulse Modificar.
6. En el panel IBM Installation Manager final, pulse View Log Files si desea abrir el visor de archivos de
registro.
7. Pulse Finish y cierre IBM Installation Manager.
Qué hacer a continuación
Verifique que haya sido una instalación satisfactoria consultando los archivos de registro y utilizando Test
Client para ejecutar transacciones de prueba.
Capítulo 6. Instalación de InfoSphere MDM
93
Conceptos relacionados:
Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133
IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se
utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor
en el que instaló el servidor operativo y la base de datos de MDM.
Tareas relacionadas:
“Modificación silenciosa de una instalación” en la página 92
Utilice 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ón
Hay algunos casos de ejemplo de instalación comunes, que puede utilizar como guía al instalar MDM en
entornos similares. Los casos de ejemplo no están destinados a tratar cada configuración o entorno
posible, pero muestran los pasos básicos implicados en una instalación personalizada que consta de
varios productos y máquinas.
Antes de realizar la instalación, asegúrese de que el sistema o sistemas que ha seleccionado cumplan con
los 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 25
v “Preparación de IBM Installation Manager” en la página 47
v “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 denomina
server1.
v Asegúrese de que las variables de entorno JAVA_HOME y PATH se han establecido correctamente en
cada una de las máquinas.
v Para WebSphere Application ServerNetwork Deployment, asegúrese de que las variables del servidor
de aplicaciones DB2_JDBC_DRIVER_PATH tienen como destino los nodos respectivos que contienen los
controladores JDBC de DB2 para las máquinas. Esto no es aplicable si utiliza WebSphere Application
Server 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 IBM
Installation Manager.
Caso de ejemplo 1: Instalación de MDM en un clúster de WebSphere
Application Server, utilizando una base de datos de IBM DB2 e IBM
WebSphere MQ messaging
Utilice este caso de ejemplo como referencia cuando panifique e instale MDM en un clúster de
WebSphere Application Server con una base de datos de DB2 e IBM WebSphere MQ messaging. Este caso
de 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.
94
Guía de instalación
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 Application
Server Network Deployment
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 1.
Acerca de esta tarea
La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application Server
Deployment Manager y las máquinas B, C y D tienen nodos gestionados de WebSphere Application
Server.
Procedimiento
1. 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. Por
ejemplo, 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 empezar
a instalar MDM.
5. 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 de
WebSphere 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.
Capítulo 6. Instalación de InfoSphere MDM
95
Conceptos relacionados:
“Preparación del servidor de aplicaciones” en la página 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Tareas relacionadas:
“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidor
gestionado” en la página 61
Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment para
un despliegue de servidor gestionado.
“Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en un entorno en clúster” en la
página 55
Utilice este procedimiento para preparar la base de datos DB2 cuando está instalando MDM en un
entorno de clúster.
Referencia relacionada:
“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38
Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar
parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.
Caso de ejemplo 1, Procedimiento 2: Preparación de la base de datos IBM DB2
Utilice este procedimiento para instalar y preparar la base de datos DB2 como un segundo paso para
completar el caso de ejemplo 1.
Acerca de esta tarea
La topología resultante de este procedimiento es que la máquina E aloja a la base de datos y software de
DB2, y las máquinas A,B,C y D tienen el software de cliente de DB2.
Procedimiento
1. 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 de
utilidad $HOME/sqllib/bin/db2 al ejecutar los scripts SQL.
96
Guía de instalación
Tareas relacionadas:
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Preparación de una base de datos de DB2” en la página 54
Utilice este procedimiento para configurar una base de datos IBM DB2 para la instalación de InfoSphere
MDM.
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Referencia relacionada:
“IBM DB2 o DB2 para hoja de trabajo de origen de datos de z/OS” en la página 32
Utilice esta hoja de trabajo de origen de datos para identificar parámetros para IBM DB2 o DB2 para el
origen de datos de z/OS al que se está conectando MDM operational server.
Caso de ejemplo 1, Procedimiento 3: Preparación de IBM WebSphere MQ
Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para
completar el caso de ejemplo 1.
Procedimiento
1. 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 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Referencia relacionada:
“Hoja de trabajo de configuración de aplicación MDM” en la página 41
Utilice la hoja de trabajo de configuración de aplicación para identificar parámetros para MDM
operational server.
“Installation Startup Kit” en la página 15
El kit de inicio extrae archivos y scripts para ayudarle a preparar su entorno antes de instalar MDM
Operational Server. Los archivos y scripts se encuentran en STARTUPKIT_INSTALL_HOME.
Caso de ejemplo 1, Procedimiento 4: Instalación de MDM
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 1.
Acerca de esta tarea
Asegúrese de que estén iniciados el servidor de aplicaciones y la base de datos antes de comenzar la
instalación de MDM.
Procedimiento
1. 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
Capítulo 6. Instalación de InfoSphere MDM
97
3. 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 las
aplicaciones 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 de
datos. Puede elegir si desea probar la conexión de base de datos seleccionando Test Connection o No
connection test required.
5. En el panel WebSphere Application Server Configuration, especifique los parámetros del servidor de
aplicaciones. 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 y
especifique los parámetros. Borre la opción Configure messaging server para evitar que IBM
Installation 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 47
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
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 WebSphere
Application Server, utilizando una base de datos de Oracle y
WebSphere Default Messaging
Utilice este caso de ejemplo como referencia cuando planifique y procese una instalación de MDM en un
clúster de WebSphere Application Server. Este caso de ejemplo utiliza una base de datos de Oracle y
WebSphere 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.
98
Guía de instalación
En este caso de ejemplo, la topología es:
v Máquina A:
– 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
Caso de ejemplo 2, Procedimiento 1: Preparación de WebSphere Application
Server Network Deployment
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 2.
Acerca de esta tarea
La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application Server
Deployment Manager y las máquinas B, C y D tienen nodos gestionados de WebSphere Application
Server.
Procedimiento
1. 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 empezar
a instalar MDM.
5. 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 de
WebSphere 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.
Capítulo 6. Instalación de InfoSphere MDM
99
Conceptos relacionados:
“Preparación del servidor de aplicaciones” en la página 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Tareas relacionadas:
“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidor
gestionado” en la página 61
Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment para
un despliegue de servidor gestionado.
“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster” en la
página 58
Utilice este procedimiento para preparar la base de datos de Oracle cuando está instalando MDM en un
entorno en clúster.
Referencia relacionada:
“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38
Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar
parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.
Caso de ejemplo 2, Procedimiento 2: Preparación de la base de datos Oracle
Utilice este procedimiento para instalar y preparar su base de datos Oracle como un segundo paso para
completar el caso de ejemplo 2.
Acerca de esta tarea
La topología resultante de este procedimiento es que la máquina E aloja a la base de datos y software de
Oracle, y las máquinas A, B, C y D tienen el software del cliente Oracle.
Procedimiento
1. 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 utilidad
sqlplus al ejecutar los scripts SQL.
100
Guía de instalación
Tareas relacionadas:
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Preparación de una base de datos de Oracle” en la página 57
Utilice este procedimiento para configurar una base de datos Oracle para la instalación de InfoSphere
MDM.
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Referencia relacionada:
“Hoja de trabajo de origen de datos de Oracle” en la página 36
Utilice la hoja de trabajo de origen de datos de Oracle para identificar parámetros para el origen de datos
al que se está conectando MDM operational server.
Caso de ejemplo 2, Procedimiento 3: Instalación de MDM
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 2.
Acerca de esta tarea
Asegúrese de que estén iniciados el servidor de aplicaciones y la base de datos antes de comenzar la
instalación de MDM.
Procedimiento
1. 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 otras
funciones que desee instalar. Por ejemplo: seleccione la función Applications para instalar todas las
aplicaciones 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 de
datos. Puede elegir si desea probar la conexión de base de datos seleccionando Test Connection o No
connection test required.
5. En el panel WebSphere Application Server Configuration, especifique los parámetros del servidor de
aplicaciones. 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 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.
Capítulo 6. Instalación de InfoSphere MDM
101
Conceptos relacionados:
“Preparación de IBM Installation Manager” en la página 47
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Caso de ejemplo 3: Instalación de MDM en WebSphere Application
Server Network Deployment en Windows con una base de datos de
SQL Server
Utilice este caso de ejemplo como referencia cuando planifique y procese una instalación de MDM en
WebSphere Application Server Network Deployment. Este caso de ejemplo utiliza una base de datos de
Microsoft SQL Server y la mensajería de IBM WebSphere MQ. Este caso de ejemplo es aplicable para un
sistema 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.
En este caso de ejemplo, la topología es:
v Máquina A:
– WebSphere Application Server Deployment Manager y nodo gestionado de WebSphere Application
Server
– IBM WebSphere MQ
– IBM Installation Manager y MDM
v Máquina B:
– base de datos de SQL Server
Caso de ejemplo 3, Procedimiento 1: Preparación de WebSphere Application
Server Network Deployment
Utilice este procedimiento para instalar y preparar su servidor de aplicaciones como un primer paso para
completar el caso de ejemplo 3.
102
Guía de instalación
Acerca de esta tarea
La topología resultante de este procedimiento es que la máquina A tiene WebSphere Application Server
Deployment Manager y un nodo gestionado.
Procedimiento
1. 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 de
WebSphere 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 59
Los componentes de InfoSphere MDM se ejecutan dentro de WebSphere Application Server. El servidor
de aplicaciones proporciona infraestructura para comunicación de componente a componente,
autenticación y registro.Si planea instalar InfoSphere MDM mediante una instalación personalizada, debe
preparar un servidor de aplicaciones antes de iniciar el proceso de instalación.
Tareas relacionadas:
“Preparación de WebSphere Application Server Network Deployment para un despliegue de servidor
gestionado” en la página 61
Utilice este procedimiento para configurar IBM WebSphere Application Server Network Deployment para
un despliegue de servidor gestionado.
Referencia relacionada:
“Hoja de trabajo de instalación de WebSphere Application Server” en la página 38
Utilice la hoja de trabajo de configuración de IBM WebSphere Application Server para identificar
parámetros del servidor de aplicaciones que se utiliza para alojar a MDM operational server.
Caso de ejemplo 3, Procedimiento 2: Preparación de base de datos de Microsoft
SQL Server
Utilice este procedimiento para instalar y preparar su base de datos de SQL Server como un segundo
paso para completar el caso de ejemplo 3.
Procedimiento
1. 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.
Capítulo 6. Instalación de InfoSphere MDM
103
Tareas relacionadas:
“Preparación de la base de datos” en la página 51
Utilice este procedimiento como una guía cuando prepare la base de datos para que admita una
instalación personalizada de MDM. Debe realizar este procedimiento si va a utilizar una instalación
personalizada.
“Preparación de una base de datos de Microsoft SQL Server” en la página 56
Utilice este procedimiento para configurar una base de datos de Microsoft SQL Server para la instalación
de InfoSphere MDM.
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Referencia relacionada:
“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página 34
Utilice la hoja de trabajo de origen de datos de Microsoft SQL Server para identificar los parámetros para
el origen de datos al que se está conectando MDM operational server.
Caso de ejemplo 3, Procedimiento 3: Preparación de IBM WebSphere MQ
Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como un tercer paso para
completar el caso de ejemplo 3.
Procedimiento
1. 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.
Caso de ejemplo 3, Procedimiento 4: Instalación de MDM
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 3.
Acerca de esta tarea
Asegúrese de que estén iniciados el servidor de aplicaciones y la base de datos antes de comenzar la
instalación de MDM.
Procedimiento
1. 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 otras
funciones que desee instalar. Por ejemplo: seleccione la función Applications para instalar todas las
aplicaciones 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 de
datos. Puede elegir si desea probar la conexión de base de datos seleccionando Test Connection o No
connection test required.
5. En el panel WebSphere Application Server Configuration, especifique los parámetros del servidor de
aplicaciones. 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 y
especifique los parámetros. Mantenga la opción Configure messaging server seleccionada para
indicar a IBM Installation Manager que debe crear un gestor de colas en la máquina A.
104
Guía de instalación
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 47
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
“Hojas de trabajo de instalación y configuración” en la página 30
Las hojas de trabajo de instalación listan todos los valores que debe especificar durante un proceso de
instalación de InfoSphere MDM. El completar las hojas de trabajo de instalación antes de instalar los
componentes puede ayudarle a planificar la instalación, ahorrar tiempo e imponer la consistencia durante
el proceso de instalación y configuración.
Capítulo 8, “Verificación de la instalación”, en la página 191
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Tareas relacionadas:
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Programa de utilidad madconfig
El programa de utilidad madconfig puede utilizarse para instalar manualmente los componentes de base
de datos y MDM operational server. IBM Installation Manager utiliza los destinos de programa de
utilidad durante la instalación.
Para ejecutar cualquier destino de madconfig, debe abrir un indicador de línea de mandatos desde el
directorio 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 se
describen 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 este
programa 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, para
configurar el servidor en el que está instalado MDM operational server, se le solicita que proporcione
ciertos parámetros de configuración. Este ejemplo muestra una salida parcial de un destino de madconfig
install_server_config (donde la entrada de usuario es una línea en blanco donde se debe especificar la
respuesta).
Capítulo 6. Instalación de InfoSphere MDM
105
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 de
datos (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 almacenamiento
dinámico de JVM.
Una forma alternativa de ejecutar un destino es utilizando la opción –propertyfile. El siguiente ejemplo
muestra cómo utilizar –propertyfile para ejecutar el destino de install_mdm_eba. Este destino instala el
archivo Enterprise Bundle Archive (.eba) de MDM en un servidor de aplicaciones. Las propiedades
necesarias para el despliegue incluyen detalles del servidor, el ebaID, el ebaName, el blaName (nombre
de 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á utilizando
esta opción, los valores se proporcionan con los nombres de propiedades exactos, tal como los espera el
destino, porque sólo puede ejecutarse cuando se conocen los nombres de propiedades.
Destinos de programa de utilidad madconfig para InfoSphere MDM
Utilice el programa de utilidad madconfig para instalar manualmente los componentes de base de datos y
MDM operational server para implementaciones físicas y virtuales. IBM Installation Manager utiliza los
destinos 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 del
servidor 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 destino
solicita valores para parámetros pertenecientes al servidor y a la base de datos. Los destinos del servidor
se 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
Mandato
Descripción
-install_native_engine_ear
Instala el servidor operativo nativo (motor) para una implementación de
MDM virtual
106
Guía de instalación
Tabla 16. Destinos de programa de utilidad madconfig para instalación de servidor operativo (continuación)
Mandato
Descripció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 Network
Deployment. La detención y el inicio del servidor es necesario después de
instalar 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 aplicaciones
gestionado. Utilice la opción -start_base_server cuando el servidor de
aplicaciones no está gestionado.
-install_mdm_old_ws_ear
Instala el JAR de servicios web de MDM física en el servidor de
aplicaciones
-install_mdm_eba
Instala el OSGi de MDM
-install_prop_file_jar
Instala el JAR de archivo de propiedades que necesitan las aplicaciones de
MDM
-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 de
políticas y crea el enlace de conjunto de políticas para el archivo EAR de
servicios web
-map_roles_to_users
Crea la correlación de rol Security y la correlación de rol RunAs para el
archivo EAR de servicios web y EBA
-full_sync
Sincroniza nodos en un despliegue de servidor gestionado para reflejar la
seguridad de usuario para MDM. Este destino debe ejecutarse después de
ejecutar 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 para
la base de datos de MDM.
Tabla 17. Destinos de programa de utilidad madconfig para instalación de base de datos
Mandato
Descripción
-install_core_db_db2
Crea tablas, desencadenantes, restricciones y funciones para la base de
datos principal de MDM que está instalada en IBM DB2
-install_domain_db_db2
Crea tablas. desencadenantes, restricciones y funciones para dominios de
MDM 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 principal
en DB2
-update_cm_db_db2
Actualiza las tablas de Configuration Management para una base de datos
en DB2
-install_core_db_ora
Crea tablas, desencadenantes, restricciones y funciones para una base de
datos principal de MDM en Oracle
-install_domain_db_ora
Crea tablas, desencadenantes, restricciones y funciones para dominios de
MDM en una base de datos Oracle
Capítulo 6. Instalación de InfoSphere MDM
107
Tabla 17. Destinos de programa de utilidad madconfig para instalación de base de datos (continuación)
Mandato
Descripció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 Configuration
Management para Oracle
-install_cm_core_db_oracle
Crea tablas de Configuration Management para la base de datos de MDM
principal en Oracle
-update_cm_db_oracle
Actualiza las tablas de Configuration Management para una base de datos
de MDM en Oracle
-install_core_db_sql
Crea tablas, desencadenantes, restricciones y funciones para la base de
datos principal de MDM en Microsoft SQL Server
-install_cm_core_db_sql
Crea tablas de MDM Configuration Management para la base de datos
principal en SQL Server
-update_cm_db_sql
Actualiza las tablas de Configuration Management para una base de datos
en 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 de
EBA 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 base
de datos de MDM.
Atención: La herramienta Test Environment en InfoSphere MDM Workbench admite el restablecimiento
de los componentes de base de datos y MDM operational server. Aunque los destinos de madconfig están
disponibles para el restablecimiento, se aconseja utilizar siempre la herramienta workbench.
Tabla 18. Destinos de programa de utilidad madconfig para desinstalación
Mandato
Descripció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ón
MDM
-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 de
aplicaciones
-uninstall_server_config
Elimina los cambios de configuración relacionados con MDM realizados en
el 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 instalados
en una base de datos de DB2
-reset_oracle
Elimina todas las tablas, desencadenantes y funciones de MDM instalados
en una base de datos de Oracle
108
Guía de instalación
Tabla 18. Destinos de programa de utilidad madconfig para desinstalación (continuación)
Mandato
Descripción
-reset_sql
Elimina todas las tablas, desencadenantes y funciones de MDM instalados
en 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 prueba
Tareas relacionadas:
Creación de un script de programa de utilidad madconfig automatizado
Instalación manual de physical MDM database
Puede instalar manualmente physical MDM database en DB2 para UNIX o Linux, DB2 para z/OS y
Oracle.
Siempre puede utilizar IBM Installation Manager para crear la physical MDM database. No obstante, si lo
desea, 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 la
creació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 espacios
de tabla para datos de usuario, índices de usuario y objetos grandes de usuario para mejorar el
rendimiento de la base de datos. Se proporcionan valores de marcador de posición en los scripts
adecuados como TABLE_SPACE, INDEX_SPACE y LONG_SPACE. Puede ajustar los tamaños del
espacio de tabla de los scripts que se proporcionan al tamaño adecuado para el entorno de
producción.
Hay dos espacios de tabla separados para la InfoSphere MDM Probabilistic Matching Engine, que
requieren que los espacios de tabla de InfoSphere MDM Probabilistic Matching Engine tengan los
mismos nombres que TABLE_SPACE y INDEX_SPACE, pero con una letra E adicional al final del
nombre del espacio de tabla.
Activadores
Se suministran dos tipos de activadores con la instalación de InfoSphere MDM: activadores
simples y compuestos. Debe seleccionar uno de estos tipos de activadores para efectuar la
instalació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 únicamente
contiene antiguos registros; no contiene el registro actual en la tabla base. Si opta por instalar
los activadores simples, debe instalar los activadores simples de actualización. También puede
instalar los activadores simples de supresión, que son opcionales.
v Activadores compuestos: Crean una copia de la imagen "anterior" y "posterior" de los datos
actuales de la tabla base en la tabla HISTORY cuando se inserta, actualiza o suprime una tabla
base. La tabla HISTORY contiene todos los registros antiguos y el registro actual en la tabla
base. Si opta por instalar los activadores compuestos, debe instalar los activadores de inserción
y actualización. También puede instalar los activadores compuestos de supresión, que son
opcionales.
Huso horario múltiple (UTC)
Capítulo 6. Instalación de InfoSphere MDM
109
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.
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 de
datos.
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 las
restricciones de la sensibilidad a mayúsculas y minúsculas. Una vez que se activa la característica
sin 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 Application
Server para conectarse con DB2 for z/OS
Cuando instale manualmente la base de datos de MDM en DB2 for z/OS, utilice este procedimiento para
establecer la configuración XA en IBM WebSphere Application Server.
Acerca de esta tarea
Debe cambiar los valores de ejemplo de este procedimiento para que coincidan con el entorno.
Procedimiento
1. 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 de
instancia: 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 y
catalogue 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 la
página 116
Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalar
manualmente la base de datos principal InfoSphere MDM en DB2 para z/OS.
creación e instalación de la base de datos de z/OS
Cuando esté creando el subsistema y asociando bases de datos al mismo, tenga en cuenta que InfoSphere
MDM se desarrolla en DB2 for z/OS con datos Unicode y más de un idioma. También debe establecer la
configuració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 = UNICODE
LOCALE LC_CTYPE = UNI
APPLICATION ENCODING = UNICODE
110
Guía de instalación
2. Trabaje con el subsistema predeterminado DB2 para z/OS y vuelva a enlazar todos los paquetes
MDM con Unicode al utilizar LOCALE LC_CTYPE = UNI., que es necesario para funciones agregadas
como UPPER y LOWER.
v Si utiliza un nuevo subsistema DB2, establezca todos los parámetros DSNZPARM en Unicode, incluido el
macro-parámetro LC_TYPE de DSNHDECP. Para disponer de funciones completas se necesitan bases de
datos 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 en
SMS. 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 de
rendimiento, 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 espacios
de 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 crear
agrupaciones 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 de
origen de datos. Este procedimiento es necesario para que WebSphere Application Server funcione
correctamente con DB2 para z/OS.
Otorgamiento de privilegios de conexión en DB2 para z/OS
Si está instalando manualmente una base de datos de physical MDM en DB2 for z/OS, utilice este
procedimiento para otorgar los privilegios de conexión necesarios.
Procedimiento
1. 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 de
servidor utilizado.
v
v
v
v
v
GRANT
GRANT
GRANT
GRANT
GRANT
CREATETAB, CREATETS ON DATABASE DSNDB04 TO <USER_ID>;
USE OF BUFFERPOOL BP0 TO <USER_ID>;
USE OF STOGROUP SYSDEFLT TO <USER_ID>;
USE OF TABLESPACE DSNDB04.SYSDEFLT TO <USER_ID>;
EXECUTE ON PLAN DSNESPCS TO <USER_ID>;
v
v
v
v
v
v
v
v
v
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
GRANT
EXECUTE ON PLAN DSNESPRR TO <USER_ID>;
EXECUTE ON PLAN DSNEDCL TO <USER_ID>;
EXECUTE ON PLAN DSNHYCRD TO <USER_ID>;
SELECT ON SYSIBM.SYSDUMMY1 TO <USER_ID>;
EXECUTE ON PLAN DSNTIA<DB2 VERSION> TO <USER_ID>;
EXECUTE ON PROCEDURE SYSPROC.DSNWZP TO <USER_ID>;
EXECUTE ON PROCEDURE SYSPROC.DSNWSPM TO <USER_ID>;
EXECUTE ON PACKAGE DSNUTILS.DSNUTILS TO <USER_ID>;
EXECUTE ON PROCEDURE SYSPROC.DSNUTILS TO <USER_ID>;
v GRANT EXECUTE ON PACKAGE DSNUTILU.DSNUTILU TO <USER_ID>;
Capítulo 6. Instalación de InfoSphere MDM
111
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 la
página 116
Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalar
manualmente la base de datos principal InfoSphere MDM en DB2 para z/OS.
Configuración de la base de datos Oracle
Al instalar manualmente la base de datos de physical MDM en Oracle, si omite la ejecución del script
create_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_cursors
se 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 o
UNIX
Puede 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 de
datos 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 Linux
Utilice este procedimiento para instalar la base de datos física MDM principal en DB2 para UNIX o
Linux.
Procedimiento
1. 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 mandato
db2 -tvf SCRIPT_NAME -l LOG_FILE_NAME
donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombre
del archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis de
mandato 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.
112
Guía de instalación
f. Sustituya a SCHEMA con el nombre de esquema asignado para mantener los activos de base de
datos.
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 banca
v seguros
v telecomunicaciones
v fabricación
i. CONFIG_LANG al idioma de configuración a utilizar.
Por ejemplo, para inglés, utilice en; para francés, utilice fr.
j. CODE_LANG 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 script
CreateDB.sql.
4. Cree la base de datos y los espacios de tabla y otorgue los privilegios necesarios a los usuarios y
esquemas autorizados ejecutando el archivo CreateDB.sql.
5. Cree los espacios de tabla, y otorgue los privilegios necesarios a los usuarios y esquemas autorizados
ejecutando el archivo CreateTS.sql. En este script se crean cuatro espacios de tabla adicionales para
los objetos de base de datos del InfoSphere MDM Probabilistic Matching Engine. Los nombres de los
dos espacios de tabla se crean en función de TABLE MDS4K, TABLE_SPACE, TABLE SPMDS, TABLE
SPPMI, 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 tiempo
correspondientes 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 mandato
db2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME
Capítulo 6. Instalación de InfoSphere MDM
113
donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombre
del archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis de
mandato 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 y
actualizaciones.
b. Opcional: CreateTriggers_delete_compound.sql: instala desencadenantes compuestos para
realizar supresiones.
10. Para llenar las tablas de códigos datos en idioma inglés para la industria que se introduce en el
marcador DTYPE y los datos de configuración en el idioma que se introduce en el marcador
CONFIG_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 para
el 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 Linux
Puede 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.
114
Guía de instalación
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 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 banca
v seguros
v telecomunicaciones
v fabricación
h. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para inglés, utilice en; para
francé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 MDM
Probabilistic 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 mandato
db2 -tvf SCRIPT_NAME -l LOG_FILE_NAME
donde SCRIPT_NAME es el nombre del script que está ejecutando, y LOG_FILE_NAME es el nombre
del archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis de
mandato 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 en
MDM/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 el
nombre 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 mandato
db2 -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 nombre
del archivo de historial donde están registrados los mandatos. Si debe utilizar una sintaxis de
mandato 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 y
actualizaciones.
Capítulo 6. Instalación de InfoSphere MDM
115
– Opcional CreateTriggers_delete_compound.sql: instala desencadenantes compuestos para
realizar supresiones.
6. Para llenar las tablas de códigos con datos en idioma inglés para la industria que se introduce en el
marcador DTYPE y los datos de configuración en el idioma que se introduce en el marcador
CONFIG_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ó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.
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 ha
completado.
Instalación manual de physical MDM database en DB2 for z/OS
Puede 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 y
la información sobre la creación e instalación de la base de datos de z/OS, y considere todos los
problemas presentados.
Instalación de la base de datos principal manualmente en DB2 para z/OS
utilizando TSO y JCL
Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL) para instalar
manualmente 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 sistema
antes de comenzar. Si es necesario, póngase en contacto con el programador de sistemas para obtener esta
información.
Asegúrese de que ha creado HLQ MDMIBM. Esto sólo es necesario para la instalación y puede
descartarse después de completarla.
Procedimiento
1. 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.
Sustituya USER por un nombre autorizado para FTP para el sistema principal.
Sustituya PASSWORD por la contraseña para el usuario autorizado.
Sustituya HOSTNAME con el nombre de host del sistema principal.
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:
b.
c.
d.
e.
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.
116
Guía de instalación
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
.netrc. Este archivo .netrc debe estar dentro del directorio $HOME.
f. Ejecute el mandato siguiente:
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
.netrc. Este archivo .netrc debe estar dentro del directorio $HOME.
f. Ejecute el mandato siguiente:
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 de
datos de la biblioteca MDMIBM.MIHDDL.LIB .
6. Utilizando TSO/ISPF, navegue hasta MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de
datos MDMICOR para sustituir los siguientes 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. 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 dentro
del JCL MDMICOR (vea el paso 8). Para el trabajo MDMICOR, los códigos de retorno 0 o 4 indican que
el 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 JCL
se ha ejecutado correctamente.
7. Extraiga los datos comunes para recibir los archivos de datos mediante la navegación a
MDMIBM.MIHJCL.LIB y modifique el miembro del conjunto de datos RECBINDT para sustituir los
siguientes valores de marcador por valores adecuados para utilizarlos en la base de datos:
a. Sustituya JOB NAME por el nombre del trabajo.
Capítulo 6. Instalación de InfoSphere MDM
117
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 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 los
siguientes 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 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 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 los
siguientes 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 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 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 los
siguientes valores de marcador por los valores adecuados para su uso en la base de datos:
a. Sustituya JOB NAME por el nombre del trabajo.
118
Guía de instalación
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 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 banca
v INS para seguros
v TEL para telecomunicaciones
v 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 valores
de 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 adecuados
para 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
Capítulo 6. Instalación de InfoSphere MDM
119
– 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 DB2
for z/OS” en la página 110
Cuando instale manualmente la base de datos de MDM en DB2 for z/OS, utilice este procedimiento para
establecer la configuración XA en IBM WebSphere Application Server.
“Otorgamiento de privilegios de conexión en DB2 para z/OS” en la página 111
Si está instalando manualmente una base de datos de physical MDM en DB2 for z/OS, utilice este
procedimiento para otorgar los privilegios de conexión necesarios.
Instalación manual de los datos CLOB en DB2 for z/OS para la base de datos
principal
Utilice este procedimiento para instalar manualmente los datos CLOB en DB2 for z/OS
Procedimiento
1. 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 de
datos.
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/OS
Puede instalar manualmente la base de datos de dominios de MDM física en DB2 for z/OS.
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 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 sistema
antes de comenzar. Si es necesario, póngase en contacto con el programador de sistemas para obtener esta
información.
En el sistema principal, el Calificador de alto nivel (HLQ), denominado MDMIBM, tiene 3 GB de espacio que
se 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.
120
Guía de instalación
a. Cambie USUARIO con un nombre de usuario autorizado para enviar por FTP al sistema
principal.
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 para
utilizarlos 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 de
datos @01crdb de la biblioteca MDMIBM.MDMDDL.LIB.
7. Mediante TSO/ISPF, vaya a MDMIBM.MDMJCL.LIB y edite el miembro de conjunto de datos MDMIDOM
para 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.
Capítulo 6. Instalación de InfoSphere MDM
121
Sustituya SYSTEM con un ID de subsistema DB2 válido.
Sustituya USRQ con el Calificador de alto nivel de la cuenta de usuario.
Sustituya PLANNAME con un plan DB2 para el programa de utilidad DSNTEP2.
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 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. Sustituya USRQ con el Calificador de alto nivel de la cuenta de usuario.
c.
d.
e.
f.
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 valores
adecuados para utilizarlos en la base de datos:
a.
b.
c.
d.
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.
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 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 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 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. 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 valores
de 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.
122
Guía de instalación
13. Expanda los conjuntos de datos para restaurar conjuntos de datos LENG_CÓDIGO, vaya a
MDMIBM.MDMJCL.LIB y modifique el miembro de conjunto de datos RESDATOP para sustituir los valores
de marcador siguientes con valores adecuados para utilizarlos en la base de dato:
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.
Cambie LENG_CÓDIGO al lenguaje de código (no EN) que desea recibir.
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 utilizarlos
en la base de datos:
a. Sustituya JOB NAME por el nombre del trabajo.
a.
b.
c.
d.
e.
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 banca
v INS para seguros
v TEL para telecomunicaciones
v 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 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 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 valores
de 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.
Capítulo 6. Instalación de InfoSphere MDM
123
v Si va a instalar más idiomas, vaya a MDMIBM.MIHJCL.LIB y modifique el miembro de conjunto de
datos IMPOPDM (este nombre no es coherente con IMPOPDM mencionado en las instrucciones de
Envío) para sustituir los valores de marcador siguientes con los valores adecuados para la base de
datos:
– 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) que
desee 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 dominio
en DB2 for z/OS.
Procedimiento
1. Vaya a la biblioteca de conjunto de datos MDMIBM.MIHJCL.LIB y edite el miembro de conjunto de datos
IPDCLIQL para sustituir los valores de marcador siguientes con valores adecuados para la base de
datos:
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 SQL
Server
Utilice este procedimiento para instalar la base de datos principal completa de forma manual en
Microsoft SQL Server.
Acerca de esta tarea
Antes de iniciar la instalación, lea sobre la instalación manual de la base de datos de physical MDM.
Procedimiento
1. 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 datos
v MDMSEFG por el nombre del grupo de archivos
v 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
124
Guía de instalación
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 datos
v password por la contraseña de db_user
v schema por el propietario del objeto
v 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 fr
v 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 fr
v DTYPE por el tipo de datos que se van a cargar; especifique uno de los siguientes valores en
minúscula: banking; insurance, manufacturing, telco
v mds_home por la ubicación del servidor operativo de MDM virtual
v datasource_name por el nombre de su base de datos
v dbadmin user por el nombre del usuario de base de datos
v 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 los
mandatos 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
logfile name
c. Sqlcmd –S Server Name -U dbuser
name
d. Sqlcmd –S Server Name -U dbuser
logfile name
e. Sqlcmd –S Server Name -U dbuser
name
4. Utilice IBM Installation Manager para
MDM database.
-P dbuser password -d db_name -i CreateTables.sql >
-P dbuser password -d db_name -i CreateFK.sql > logfile
-P dbuser password-d db_name -i CreateIndexes.sql >
-P dbuser password -d db_name -i CreateCHK.sql > logfile
cargar los datos. En el panel features to install, seleccione
Instalación manual de la base de datos de physical MDM en Oracle
Puede instalar manualmente la base de datos de physical MDM en Oracle.
Antes de iniciar la instalación, lea el tema sobre la instalación manual de la base de datos de physical
MDM.
Instalación manual de la base de datos principal en Oracle
Utilice este procedimiento para instalar manualmente la base de datos principal en Oracle.
Procedimiento
1. Vaya al directorio MDM/database/CoreData/Oracle/Standard/ddl.
2. Edite todos los scripts de este directorio sustituyendo los valores de los marcadores por los valores
que desea utilizar en la base de datos. Cambie los siguientes marcadores de posición:
a. DBNAME por el nombre de la base de datos.
b. SCHEMA por un usuario de la base de datos con los privilegios necesarios
c. NEWPASSWORD por la contraseña del usuario del esquema
Capítulo 6. Instalación de InfoSphere MDM
125
d. TABLE_SPACE por el nombre del espacio de tabla donde se almacenan datos base y de tabla de
historial
e. INDEX_SPACE por un nombre de espacio de tabla donde se almacenan datos indexados
f. LONG_SPACE por un espacio de tabla donde se almacenan datos de columna de usuario extensos
como CLOB y XML
g. TABLESPACE_LOCATION por la ubicación donde se crea el espacio de tabla. Ésta normalmente
está en el directorio de la base de datos que está en ORACLE_HOME. Por ejemplo,
D:/Oracle/product/10.2.0/oradata/MDMDB, donde MDMDB es el nombre de la base de datos y 10.2.0
es la versión de Oracle que se está utilizando.
h. DTYPE por el tipo de datos a cargar. Especifique uno de los siguientes valores en minúsculas:
v banca
v seguros
v telecomunicaciones
v fabricación
i. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para inglés, utilice en; para
francés utilice fr
j. CODE_LANG por el idioma de todos los datos de tabla de código adicionales a cargar.Por ejemplo,
para el japonés, utilice ja; para el francés, utilice fr
k. DBUSER por un usuario de base de datos con autoridad de administrador de base de datos (DBA)
l. DBPASSWORD por la contraseña del dbuser
3. Desde la línea de mandatos, en MDM/database/CoreData/Oracle/Standard/ddl, ejecute los mandatos en
el orden que se indica:
a. sqlplus DBUSER/DBPASSWORD@DBNAME @create_schema_ora.sql>> LOG_FILE_NAME crea el esquema de
la base de datos.
b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>> LOG_FILE_NAME crea las tablas
base y las definiciones de clave primaria.
c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>> LOG_FILE_NAME crea las
tablas de historial y las definiciones de clave primaria.
d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME crea todos los índices,
incluyendo las restricciones de índice exclusivo.
e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME crea las claves
foráneas.
f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>> LOG_FILE_NAME crea las restricciones
de comprobación.
g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME crea los objetos
InfoSphere MDM Probabilistic Matching Engine
4. Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienen valores de tiempo
correspondientes a distintos husos horarios, debe habilitar la función de huso horario múltiple. Si no
es necesaria la función de huso horario múltiple, debe inhabilitarla al instalar la base de datos.
v Para habilitar la función de huso horario múltiple:
a. Vaya al subdirectorio .ddl.
b. Desde la línea de mandatos, ejecute el script:
sqlplus SCHEMA/NEWPASSWORD@DBNAME
@Create_function_utc_enabled.sql >> LOG_FILE_NAME
v Para inhabilitar la función de huso horario múltiple:
a. Vaya al subdirectorio .ddl.
b. Desde la línea de mandatos, ejecute el script:
sqlplus SCHEMA/NEWPASSWORD@DBNAME
126
Guía de instalación
@Create_function_utc_disabled.sql >> LOG_FILE_NAME
5. Ejecute los mandatos de los desencadenantes compuestos o de los desencadenantes simples.
v Para instalar desencadenantes simples, ejecute los scripts:
– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>> LOG_FILE_NAME instala
desencadenantes simples
– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_simple_ora.sql>>
LOG_FILE_NAME instala desencadenantes simples para realizar supresiones.
v Para instalar desencadenantes compuestos, ejecute los scripts:
– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_compound_ora.sql>> LOG_FILE_NAME
instala desencadenantes compuestos para realizar inserciones y actualizaciones.
– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_compound_ora.sql>>
LOG_FILE_NAME instala desencadenantes compuestos para realizar supresiones.
6. Convierta el archivo ImpReqData.script en un script de shell y ejecute el script de shell desde la línea
de mandatos. Este script llena las tablas de códigos y tablas de configuración del sistema necesarias
con datos de tabla de código en inglés para la industria que se introduce en el marcador de posición
DTYPE, y los datos de configuración en el idioma que se introduce en el marcador de posición
CONFIG_LANG.
7. Seleccione si desea instalar datos de tablas de códigos para idiomas que no sean el inglés.
v Si está instalando el producto solo en inglés, omita este paso.
v Para instalar datos de tabla de código para idiomas diferentes del inglés para la industria que se
introduce en el marcador DTYPE y el código de idioma que se introduce en el marcador
CODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un script de shell y ejecute el
script de shell desde la línea de mandatos. Repita este paso para cada idioma que desee instalar.
8. Opcional: para habilitar búsquedas no sensibles a mayúsculas y minúsculas, ejecute el script:
sqlplus SCHEMA/NEWPASSWORD@DBNAME @Insensitive_search_enabled.sql >> LOG_FILE_NAME
Atención: La sentencia create_schema_ora.sql crea dos espacios de tabla separados para InfoSphere
MDM Probabilistic Matching Engine, de la siguiente manera: TABLE_SPACE>E y INDEX_SPACE>E
Instalación manual de la base de datos de dominios en Oracle
Puede instalar manualmente la base de datos de dominios en Oracle.
Antes de iniciar la instalación:
v Asegúrese de que ha creado la base de datos principal, y de que tiene el nivel correcto de acceso a la
misma. Los activos de la base de datos de dominios se añaden a la misma base de datos.
v Lea el tema de instalación manual de la base de datos de MDM física, y tome las mismas decisiones en
los pasos opcionales que ha tomado al instalar la base de datos principal.
Instalación manual de la base de datos de dominio en Oracle:
Utilice este procedimiento para instalar manualmente la base de datos de dominio en Oracle.
Procedimiento
1. Vaya al directorio MDM/database/WCC/Oracle/Standard/ddl:
2. Edite todos los scripts de este directorio sustituyendo los valores de los marcadores por los valores
que desea utilizar en la base de datos, del modo siguiente:
a. Sustituya a DBNAME con el nombre de la base de datos.
b. Sustituya a SCHEMA con el nombre de esquema asignado para mantener los activos de base de
datos.
c. CONTRASEÑANUEVA por la contraseña del usuario de esquema.
Capítulo 6. Instalación de InfoSphere MDM
127
d. TABLE_SPACE para el nombre de espacio de tabla donde se almacenarán datos de tabla de
historial y de base.
e. INDEX_SPACE para un nombre de espacio de tabla donde se almacenarán datos indexados.
f. LONG_SPACE para un espacio de tabla donde se almacenarán datos de columna de usuario largos
como CLOB y XML
g. TABLESPACE_LOCATION para la ubicación donde se creará el espacio de tabla. Generalmente es
en el directorio de la base de datos que se encuentra en ORACLE_HOME. Por ejemplo,
D:/Oracle/product/10.2.0/oradata/MDMDB, donde MDMDB es el nombre de la base de datos y 10.2.0
es la versión de Oracle que se está utilizando.
h. DTYPE para el tipo de datos que se va a cargar. Especifique uno de los valores siguientes en
minúscula:
v banca
v seguros
v telecomunicaciones
v fabricación
i. CONFIG_LANG para el idioma que se va a utilizar. Por ejemplo, para inglés utilice en; para francés
utilice fr.
j. LENG_CÓDIGO para el lenguaje de cualquier tabla de código adicional que se va a cargar. Por
ejemplo, para japonés utilice ja; para francés utilice fr.
3. Desde la línea de mandatos en MDM/database/WCC/Oracle/Standard/ddl, ejecute estos mandatos en el
orden en el que están listados:
a. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>> LOG_FILE_NAME crea las tablas
base y las definiciones de claves primarias
b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>> LOG_FILE_NAME crea las
tablas de historial y las definiciones de claves primarias
c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME crea todos los índices,
incluyendo restricciones de índice exclusivo
d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME crea las claves foráneas
e. sqlplus SCHEMA/NEWPASSWORD@DBNAME> @create_chk_ora.sql>> LOG_FILE_NAME crea las restricciones
de comprobación
f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME crea los objetos de
InfoSphere MDM Probabilistic Matching Engine.
Importante: Antes de ejecutar el script create_eME_ora.sql en el paso siguiente, edite el script y
sustituya los marcadores ESPACIO_TABLA y ESPACIO_ÍNDICE con los nombres de espacio de
tabla y espacio de índice creados para los objetos de base de datos de InfoSphere MDM
Probabilistic Matching Engine.
4. Ejecute los scripts para desencadenantes compuestos o simples:
v Para instalar desencadenantes simples:
– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>> LOG_FILE_NAME instala
desencadenantes simples
– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_simple_ora.sql>>
LOG_FILE_NAME instala desencadenantes simples para supresiones
v Para instalar desencadenantes compuestos, ejecute los scripts:
– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_compound_ora.sql>> LOG_FILE_NAME
instala desencadenantes compuestos para inserciones y actualizaciones.
– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_compound_ora.sql>>
LOG_FILE_NAME instala desencadenantes compuestos para supresiones.
5. Convierta el archivo ImpReqData.script en un script de shell y ejecútelo desde la línea de mandatos.
Este script llena las tablas de códigos y de configuración del sistema necesarias con datos de la tabla
128
Guía de instalación
de códigos en inglés para el sector que se especifica en el marcador DTYPE y los datos de
configuración en el idioma que se especifica en el marcador CONFIG_LANG.
6. Elija si desea instalar datos de tabla de códigos para idiomas distintos del inglés.
v Si está instalando el producto solo en inglés, omita este paso.
v Para instalar datos de tabla de códigos de idiomas distintos del inglés para el sector que se
especifica en el marcador DTYPE y el código de idioma que se especifica en el marcador
CODE_LANG, convierta el archivo Imp_CodeTables_Data.script en un archivo de script y ejecútelo
desde la línea de mandatos. Repita este paso para cada idioma que desee instalar.
7. Si ha habilitado la búsqueda sin distinción de mayúsculas y minúsculas en la base de datos principal,
debe ejecutar el script siguiente:
Sqlplus SCHEMA/NEWPASSWORD@DBNAME
@Insensitive_search_enabled.sql >> LOG_FILE_NAME
Instalación manual del componente de servidor de mensajería de
InfoSphere MDM
Puede utilizar IBM Installation Manager para crear el componente de servidor de mensajería de
InfoSphere MDM, o puede instalarlo manualmente.
Acerca de esta tarea
Utilice IBM Installation Manager para instalar el componente de mensajería de InfoSphere MDM si IBM
WebSphere MQ se encuentra en la misma máquina en la que planea ejecutar el instalador para instalar el
componente de MDM operational server. IBM Installation Manager instala el componente de servidor de
mensajería de InfoSphere MDM de forma predeterminada cuando elige el proveedor de mensajería de
WebSphere MQ en lugar del proveedor de mensajería predeterminado de WebSphere Application Server
en el panel de configuración de la aplicación MDM.
Procedimiento
1. Compruebe que tiene el script custSetupMQServer.mqsc antes de comenzar a instalar manualmente el
componente de servidor de mensajería de InfoSphere MDM.
2. Obtenga el script custSetupMQServer.mqsc del directorio STARTUPKIT_INSTALL_HOME.
3. Cree e inicie el gestor de colas que utilizará el componente de servidor de mensajería InfoSphere
MDM (sustituya MDM1011.QMANAGER por cualquier nombre que elija) ejecutando el script:
/usr/mqm/crtmqm MDM1011.QMANAGER
No realice este paso si quiere utilizar un gestor de colas existente.
4. Inicie el gestor de colas ejecutando el script:
/usr/mqm/strmqm MDM1011.QMANAGER
5. Prepare a custSetupMQServer.mqsc sustituyendo el marcador CHANNEL_NAME en el script
custSetupMQServer.mqsc con el valor real del canal de WebSphere MQ que se va a utilizar.
6. Cree los objetos de configuración del componente de servidor de mensajería de InfoSphere MDM
ejecutando el script:
/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER
Sustituya el marcador de posición CHANNEL_NAME del script custSetupMQServer.mqsc por el valor
real del canal de WebSphere MQ a utilizar.
7. Habilite el soporte para el intermediario de sucesos ejecutando el script:
/usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER
8. Inicie el intermediario de sucesos ejecutando el script:
/usr/mqm/strmqbrk –m MDM1011.QMANAGER
Capítulo 6. Instalación de InfoSphere MDM
129
9. Inicie la escucha de colas ejecutando el script:
/usr/mqm/runmlsr –m MDM1011.QMANAGER –t TCP –p 1414&
Puede utilizar cualquier número de puerto válido para el puerto de escucha de WebSphere MQ.
Tareas relacionadas:
“Instalación de Installation Startup Kit” en la página 49
Utilice este procedimiento para instalar Installation Startup Kit antes de comenzar a preparar el entorno
para la instalación.
Actualización de los archivos de propiedades desplegados para una
physical MDM
Después de instalar o actualizar InfoSphere MDM, puede que necesite actualizar los archivos de
propiedades desplegados si requieren cambios que no pueden realizarse utilizando Configuration
Manager. Utilice este procedimiento para actualizar archivos de propiedades desplegados.
Acerca de esta tarea
Atención: La actualización de propiedades de forma dinámica no es ideal. Siempre que sea posible,
transfiera las propiedades personalizadas a Configuration Manager.
Puesto que los archivos de propiedades se incluyen en un .jar y se despliegan como un activo de
biblioteca compartida de aplicación de nivel empresarial (BLA), no pueden modificarse simplemente
alterando un valor de propiedad. Cuando está instalado, un archivo properties.jar duplicado se extrae
en un subdirectorio de despliegue de la unidad de composición de BLA. Esta extracción permite que se
realicen actualizaciones casi en tiempo real sin tener que volver a instalar la aplicación de paquetes
empresariales (EBA). Por ejemplo, si el nombre del despliegue de aplicación es E001 y el directorio de
inicio de instalación de WebSphere Application Server es opt/IBM/WebSphere/AppServer/, la ubicación de
los archivos de propiedades desplegados se encuentra en el directorio de activos instalados del perfil de
la aplicación. En este caso, opt/IBM/WebSphere/AppServer/profiles/Node01/installedAssets/
com.ibm.mdm.server.resources.properties-E001.jar/BASE
Puede modificar el contenido del archivo JAR directamente en el nodo. En una topología de clúster o de
varios nodos, las modificaciones deben replicarse manualmente en todos los nodos y servidores. La mejor
forma de actualizar las propiedades es utilizando la consola de administración de WebSphere Application
Server, que maneja la propagación por usted.
Procedimiento
1. Inicie la consola de administración de WebSphere Application Server y vaya a Applications >
Application Types > Assets.
a. Seleccione el archivo com.ibm.mdm.server.resources.propertiesdeployment_name_used_for_install.jar.
b. Pulse Export para exportar las propiedades actualmente desplegadas. Desde aquí, puede descargar
la biblioteca en su sistema local para la actualización.
2. Edite los valores y archivos utilizando los archivos de propiedades ampliadas del paquete
com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar que ha
descargado en el paso 1.
3. Vuelva a reunir las propiedades modificadas en un archivo
com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar nuevo. Asegúrese
de mantener el mismo nombre que la biblioteca original.
4. En la consola de administración de WebSphere Application Server, vuelva a seleccionar el archivo
com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar.
a. Pulse Actualizar.
130
Guía de instalación
b. En la pantalla siguiente, elija el tipo de actualización que desee y seleccione el JAR de propiedades
nuevo. Por ejemplo: seleccione la opción Replace entire asset junto con el JAR de propiedades
nuevo o actualizado. La actualización del activo de propiedades mediante la utilización de esta
opción propaga los cambios automáticamente a todos los nodos y servidores.
5. Después de completada la actualización, debe reiniciar la aplicación BLA.
Conceptos relacionados:
Utilización de los componentes de configuración y gestión
Capítulo 6. Instalación de InfoSphere MDM
131
132
Guía de instalación
Capítulo 7. Instalación de aplicaciones cliente y componentes
individuales
IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se
utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor
en el que instaló el servidor operativo y la base de datos de MDM.
Si elige instalar un componente individual en una máquina que cuenta con otros componentes de
InfoSphere MDM que ya están instalados, utilice la opción Modificar en vez de la de Instalar.
Utilice IBM Installation Manager para desinstalar aplicaciones cliente.
Si está instalando en Microsoft Windows:
v Debe estar ejecutando en modalidad de administrador para que IBM Installation Manager grabe en el
registro de Windows. La modalidad de Administrador no se utiliza en IBM AIX, Linux o Solaris.
v La vía de acceso del directorio de instalación (para los directorios MDM_INSTALL_HOME e IBMIMShared) no
debe contener espacios.
v El directorio de instalación no debe contener un nombre de directorio que comience con una letra
minúscula que siga a una barra inclinada (\ o /)’a’ (por ejemplo, C:/MDM/advanced o C:/advanced/MDM).
v En un sistema operativo Microsoft Windows 7, debe instalar MDM en un directorio que no esté
virtualizado.
Después de instalar la función, verifique que haya sido una instalación satisfactoria consultando los
archivos de registro.
Tareas relacionadas:
“Modificación de la instalación” en la página 93
Utilice este procedimiento para instalar otros componentes de InfoSphere MDM en una estación de
trabajo o servidor que ya tiene instalados componentes de la misma versión.
“Desinstalación de un único componente” en la página 199
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
“Configuración de seguridad de aplicación para aplicaciones web” en la página 187
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Referencia relacionada:
“Estructuras de directorios” en la página 20
Existen tres directorios que debe comprender cuando instala y utiliza MDM: el directorio de instalación,
el directorio compartido y el directorio de servidor de aplicaciones.
Instalación de IU de Business Administration
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación
Business Administration.
© Copyright IBM Corp. 1996, 2013
133
Los individuos responsables del mantenimiento y gestión de InfoSphere MDM pueden utilizar la IU de
Business Administration para gestionar ciertos elementos del MDM operational server teniendo que
modificar manualmente archivos de propiedades o tablas de bases de datos.
Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede
instalarse en una máquina remota seleccionando un perfil de aplicación de WebSphere remoto.
Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.
Instalación de la Business Administration UI
Utilice este procedimiento para instalar la Business Administration UI.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario
v Tiene IBM WebSphere Application Server instalado y en ejecución
v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus
archivos de propiedades, realice una copia de los archivos.
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
MDM operational server, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la
aplicación, debe utilizar la opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el
directorio de instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Business Administration UI. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Business Administration UI. Los componentes
instalados previamente se seleccionan automáticamente. Asegúrese de que permanezcan
seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía. Pulse Siguiente.
134
Guía de instalación
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación se ha desplegado en el servidor especificado durante la instalación.
Qué hacer a continuación
Obtenga más información sobre la utilización de la Business Administration UI al revisar el concepto
relacionado que se lista más abajo.
Conceptos relacionados:
Utilización de la aplicación de administración
Tareas relacionadas:
“Configuración de seguridad de aplicación para aplicaciones web” en la página 187
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Instalación de la interfaz de usuario de Data Stewardship
Los administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de la
aplicación Data Stewardship.
La interfaz de usuario de Data Stewardship se utiliza para mantener la calidad de los datos dentro del
núcleo de la aplicación MDM física.
Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede
instalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto.
Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.
Instalación de la interfaz de usuario de Data Stewardship
Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de
data stewardship admite gobierno de datos para datos MDM físicos.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
v Tiene IBM WebSphere Application Server instalado y en ejecución
v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus
archivos de propiedades, realice una copia de los archivos.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
135
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto quiere decir que el servidor o
la estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo el
servidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algún
componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la
aplicación, debe utilizar la opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el
directorio de instalación y el idioma.
c. En el panel Instalar paquetes, seleccione interfaz de usuario de Data Stewardship. Pulse
Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Interfaz de usuario de Data Stewardship. Los
componentes instalados previamente se seleccionan automáticamente. Asegúrese de que
permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía. Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación se ha desplegado en el servidor especificado durante la instalación.
Qué hacer a continuación
Obtenga más información sobre la utilización de la interfaz de usuario de Data Stewardship al revisar el
concepto relacionado que se lista más abajo.
136
Guía de instalación
Conceptos relacionados:
Cómo empezar con Data Stewardship
Tareas relacionadas:
“Configuración de seguridad de aplicación para aplicaciones web” en la página 187
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Instalación de interfaz de usuario de Product Maintenance
Los administradores son responsables de instalar, desplegar y brindar soporte a los usuarios de la
aplicación de la interfaz de usuario de Product Maintenance.
La interfaz de usuario de Product Maintenance se utiliza para mantener la calidad de los datos de los
productos.
Esta aplicación puede instalarse tanto en un servidor como en una estación de trabajo. También puede
instalarse en una máquina remota seleccionando un Perfil de aplicación de WebSphere remoto.
Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.
Instalación de la interfaz de usuario de Product Maintenance
Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
v Tiene IBM WebSphere Application Server instalado y en ejecución
v Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus
archivos de propiedades, realice una copia de los archivos.
Antes de instalar esta aplicación, asegúrese de que tiene los argumentos de tamaño de almacenamiento
dinámico de JVM de WebSphere Application Server deployment manager (Dmgr) establecidos en 512MB
y 1024MB.
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto quiere decir que el servidor o
la estación de trabajo no tienen ningún componente de InfoSphere MDM ya instalados (por ejemplo el
servidor operativo MDM, componente de la base de datos o alguna otra aplicación de usuario). Si algún
componente de MDM se encuentra presente en la máquina donde se realiza la instalación de la
aplicación, debe utilizar la opción Modificar.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
137
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el
directorio de instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Interfaz de usuario de Product Maintenance. Pulse
Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Interfaz de usuario de Product Maintenance. Los
componentes instalados previamente se seleccionan automáticamente. Asegúrese de que
permanezcan seleccionados, de otra forma IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía. Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación se ha desplegado en el servidor especificado durante la instalación.
Qué hacer a continuación
Obtenga más información sobre la utilización de la interfaz de usuario de Product Maintenance al revisar
el concepto relacionado que se lista más abajo.
Conceptos relacionados:
Iniciación en {!}
Tareas relacionadas:
“Configuración de seguridad de aplicación para aplicaciones web” en la página 187
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 43
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Instalación de Inspector
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de esta
aplicación Data stewardship.
138
Guía de instalación
La aplicación InfoSphere MDM Inspector data stewardship da soporte al mantenimiento de datos de
MDM virtual. Utilice la aplicación Inspector para resolver problemas de calidad de datos, revisar registros
de miembros, crear, editar, actualizar o suprimir relaciones entre entidades, y realizar los ajustes
apropiados para corregir errores de datos.
Cuando instala la aplicación, IBM Installation Manager despliega la aplicación automáticamente en el
servidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades que
controlan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarse
manualmente de ser necesario. El instalador también establece la seguridad para aplicaciones web (por
ejemplo, estableciendo el protocolo https y el puerto de servidor seguro).
Si algún componente de InfoSphere MDM ya está instalado en la máquina en la que está instalando la
aplicación Inspector, utilice el procedimiento de instalación Modificar MDM en su lugar.
Si está actualizando desde una versión anterior de InfoSphere MDM Inspector, asegúrese de guardar una
copia de su archivo de propiedades como referencia.
Instalación de Inspector
Utilice este procedimiento para instalar la aplicación data stewardship de InfoSphere MDM Inspector.
Esta aplicación web da soporte al gobierno de datos para datos de MDM virtual.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v
v
v
v
Ha completado los pasos de preparación de IBM Installation Manager
Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
IBM WebSphere Application Server está instalado y en ejecución
Si está actualizando desde una versión anterior de la aplicación y tiene valores personalizados en sus
archivos de propiedades, realice una copia de los archivos.
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Inspector. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
139
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Inspector. Los componentes instalados anteriormente se
seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM
Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación esté desplegada en el servidor especificado durante la instalación.
Resultados
El instalador actualiza el archivo inspector.properties con el nombre de host, puerto y nombre de
usuario y contraseña válidos que ha proporcionado en el panel de configuración y despliega el EAR de
Inspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de aplicaciones
descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo,
WAS_PROFILE_HOME/installedApps/$cell_name/inspector.ear.
Conéctese a Inspector abriendo un navegador y utilizando este URL: https://host:port/inspector
Conceptos relacionados:
Preparación de IBM Installation Manager
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
Desinstalación de InfoSphere MDM
Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.
Tareas relacionadas:
Desinstalación de un único componente de MDM
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Configuración de seguridad de aplicación para aplicaciones web
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
Hoja de trabajo de instalación de aplicaciones de usuario de MDM
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Archivo de propiedades de Inspector
El archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidor
operativo.
IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente las
establece cuando usted completa el panel de configuración Inspector. Otras propiedades, si desea cambiar
sus valores predeterminados, deben cambiarse manualmente editando el archivo.
140
Guía de instalación
Tabla 19. Propiedades que se encuentran en el archivo inspector.properties
Propiedad
Descripción
HostName
Nombre o dirección IP del servidor donde se está
ejecutando el servidor operativo de MDM. Este es el
nombre de host especificado en el panel de configuración
de Inspector de IBM Installation Manager.
HostPort
El número de puerto HTTP o HTTPS de su servidor de
aplicaciones. El valor predeterminado de HTTP es 9080.
El valor predeterminado de HTTPS es 9443.
InitContext
El número inicial de contextos (hebras) a crear para la
comunicación entre Inspector y el servidor operativo. El
valor predeterminado es 5. Esta propiedad debe
modificarse manualmente.
MaxContext
Número máximo de contextos a crear. El valor
predeterminado es 10. Un valor de 0 significa que no hay
límite en el número de contextos que se puede crear. Esta
propiedad debe modificarse manualmente.
TimeOut
Segundos a esperar para que un contexto libre ingrese a
la agrupación de contextos. El valor predeterminado es
30 segundos. Si un contexto no se abre dentro del
número especificado de segundos, se detienen los
intentos de comunicación entre Inspector y el servidor
operativo. Esta propiedad debe modificarse
manualmente.
UseSSL
Un valor true o false que indica si se utiliza SSL para
comunicarse con el servidor operativo. El valor
predeterminado es false. Esta propiedad debe
modificarse manualmente.
KeepAlive
Un valor true o false que indica si está habilitada la
opción KEEPALIVE para todas las conexiones de socket
con el servidor operativo. Si está habilitada, cada dos
horas se envía un paquete KEEPALIVE al servidor
operativo para verificar que la conexión existe y para
mantener la conexión activa. El valor predeterminado es
false. Esta propiedad debe modificarse manualmente.
UserName
El nombre de usuario administrativo para esta
aplicación. Este es el nombre especificado en el panel de
configuración de Inspector de IBM Installation Manager
y es una propiedad obligatoria. El valor predeterminado
es mdmadmin.
Password
La contraseña de usuario administrativo para esta
aplicación. Esta es la contraseña especificada en el panel
de configuración de IBM Installation Manager Inspector
y es una propiedad necesaria. El valor predeterminado es
mdmadmin.
*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el
programa de utilidad madpwd2 o madpwd3 y, a continuación, actualizar el archivo de propiedades. Debe
instalarse el componente MDM Operational Server para utilizar estos programas de utilidad.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
141
Tareas relacionadas:
“Edición del archivo inspector.properties”
Utilice este procedimiento para modificar valores manualmente en el archivo inspector.properties
después de la instalación.
Configuración de Inspector
Después de instalar Inspector, existen tareas de configuración adicionales que puede completar de ser
necesario.
Puede modificar ciertos valores en el archivo de propiedades o configurar el registro de IBM WebSphere
Application Server. La personalización de las plantillas de búsqueda y de las páginas de resultados se
lleva a cabo utilizando InfoSphere MDM Workbench.
Conceptos relacionados:
{!} Configuración
Edición del archivo inspector.properties
Utilice este procedimiento para modificar valores manualmente en el archivo inspector.properties
después de la instalación.
Acerca de esta tarea
IBM Installation Manager actualiza el archivo inspector.properties con el nombre de host, puerto y
nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración y despliega
el EAR de Inspector en el servidor de aplicaciones de destino. Durante el despliegue, el servidor de
aplicaciones descomprime el contenido del EAR en un directorio de aplicaciones instalado. Por ejemplo,
WAS_PROFILE_HOME/installedApps/$cell_name/inspector.ear. El archivo inspector.properties se
encuentra en inspector.war/WEB-INF/classes.
Procedimiento
1. Vaya al directorio inspector.war/WEB-INF/classes y abra el archivo inspector.properties en un
editor de texto.
2. Modifique los parámetros necesarios y asegúrese de que los parámetros necesarios no tengan
comentarios.
3. Guarde el archivo inspector.properties en el directorio inspector.war/WEB-INF/classes.
Referencia relacionada:
“Archivo de propiedades de Inspector” en la página 140
El archivo inspector.properties contiene los parámetros que se utilizan para conectarse al servidor
operativo.
Configuración de registro de IBM WebSphere Application Server
Utilice este procedimiento para habilitar el registro para el servidor de aplicaciones.
Procedimiento
Inicie sesión en la consola de administración de IBM WebSphere Application Server.
Desde Resolución de problemas, pulse Registros y rastreo.
Pulse server1 y, a continuación, Cambiar niveles de detalle de registro.
Pulse Tiempo de ejecución. Amplíe Componentes y grupos y, a continuación, amplíe la opción
Todos los componentes.
5. Cambie sólo el nivel de rastreo específico para su aplicación web añadiéndolo al valor
predeterminado existente. El valor predeterminado es "*=info:" A continuación se muestra un
ejemplo de niveles de rastreo comunes en un ámbito más amplio.
En el siguiente ejemplo, los valores de webapp component name pueden ser "inspector" o "reports".
1.
2.
3.
4.
142
Guía de instalación
com.initiatesystems.audit.*=all:
com.initiatesystems.webapp component name>.*=finest:
com.initiatesystems.web.webapp component name.*=finer:
Para establecer los niveles en un nivel de rastreo de paquete completo, no es necesario el ".*" anterior
al signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones web
como InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes.
com.initiatesystems.inspector.svc.impl.MemberSvc=finest
com.initiatesystems.inspector.svc.member.MemberService=finest
6.
7.
8.
9.
10.
Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Los
cambios no persisten después de reiniciar la aplicación.
Para guardar los cambios de forma permanente, debe guardar el tiempo de ejecución en la pestaña
Configuración. Siga con el paso siguiente.
Seleccione la opción Save runtime changes to configuration.
Pulse Aplicar y, a continuación, guarde la configuración.
Regrese a Resolución de problemas y seleccione Registros y rastreo.
Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro.
Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se estén
añadiendo.
Instalación de Enterprise Viewer
Los administradores son responsables de instalar la aplicación y de dar soporte a los usuarios de
InfoSphere MDM Enterprise Viewer.
Enterprise Viewer es una aplicación web que da soporte a la búsqueda y visualización de datos de
miembro. Los resultados de búsqueda devuelven una vista de empresa de los miembros conocidos en la
base de datos de MDM. Enterprise Viewer se utiliza para ver datos de MDM virtual.
Cuando instala Enterprise Viewer, IBM Installation Manager despliega la aplicación automáticamente en
el servidor de aplicaciones web de destino. El proceso de instalación crea archivos de propiedades que
controlan el comportamiento de la aplicación. Estos archivos de propiedades pueden editarse
manualmente de ser necesario.
Enterprise Viewer utiliza las tablas mpi_memtype y mpi_enttype para determinar qué tipos de entidad y
miembro se admiten en la configuración. La configuración del tipo de entidad y miembro se lleva a cabo
a través de InfoSphere MDM Workbench.
Instalación de Enterprise Viewer
Utilice este procedimiento para instalar InfoSphere MDM Enterprise Viewer. Esta aplicación web se
utiliza para buscar y ver registros de miembro en una configuración de MDM virtual.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
v Tiene IBM WebSphere Application Server instalado y en ejecución
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
143
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Enterprise Viewer. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Enterprise Viewer. Los componentes instalados
anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo
contrario, IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz. Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación esté desplegada en el servidor especificado durante la instalación.
Resultados
Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con
el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de
configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de
destino. Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un
directorio de aplicaciones instalado.
Conéctese a Enterprise Viewer abriendo un navegador y utilizando este URL: https://host:port/
accessweb
144
Guía de instalación
Conceptos relacionados:
Preparación de IBM Installation Manager
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
Desinstalación de InfoSphere MDM
Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.
Tareas relacionadas:
Desinstalación de un único componente de MDM
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Configuración de seguridad de aplicación para aplicaciones web
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
Hoja de trabajo de instalación de aplicaciones de usuario de MDM
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Archivo ContextManager.prop
Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con
el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de
configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de
destino.
Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de
aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/viewer.ear. El archivo
ContextManager.prop se encuentra en viewer.war/WEB-INF/classes.
IBM Installation Manager establece algunas de las propiedades que se listan en la tabla siguiente las
establece cuando usted completa el panel de configuración de Enterprise Viewer. Otras propiedades, si
desea cambiar sus valores predeterminados, deben cambiarse manualmente editando el archivo.
Tabla 20. Propiedades que se encuentran en el archivo inspector.properties
Propiedad
Descripción
HostGroupName
Generalmente, esta propiedad siempre es server1.
server1.HostName
Nombre o dirección IP del servidor donde se está
ejecutando el servidor operativo de MDM. Esta
propiedad es el nombre de host especificado en el panel
de configuración de Enterprise Viewer de IBM
Installation Manager.
HostPort
El número de puerto HTTP o HTTPS de su servidor de
aplicaciones. El valor predeterminado de HTTP es 9080.
El valor predeterminado de HTTPS es 9443.
server1.UseSSL
Un valor true o false que indica si se utiliza SSL para
comunicarse con el servidor operativo. El valor
predeterminado es false. Esta propiedad debe
modificarse manualmente.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
145
Tabla 20. Propiedades que se encuentran en el archivo inspector.properties (continuación)
Propiedad
Descripción
UsrName
El nombre de usuario administrativo para esta
aplicación. El valor predeterminado es mdmadmin. Esta
propiedad es el nombre especificado en el panel de
configuración de Enterprise Viewer de IBM Installation
Manager y es una propiedad necesaria.
Este valor es el nombre de usuario que facilita la
conexión entre la aplicación y el servidor operativo. El
nombre sólo se utiliza para obtener la conexión inicial;
todas las interacciones se ejecutan como el nombre de
usuario especificado en la página de inicio de sesión de
Enterprise Viewer.
server1.UsrPass
*La contraseña de usuario administrativo para esta
aplicación. El valor predeterminado es mdmadmin. Esta
propiedad es el nombre especificado en el panel de
configuración de Enterprise Viewer de IBM Installation
Manager y es obligatoria.
server1.InitContext
El número inicial de contextos (hebras) a crear para la
comunicación entre Enterprise Viewer y el servidor
operativo. El valor predeterminado es 5. Esta propiedad
debe modificarse manualmente.
server1.MaxContext
Número máximo de contextos a crear. El valor
predeterminado es 10. Un valor de 0 significa que no hay
límite en el número de contextos que se puede crear. Esta
propiedad debe modificarse manualmente.
server1.TimeOut
Segundos a esperar para que un contexto libre ingrese a
la agrupación de contextos. El valor predeterminado es
30 segundos. Si un contexto no se abre dentro del
número especificado de segundos, se detienen los
intentos de comunicación entre Enterprise Viewer y el
servidor operativo. Esta propiedad debe modificarse
manualmente.
doDebug
Indica si está habilitado el registro de depuración. El
valor predeterminado es false.
*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el
programa de utilidad madpwd2. Debe instalarse el componente MDM Operational Server para utilizar este
programa de utilidad.
v Para almacenar una contraseña de texto sin formato, utilice la propiedad server1.UsrPass=password.
v Para almacenar una contraseña cifrada, utilice la propiedad server1.UsrPass2=password.
Tareas relacionadas:
“Configuración del archivo ContextManager.prop para Enterprise Viewer” en la página 147
InfoSphere MDM Enterprise Viewer está configurado para buscar el servidor operativo de MDM definido
en el archivo ContextManager.prop. Este archivo de configuración se encuentra en el archivo viewer.war.
Referencia relacionada:
programa de utilidad madpwd2
programa de utilidad madpwd3
Configuración y gestión de aplicaciones
Las opciones de implementación y configuración para InfoSphere MDM Enterprise Viewer están
establecidas por el equipo de implementación.
146
Guía de instalación
Las opciones de configuración apropiadas para su organización se establecen antes de que se publique su
implementación para la producción. Si debe ajustar los valores de configuración después de la
implementación y tiene preguntas, póngase en contacto con el soporte de IBM Software para obtener
ayuda.
Configuración del archivo ContextManager.prop para Enterprise Viewer
InfoSphere MDM Enterprise Viewer está configurado para buscar el servidor operativo de MDM definido
en el archivo ContextManager.prop. Este archivo de configuración se encuentra en el archivo viewer.war.
Acerca de esta tarea
Utilice este procedimiento para editar el archivo ContextManager.prop después de la instalación, de ser
necesario. El archivo ContextManager.prop se encuentra en el directorio WAS_PROFILE_HOME/
installedApps/$cell_name/viewer.ear/WEB-INF/classes.
Las propiedades HostName y HostPort son establecidas por IBM Installation Manager durante la
instalación.
Procedimiento
1. Vaya al directorio viewer.war/WEB-INF/classes y abra el archivo ContextManager.prop en un editor de
texto.
2. Modifique los parámetros necesarios y asegúrese de que los parámetros necesarios no tengan
comentarios.
3. Si está configurando el servidor para comunicarse a través de SSL, establezca server1.UseSSL en true.
4. Guarde el archivo ContextManager.prop en el directorio viewer.war/WEB-INF/classes.
5. Verifique que sólo haya un archivo ContextManager.prop en el directorio viewer.war/WEB-INF/classes.
Referencia relacionada:
“Archivo ContextManager.prop” en la página 145
Cuando instala Enterprise Viewer, IBM Installation Manager actualiza el archivo ContextManager.prop con
el nombre de host, puerto y nombre de usuario y contraseña válidos que ha proporcionado en el panel de
configuración de instalación y despliega el EAR de Enterprise Viewer en el servidor de aplicaciones de
destino.
Problemas de fuente, estilo y prueba
Enterprise Viewer utiliza hojas de estilo. Independientemente del navegador que se utilice de las opciones
soportadas, todas las páginas tienen un aspecto similar en los navegadores que admitan hojas de estilo.
Las páginas están diseñadas para un valor de pantalla de 800x600, aunque un valor de 640x480 también
funciona.
Las páginas utilizan el tamaño de fuente predeterminado para el cuerpo de las páginas, y utilizan
tamaños relativos (+1 o –2) para las cabeceras y pies de página. El uso de estos valores permite que las
páginas tengan un aspecto aceptable en la mayoría de los sistemas, independientemente de la resolución;
sin embargo, puede ajustar los tamaños de fuente como con cualquier página web.
Puede modificar el esquema de color estándar editando el archivo viewer.war\styles\alignStyles.css.
Configuración de la tabla mpi_appprop
El contenido de la tabla mpi_appprop se utiliza como la configuración base para el comportamiento de
Enterprise Viewer.
La configuración controla estos elementos:
v Qué muestran los atributos en qué páginas
v El formateo de las páginas de búsqueda
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
147
v El soporte para Enterprise Viewer para utilizar segmentos definidos por implementación
Si la configuración de mpi_appprop no se completa, los atributos no se muestran en las páginas de
aplicaciones.
Configuración de mpi_appprop para ordenar la visualización de atributos:
Existen valores en la tabla mpi_appprop que controlan el orden en que se muestran los atributos en
InfoSphere MDM Enterprise Viewer.
Puede modificar estos valores según sea necesario para su implementación.
Column nº 1 y nº 2: mpi_appprop.caudrecno/maudrecno debe ser un número válido de mpi_audhead; este
valor no es utilizado por Enterprise Viewer.
Column nº 3: mpi_appprop.recstat debe estar establecido en A de activo. InfoSphere MDM Enterprise
Viewer sólo observa las filas AppProp que estén activas.
Column nº 4: mpi_appprop.apprecno = mpi_apphead.apprecno - El apprecno para esta entrada de appprop;
este valor suele ser 1 para InfoSphere MDM Enterprise Viewer.
Column nº 5: mpi_appprop.segrecno debe ser 0. Este valor no es utilizado por InfoSphere MDM
Enterprise Viewer.
Column nº 6: mpi_appprop.therecno se utiliza para ordenar los atributos dentro de un propname o
nombre de página (consulte la descripción de la Column nº 7). Este número generalmente comienza en 1,
lo que significa que el atributo es el primero que se muestra en la página y se cuenta hasta el último
atributo.
Column nº 7: mpi_appprop.propname es un valor de clave que contiene un prefijo de 'WebAcc' y el nombre
de página separado por ~. Los nombres de página son valores de clave predefinidos que no se modifican.
Esta tabla lista el título de la página web y el mpi_appprop.propname válido para dicha página:
Tabla 21. Páginas web y mpi_appprop.propnames asociados
Título de página web
mpi_appProp.propname válido
Search Results
WebAcc~MemSrchRslt#
Detail View
WebAcc~MemGetDetailCol#
Detail History View
WebAcc~MemGetDetailRow#
Report View
WebAcc~MemReport#
Task View
WebAcc~MemTskGetRslt#
Column nº 8: mpi_appprop.propval debe contener el valor mpi_segattr.attrcode del atributo que desea
visualizar para esta fila, como LGLNAME o HOMEADDR.
Para cada nombre de página (valores de propname) configurado, verá 'therecno' (Column nº 6) en el
orden en que se muestran en la página. No debe haber duplicados o espacios en valores 'therecno'.
A continuación se muestra un ejemplo de SQL para la página Search results:
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,01,’WebAcc~MemSrchRslt1’,’LGLNAME’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,02,’WebAcc~MemSrchRslt1’,’SSN’);
INSERT INTO mpi_AppProp VALUES
148
Guía de instalación
(101,101,’A’,01,00,03,’WebAcc~MemSrchRslt1’,’HOMEADDR’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,04,’WebAcc~MemSrchRslt1’,’HOMEPHON’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,05,’WebAcc~MemSrchRslt1’,’BIRTHDT’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,06,’WebAcc~MemSrchRslt1’,’SEX’);
Para ver la tabla mpi_appprop de un modo significativo, utilice este SQL de ejemplo:
SELECT * FROM mpi_AppProp WHERE (propname LIKE ’Web%’) ORDER BY propname,
therecno;
Conceptos relacionados:
“Ubicación de columna de vista compuesta” en la página 161
La página de vista de detalles 'WebAcc~MemGetDetailCol#' puede mostrar columnas de vista compuesta
(CVW).
Segmentos definidos por implementación – formateo y orden de visualización de atributos:
InfoSphere MDM Enterprise Viewer puede configurarse para mostrar segmentos definidos por
implementación.
La configuración para el soporte de segmentos definidos por implementación es muy similar a la descrita
para segmentos no definidos por implementación. La excepción es la configuración para la Column nº 8
de la tabla mpi_appprop.
Columna nº 8: mpi_AppProp.propval = mpi_SegAttr.attrcode. Para la configuración de segmentos
definidos por implementación, 'propval' debe tener el attrcode del atributo que desea visualizar para esta
fila. También requiere información de formateo extra. Debe listarse el nombre del segmento que está
definido en mpi_segxfld.fldname, junto con cualquier formateo que defina opcionalmente, después del
signo de igual.
El siguiente es un ejemplo de valores de 'propval' para el formateo de segmentos definidos por
implementación.
NEWSEG=~segdate:dt~<br>~segval~ <b> ~segscore:^^.^~ </b>
NEWPHONE=(~areacode~)} ~phonenumber~ {x~phoneext~}’)
NEWPHON2=~phonenumber:^^^-^^^^~
El formateo puede aplicarse opcionalmente a segmentos no definidos por implementación. Los siguientes
son ejemplos de formateo para segmentos MEMPHONE y MEMIDENT:
HOMEPHON={~phicc~-}{(~pharea~)-}~phnumber~{ X~phextn~}
SSN={~idissuer~:}~idnumber:^^^-^^-^^^^~{<br>Exp:~idexpdate:d~}
La definición de formato consta de los siguientes elementos:
v Los tildes (~) y las llaves {} están reservados y no pueden utilizarse como caracteres de visualización
fijos.
v Los nombres de campo deben estar rodeados por tilde (~) y deben coincidir con el nombre de campo
en mpi_segxfld.fldname. Deben utilizarse caracteres en minúscula para todos los nombres de campo.
v Los campos y los caracteres de formateo que están encerrados entre llaves {} son "opcionales" para la
visualización. Esto significa que si el código de área en el ejemplo está en blanco (no hay datos para la
señal de atributo), no se muestran los paréntesis que lo rodean. Los caracteres de visualización fijos
sólo se muestran si los datos existen.
Los campos o grupos opcionales no pueden estar anidados o contener más de un campo. Estos
ejemplos no son válidos:
{(~pharea~) ~phnumber~}
{(~pharea~) {~phnumber~}}
En el ejemplo de NEWPHONE:
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
149
v
v
v
v
v
– Si están presentes los tres campos, la visualización es (123) 555-1212 x1234
– Si sólo está presente un número y extensión, la visualización es 555-1212 x1234
– Si sólo está presente el número, la visualización es 555-1212
Dentro de un campo, es posible implementar algún formateo básico. Por ejemplo, si el campo de
número de teléfono está almacenado en la base de datos como 5551212, la definición del patrón como
^^^-^^^^ muestra el número como 555-1212.
El formateo debe estar entre el tilde inicial y final (~) para el nombre de campo.
El formateo debe seguir inmediatamente a dos puntos (:), que deben seguir al nombre de campo. Por
ejemplo: ’fldname:^^’
La rutina de formateo funciona sustituyendo los caracteres en el campo para cada símbolo de
intercalación (^) definido en su serie de formato.
Puesto que los caracteres como ^ ~ {} : se utilizan como caracteres de formateo especiales, no pueden
utilizarse en la serie de formato. Siempre se interpretarán como caracteres especiales.
v Los caracteres válidos no especiales que están contenidos dentro de la serie de formato se muestran en
la posición definida como ellos mismos.
v Si la serie de formato no coincide con la longitud de los datos, no se aplica ningún formateo y sólo se
muestran los datos en bruto. Por ejemplo, el formato de ~segval:^^^-^~
v Si los datos son estos: ValA,ValCZ,VAL,VALB, el resultado formateado es este: Val-A, VALCZ, VAL,
VAL-B. Sólo ValA y VALB tienen la longitud correcta y están formateados.
v Si no hay formateo personalizado especificado para segmentos no definidos por implementación (como
MEMNAME, MEMPHONE, y MEMIDENT), se utiliza el formateo predeterminado. Esto significa que
se aplica el mismo formateo predeterminado que en versiones anteriores de la aplicación.
v Si no hay definición de formateo para segmentos definidos por implementación, no se visualiza nada.
La definición mínima para un segmento definido por implementación es el AttrCode y un fldname:
NEWSEG=~segval~
v Esta característica de formateo no está disponible para los segmentos MemAttr o MemDate no
definidos por implementación; es irrelevante porque sólo hay un campo. Cualquier formateo, si se
define, se ignora para estos segmentos.
v Los campos de fecha deben tener un ":d", ":t", ":dt" opcional en el final para especificar la visualización
de sólo fecha, visualización de sólo hora, o ambas. I18N se admite para este formateo que se basa en el
entorno local definido en el navegador. Por ejemplo: ~dateField:t~ ~dateField:d~ ~dateField:dt~
v Las etiquetas de formateo HTML se admiten si no interfieren con las etiquetas HTML circundantes
generadas para la página. Por ejemplo, el uso de etiquetas de tabla HTML puede provocar errores en la
página y no se fomenta. Las etiquetas de negrita básica <b> </b> o saltos de línea <br> son seguras
para utilizar si se siguen los estándares de HTML.
v Una configuración de segmento definido por implementación no válida, como un fldname erróneo,
hace que el fldname se muestre con un NULL junto a él en la página web de aplicación configurada.
v La presencia de tildes iniciales o finales (~) no válidas hace que se muestre "Bad or NULL Format
String" (serie de formato errónea o nula) en la página web configurada.
v Es posible realizar una configuración incorrecta hasta el punto de que no muestre un atributo. Otra
posibilidad es que se muestren los errores, pero que estos sean un problema distinto de lo que se
describe. Debido al modo en que se procesan estos parámetros de configuración, no siempre es posible
proporcionar ayuda detallada para una configuración incorrecta. El método de prueba y error es el
mejor modo de crear un requisito complejo. Añada un campo a la vez para hacer que funcione
correctamente y, a continuación, añada más campos en función del éxito que tenga. Después de añadir
el campo, puede añadir el formateo. InfoSphere MDM Enterprise Viewer requiere un reinicio para cada
modificación que se realice.
El siguiente script SQL es un ejemplo de segmentos definidos por implementación en la página Detail
View:
150
Guía de instalación
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1’,’NAME={~degree~ }{~prefix~
}{~last~ }{~middle~ }{~first~ }{~suffix~ }~title~’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,02,’WebAcc~MemGetDetailCol1’,’ID={~idissuer~:}~idnumber:
^^^-^^-^^^^~{ Exp:~iddate:d~}’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,03,’WebAcc~MemGetDetailCol1’,’ADDR={~line1~}{,
~line2~}{, ~line3~}{, ~line4~}<br>{~city~, }{~state~ }~zipcode~{,
~country~}’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,04,’WebAcc~MemGetDetailCol1’,’PHONE={~icc~-}{(~area~)-}~
number~{ X~extn~}’);
Los archivos .prop contienen los SegCodeFilters que pueden definirse.
El siguiente es un ejemplo del SegCodeFilter:
form.SegCodeFilter=MEMHEAD,MEMNOTE,MEMXTSK,ENTXTSK,MEMATTRALL
De forma predeterminada, MEMATTRALL incluye cualquier segmento definido por implementación
activo y la modificación de este parámetro no es necesaria. Sin embargo, si el rendimiento es una
preocupación y se devuelven conjuntos de resultados grandes, puede aumentarse el rendimiento
modificando este parámetro para definir específicamente sólo los segmentos obligatorios que necesita una
página especificada.
La lista siguiente de archivos prop se encuentra en WEB-INF\classes\ sub-directory en el archivo
viewer.war. Para cada página en la que desee definir segmentos específicos, debe modificar su archivo
.prop correspondiente y actualizar el form.SegCodeFilter. Los historiales de informes y detalles
comparten el archivo .prop.
Tabla 22. Actualizaciones de filtro de SegCode y archivos prop
Archivo .prop
Título de página
form.SegCodeFilter
doMemGet.prop
Detail View Page
WebAcc~MemGetDetailCol#
doMemGetAll.prop
Report View Page
WebAcc~MemReport#
doMemGetAll.prop
Detail History Page
WebAcc~MemGetDetailRow#
doMemSrch.prop
Search Results Page
WebAcc~MemSrchRslt#
doTskGet.prop
Task View Page
WebAcc~MemTskGetRslt#
Formularios de búsqueda (páginas):
Las páginas de búsqueda que se utilizan en InfoSphere MDM Enterprise Viewer pueden configurarse.
Las configuraciones de formularios de búsqueda se almacenan en la tabla mpi_appprop. Todos los
valores de propiedades de formularios de búsqueda en la tabla comienzan con WebAccMemSrchForm##-##
en la columna propname. El formato del nombre completo es WebAcc~MemSrchForm##-##.prop, donde los
primeros ## se sustituyen con el número de tipo de miembro de la tabla mpi_memType.memtypeno y los
segundos ## se sustituyen con el número de tipo de entidad de mpi_entType.enttypeno.
Hay dos secciones de configuración principales en las que debe centrarse cuando crea un formulario de
búsqueda: form. y section.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
151
Configuración de form.:
La parte superior del archivo contiene la configuración de form. que define el número de secciones en
este formulario y los grupos de atributos de búsqueda que contiene cada sección.
Por ejemplo, el formulario de búsqueda de standard Provider tiene tres secciones definidas como:
form.sections=3
form.section1.width=50,10,170,10,500,100
form.section1.group=ProvName,BusName,Addr
form.section2.width=50,10,170,10,500,100
form.section2.group=Phone,Sex,DOB,SSN,Spec
form.section3.width=50,10,170,10,500,100
form.section3.group=UPIN,NPI,FED,MCRE,LICID,NRC,DEA,MCAID
form.sections - set to the number of the ’form.section#’ you will define.
form.section#.width establece los anchos de columna de tabla en el formulario. Generalmente, estas
definiciones no cambian, y si lo hacen, sólo el quinto ancho (definido como 500 en el ejemplo anterior)
suele cambiar. El quinto ancho representa la columna que contiene los campos de entrada de formulario.
Un motivo para aumentar el valor del quinto ancho sería para manejar campos de entrada inusualmente
extensos. El tercer ancho (definido como 170 en el ejemplo anterior) es el ancho que se utiliza para la
columna de etiqueta. Una vez más, puede que desee aumentar el ancho si tiene una etiqueta grande. Los
otros anchos se utilizan para el espaciado entre estas columnas y no se modifican.
form.section#.group establece los nombres de grupo contenidos en cada sección. Estos nombres de
grupo de sección deben ser exclusivos dentro de todas las secciones definidas en esta configuración de
appProp de formulario de búsqueda. Los nombres pueden ser cualquier nombre que sea adecuado para
su configuración. Los nombres son sensibles a mayúsculas y minúsculas y se utilizan como clave en el
área section. de las filas de configuración de appProp de formulario de búsqueda. Este valor determina
el orden de los grupos en la página. En el ejemplo anterior, el grupo de campos de entrada 'ProvName' se
muestra primero, con 'BusName' debajo de 'ProvName' y así sucesivamente.
configuración de section.:
La parte inferior del archivo de configuración de formulario de búsqueda contiene la configuración de
section..
Este parámetro define los campos específicos a utilizar para la búsqueda, visualización de campos,
etiqueta, y otra información necesaria para mostrar un campo de entrada en la página.
Este ejemplo muestra una configuración de section. basada en la configuración de form..
#Inicio de Sección 1
section.ProvName.attrcode=PROVNAME
section.ProvName.1.method=setOnmLast
section.ProvName.1.label=Last Name
section.ProvName.1.class=
section.ProvName.1.value=Sanghera
section.ProvName.1.size=25
section.ProvName.2.method=setOnmFirst
section.ProvName.2.label=First Name
section.ProvName.2.class=
section.ProvName.2.value=Hitpreet
section.ProvName.2.size=25
section.ProvName.3.method=setOnmMiddle
section.ProvName.3.label=Middle Name
section.ProvName.3.class=
section.ProvName.3.value=K
section.ProvName.3.size=25
152
Guía de instalación
#
section.BusName.attrcode=PROVNAME
section.BusName.1.method=setOnmLast
section.BusName.1.label=Business Name
section.BusName.1.class=
section.BusName.1.value=jones research labs
section.BusName.1.size=35
section.BusName.1.maxsize=50
El área posterior a section. es el nombre de grupo configurado en el área de configuración de form.. El #
posterior al nombre de grupo es el orden del campo en la página dentro del grupo.
section.GroupName.attrcode es la primera línea de todos los nombres de grupo. Está configurada para
igualarse con el campo mpi_segattr.attrcode al que representa este grupo. El .attrcode no distingue entre
mayúsculas y minúsculas y representa el código de atributo que se crea y envía como criterio de
búsqueda al servidor operativo. .attrcode tiene una palabra clave de 'APPPROP' que también es válida y
se utiliza con el parámetro .dropdown.
section.GroupName.Order#.method se establece en el nombre del método de API de Java utilizado para
establecer el valor de este campo. Ejemplos anteriores mostraban búsquedas basadas en un valor de
PROVNAME que, tal como se define en el campo mpi_segAttr.segCode, es un MEMNAME. Si se busca
MemName en los archivos HTML y documentos de la API de Java, se proporcionará una lista de
métodos 'set' válidos. Habitualmente, los nombres de método son el nombre de campo de tabla que tiene
como prefijo la palabra 'set'. Para dar soporte a segmentos definidos por implementación, el prefijo de
'set' es opcional y sólo se requiere el mpi_segxfld.fldname. La documentación de la API de Java puede
utilizarse para determinar los nombres de campo válidos para segmentos no definidos por
implementación. La tabla mpi_segxfld puede utilizarse para buscar nombres de campo para segmentos
definidos por implementación y no definidos por implementación.
El valor de section.GroupName.Order#.label define lo que se muestra en el formulario de búsqueda
como la etiqueta para el campo.
Generalmente, section.GroupName.Order#.class está en blanco, y debe establecerse sólo si el valor
introducido no es una serie y debe convertirse de una serie a otro tipo de datos antes de utilizar el
nombre 'setMethod'. Por ejemplo, si desease utilizar el método setIdExpDate en la clase MemIdent. Podrá
ver en los documentos de la API de Java que el método necesita que se pase una 'java.util.Date'. Por lo
tanto, el establecimiento de este parámetro en 'Date' (fecha) hace que la 'String' (serie) se convierta en una
'Date' de Java antes de que se llame al método 'setIdExpDate'. Los tipos de clase válidos para
MemAttrRows son Date, Time, DateTime.
Generalmente, section.GroupName.Order#.value está en blanco. Si no está en blanco, los datos
introducidos se muestran como el valor predeterminado en el formulario de entrada. En el ejemplo
anterior, 'Public' está prellenado en el cuadro de entrada para 'Last Name' (apellido) en el formulario de
búsqueda.
section.GroupName.Order#.size es el tamaño de la etiqueta de entrada en el formulario. También puede
utilizar la palabra clave especial 'hidden' (oculto) para que no se muestre un campo de entrada para esta
entrada. Generalmente, este parámetro se utiliza con el parámetro .value para permitir que se establezca
un valor predeterminado, pero no que se muestre. Un uso típico para esta configuración es el número de
seguridad social. Siempre tiene el valor MemIdent.setIdIssuer como ‘SSA,' y puede configurar el campo
como oculto para que el usuario no tenga que escribir o ver el cuadro de entrada de emisor en el
formulario.
section.GroupName.Order#.maxsize es el tamaño máximo de la etiqueta de entrada en el formulario. Esto
establece el parámetro maxlength de formulario HTML. La definición de maxsize es opcional, y si no se
define, toma el valor predeterminado de 50.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
153
Parámetro 'section.GroupName.Order#.celldelim':
.celldelim se utiliza para combinar lo que normalmente serían dos campos de entrada en dos filas de
tabla distintas en una celda de fila de tabla.
En el siguiente ejemplo, las líneas de Dirección 1, 2 y 3 se combinan en la misma celda de tabla y se
utiliza una etiqueta HTML <BR> entre ellas. El resultado es que estas líneas de dirección se agrupan; la
línea de dirección 1 encima de la línea de dirección 2 y 3, todas en una celda. Todas utilizan la misma
etiqueta que se proporciona en la primera 'etiqueta' de líneas de dirección, que es 'Líneas de dirección.' Si
el parámetro .celldelim no está configurado, cada línea de dirección tiene su propia fila de tabla que
utiliza etiquetas individuales.
# Ejemplo de parámetro celldelim
section.Addr.attrcode=SRVAD
section.Addr.1.method=setStLine1
section.Addr.1.label=Address Lines
section.Addr.1.class=
section.Addr.1.value=
section.Addr.1.size=25
section.Addr.1.celldelim=<BR>
section.Addr.2.method=setStLine2
section.Addr.2.label=Address Line 2
section.Addr.2.class=
section.Addr.2.value=
section.Addr.2.size=25
section.Addr.2.celldelim=<BR>
section.Addr.3.method=setStLine3
section.Addr.3.label=Address Line 3
section.Addr.3.class=
section.Addr.3.value=
section.Addr.3.size=25
section.Addr.3.celldelim=<BR>
section.Addr.4.method=setStLine4
section.Addr.4.label=Address Line 4
section.Addr.4.class=
section.Addr.4.value=
section.Addr.4.size=25
section.Addr.5.method=setZipCode
section.Addr.5.label=ZIP
section.Addr.5.class=
section.Addr.5.value=
section.Addr.5.size=25
.celldelim puede contener cualquier etiqueta HTML válida. Por ejemplo,   puede utilizarse para
tener un área de teléfono en la misma línea que el número de teléfono, como se muestra a continuación:
#Inicio de Sección 2
section.Phone.attrcode=SPHNA
section.Phone.1.method=setPhArea
section.Phone.1.label=Telephone
section.Phone.1.class=
section.Phone.1.value=
section.Phone.1.size=5
section.Phone.1.celldelim= 
section.Phone.2.method=setPhNumber
section.Phone.2.label=
section.Phone.2.class=
section.Phone.2.value=
section.Phone.2.size=9
section.Phone.2.hint=(111) 555-1212
154
Guía de instalación
Parámetro 'section.GroupName.Order#.hint':
El parámetro hint se utiliza para proporcionar información sobre cómo entrar los datos.
Tal como está configurado, el indicio se muestra inmediatamente a la derecha del número de teléfono y
muestra el formato que se utiliza para el número de teléfono.
Configuración del parámetro 'section.GroupName.Order#.dropdown':
Utilice esta información para configurar el parámetro section.GroupName.Order#.dropdown para crear una
lista exclusiva.
El siguiente ejemplo muestra el uso de un parámetro para crear una lista desplegable exclusiva:
#
section.Sex.attrcode=PROVSEX
section.Sex.1.method=setAttrVal
section.Sex.1.label=Gender
section.Sex.1.class=
section.Sex.1.value=
section.Sex.1.dropdown=PROVSEX
section.Sex.1.size=9
Puede especificarse cualquier mpi_edtElem.edtCode válido (sensible a mayúsculas y minúsculas) en el
parámetro dropdown y se genera una lista desplegable en la página para ese edtCode.
No utilice el parámetro value cuando tenga una entrada desplegable. La selección desplegable
predeterminada siempre es --select-- para mantener coherencia.
dropdown también tiene una palabra clave especial que puede utilizarse, SRCHEAD. SRCHEAD crea un menú
desplegable basado en la tabla mpi_srchead con un srcType=I predeterminado y el MemTypeno definido
para el mpi_appprop.propName utilizado por el formulario.
Cuando se está definiendo un SRCHEAD, puede especificar el tipo de origen (srctype) a utilizar en la lista
SRCHEAD. La definición de un .srctype es opcional. Si no se encuentra la entrada .srctype, el valor
predeterminado es 'I'. Para un filtrado incluso mayor de la lista .srctype, puede especificar el .memtypeno
a utilizar. La definición de un .memtypeno también es opcional y, si no está definido, toma el valor
predeterminado del MemTypeno actual utilizado para este formulario.
El siguiente ejemplo muestra una configuración de .memtypeno válida:
section.SSN.2.memtypeno=1
section.SSN.2.memtypeno=0,1,5
Puede definirse cualquier .memtypeno en la lista separada por comas. Se permite un .memtypeno=0 como
un memtypeno especial que puede compartirse entre todos los tipos de miembro.
El siguiente ejemplo muestra una configuración de srctype válida:
section.SSN.2.srctype=I,D
section.SSN.2.srctype=D
Los valores válidos para srctype son 'I', 'D', o 'I,D', y estos valores no distinguen entre mayúsculas y
minúsculas.
También puede configurar un código de atributo especial (attrCode) con la palabra clave de APPPROP y el
desplegable como SRCHEAD. Cuando se utiliza APPPROP, debe configurarse SRCHEAD como el desplegable.
Esta combinación hace que el código de origen seleccionado en el desplegable se busque en la tabla
mpi_appprop. El mpi_appProp.propName de SrxAttr y mpi_appProp.propVal se utiliza para convertir un
código de origen al código de atributo necesario para utilizar para esta búsqueda.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
155
Este ejemplo ilustra el uso válido de APPPROP y SRCHEAD.
#Inicio de Sección 2
section.AppProp1.attrcode=APPPROP
section.AppProp1.1.method=setIdIssuer
section.AppProp1.1.label=Identifier Type
section.AppProp1.1.class=
section.AppProp1.1.value=
section.AppProp1.1.size=20
section.AppProp1.1.dropdown=SRCHEAD
section.AppProp1.1.srctype=I
section.AppProp1.1.memtypeno=0,1
section.AppProp1.2.method=setIdNumber
section.AppProp1.2.label=Identifier Number
section.AppProp1.2.class=
section.AppProp1.2.value=
section.AppProp1.2.size=20
El ejemplo anterior dirige la búsqueda, que se basa en el código de origen seleccionado en .dropdown,
para buscar el AttrCode relacionado con el SrcCode, y utilizar el SrcCode seleccionado como el valor de
setIdIssuer para MemIdent. En la segunda sección, setIdNumber también utiliza el mismo AttrCode que la
primera sección.
Uso de edtElem para presentar una lista para un origen de MEMIDENT:
Puede utilizar mpi_edtElem.edtCode para llenar una lista de emisores de números de identificación de
miembros.
El siguiente ejemplo muestra el uso de mpi_edtElem.edtCode para llenar una lista desplegable para un
IdIssuer de MemIdent.
section.LICID.attrcode=LICID
section.LICID.1.method=setIdNumber
section.LICID.1.label=State Lic
section.LICID.1.class=
section.LICID.1.value=
section.LICID.1.size=20
section.LICID.1.celldelim= 
section.LICID.1.hint= Issuer:
section.LICID.2.method=setIdIssuer
section.LICID.2.label= Issuer:
section.LICID.2.class=
section.LICID.2.value=
section.LICID.2.size=10
section.LICID.2.dropdown=STATE
Habitualmente, el iIdIssuer se completa desde una .dropdown de la tabla mpi_srchead, pero presentar
todo en mpi_srchead para el número de tipo de miembro (memTypeno) puede listar entradas
irrelevantes. Para presentar una lista refinada, puede utilizar la tabla mpi_edtelem. Para que esta
configuración funcione correctamente, mpi_edtElem.elemval debe coincidir con el mpi_srcHead.srcCode
que desee utilizar para esta MemIdent. La configuración del campo mpi_segattr.edtcode no es necesaria.
Combinaciones de parámetros para crear un formulario de búsqueda exclusivo.:
Hay una combinación de parámetros que puede utilizarse para crear un formulario de búsqueda
exclusivo que utiliza InfoSphere MDM Enterprise Viewer.
El ejemplo siguiente muestra una combinación de estos parámetros. Este ejemplo ilustra la flexibilidad de
la configuración de parámetros utilizando los parámetros de una forma distinta de la intención inicial.
#
section.MCAID.attrcode=MEDICAID
section.MCAID.1.method=setIdNumber
156
Guía de instalación
section.MCAID.1.label=Medicaid
section.MCAID.1.class=
section.MCAID.1.value=
section.MCAID.1.size=20
section.MCAID.1.celldelim= 
section.MCAID.1.hint= Issuer:
section.MCAID.2.method=setIdIssuer
section.MCAID.2.label=
section.MCAID.2.class=
section.MCAID.2.value=
section.MCAID.2.size=10
section.MCAID.2.dropdown=STATE
Generalmente, para un segmento MemIdent, tiene un Origen (SrcCode) que está establecido con un
.dropdown y, debajo del mismo, un cuadro de entrada para el número de ID. El .celldelim utiliza un
espacio rígido de HTML para indicar que las líneas deben estar en la misma celda con un espacio entre
ellas. .hint se utiliza como una etiqueta para la lista desplegable de origen. Esta configuración es
necesaria porque la utilización de .celldelim significa que se ignora .label en el siguiente campo de
entrada. A continuación, la lista desplegable se mueve a la derecha de .hint y hace que .hint tenga el
aspecto de una etiqueta para la lista desplegable.
Formateo de entrada y búsqueda de fecha de miembro:
Puede ser útil comprender el formateo de entrada y búsqueda para fechas de miembros.
Esta información es meramente educativa. No se necesita ningún cambio de configuración. InfoSphere
MDM Enterprise Viewer espera entrada de formulario para búsquedas que utilicen atributos de fecha de
miembro (MemDate) en formato AAAAMMDD, AAAAMM o AAAA cuando no se utiliza un delimitador.
Cuando un delimitador es parte de la entrada, InfoSphere MDM Enterprise Viewer utiliza la clase
FixDateFormat de la API de Java para dar el formato adecuado a cualquier fecha que utilice un año de
cuatro dígitos y un . (punto), – (guión) o / (barra inclinada) como delimitador en el formato ISO 8601 de
AAAA-MM-DD. El servidor operativo utiliza ese formato para la búsqueda.
Transaction Viewer:
La vista de detalles WebAcc~MemGetDetailCol# puede visualizar uno o más segmentos como un segmento
de Transaction Viewer.
Cuando está configurada, la página Vista de detalles muestra una etiqueta y un icono para el segmento.
Cuando un usuario pulsa el icono, se abre una ventana emergente y muestra los datos que están
configurados para Transaction Viewer. Transaction Viewer da soporte a segmentos definidos por
implementación, pero no da soporte a ninguna opción de formateo personalizado utilizada por los
segmentos predefinidos.
Transaction Viewer se basa en segmentos en lugar de en atributos. Por lo tanto, si define varios atributos
para un segmento y, a continuación, configura ese segmento en Transaction Viewer, todos los atributos
aparecen en Transaction Viewer. Por ejemplo, si está utilizando el segmento MemAddr, generalmente
tiene los atributos HOMEADDR y WORKADDR para el segmento MemAddr. Si define una ventana de
Transaction Viewer para MemAddr, no puede limitarla con un atributo específico, por lo que ambas filas,
HOMEADDR y WORKADDR, se muestran en el visor.
Para configurar Transaction Viewer, debe añadir la siguiente entrada a mpi_appprop:
Para tipo de miembro Persona:
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~PopUp’,’MemExtc,Event
Summary,event.gif’);
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
157
Para tipo de miembro Proveedor:
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,02,’WebAcc~MemGetDetailCol1~PopUp’,’MemCont,Contracts,co
ntract.gif’);
Para tipo de miembro Invitado:
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,03,’WebAcc~MemGetDetailCol1~PopUp’,’MemExtc,Event
Summary,stay.gif’);
La Columna nº 1 a la Columna nº 5 tienen la misma definición que se describe en otros temas.
La Columna nº 6 representa el orden de los iconos.
Columna nº 7: WebAcc~MemGetDetailCol#~PopUp es el valor de clave que se utiliza para indicar a
InfoSphere MDM Enterprise Viewer que desea configurar un segmento de Transaction Viewer. El # debe
sustituirse con el tipo de miembro.
La Columna nº 8 contiene tres parámetros de configuración delimitados por tilde (~):
1. Lista el nombre de clase de segmento a visualizar. Este es el nombre de segcode que no distingue
entre mayúsculas y minúsculas definido en mpi_seghead.segcode, por ejemplo: MemExta, MemExtb,
MemExtc, MemExtd, MemCont. Consulte la documentación de la API de Java para obtener más
información. La tabla mpi_seghead puede utilizarse para determinar los nombres de segmento
definidos por implementación y los nombres de segmento predefinidos.
2. La etiqueta para mostrar en la página que describe el icono.
3. El nombre gráfico del icono. El archivo icon.gif debe estar en el archivo viewer.war en el directorio
\images. Los iconos predeterminados que existen son event.gif (tipo de miembro Persona),
contract.gif (tipo de miembro Proveedor) y stay.gif (tipo de miembro Invitado).
Una vez definida la clave de la Columna nº 7, la clave de la Columna nº 8 indica a Enterprise Viewer que
debe buscar más información de configuración con la clave de 'WebAcc~MemExtc1.'
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,01,’WebAcc~MemExtc1’,’AcctNumber~String~Acct Num’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,02,’WebAcc~MemExtc1’,’EncDate~Date~Encounter Date~-’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,03,’WebAcc~MemExtc1’,’DisDate~Date~Discharge Date’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,04,’WebAcc~MemExtc1’,’PatType~String~Patient Type’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,05,’WebAcc~MemExtc1’,’SvcType~String~Service Type’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,06,’WebAcc~MemExtc1’,’SvcLoc~String~Service Location’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,07,’WebAcc~MemExtc1’,’Phys1~String~Physician 1’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,08,’WebAcc~MemExtc1’,’Phys2~String~Physician 2’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,09,’WebAcc~MemExtc1’,’Plan1~String~Plan 1’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,10,’WebAcc~MemExtc1’,’Plan2~String~Plan 2’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,11,’WebAcc~MemExtc1’,’User1~String~User 1’);
INSERT INTO mpi_AppProp VALUES
(101,101,’A’,01,00,12,’WebAcc~MemExtc1’,’User2~String~User 2’);
La Columna nº 6 representa el orden de los campos en la ventana, de izquierda a derecha.
158
Guía de instalación
La Columna nº 7 es la clave que consta del código de aplicación 'WebAcc' y la clave de segmento, como
se ha definido anteriormente, “MemExtc”, con el memtypeno de “1” añadido. El valor completo de esta
clave es ‘WebAcc~MemExtc1'.
La Columna nº 8 contiene cuatro parámetros delimitados por ~ que se relacionan con la visualización de
datos de segmento.
1. El primer parámetro es el nombre de método Java que se utiliza para recuperar los datos del
segmento. Generalmente, este es el nombre de la columna de base de datos.
2. El tipo de datos del nombre de campo. 'String', 'Date', 'Time' y 'DateTime' son los tipos de datos
soportados. Otros tipos de datos numéricos deben configurarse como una 'String' (serie).
3. La etiqueta para mostrar en la cabecera de tabla para los datos.
4. La opción de ordenación '-' significa descendente y '+' significa ascendente, mientras que la falta de
un valor significa que este nombre de campo no se utiliza en la ordenación. Puede definir más de una
columna en la ordenación. El orden está determinado por el orden de impresión: el primer - o +
encontrado basándose en el orden de la Columna 6 es la ordenación principal, y el siguiente
encontrado sería la ordenación menor, y así sucesivamente.
Atención: Debe eliminar la palabra clave ‘get' anterior al nombre de campo porque provoca un error
cuando se ordenan esas columnas. Este parámetro no distingue entre mayúsculas y minúsculas. La
documentación de Java SDK puede ser útil para determinar los nombres de campo correctos para
segmentos no definidos por implementación. La tabla mpi_segxfld puede utilizarse para buscar nombres
de campo para segmentos definidos por implementación y no definidos por implementación.
Visualización de atributos de AsaIdxno:
Si un atributo utiliza AsaIdxno (tiene valores mayores a 0) y desea que se imprima en una página, debe
configurarse el AttrCode en la tabla mpi_appprop de dos formas.
AsaIdxno significa Attribute Sparse Array Index. Este campo de base de datos se utiliza para subdividir
un determinado atributo y permitir la asociación de varias apariciones del mismo tipo de atributo. La
función principal de AsaIdxno es dirigir la colocación de valores de atributos desde sistemas de origen a
“ranuras” en la base de datos de MDM.
Atención: Esta información es aplicable a todas las páginas, a excepción de la página MemSrchRslt
(Resultados de vista compuesta). La página MemSrchRslt no tiene requisitos de mpi_appprop especiales o
conocimiento para visualizar atributos con valores de AsaIdxno.
Un atributo de AsaIdxno debe tener definiciones clave como:
v WebAcc~MemTskGetRslt# – que actúa como un desencadenador para que se imprima el valor de
agrupación (o único) y establece una posición para la ubicación de la agrupación a imprimir.
v WebAcc~MemTskGetRslt#~AsaIdxno: este valor de clave indica a Enterprise Viewer que debe imprimir y
agrupar el valor de AsaIdxno con otros valores de AsaIdxno similares si se lista más de un AsaIdxno
en PropVal para esta fila.
Aunque un atributo puede estar representado en la fila de agrupación de
WebAcc~MemTskGetRslt#~AsaIdxno, sigue necesitando una entrada WebAcc~MemTskGetRslt# de clave regular
para asegurar que se impriman todos los valores:
Row #1 WebAcc~MemTskGetRslt# SRVAD
Row #2 ’WebAcc~MemTskGetRslt# SPHNA
Row #3 WebAcc~MemTskGetRslt# SPHNB
Row #4 WebAcc~MemTskGetRslt~AsaIdxno SRVAD,SPHNA,SPHNB
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
159
Esto asegura que todos los valores similares a AsaIdxno se impriman para los atributos que están
agrupados en la fila 4, y que los valores que no sean similares a AsaIdxno se impriman directamente
después de SRVAD.
Si el valor es un atributo simple que sólo tiene AsaIdxno = 0, la fila de claves AsaIdxno no es necesaria y
sólo debe definirse la clave estándar en WebAcc~MemTskGetRslt# de la tabla mpi_appprop.
Si un atributo tiene a AsaIdxno=0 y > 0, depende de lo que se haya configurado en mpi_appprop con
respecto a lo que debe imprimirse. En realidad, esta configuración no es una combinación válida; pero si
está configurada, la opción es para mostrar una o la otra en una página, pero no ambas.
Si sólo hay una fila AppProp con un propname (como Fila 1) y no incluye filas AsaIdxno (como Fila 4),
sólo los atributos que tengan AsaIdxno = 0 se imprimen en esa página.
Si hay dos filas AppProp, la fila de claves regulares (como Fila 1) y la fila de claves AsaIdxno (como Fila
4), sólo se imprimirían en esa página los atributos que tenían AsaIdxno > 0.
Las filas con AsaIdxno en el propname no utilizan 'segrecno' y pueden dejarse como 0.
La columna 'therecno' se utiliza para ordenar los AsaIdxno y, generalmente, comienza en 1 y asciende al
AsaIdxno final para ese 'propname.' Como se ha mencionado, la visualización del grupo de AsaIdxno es
desencadenada por los valores de clave de '~AsaIdxno', motivo por el que los valores de AsaIdxno se
configuran dos veces.
A continuación se muestra un ejemplo de las filas mpi_appprop regulares (siempre debe tener estas filas):
INSERT INTO mpi_appprop VALUES (1,1,’A’,20,1,’WebAcc~MemReport#’,’HOMEADDR’);
INSERT INTO mpi_appprop VALUES (1,1,’A’,21,2,’WebAcc~MemReport#’,’HOMEPHON’);
Puede seleccionar sólo un método para imprimirlos.
Esta fila adicional es necesaria para agrupar los valores similares a AsaIdxno en una página (esto hace
que HomeAddr y HomePhon se agrupen en la página que está basada en los valores iguales a AsaIdxno):
INSERT INTO mpi_appprop VALUES
(1,1,’A’,0,1,’WebAcc~MemReport#~AsaIdxno’,’HOMEADDR,HOMEPHON’);
If you just wanted the AsaIdxno number to print but not group them, add the
following rows:
INSERT INTO mpi_appprop VALUES
(1,1,’A’,0,1,’WebAcc~MemReport#~AsaIdxno’,’HOMEADDR’);
INSERT INTO mpi_appprop VALUES
(1,1,’A’,0,2,’WebAcc~MemReport#~AsaIdxno’,’HOMEPHON’);
Búsquedas de MemIdent desplegables de SrcXAttr:
El valor de ScrXAttr en mpi_appprop se utiliza para correlacionar un SrcCode con un AttrCode para
búsquedas de MemIdent.
Esta propiedad es compartida por InfoSphere MDM Inspector y InfoSphere MDM Enterprise Viewer.
Este valor habilita una página de búsqueda con un menú desplegable de combinaciones de SrcCode y
SrcName de la tabla mpi_srchead y crea el segmento AttrCode de MEMIDENT apropiado que está
definido en la tabla mpi_segattr, que se construye y envía al servidor operativo para la búsqueda.
Por ejemplo, lo siguiente (en combinación con las entradas de configuración MemSrchForm#-#
MPI_appprop de InfoSphere MDM Enterprise Viewer) habilita una lista desplegable de 'Social Security
Administration – SSA.' (Administración de seguridad social - SSA) Debido al valor MPI_appprop, la
búsqueda sabe crear un MEMIDENT con un AttrCode=SSN y establecer el origen en el MemIDent en
'SSA.'
160
Guía de instalación
INSERT INTO mpi_appprop VALUES (1,1,’A’,0,0,’SrcXAttr’,’SAA=SSN’);
El SrcCode se utiliza como una CLAVE en InfoSphere MDM Enterprise Viewer y no puede tener
duplicados. Por lo tanto, si se definen dos SSA, el último sobrescribe al primero y se utiliza. Puede tener
un AttrCode que se correlacione con más de un SrcCode.
Ubicación de columna de vista compuesta:
La página de vista de detalles 'WebAcc~MemGetDetailCol#' puede mostrar columnas de vista compuesta
(CVW).
En versiones anteriores de Enterprise Viewer, las vistas compuestas también se conocían como vistas de
empresa. La ubicación de la columna de vista compuesta siempre era a la derecha de los miembros de la
misma entidad. Otra forma de pensarlo es que la vista compuesta se encuentra a la derecha de todas las
columnas de datos de miembro utilizadas para realizar la vista compuesta. Para mantener este
comportamiento, inserte la siguiente configuración:
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~CVWLocation’,’right’);
Para hacer que la columna de vista compuesta esté antes o a la izquierda de todas las columnas de datos
de miembro, debe insertarse la siguiente configuración:
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,01,’WebAcc~MemGetDetailCol1~CVWLocation’,’left’);
La Columna nº 1 a la Columna nº 5 tienen la misma definición que se describe en otros temas para el
orden de los atributos.
La columna nº 6 siempre es '01', ya que no puede tener más de una CVWLocation (ubicación de CVW)
definida para un tipo de miembro.
La columna nº 7 es la clave que es el código de aplicación 'WebAcc', la página appProp es
'MemGetDetailCol#', y la palabra clave sensible a mayúsculas y minúsculas "CVWLocation". El # debe
sustituirse con el tipo de miembro (memTypeno) utilizado en esta configuración.
La columna nº 8 describe dónde debe localizarse la columna de vista compuesta; los valores válidos son
'right' (derecha) o 'left' (izquierda).
Conceptos relacionados:
“Configuración de mpi_appprop para ordenar la visualización de atributos” en la página 148
Existen valores en la tabla mpi_appprop que controlan el orden en que se muestran los atributos en
InfoSphere MDM Enterprise Viewer.
Configuración de vista compuesta restringida:
Para configurar InfoSphere MDM Enterprise Viewer para visualizar sólo la columna Vista compuesta en
una página, puede crear una vista compuesta restringida especial.
Atención: Para configurar una vista compuesta restringida anterior a la versión 7.0, el nombre de vista
(mpi_cvwhead.cvwname) debía terminar con la palabra clave sensible a mayúsculas y minúsculas
“Restricted”. Para versiones posteriores, este requisito ya no es necesario ni válido. Todas las
actualizaciones que utilizan vistas “Restricted” (restringidas) deben cambiarse a la nueva configuración.
Para configurar una vista compuesta restringida, la tabla mpi_appprop necesita un
mpi_appprop.propname= ‘WebAcc~RestrictedCvw' y el mpi_appprop.propval=mpi_cvwhead.cvwname.
Si la vista de RMCA está configurada en mpi_cvwhead.cvwname, la sentencia SQL appprop tiene el
aspecto del siguiente ejemplo:
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
161
INSERT INTO mpi_appprop VALUES
(101,101,’A’,01,00,01,’WebAcc~RestrictedCvw’,’RMCA’)
InfoSphere MDM Workbench (editor de aplicaciones) también puede utilizarse para configurar las
entradas de AppProp necesarias para definir vistas compuestas restringidas.
Un usuario o grupo que esté configurado para tener sólo vistas compuestas restringidas disponibles sólo
podrá ver la columna Vista compuesta en InfoSphere MDM Enterprise Viewer. Las columnas de datos
específicas de origen no se muestran cuando se utilizan vistas restringidas. Las vistas restringidas sólo se
implementan en InfoSphere MDM Enterprise Viewer.
Si a un usuario o grupo se le otorga acceso a vistas compuestas normales y vistas compuestas
restringidas, estos podrán ver datos específicos de origen para las vistas no restringidas.
Transaction Viewer no es una visualización basada en vista compuesta y no puede dar soporte a valores
de vista compuesta restringida. Si los datos basados en transacción no tienen permitido mostrarse en una
vista compuesta restringida, Transaction Viewer no puede configurarse para su uso con InfoSphere MDM
Enterprise Viewer. Esto significa que los usuarios de InfoSphere MDM Enterprise Viewer no tienen acceso
a datos de Transaction Viewer si se utilizan vistas compuestas restringidas, y los datos de transacción no
se muestran a los usuarios restringidos.
Debe reiniciar InfoSphere MDM Enterprise Viewer para cualquier vista compuesta nueva que se cree.
Además, si cambia los valores Restricted o Kind para la vista compuesta, debe reiniciar la aplicación.
Establecimiento de un tiempo de espera automático para Enterprise Viewer
Utilice este procedimiento para establecer un tiempo de espera automático después de un periodo
especificado de inactividad para la aplicación.
Procedimiento
1. Vaya al directorio viewer.war/WEB-INF/classes y abra el archivo web.xml en un editor de texto.
2. En el archivo web.xml, localice las líneas siguientes:
<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 en
el que desea que una sesión inactiva de InfoSphere MDM Enterprise Viewer cierre la sesión del
usuario.
4. Guarde el archivo web.xml en el directorio viewer.war/WEB-INF/classes.
Globalización en Enterprise Viewer
Si su organización tiene requisitos de varios idiomas, InfoSphere MDM Enterprise Viewer puede
visualizarse sólo en un idioma a la vez. El idioma en el que se muestra la aplicación depende de los
valores del navegador; el valor predeterminado es inglés de EE.UU.
Algunas notas sobre la implementación de InfoSphere MDM Enterprise Viewer en un idioma alternativo:
v Los archivos prop como, por ejemplo, paquetes de recursos i18N (archivos prop), se encuentran en el
directorio \WEB-INF\classes.
v Las fechas en la página de búsqueda tienen el formato ISO 8601 (AAAA-MM-DD). Se siguen
permitiendo fechas incompletas o no válidas para la entrada, como por ejemplo AAAA-MM, AAAA. El
año siempre se asume como los primeros dígitos. La configuración regional (idioma de visualización)
del navegador se utiliza para determinar el tipo de formateo de fecha para valores de fecha
verdaderos.
162
Guía de instalación
v Los valores de MemDate no son fechas verdaderas (por ejemplo, no se necesita que sean válidos o que
estén completos). Puesto que no son fechas verdaderas, no se puede realizar una suposición en cuanto
al formateo para una configuración regional. Estas fechas se recuperan de la base de datos y se
muestran tal como están en la misma.
A continuación se proporciona un poco más de información sobre cómo se cumple con los requisitos de
i18n en InfoSphere MDM Enterprise Viewer.
Todas las etiquetas de InfoSphere MDM Enterprise Viewer como, por ejemplo, los botones para [Reset] y
[Search] se recuperan de paquetes de recursos y se muestran en el valor de idioma del navegador que se
está utilizando. Las etiquetas como, por ejemplo, Apellido, se recuperan de la base de datos de MDM y
están en el idioma especificado por la base de datos. Los tipos de miembro y entidad (por ejemplo,
Identidad y Persona) son etiquetas definidas en la base de datos de MDM y no pueden mostrarse en el
idioma local.
Algunas etiquetas son combinaciones y pueden formatearse en aposición. Por ejemplo, la combinación de
etiquetas de cliente InfoSphere MDM Enterprise Viewer y etiquetas de base de datos como [Get Event
Summary]. “Get” es una etiqueta de cliente recuperada de un paquete de recursos, pero “Event
Summary” es una etiqueta de base de datos. El paquete de recursos permite que la palabra “Get” se
mueva según lo necesite el idioma de la etiqueta “Event Summary”. Lo mismo se aplica al título y barra
de entidad de la página.
Los mensajes de error enviados al navegador (por ejemplo, “No se ha encontrado registro basado en los
criterios de entrada”) y vistos por usuarios se muestran en el idioma localizado. Sin embargo, los
mensajes de error enviados a los archivos de registro, que suelen ser vistos por el soporte de IBM
Software, están en inglés.
Para obtener más información sobre los paquetes de recursos y la globalización y localización, consulte
http://java.sun.com/developer/technicalArticles/Intl/ResourceBundles/
Instalación de Web Reports
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación
de creación de informes.
La aplicación recopila, consolida y presenta información a su navegador web sobre las actividades de los
datos de miembro en su base de datos de MDM. Los InfoSphere MDM Web Reports están diseñados para
trabajar con datos de MDM virtual. Los informes utilizan una aplicación de visor especial para recopilar
los parámetros y mostrar los resultados dentro de una ventana de navegador.
Cuando instala la aplicación, IBM Installation Manager actualiza el archivo webreports.properties con el
nombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel de
configuración de instalación y despliega el EAR de la aplicación en el servidor de aplicaciones de destino.
Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de
aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/webreports.ear.
Las extractos de los informes basados en la web se procesan cuando se ejecutan los informes. Cuando sea
posible, ejecute estos informes durante horas no pico para evitar afectar el rendimiento del servidor
operativo.
Instalación de Web Reports
Utilice este procedimiento para instalar InfoSphere MDM Web Reports.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
163
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
v Tiene IBM WebSphere Application Server instalado y en ejecución
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Web Reports. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.
e.
4. Si
a.
b.
c.
Revise la información de resumen de instalación y pulse Instalar.
ha seleccionado Modificar, siga estos pasos.
En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
Seleccione el idioma y pulse Siguiente.
En el panel Modificar paquetes, seleccione Web Reports. Los componentes instalados
anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo
contrario, IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz. Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Vaya a la consola de administración de IBM WebSphere Application Server y verifique que la
aplicación esté desplegada en el servidor especificado durante la instalación.
Resultados
Cuando instala la aplicación, IBM Installation Manager actualiza el archivo webreports.properties con el
nombre de host, puerto y nombre de usuario y contraseña válidos que proporcione en el panel de
configuración de instalación y despliega el EAR de la aplicación en el servidor de aplicaciones de destino.
Durante el despliegue, el servidor de aplicaciones descomprime el contenido del EAR en un directorio de
aplicaciones instalado. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/webreports.ear.
164
Guía de instalación
Conéctese a InfoSphere MDM Web Reports abriendo un navegador y utilizando este URL:
https://host:port/webreports
Conceptos relacionados:
Preparación de IBM Installation Manager
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
Desinstalación de InfoSphere MDM
Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.
Tareas relacionadas:
Desinstalación de un único componente de MDM
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Configuración de seguridad de aplicación para aplicaciones web
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
Hoja de trabajo de instalación de aplicaciones de usuario de MDM
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Edición del archivo webreports.properties
Cree el archivo webreports.properties.example específico de su entorno modificando el archivo
webreports.properties.example para que se ajuste a su entorno.
El archivo webreports.properties.example se encuentra en el directorio WAS_PROFILE_HOME/
installedApps/$cell_name/webreports.ear/webreports.war/tehnotes. Consulte los comentarios del
archivo webreports.properties.example para obtener más detalles.
Atención: Cuando cree el archivo webreports.properties.example específico de su entorno, debe
colocarlo en un área que sea accesible para su cargador de clases de aplicación de servidor web.
Opciones de autenticación para InfoSphere MDM Web Reports
Hay varias opciones de autenticación disponibles durante la instalación.
La autenticación de usuario en la base de datos de MDM se produce utilizando una de estas opciones:
v Establezca los parámetros jdbc.user y jdbc.password en el archivo webreports.properties. Para
contraseñas cifradas, establezca los parámetros jdbc.password2 o jdbc.password3 según corresponda.
Para bases de datos distintas de Microsoft SQL Server, o para utilizar Microsoft SQL Server sin la
autenticación de Windows, establezca los parámetros de usuario y contraseña en el archivo
webreports.properties.
Conceptos relacionados:
“Propiedades necesarias en el archivo webreports.properties”
Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports.
Propiedades necesarias en el archivo webreports.properties
Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports.
Muchas de estas propiedades se establecen en el archivo webreports.properties durante la instalación.
Otras propiedades, especificadas en la tabla siguiente, deben establecerse después de la instalación.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
165
Tabla 23. Descripciones de las propiedades necesarias en el archivo webreports.properties
Propiedad
Descripción
HostName
Nombre o dirección IP del servidor donde se está ejecutando el servidor operativo de
MDM. Este valor es el nombre de host especificado en el panel de configuración de
Web Reports de IBM Installation Manager.
HostPort
El puerto utilizado para el servidor operativo. El valor predeterminado es 9080.
jdbc.className
El nombre de clase de origen de datos jdbc a utilizar para conectarse a la base de
datos de MDM.
Copie uno de los ejemplos comentados para asegurarse de que se utilice el formato
válido.
jdbc.serverName
El nombre o dirección IP del servidor donde se encuentra la base de datos de MDM.
jdbc.portNumber
El número de puerto para la base de datos de MDM.
jdbc.databaseName
El nombre de la base de datos de MDM.
jdbc.serviceName o
jdbc.SID
El nombre de servicio Oracle o el ID de sistema Oracle.
jdbc.user
Un nombre de usuario que está configurado para la base de datos de MDM.
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
Esta propiedad es necesaria.
jdbc.password
La contraseña para el usuario de base de datos seleccionado. Omita esta propiedad si
está utilizando una contraseña cifrada. Las contraseñas cifradas se entran respecto a la
propiedad jdbc.password2.
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
Esta propiedad es necesaria.
jdbc.password2
*La contraseña de la base de datos cifrada (tal como está cifrada con el programa de
utilidad madpwd2).
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
jdbc.password3
*La contraseña de la base de datos cifrada (tal como está cifrada con el programa de
utilidad madpwd3).
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
jdbc.aeskeyfile
La vía de acceso al archivo que contiene una clave AES de 128, 192, o 256 bits. La
clave puede tener codificación hexadecimal y no debe contener retornos de carro o
caracteres de línea nueva. La clave puede tener uno de los siguientes tamaños y
depende de la potencia de la clave:
v 128 bits => 32 caracteres
v 192 bits => 48 caracteres
v 256 bits => 64 caracteres
Para claves mayores a 128 bits, debe instalar los archivos de políticas de jurisdicción
de potencia ilimitada para su proveedor de JVM.
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
166
Guía de instalación
Tabla 23. Descripciones de las propiedades necesarias en el archivo webreports.properties (continuación)
Propiedad
Descripción
jdbc.aesivfile
La vía de acceso al archivo que contiene un vector de inicialización de AES (IV). El IV
puede tener codificación hexadecimal y no debe contener retornos de carro o
caracteres de línea nueva. El IV debe tener 32 caracteres de longitud.
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
jdbc.aesprovider
El proveedor de Java Cryptography Extension (JCE). Esta propiedad puede contener
un proveedor específico, por ejemplo SunJCE o IBMJCE, o ninguno. Si no se
especifica ningún proveedor, estos se seleccionan en función del orden de preferencia
del archivo java.security que se encuentra en el directorio $INICIO_JAVA/lib/
security o $INICIO_JAVA/jre/lib/security.
Si está utilizando Microsoft SQL Server con autenticación de Windows, debe comentar
la línea con esta propiedad. Utilice el carácter # para comentar esta línea.
*Para utilizar una contraseña cifrada, debe volver a cifrar la contraseña de texto sin formato utilizando el
programa de utilidad madpwd2 o madpwd3. Debe instalarse el componente MDM Operational Server para
utilizar estos programas de utilidad.
Conceptos relacionados:
“Opciones de autenticación para InfoSphere MDM Web Reports” en la página 165
Hay varias opciones de autenticación disponibles durante la instalación.
“Propiedades opcionales en el archivo webreports.properties”
Existen propiedades opcionales que puede configurar en el archivo webreports.properties después de la
instalación.
Propiedades opcionales en el archivo webreports.properties
Existen propiedades opcionales que puede configurar en el archivo webreports.properties después de la
instalación.
Tabla 24. Descripciones de las propiedades opcionales en el archivo webreports.properties
Propiedad
Descripción
DateStyle
Controla la visualización de fechas en los informes. Los valores válidos son: FULL,
LONG, MEDIUM, o SHORT. El valor predeterminado es MEDIUM.
MaxContext
Número máximo de contextos a crear. El valor predeterminado es 10.
TimeOut
El número de segundos a esperar para que un contexto libre ingrese a la agrupación.
El valor predeterminado es 30.
TimeStyle
Controla la visualización de fechas en los informes. Los valores válidos son: FULL,
LONG, MEDIUM, o SHORT. El valor predeterminado es MEDIUM.
UseSSL
Un valor true o false que indica si se utiliza SSL para comunicarse con el servidor
operativo. El valor predeterminado es false.
UseHTTP
Indica si la comunicación MPINET se realiza sobre HTTP o utilizando protocolos
TCP/IP estándar. Los valores válidos incluyen:
v False. Establezca en false cuando desee que la aplicación de creación de informes se
comunique utilizando la comunicación TCP/IP de MPINET estándar.
v True. Establezca en true cuando desee que MPINET se comunique sobre HTTP. En
algunos entornos de gobierno, este método es necesario.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
167
Conceptos relacionados:
“Propiedades necesarias en el archivo webreports.properties” en la página 165
Hay propiedades necesarias que deben configurarse para desplegar y utilizar web reports.
Personalización de los atributos de pantalla de informe
Algunos de los campos de los informes son personalizables. Mediante la adición de algunos parámetros
de configuración al archivo webreports.properties, puede personalizar el contenido de esos campos.
Los campos predeterminados para el informe Detalle de creación de tarea son Nombre de miembro,
Dirección, Sexo y Fecha de nacimiento, que se aplican a algunos tipos de entidad, pero no a otros.
Para cambiar estos campos globalmente para todos los informes que los utilizan, añada los parámetros al
archivo webreports.properties. Consulte el siguiente ejemplo:
webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATE
webreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDT
webreports.AttrLabels.id=Member Name,Address,Sex,Birth Date
webreports.AttrTypes.id=,,,Date
webreports.Templates.id=,${stLine1}&ltbr>${city}${,} ${state}
${zipCode}
Debido a que los atributos están separados por comas, utilice ${comma;} si desea que se muestre una
coma en el informe junto con los valores de campo.
Tabla 25. Parámetros para atributos de pantalla en el archivo webreports.properties
Propiedad
Descripción
webreports.SegCodeFilter.id
Determina los códigos de segmento que se utilizan para los campos
personalizables. Están delimitados por comas.
webreports.AttrCodes.id
Determina los códigos de atributo a utilizar para los campos personalizables.
Estos códigos deben corresponder exactamente con los códigos de segmento
indicados en el parámetro webreports.SegCodeFilter.id.
webreports.AttrLabels.id
Determina las etiquetas de texto para los campos personalizables a mostrar en
los informes. Debe especificar una etiqueta para cada uno de los códigos de
atributo indicados en el parámetro webreports.AttrCodes.id.
webreports.AttrTypes.id
Determina los tipos de datos para el formateo. Sólo los tipos numéricos y de
fecha deben especificarse de forma explícita, con fines de formateo especiales.
Los tipos de texto pueden omitirse, sin embargo, las comas separadoras
deben permanecer en su lugar.
webreports.Templates.id
Determina los campos individuales dentro de los segmentos de atributo a
mostrar. Por ejemplo, el segmento MEMADDR consta de los campos de datos
stLine1, stLine2, stLine3, stLine4, city, state, zipCode, country, etc. Puede
mostrar los campos que desee incluyéndolos tal como se muestra en el
ejemplo anterior. Las plantillas son opcionales, pero los valores
proporcionados para cada segmento de atributo deben listarse en el mismo
orden que los códigos de segmento en el parámetro SegCodeFilter, separados
por coma.
Personalización de la apariencia de informes con hojas de estilo
Puede modificar el aspecto de web reports viewer añadiendo algunos parámetros de configuración al
archivo webreports.properties y especificando sus propias hojas de estilo personalizadas.
Utilice el archivo webreports.properties.example para ver cómo están indicadas las hojas de estilo
predeterminadas en la sección con la etiqueta “WebApp Customization Properties” (Propiedades de
personalización de WebApp).
webreports.cssPath=../styles
webreports.imagePath=../images
168
Guía de instalación
Los activos .css (por ejemplo, archivos e imágenes) están incluidos en el archivo webreports.war, que se
despliega en el servidor de aplicaciones web. La utilización de hojas de estilo personalizadas requiere que
añada los archivos personalizados en directorios similares en su propio archivo WAR y que modifique
estos valores de webreports.properties apropiadamente.
Personalización del número máximo de resultados y elementos por página
Puede modificar el aspecto de web reports viewer editando algunos parámetros de configuración en el
archivo webreports.properties.
Estos parámetros se encuentran en la sección con la etiqueta “WebApp Customization Properties”
(Propiedades de personalización de WebApp).
webreports.pageSize=50
webreports.subPageSize=50
webreports.maxResults=100
Edite el parámetro webreports.pageSize para modificar el número de elementos visualizados por página
en la vista web.
Edite el parámetro webreports.subPageSize para modificar el número de elementos visualizados cuando
se expande un resultado de búsqueda.
Edite el parámetro webreports.maxResults para modificar el número máximo de elementos recuperados
por una consulta de informe.
En el archivo webreports.properties.example, se comenta cada uno de estos parámetros para que se
apliquen los valores predeterminados. Si edita estos parámetros, asegúrese de eliminar el símbolo de
comentario (#) del principio de la línea.
Configuración de globalización para web reports
Si está utilizando un idioma distinto del inglés de EE.UU., debe editar el archivo webreports.properties
para traducir ciertas cabeceras de columna que se muestran en los informes.
Con el archivo webreports.properties, puede personalizar el contenido de algunas de las columnas en
sus informes. Debido a que estas columnas son personalizables para cada instalación, las etiquetas de las
columnas no están traducidas de forma predeterminada, y deben ser traducidas por el administrador
según sea necesario.
Hay tres parámetros relacionados con la personalización de estas columnas que deben estar
sincronizados: webreports.AttrCodes.id, webreports.SegCodeFilter.id y webreportsAttrLabels.id.
El parámetro webreports.AttrCodes.id determina qué códigos de atributo deben utilizarse para las
columnas personalizables. Estos parámetros deben corresponder exactamente con los códigos de
segmento especificados en el parámetro webreports.SegCodeFilter.id.
El parámetro webreportsAttrLabels.id proporciona las cabeceras de columna, o etiquetas, de los campos
especificados en el parámetro webreports.AttrCodes.id, cuando la cabecera de columna se muestra en
informes. Utilice el parámetro webreportsAttrLabels.id para definir las cabeceras de columna en su
idioma preferido.
El siguiente ejemplo muestra los parámetros webreports.SegCodeFilter.id y webreports.AttrCodes.id
establecidos para incluir cuatro atributos personalizables en un informe: nombre de miembro, dirección
inicial, sexo y fecha de nacimiento. El parámetro webreports.AttrLabels.id proporciona las etiquetas que
se visualizan en el informe.
webreports.SegCodeFilter.id=MEMNAME,MEMADDR,MEMATTR,MEMDATE
webreports.AttrCodes.id=LGLNAME,HOMEADDR,SEX,BIRTHDT
webreports.AttrLabels.id=Nom de membre,Adresse,Genre,Anniversaire
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
169
Sólo se admite un idioma para cada instalación. Por lo tanto, una única instalación de web reports puede
utilizar sólo un único idioma a la vez.
Adición de mensajes de seguridad a Web Reports
Si está instalando web reports en un entorno que requiera acuerdos de uso y cabeceras y pies de página
de seguridad personalizados (por ejemplo, en entornos de gobierno), debe proporcionar el texto
personalizado para la página Configuración.
Procedimiento
1. Cuando haya instalado web reports, abra un navegador y escriba http://servidor:puerto/
webreports/diacap/config.html.
2. Se abre la página Mensajes de seguridad de configuración. Complete la siguiente información:
a. Acuerdo de uso: Si esta implementación requiere que los usuarios acepten un acuerdo de uso
antes de iniciar sesión en la aplicación, escriba el mensaje en este recuadro. Por ejemplo: “Está
accediendo a un Sistema de información (IS) del Gobierno de EE.UU. (USG) que se proporciona sólo para
uso autorizado de USG. Al utilizar este IS (que incluye cualquier dispositivo conectado a este IS), usted
acepta las siguientes condiciones...”. Si el recuadro de acuerdo se deja en blanco, los usuarios son
llevados directamente a la página de inicio de sesión cuando acceden a la aplicación.
b. Cabecera de seguridad: Escriba el texto que desee mostrar como la cabecera para todas las
páginas de la aplicación. Deje a este campo en blanco si no desea que se muestre una cabecera.
c. Pie de página de seguridad: Escriba el texto que desee mostrar como el pie de página para todas
las páginas de la aplicación. Deje a este campo en blanco si no desea que se muestre un pie de
página.
3. Pulse el botón Configurar.
Se abre la página Descargar archivo webreports.diacap.properties.
4. Complete los pasos listados en el recuadro WebSphere Installation Instructions.
5. Después de reiniciar el servidor de aplicaciones, vuelva a http://HOST_WAS:PUERTO_WAS/webreports.
Se abre la página de inicio de sesión de web reports. Si proporciona un acuerdo de uso, los usuarios
verán el acuerdo cuando accedan a report viewer. Los usuarios deben aceptar el acuerdo antes de que
se muestre la página de inicio de sesión. Si el recuadro de acuerdo de uso se deja en blanco, los
usuarios son llevados directamente a la página de inicio de sesión de report viewer.
Visualización de consultas de Report en InfoSphere MDM Web Reports
Para ver consultas de report, puede habilitar una implementación de registro a través del servidor de
aplicaciones, o alguna otra función de registro de su elección.
Acerca de esta tarea
La habilitación de la creación de registros puede ser útil cuando desee conocer el SQL exacto que está
utilizando la aplicación para generar un informe. Las consultas SQL se registran en el archivo de registro.
Configuración de registro de IBM WebSphere Application Server
Utilice este procedimiento para habilitar el registro para el servidor de aplicaciones.
Procedimiento
1.
2.
3.
4.
170
Inicie sesión en la consola de administración de IBM WebSphere Application Server.
Desde Resolución de problemas, pulse Registros y rastreo.
Pulse server1 y, a continuación, Cambiar niveles de detalle de registro.
Pulse Tiempo de ejecución. Amplíe Componentes y grupos y, a continuación, amplíe la opción
Todos los componentes.
Guía de instalación
5. Cambie sólo el nivel de rastreo específico para su aplicación web añadiéndolo al valor
predeterminado existente. El valor predeterminado es "*=info:" A continuación se muestra un
ejemplo de niveles de rastreo comunes en un ámbito más amplio.
En el siguiente ejemplo, los valores de webapp component name pueden ser "inspector" o "reports".
com.initiatesystems.audit.*=all:
com.initiatesystems.webapp component name>.*=finest:
com.initiatesystems.web.webapp component name.*=finer:
Para establecer los niveles en un nivel de rastreo de paquete completo, no es necesario el ".*" anterior
al signo de igual, tal como se muestra en este ejemplo de Inspector. Para otras aplicaciones web
como InfoSphere MDM Web Reports, los nombres de paquete de rastreo pueden ser diferentes.
com.initiatesystems.inspector.svc.impl.MemberSvc=finest
com.initiatesystems.inspector.svc.member.MemberService=finest
Los cambios entran en vigor inmediatamente, por lo tanto, no se necesita reiniciar la aplicación. Los
cambios no persisten después de reiniciar la aplicación.
Para guardar los cambios de forma permanente, debe guardar el tiempo de ejecución en la pestaña
Configuración. Siga con el paso siguiente.
6. Seleccione la opción Save runtime changes to configuration.
7.
8.
9.
10.
Pulse Aplicar y, a continuación, guarde la configuración.
Regrese a Resolución de problemas y seleccione Registros y rastreo.
Pulse server1 y, a continuación, seleccione Cambiar niveles de detalle de registro.
Vaya a la pestaña Configuración y verifique que los cambios de tiempo de ejecución se estén
añadiendo.
Instalación de Provider Direct
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación
Provider Directo de InfoSphere MDM.
Utilice Provider Direct para gestionar datos de proveedor con acceso directo a información crucial como,
por ejemplo, información de contacto de proveedor, credenciales y modificaciones de información.
El proceso de instalación consta de cuatro pasos:
1.
2.
3.
4.
Instalación de Provider Direct utilizando IBM Installation Manager
Importación del proyecto de Provider Direct en InfoSphere MDM Workbench
Carga manual de tablas de Provider Direct en la base de datos de MDM
Despliegue del archivo EAR de Provider Direct en IBM WebSphere Application Server
Instalación de Provider Direct
Utilice este procedimiento para instalar la aplicación Provider Direct. Esta aplicación web se utiliza para
gestionar los datos de proveedor para una configuración de MDM virtual.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de usuario de MDM
v Tiene un servidor operativo de MDM con una configuración virtual y IBM WebSphere Application
Server instalado y en ejecución
v Tiene a InfoSphere MDM Workbench instalado para configurar y desplegar su configuración de MDM
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
171
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Instalar paquetes, seleccione Provider Direct. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.
e. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modificar paquetes, seleccione Provider Direct. Los componentes instalados
anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo
contrario, IBM Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de
aplicaciones de usuario de MDM como directriz.Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
Resultados
A diferencia de otras aplicaciones web, Provider Direct no se despliega en un servidor de aplicaciones. El
instalador extrae los archivos en el directorio de instalación MDM_INSTALL_HOME/installableApps/ear.
Qué hacer a continuación
Continúe con la importación del proyecto de Provider Direct en InfoSphere MDM Workbench y con el
despliegue del archivo provider.ear en IBM WebSphere Application Server.
172
Guía de instalación
Conceptos relacionados:
Desinstalación de InfoSphere MDM
Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.
Tareas relacionadas:
Desinstalación de un único componente de MDM
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Configuración de seguridad de aplicación para aplicaciones web
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Referencia relacionada:
Hoja de trabajo de instalación de aplicaciones de usuario de MDM
Utilice esta hoja de trabajo para registrar parámetros para las aplicaciones de usuario que planea instalar.
Información relacionada:
Preparación de IBM Installation Manager
Todos los componentes de las ediciones de InfoSphere MDM se instalan mediante la utilización de IBM
Installation Manager.
Importación de proyecto de Provider Direct en Workbench
Después de instalar Provider Direct y cargar las tablas de base de datos, debe importar su proyecto de
Provider Direct en InfoSphere MDM Workbench.
Procedimiento
1. Abra el entorno de trabajo y utilice el asistente Configuration Project para importar los archivos del
proyecto desde MDM_INSTALL_HOME/InstallableApps/ear/provider. Asegúrese de incluir los archivos
.project y .setting en la carpeta del proyecto. Generalmente, estos archivos están ocultos.
2. Modifique el proyecto según lo requiera su implementación.
3. Guarde el proyecto.
4. En el entorno de trabajo, defina un IBM WebSphere Application Server nuevo.
5. Inicie el servidor de aplicaciones.
6. Conéctese al servidor operativo en la pestaña Jobs.
7. Despliegue su proyecto de Provider Direct en su servidor operativo.
Qué hacer a continuación
Continúe con la carga manual de las tablas de base de datos de Provider Direct.
Conceptos relacionados:
{!} aspectos básicos
Carga de las tablas de base de datos de Provider Direct
Después de ejecutar el instalador, debe cargar las tablas de base de datos de Provider Direct utilizando el
programa de utilidad madconfig.
Procedimiento
1. Desde un indicador de línea de mandatos, vaya al directorio MDM_INSTALL_HOME/mds/scripts.
2. Escriba este mandato:
./madconfig.sh install -Dprovider.config.dir=../sql
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
173
3. Verifique que no se hayan encontrado errores durante el procesamiento de madconfig. De ser así,
vuelva a ejecutar el programa de utilidad después de solucionar los errores.
Qué hacer a continuación
Continúe con el despliegue de Provider Direct en su servidor de aplicaciones.
Referencia relacionada:
madconfig y el proceso de instalación
Despliegue del archivo EAR de Provider Direct modificado
A diferencia de otras aplicaciones de usuario, el instalador no despliega automáticamente el archivo EAR
de Provider Direct en IBM WebSphere Application Server; debe desplegar el EAR manualmente.
Procedimiento
1. Localice el archivo provider.ear en el directorio MDM_INSTALL_HOME/installableApps/ear. Los archivos
provider.properties y mdm.properties se encuentran en el archivo EAR.
2. Despliegue el provider.ear en IBM WebSphere Application Server.
a. En la consola de administración, seleccione Applications > Application Types > WebSphere
enterprise applications.
b. Pulse Instalar.
c. Pulse Browse y localice el provider.ear en el directorio MDM_INSTALL_HOME/installableApps/ear.
Pulse Siguiente.
d. Pulse Siguiente nuevamente después de aceptar los valores predeterminados.
e. Pulse Finalizar.
3. Inicie el servidor operativo y, a continuación, inicie Provider Direct en IBM WebSphere Application
Server. Debe iniciarse el servidor operativo antes de iniciar Provider Direct.
Qué hacer a continuación
Conéctese a Provider Direct abriendo un navegador y utilizando este URL: https://host:port/provider
Conceptos relacionados:
“Configuración de Provider Direct”
Hay algunos parámetros que deben establecerse en los archivos de propiedades antes de utilizar la
aplicación.
Configuración de Provider Direct
Hay algunos parámetros que deben establecerse en los archivos de propiedades antes de utilizar la
aplicación.
IBM Installation Manager actualiza el archivo provider.properties con el nombre de host, puerto y
nombre de usuario y contraseña válidos que ha proporcionado en el panel de configuración. Puede editar
los archivos provider.properties y mdm.properties. Estos archivos se encuentran en
MDM_INSTALL_HOME/installableApps/ear.
Después de completar cualquier configuración personalizada, debe desplegar el EAR de Provider Direct
en el servidor de aplicaciones. Por ejemplo, WAS_PROFILE_HOME/installedApps/$cell_name/provider.ear.
174
Guía de instalación
Tareas relacionadas:
“Despliegue del archivo EAR de Provider Direct modificado” en la página 174
A diferencia de otras aplicaciones de usuario, el instalador no despliega automáticamente el archivo EAR
de Provider Direct en IBM WebSphere Application Server; debe desplegar el EAR manualmente.
Propiedades necesarias en el archivo provider.properties
Durante la configuración, edite las propiedades de las credenciales de registro de servidor operativo,
fábrica de contexto, origen de datos e interacciones de servidor operativo en el archivo
provider.properties.
Las propiedades siguientes deben establecerse para desplegar Provider Direct.
Tabla 26. Propiedades necesarias de registro de servidor operativo
Propiedad
Descripción
adminLoginProvider.username
Debe ser un usuario administrativo que tenga al menos acceso de sólo
lectura a todos los segmentos de diccionario. Este nombre de usuario
se utiliza para conectarse al servidor operativo e inicializar metadatos
del sistema. (Valor predeterminado=mdmadmin)
adminLoginProvider.password
Identifica la contraseña para adminLoginProvider.username. (Valor
predeterminado=mdmadmin)
Tabla 27. Propiedades de fábrica de contexto necesarias
Propiedad
Descripción
contextFactory.hostName
Cambie el valor para indicar la máquina donde se está ejecutando el
servidor operativo de MDM. El valor predeterminado es el sistema
principal local.
contextFactory.hostPort
El número de puerto HTTP o HTTPS de su servidor de aplicaciones.
El valor predeterminado de HTTP es 9080. El valor predeterminado
de HTTPS es 9443.
contextFactory.useSSL
Puede establecerse en true o false. El valor predeterminado es false.
Tabla 28. Propiedades necesarias de origen de datos
Propiedad
Descripción
datasource.databaseName
El nombre de la base de datos de MDM
datasource.serverName
El nombre o dirección IP del servidor donde se encuentra la base de
datos de MDM
datasource.portNumber
El puerto utilizado para la base de datos de MDM.
datasource.user
Un nombre de usuario que está configurado para la base de datos de
MDM.
Debe comentar esta línea (con un carácter #) si está utilizando
Microsoft SQL Server con autenticación de Windows.
datasource.password
La contraseña para el usuario de base de datos seleccionado.
Debe comentar esta línea (con un carácter #) si está utilizando
Microsoft SQL Server con autenticación de Windows.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
175
Tabla 28. Propiedades necesarias de origen de datos (continuación)
Propiedad
Descripción
datasource.className
El nombre de clase de origen de datos a utilizar para conectarse a la
base de datos de MDM.
Los valores válidos son: com.ibm.mdm.jdbc.DB2DataSource,
com.ibm.mdm.jdbc.OracleDataSource, o
com.ibm.mdm.jdbc.SQLServerDataSource.
Copie uno de los ejemplos comentados para asegurarse de que se
utilice el formato correcto.
Tabla 29. Propiedades necesarias extra
Propiedad
Descripción
applicationContext
Establezca el valor en beans-mds.xml.
DisableNotifications
Establezca el valor en false.
Propiedades necesarias en el archivo mdm.properties
Durante la configuración, edite las propiedades de la fábrica de contexto, el origen que es propiedad del
servidor operativo y de cvw.id en el archivo mdm.properties.
Las propiedades siguientes deben establecerse antes de desplegar Provider Direct.
Tabla 30. Propiedades de fábrica de contexto necesarias
Propiedad
Descripción
contextFactory.useSSL
Puede establecerse en true o false. El valor predeterminado es false.
contextFactory.hostName
Cambie el valor para indicar la máquina donde se está ejecutando el
servidor operativo de MDM. El valor predeterminado es el sistema
principal local.
contextFactory.hostPort
El número de puerto HTTP o HTTPS de su servidor de aplicaciones. El
valor predeterminado de HTTP es 9080. El valor predeterminado de
HTTPS es 9443.
Tabla 31. Propiedades necesarias del origen que es propiedad del servidor operativo
Propiedad
Descripción
hub.owned.source.PROVIDER
INITHUB
hub.owned.source.ORGANIZATION
INITHUBORG
Tabla 32. Propiedades necesarias extra
Propiedad
Descripción
cvw.provider
PEMCA
cvw.org
PEMCAORG
Convenios de configuración
Provider Direct incluye su propia configuración de MDM virtual que define el modelo de datos y otros
elementos que necesita la aplicación.
Esta configuración de MDM virtual predeterminada contiene varios elementos que pueden ampliarse o
personalizarse siguiendo convenios de denominación predeterminados. Todos estos cambios pueden
realizarse en InfoSphere MDM Workbench.
176
Guía de instalación
Tipos de datos enumerados
Los valores personalizados pueden personalizarse a menos que se indique lo contrario.
Tabla 33. Tipos de datos enumerados
Valor
Descripción
Provider Specialty
Campo de especialización para proveedores individuales. Los valores y
descripciones pueden personalizarse de acuerdo con sus necesidades de
organización.
Provider Gender
Géneros disponibles para proveedores individuales.
Language
Idiomas hablados por el proveedor. El valor predeterminado incluye a
los 5 idiomas más comunes. Pueden establecerse más idiomas según
sea necesario.
Provider Delivery Preferences Information Types
Tipos de información para preferencias de entrega.
Provider Delivery Preferences - Delivery
Mode
Modalidades de entrega disponibles para preferencias de entrega
especificadas.
Provider Title
Título para el proveedor individual.
Provider Role
Roles válidos para el proveedor individual (pueden incluir
Administrative, Imaging, Labs, Physician).
License Status
Estado válido para las credenciales de ID de estado del proveedor
(puede incluir Activo, Inactivo).
Provider Status
Estado válido para el proveedor (puede incluir Activo, Inactivo).
Organization Type
El tipo de organización para registros de proveedor organizativos.
Organization Status
El estado de registros de proveedor organizativos.
Atributos ampliables
Utilice la siguiente información cuando esté trabajando con atributos personalizados e identificadores o
credenciales personalizados.
Atributos personalizados
Todos los atributos personalizados deben definirse con el tipo de atributo MEMATTR y tener valores
únicos que estén permitidos estableciendo la propiedad nsactive=1.
Tabla 34. Atributos personalizados
Valor
Descripción
Provider Entity
Los atributos personalizados para proveedores individuales deben
utilizar el prefijo de tres letras de PCA en el código del atributo. Por
ejemplo, la configuración predeterminada incluye un atributo
personalizado de ejemplo para "Board Certification", con un código de
atributo de PCABRDCERT.
Organization Entity
Los atributos personalizados para proveedores organizativos deben
utilizar el código de tres letras de OCA en el código del atributo.
Identificadores y credenciales personalizados
v Los identificadores personalizados deben definirse como el atributo MEMIDENT.
v El código del atributo debe ser exclusivo pero no sigue un convenio de denominación.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
177
Instalación de Message Broker
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de
Intermediarios de mensajes de InfoSphere MDM. Los componentes de Message Broker se instalan en un
servidor.
Los intermediarios son interfaces genéricas que se utilizan para gestionar la comunicación con y desde
sistemas de orígenes y el servidor operativo de MDM. Los componentes de intermediario admiten
mensajes fijos o delimitados de Extensible Markup Language (XML), Health Level 7 (HL7v2 y v3),
específicos del cliente.
Después de la instalación, puede configurar los siguientes componentes:
v
v
v
v
v
Inbound Broker
Outbound Broker
HL7 Query Broker
Mapping Message Manager (Mapping Broker)
Routing Message Manager (Routing Broker)
La función de Message Broker no se admite en z/OS.
Instalación de Message Broker Suite
Utilice este procedimiento para instalar Intermediarios de mensajes de InfoSphere MDM.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software para este componente
v Ha completado los pasos de preparación de IBM Installation Manager
v Si tiene un archivo services.ini existente, se recomienda hacer una copia y guardarlo en otra
ubicación
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Install Packages, seleccione Message Brokers. Pulse Siguiente.
d. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
178
Guía de instalación
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modify Packages, seleccione Message Brokers. Los componentes instalados
anteriormente se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo
contrario, IBM Installation Manager los elimina. Pulse Siguiente.
d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Verifique que los archivos estén instalados en el directorio INICIO_INSTAL_MDM/MDM/MessageBroker.
Qué hacer a continuación
v Cree un archivo services.ini vacío si no tiene uno de una instalación previa
v Cree instancias para cada componente de intermediario que tenga previsto implementar (por ejemplo,
de entrada, de salida, etc.) y personalice sus archivos de configuración de componentes
Para obtener información sobre la creación de instancias, configuración de componentes de intermediario
y uso general de los intermediarios, consulte los temas relacionados que se listan al final de este tema.
Conceptos relacionados:
Descripción general de Message Broker Suite
Tareas relacionadas:
Creación del archivo services.ini de broker
Message Broker almacena valores de configuración de variables de entorno en un archivo .ini
denominado services.ini. Este archivo es necesario para ejecutar intermediarios.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Creación del archivo services.ini de broker
Message Broker almacena valores de configuración de variables de entorno en un archivo .ini
denominado services.ini. Este archivo es necesario para ejecutar intermediarios.
Acerca de esta tarea
Generalmente, los clientes de actualización ya tienen un archivo services.ini. Si tiene uno, este
procedimiento no es necesario; el proceso de configuración del intermediario busca y actualiza el archivo
existente.
Utilice este procedimiento para crear un services.ini vacío. Después de crear el archivo, éste se actualiza
automáticamente mediante el programa de utilidad madconfig cuando crea sus instancias de componente
de intermediario.
Procedimiento
1. Abra un editor de texto.
2. Guarde el archivo vacío con el nombre services.ini en un directorio de su elección.
Tareas relacionadas:
Creación de instancia de Message Broker
Directorios y archivos instalados con Message Broker Suite
El instalador establece la estructura de directorio raíz del intermediario en el directorio
MDM_INSTALL_HOME/MDM/MessageBroker.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
179
Los directorios son los siguientes:
\ant (contains ant scripts used by the madconfig utility)
\bin (contains all executable and .dll files)
\conf (certificate)
\config (sample configuration .ini files)
\dtd (IBM DTD files for XML messages)
\lib (contains broker libraries)
\proxy (contains files needed to run brokers over a web service)
\readme
\scripts (contains various scripts, such as madconfig)
\smt (language translation files)
\sql (maddbx.dbp file to maintain database specific syntax and data types)
\utf (Unicode)
Hay tres categorías de archivos que utilizan los intermediarios con las que tiene que estar familiarizado:
archivo services.ini, archivos de configuración de componente de intermediario y archivos .exe de
servicio de intermediario. Estos archivos se describen en la tabla siguiente:
Tabla 35. Archivos utilizados por los intermediarios
Archivo
Directorio
Descripción
Archivos de configuración .ini de
componente
\config
Cada componente de intermediario
(Entrante, Saliente, Consulta,
Direccionamiento y Correlación)
depende de un conjunto de archivos
de configuración específicos de
componente para gestionar la forma
en que se procesan los mensajes. En
el directorio \config se proporcionan
archivos de configuración de ejemplo.
Por ejemplo, el archivo de
configuración de Inbound Broker se
denomina
InboundProcessormessage_type.ini
(por ejemplo,
InboundProcessorDelimited.ini).
Este archivo se utiliza para indicar a
Inbound Message Manager cómo
formatear, modificar y evaluar los
datos entrantes. La información sobre
los archivos de configuración está
contenida en los capítulos de
configuración de componente
individual.
180
Guía de instalación
Tabla 35. Archivos utilizados por los intermediarios (continuación)
Archivo
Directorio
Descripción
Archivos .exe de servicio de
intermediario
\bin
Cuando se instala Message Broker,
los archivos ejecutables (.exe) de
servicio de intermediario maestros se
instalan en el directorio \bin. Cuando
se crea una instancia de
intermediario, el programa de
utilidad madconfig crea
automáticamente archivos .exe de
servicio de intermediario específicos
de la instancia, utilizando los
archivos de servicio de intermediario
maestros y añadiendo el nombre de
instancia. Puede encontrarse más
información en el tema "Message
Broker Suite files" (archivos de
Message Broker Suite) que aparece
listado en los temas relacionados.
Archivo services.ini
Este archivo debe crearse
manualmente después de la
instalación y antes de la creación de
la instancia.
Message Broker almacena valores de
configuración de variable de entorno
en un archivo .ini denominado
services.ini. Este archivo no es
creado por el instalador.
Generalmente, los clientes de
actualización ya tienen un archivo
services.ini.
Después de la instalación o
actualización, debe utilizar el
programa de utilidad madconfig para
crear instancias de componente de
intermediario. El programa de
utilidad madconfig añade el archivo
.ini a medida que configura
instancias nuevas.
El programa de utilidad madconfig, que se encuentra en el directorio /scripts, se utiliza para crear
instancias de intermediario. Para obtener detalles sobre la creación de instancias de intermediario y
configuración del comportamiento de intermediario, consulte los temas relacionados.
Conceptos relacionados:
Descripción general de Message Broker Suite
Archivos de Message Broker Suite
Tareas relacionadas:
Creación de instancia de Message Broker
Soporte de Unicode e idioma alternativo
Pueden establecerse variables en su archivo services.ini que indiquen a los intermediarios que deben
seleccionar los archivos UTF necesarios que se utilizan para el soporte de Unicode y de idiomas
alternativos.
En la sección de interfaces del archivo services.ini, asegúrese de que la variable MAD_ROOTDIR para cada
componente apunte al directorio raíz del servidor operativo de MDM.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
181
Para intermediarios de entrada:
En su archivo de configuración (es decir, services.ini), en la sección de interfaces, asegúrese de apuntar
al directorio para los archivos utf y smt. MAD_BROKDIR identifica al directorio de instalación de Message
Broker y a la ubicación de los archivos utf y smt. Si no establece MAD_BROKDIR, el intermediario utiliza el
valor MAD_ROOTDIR (que apunta al directorio raíz del servidor operativo de MDM) para seleccionar los
archivos utf y smt.
Para intermediarios de salida:
En su archivo de configuración (services.ini), en la sección de interfaces, asegúrese de que se incluyan
los siguientes valores:
v La variable MAD_BROKDIR debe apuntar al directorio de instalación del intermediario para seleccionar los
archivos utf y smt. Si no se establece, el intermediario toma el valor predeterminado de la ubicación de
MAD_ROOTDIR.
v MIEncoding debe establecerse en el tipo apropiado; la codificación predeterminada es LATIN1 si no se
especifica ninguna.
Instalación de InfoSphere MDM Healthcare Point of Service Integrator
Los administradores son responsables de instalar, desplegar y dar soporte a los usuarios de la aplicación
Integrador del punto de servicio de asistencia médica de InfoSphere MDM.
Integrador del punto de servicio de asistencia médica de InfoSphere MDM proporciona una solución
simple para integrar aplicaciones de asistencia médica de herencia con una configuración de MDM
virtual. Mediante la utilización de las prestaciones de la aplicación, puede crear una GUI de búsqueda
que permita a los usuarios buscar miembros en la base de datos de MDM desde un sistema de herencia.
Integrador del punto de servicio de asistencia médica de InfoSphere MDM debe configurarse y utilizarse
en una estación de trabajo de 32 bits de Microsoft Windows. Puesto que IBM Installation Manager sólo
puede ejecutarse en una máquina de 64 bits, primero debe instalar Integrador del punto de servicio de
asistencia médica de InfoSphere MDM en una máquina de 64 bits y después desplegarlo en una máquina
de 32 bits.
La información de los temas de instalación trata los requisitos previos y la ejecución de IBM Installation
Manager. Para obtener información sobre la configuración y uso de Integrador del punto de servicio de
asistencia médica de InfoSphere MDM, consulte el tema relacionado que se lista al final de esta
descripción general.
Conceptos relacionados:
Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator
Instalación de InfoSphere Healthcare Point of Service Integrator
Utilice este procedimiento para instalar Integrador del punto de servicio de asistencia médica de
InfoSphere MDM.
Acerca de esta tarea
Atención: Integrador del punto de servicio de asistencia médica de InfoSphere MDM puede ejecutarse
sólo en una estación de trabajo de Microsoft Windows de 32 bits, sin embargo IBM Installation Manager
sólo puede ejecutarse en una máquina de 64 bits. Después de instalar Integrador del punto de servicio de
asistencia médica de InfoSphere MDM en una máquina de 64 bits, debe desplegarlo en una máquina de
32 bits.
182
Guía de instalación
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Install Packages, seleccione Healthcare Point of Service Integrator. Pulse Siguiente.
d. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modify Packages, seleccione Healthcare Point of Service Integrator. Los componentes
instalados anteriormente se seleccionan de forma automática. Asegúrese de que sigan
seleccionados. De lo contrario, IBM Installation Manager los elimina. Pulse Siguiente.
d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Verifique que los archivos estén instalados en el directorio MDM_INSTALL_HOME/EnterpriseIntegrator.
7. Despliegue la aplicación en su máquina de 32 bits.
a. Copie los archivos del directorio MDM_INSTALL_HOME/EnterpriseIntegrator de la máquina de 64
bits en su máquina de 32 bits.
b. En la máquina de 32 bits, vaya al directorio MDM_INSTALL_HOME/EnterpriseIntegrator/vcredist/ y
ejecute vcredist_x.86.exe.
Qué hacer a continuación
Continúe con la personalización de su programa de búsqueda en la máquina de 32 bits. Para obtener
información acerca de la configuración y uso de Integrador del punto de servicio de asistencia médica de
InfoSphere MDM, consulte el tema relacionado que se lista más abajo.
Conceptos relacionados:
Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator
Tareas relacionadas:
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Directorio y archivos instalados con Healthcare Point of Service
Integrator
Cuando finaliza la instalación de Integrador del punto de servicio de asistencia médica de InfoSphere
MDM, se añade un conjunto de directorios y archivos a la vía de acceso de instalación.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
183
Los siguientes directorios se añaden a la ubicación donde está instalada la aplicación:
MDM_INSTALL_HOME/EnterpriseIntegrator
/axis2c
/lib
/modules
/bin
/include
/lib
/license
/samples
/Library
/modelsearch
/vcredist
/ModelWeb
/webapp
Consulte los temas de usuario de Integrador del punto de servicio de asistencia médica de InfoSphere
MDM para obtener detalles sobre la utilización de los archivos instalados.
Conceptos relacionados:
Descripción general de IBM InfoSphere Master Data Management Healthcare Point of Service Integrator
Instalación de Pair Manager
Esta aplicación se utiliza para evaluar los archivos de pares de ejemplo generados por el trabajo Generate
Threshold Analysis Pairs de InfoSphere MDM Workbench.
Como parte del proceso de generación de peso, debe ejecutar el trabajo Generate Threshold Analysis
Pairs para crear uno o más archivos .xls de pares de ejemplo que contengan pares de miembros. Para
establecer valores de umbral que utiliza el servidor operativo de MDM para hacer coincidir a los
miembros de forma precisa, debe evaluar estos pares de ejemplo e indicar si los miembros son los
mismos o no.
Gestor de pares de InfoSphere MDM sólo admite archivos de pares de ejemplo creados con InfoSphere
MDM Workbench.
Gestor de pares de InfoSphere MDM se admite sólo para instalación en un sistema operativo Microsoft
Windows.
Instalación de Pair Manager
Utilice este procedimiento para instalar Gestor de pares de InfoSphere MDM en una estación de trabajo
de MicrosoftWindows.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software
v Ha completado los pasos de preparación de IBM Installation Manager
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
el servidor operativo de MDM, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
184
Guía de instalación
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe pasando por los paneles para aceptar el acuerdo de licencia, seleccionar el directorio de
instalación y el idioma.
c. En el panel Install Packages, seleccione Pair Manager. Pulse Siguiente.
d.
4. Si
a.
b.
c.
Revise la información de resumen de instalación y pulse Instalar.
ha seleccionado Modificar, siga estos pasos.
En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
Seleccione el idioma y pulse Siguiente.
En el panel Modify Packages, seleccione Pair Manager. Los componentes instalados anteriormente
se seleccionan de forma automática. Asegúrese de que sigan seleccionados. De lo contrario, IBM
Installation Manager los elimina. Pulse Siguiente.
d. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Verifique que los archivos estén instalados en el directorio INICIO_INSTAL_MDM/MDM/tmp/PairManager.
Qué hacer a continuación
Utilice InfoSphere MDM Workbench para ejecutar el trabajo Generate Threshold Analysis Pairs (Generar
pares de análisis de umbral) y, a continuación, utilice Gestor de pares de InfoSphere MDM para revisar
los archivos de pares de ejemplo.
Puede acceder a Gestor de pares de InfoSphere MDM desde Inicio > Todos los programas > InfoSphere
Master Data Management > Pair Manager.
Ejemplos
Los ejemplos incluyen correlaciones y archivos de código de origen que muestran el consumo de MDM.
Instale estos ejemplos sólo en entornos de desarrollo.
Ejemplos de instalación
Utilice este procedimiento para instalar la función Samples.
Acerca de esta tarea
Hay dos opciones disponibles para la instalación: Instalar o Modificar. La opción Instalar asume que está
instalando la aplicación en una estación de trabajo o servidor limpio. Esto significa que el servidor o
estación de trabajo no tiene ningún componente de InfoSphere MDM que ya esté instalado (por ejemplo,
MDM Operational Server, componente de base de datos u otra aplicación de usuario). Si algún
componente de MDM está presente en la máquina en la que está instalando la aplicación, debe utilizar la
opción Modificar.
Procedimiento
1. Inicie IBM Installation Manager.
2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o Modificar.
3. Si ha seleccionado Instalar, siga estos pasos.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
185
a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM y pulse Siguiente.
b. Continúe a través de los siguientes paneles para aceptar el acuerdo de licencia, seleccione el
directorio de instalación y el idioma.
c. En el panel Install Packages, seleccione Samples. Pulse Siguiente.
d. Revise la información de resumen de instalación y pulse Instalar.
4. Si ha seleccionado Modificar, siga estos pasos.
a. En el panel Modificar paquetes, seleccione el paquete de InfoSphere MDM y pulse Siguiente.
b. Seleccione el idioma y pulse Siguiente.
c. En el panel Modify Packages, seleccione Samples. Los componentes instalados previamente se
seleccionan automáticamente. Asegúrese de que permanezcan seleccionados, de otra forma IBM
Installation Manager los elimina. Pulse Siguiente.
d. Especifique la información de configuración para la aplicación. Utilice la hoja de trabajo de las
aplicaciones de usuario de MDM como guía. Pulse Siguiente.
e. Revise la información de resumen y verifique que el componente que desea instalar esté listado en
el recuadro Adición de funciones y que no haya componentes listados en el recuadro Eliminación
de funciones. Pulse Modificar.
5. Pulse Finalizar cuando se haya completado la instalación y cierre IBM Installation Manager.
6. Verifique que los archivos de ejemplo se hayan creado en el directorio MDM_INSTALL_HOME.
Instalación de InfoSphere MDM Workbench
InfoSphere MDM Workbench es utilizado por implementadores y administradores para gestionar el
entorno de InfoSphere MDM. Mediante la utilización de esta aplicación, puede gestionar algoritmos, crear
vistas compuestas, editar tablas de diccionarios de datos y desarrollar modelos lógicos de miembros,
flujos y correlaciones con orígenes de datos.
InfoSphere MDM Workbench es una tecnología basada en Eclipse y se ejecuta en sistemas que utilizan
Microsoft Windows.
Debe tener instalado IBM Rational Application Developer (RAD) para utilizar el entorno de trabajo.
Referencia relacionada:
“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13
Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una
estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo
para que la instalación sea satisfactoria.
“Requisitos de instalación” en la página 11
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
Instalación de InfoSphere InfoSphere MDM Workbench
Utilice este procedimiento para instalar InfoSphere MDM Workbench si está utilizando un tipo de
despliegue de instalación personalizada y sólo está instalando el entorno de trabajo.
Antes de empezar
Asegúrese de cumplir con estos requisitos previos:
v Su entorno cumple con los requisitos de hardware y software
v Ha completado los pasos de preparación de IBM Installation Manager si se trata de una instalación
personalizada
v Ha instalado IBM Rational Application Developer (RAD)
186
Guía de instalación
v Ha instalado InfoSphere MDM
v El inicio de sesión que utilice en el sistema debe tener permiso para grabar en el registro.
Si tiene previsto instalar Workbench como parte de un despliegue de instalación de estación de trabajo
típica, consulte las instrucciones que se listan al final de este tema.
Procedimiento
1.
2.
3.
4.
5.
6.
7.
8.
Concluya IBM Rational Application Developer (RAD) si se está ejecutando.
Inicie IBM Installation Manager.
En la pantalla de inicio de IBM Installation Manager, pulse Install.
En el panel Instalar paquetes, seleccione IBM InfoSphere Master Data Management Workbench y
pulse Siguiente.
Acepte el acuerdo de licencia.
Seleccione el grupo de paquetes donde está instalado IBM Rational Application Developer (RAD) y
pulse Siguiente.
Pulse Instalar.
Pulse Finalizar cuando se haya completado.
Qué hacer a continuación
Ahora puede utilizar InfoSphere MDM Workbench para configurar su servidor operativo.
Conceptos relacionados:
Aspectos básicos de MDM Workbench
Tareas relacionadas:
“Inicio del proceso de instalación con LaunchPad” en la página 68
Puede utilizar LaunchPad para iniciar el proceso de instalación. Este método es la única forma de iniciar
una instalación de estación de trabajo típica o de servidor típica, y ofrece la forma más sencilla de iniciar
una instalación personalizada.
Visualización de los registros de instalación
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Referencia relacionada:
“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 13
Cuando instala InfoSphere MDM Workbench e IBM Rational Application Developer (RAD) en una
estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32 bits disponibles en la estación de trabajo
para que la instalación sea satisfactoria.
“Requisitos de instalación” en la página 11
Utilice esta lista como referencia antes de iniciar la instalación. Si también está instalando IBM DB2, IBM
WebSphere Application Server, o IBM Rational Application Developer (RAD), la lista también ofrece una
pauta para elegir las funciones correctas a instalar.
Configuración de seguridad de aplicación para aplicaciones web
Todas las aplicaciones web que están instaladas en IBM WebSphere Application Server están establecidas
en secure (segura) para cookies e inicio de sesión único. Debe utilizar el protocolo https y el número de
puerto seguro para acceder a la aplicación web debido a que el protocolo http ya no es válido.
Procedimiento
1. Para ubicar el número de puerto seguro, abra la consola de administración de WebSphere Application
Server, vaya a Server Types > WebSphere application servers > %WEB_SERVER_NAME% > Ports y
busque WC_defaulthost_secure.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
187
2. Para establecer el atributo secure en force https protocol:
a. Vaya a Server Types > WebSphere application servers > %SERVER_NAME% > Session
management.
b. En el menú Enable cookies, seleccione la opción Restrict cookies to HTTPS sessions.
c. Vaya a Security > Global security > Authentication > Web and SIP security > Single sign-on
(SSO) y seleccione la opción Requires SSL.
Conceptos relacionados:
Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133
IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se
utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor
en el que instaló el servidor operativo y la base de datos de MDM.
Tareas relacionadas:
“Instalación de la Business Administration UI” en la página 134
Utilice este procedimiento para instalar la Business Administration UI.
“Instalación de la interfaz de usuario de Data Stewardship” en la página 135
Utilice este procedimiento para instalar la interfaz de usuario de Data Stewardship. Esta aplicación de
data stewardship admite gobierno de datos para datos MDM físicos.
“Instalación de la interfaz de usuario de Product Maintenance” en la página 137
Utilice este procedimiento para instalar la interfaz de usuario de Product Maintenance.
Códigos de error vistos en aplicaciones de usuario
Los códigos de error listados indican problemas que pueden suceder entre las aplicaciones de usuario
que soportan configuraciones MDM virtuales y el servidor operativo.
Esta lista puede que no sea completa, pero muestra los errores más comunes.
Tabla 36. Descripciones de código de error
Código
Descripción
Solución
OK (0)
Ningún error
No es necesaria ninguna acción.
EPERM (1)
Error de permiso
Permisos no válidos. La cuenta de usuario
no tiene los suficientes permisos para
utilizar esta función.
Si tiene autorización para acceder a esta
aplicación, vuela a escribir su nombre de
usuario y contraseña. Tenga cuidado al
escribir que la ortografía y el tipo de letra
sean correctos. Si el error continúa, póngase
en contacto con el administrador de la
aplicación.
ECOMM (2)
Error de comunicación
Error de comunicaciones - se perdió
conexión con servidor
Debe volver a establecer la conexión al
servidor de aplicación. Si no puede
conectarse, póngase en contacto con el
administrador de la aplicación.
EODBC (3)
Error ODBC
Error de ODBC informado directamente
desde el controlador ODBC o desde la base
de datos
Error de base de datos - póngase en
contacto con el administrador de la
aplicación o de la base de datos.
La conexión al servidor solicitado se ha
ENOTCONN (5)
No se ha podido
negado
establecer una conexión
con el servidor operativo
Verifique que el servidor esté en ejecución.
Si lo está, intente volver a conectarse a la
aplicación.
EINVAL (6)
Error de argumento no
válido
Vuelva a escribir sus criterios de entrada.
Especifique letras y números como lo
requieren los campos. Por ejemplo, el
campo del número de Seguro social sólo
acepta números.
188
Guía de instalación
Hay valores no válidos en los parámetros o
tipos de datos entrantes. Se especificaron
caracteres no válidos en un campo de
entrada.
Tabla 36. Descripciones de código de error (continuación)
Código
Descripción
Solución
ENOMEM (7)
Error de memoria insuficiente - no se puede Póngase en contacto con el administrador
No se ha podido asignar asignar memoria en funcionamiento
de la aplicación o del sistema.
memoria
ENOREC (8)
Registro no encontrado
No se ha encontrado registro basado en los
criterios de entrada
Ajuste los criterios de búsqueda y vuelva a
intentar la acción.
ENOLIB (9)
No se encuentra la
biblioteca
No se encontraron las bibliotecas cargables
en tiempo de ejecución
Lo más probable es que este error esté
indicando un problema de configuración.
Póngase en contacto con el administrador
de la aplicación o con el Soporte de
software de IBM.
ENOFUNC (10)
Función no encontrada
No está disponible la señalización a la
función
Lo más probable es que este error esté
indicando un problema de configuración.
Póngase en contacto con el administrador
de la aplicación o con el Soporte de
software de IBM.
ELOCKED (11)
Registro u objeto
bloqueado
No se puede actualizar un registro porque
está bloqueado
El registro se recuperó recientemente y la
memoria del sistema no lo ha liberado.
Vuelva a intentar recuperar el registro.
EEXISTS (12)
El registro u objeto
existe
Se solicita la inserción de un registro, pero
el registro existe
El sistema cree que el registro que está
intentando insertar (añadir) existe en la
base de datos. Intente recuperar el registro
que desea añadir.
EFILEIO (13)
Error de E/S de archivo
No se puede leer o escribir desde un
archivo
Póngase en contacto con el administrador
del sistema.
EVERSION (14)
Error de versión
Discordancia en la versión, provocada por
bloqueo oportuno
Recupere el miembro o tarea nuevamente y
vuelva a aplicar los cambios.
ESTATUS (15)
Error de estado
El estado de atributo solicitado no existe
Utilice otro tipo de estado de atributo.
EACTIVE (16)
El registro u objeto está
activo
No está en uso
No aplicable
EINACTIVE (17)
El registro u objeto está
inactivo
No está en uso
No aplicable
EDELETED (18)
Registro u objeto
suprimido
Resulta si se intenta añadir o actualizar un
miembro suprimido lógicamente
No puede actualizar un miembro suprimido
lógicamente. Si el miembro se marcó como
suprimido lógicamente por error, póngase
en contacto con el administrador de la
aplicación.
ESHADOW (19)
El registro u objeto es
una duplicación
No está en uso
No aplicable
EOBSOLETE (20)
El registro u objeto es
obsoleto
Resulta si se intenta aplicar un cambio o
actualizar a un registro obsoleto
No puede actualizar un registro obsoleto.
EINTEGRITY (21)
Error de integridad
referencial
Un problema de integridad de datos, por
Este error puede estar indicando un
ejemplo, una violación de una restricción de problema de base de datos. Póngase en
unicidad
contacto con el administrador del sistema o
de la base de datos.
Capítulo 7. Instalación de aplicaciones cliente y componentes individuales
189
Tabla 36. Descripciones de código de error (continuación)
Código
Descripción
Solución
EDISABLED (22)
El registro u objeto está
inhabilitado
Una ID de usuario está inactiva (o
inhabilitada)
Si el usuario requiere autorización a la
aplicación, vuelva a activar su ID a través
del Administrador.
EINSANE (23)
El sistema detectó una condición o estado
Póngase en contacto con el administrador
Error interno inesperado en el que cree que no es posible. No tiene la del sistema.
información para explicar cómo se alcanzó
este estado.
EEXTAUTH (24)
Error de autorización
externo
Error en la autorización externa
Actualice el inicio de sesión del usuario en
el sistema de autenticación externo.
ENUNKNOWN (25)
Error desconocido
Un error desconocido
Consulte al Soporte de software de IBM.
EINTERNAL (26)
Error interno crítico
Por lo general no se puede lograr la
recuperación
Normalmente necesita el reinicio del
servidor operativo y de todos los clientes
conectados.
190
Guía de instalación
Capítulo 8. Verificación de la instalación
IBM Installation Manager ejecuta automáticamente una rutina de verificación para probar la instalación al
ejecutar tres transacciones físicas para añadir una persona, una organización y un contrato, y una
transacción virtual. Si estas transacciones se realizan satisfactoriamente, entonces la instalación finaliza
satisfactoriamente.
Además, puede utilizar el Cliente de prueba para ejecutar transacciones de prueba para asegurar que
InfoSphere MDM esté instalado satisfactoriamente.
© Copyright IBM Corp. 1996, 2013
191
Tareas relacionadas:
Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67
Las instrucciones de instalación son las mismas para todas las ediciones.
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
“Instalación de una instalación personalizada” en la página 73
Utilice este procedimiento para ejecutar una instalación personalizada. Una instalación personalizada es el
método requerido si utiliza Oracle o una base de datos de Microsoft SQL Server o si realiza la instalación
en un entorno en clúster. También puede utilizar una instalación personalizada si utiliza una base de
datos de IBM DB2.
“Instalación en un entorno en clúster” en la página 77
Utilice este procedimiento para ejecutar una instalación personalizada en un entorno en clúster.
“Caso de ejemplo 1, Procedimiento 4: Instalación de MDM” en la página 97
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 1.
“Caso de ejemplo 2, Procedimiento 3: Instalación de MDM” en la página 101
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 2.
“Caso de ejemplo 3, Procedimiento 4: Instalación de MDM” en la página 104
Utilice este procedimiento para instalar MDM y cualquier aplicación de usuario seleccionada como el
paso final para completar el caso de ejemplo 3.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Referencia relacionada:
Capítulo 2, “Descripción general de la instalación”, en la página 3
La mayoría de los componentes de IBM InfoSphere Master Data Management Server pueden instalarse en
un servidor o estación de trabajo, una combinación de los dos, o en varios servidores para dar soporte a
entornos en clúster.
“Cuentas de usuario y grupos creados por el instalador” en la página 17
Cuando se instala MDM, se crea un nombre de usuario administrativo y grupos de usuarios
predeterminados en el servidor de aplicaciones.
“Cuentas de usuario predeterminadas creadas durante un despliegue de instalación típica” en la página
18
Si utiliza un tipo de despliegue de instalación típica, el instalador crea ciertas cuentas de usuario
predeterminadas.
Verificación de la instalación con el Cliente de prueba en WebSphere
Application Server
Utilice este procedimiento para verificar la instalación con el Cliente de prueba del servidor de
aplicaciones.
Acerca de esta tarea
El cliente de prueba sólo admite bases de datos de DB2 y Oracle.
192
Guía de instalación
Procedimiento
1. En el archivo TestClient.properties en la carpeta INICIO_INSTALACIÓN_MDM/IVT/properties,
especifique el nombre de usuario en user= y la contraseña en password= si está habilitada la seguridad
de aplicaciones.
2. Edite cualquier otra propiedad necesaria para crear los parámetros para la prueba que desea ejecutar.
Para obtener información sobre las propiedades que puede editar, consulte el tema "Propiedades del
cliente de prueba".
3. Vaya al directorio INICIO_INSTALACIÓN_MDM/IVT:
4. Borre los datos siguiendo los pasos para su tipo de instalación:
v Ejecute el script siguiente en la línea de mandatos para borrar los datos si ha instalado InfoSphere
MDM en Oracle:
sqlplus <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 en
NOMBRE_USUARIO
v Si la seguridad está habilitada, especifique la contraseña para el nombre de usuario en CONTRASEÑA
Por ejemplo, para ejecutar casos de prueba de servicios web en WebSphere Application Server
mediante HTTP con la seguridad inhabilitada, especifique:
TestClient.sh soap testCases/xml_ws
6. Cuando se haya completado la prueba, verá los resultados en los directorios siguientes:
v Para ver las respuestas que han creado las pruebas, consulte testCases/xml_ws/response
v Para ver los registros, la lista de ejecución de casos de prueba y sus estados, consulte los archivos
de registro en INICIO_INSTALACIÓN_MDM/IVT/logs
Ejemplo
En la tabla siguiente se muestran las pruebas, con las líneas de mandatos correspondientes, que puede
ejecutar:
Tabla 37. Pruebas de verificación de la instalación
Para ejecutar la prueba:
Utilice el mandato:
Para proporcionar un archivo de respuestas para
ejecutar un único caso de prueba de TCRM
TestClient.sh rmi ./testCases/xml/TCRMaddPerson.xml
Capítulo 8. Verificación de la instalación
193
Tabla 37. Pruebas de verificación de la instalación (continuación)
Para ejecutar la prueba:
Utilice el mandato:
Para ejecutar casos de prueba de JMS
Proporcione la fábrica de conexiones de la cola, el nombre de la
cola de solicitudes y de la cola de respuestas en el archivo
TestClientJMS.properties, después ejecute TestClient.sh jms
./testCases/xml
Para ejecutar casos de prueba de mensajería
v Para Oracle:
1. Ejecute @./sql/Oracle/update_event_active.sql para
activar un suceso
2. Reinicie WebSphere Application Server
3. Ejecute TestClientWL.sh rmi ./testCases/xml_msg
v Para DB2:
1. Ejecute IVT/sql/db2/update_event_active.sql para activar
un suceso
2. Reinicie WebSphere Application Server
3. Ejecute TestClientWL.sh rmi ./testCases/xml_msg
Para ejecutar los casos de prueba de
administrador
TestClient.sh rmi ./testCases/xml_admin
Para ejecutar casos de prueba de servicios web
TestClient.sh soap ./testCases/xml_ws
Propiedades del cliente de prueba
Puede editar las entradas del archivo TestClient.properties en la carpeta MDM_INSTALL_HOME/IVT/
properties para establecer los parámetros de la prueba.
Tabla 38. Propiedades que pueden establecerse en el archivo de propiedades del Cliente de prueba
Para establecer el parámetro para:
Establezca el siguiente parámetro en:
Para ejecutar casos de prueba sin ordenación
sort=
Para ordenar los casos de prueba por directorio. Consulte
regex= para obtener los criterios de ordenación
sort=d
Para ordenar los casos de prueba. Consulte regex= para
obtener los criterios de ordenación
sort=f
Para ordenar los directorios y casos de prueba. Consulte
regex= para obtener los criterios de ordenación
sort=d|f
Para extraer la primera coincidencia como clave de
comparación de ordenación. El orden de la ordenación se
basa en la clave.
regex= [0-9]*[0-9]$
El valor predeterminado consiste en extraer el último
número digital del archivo de peticiones.
Para ordenar por orden de series
regex=
Para añadir un nombre de usuario
user=
Para añadir una contraseña
password=
Para probar el valor extraído mediante la utilización de una java -cp ./lib/TestClient.jar -regex tcrmtest_001
expresión regular
Para información sobre la utilización de Java para ejecutar
casos de prueba
java -cp ./lib/TestClient.jar ?
Para utilizar el adaptador JMS de MDM, escriba el nombre
de la fábrica de conexiones de cola
QueueConnectionFactory=
194
Guía de instalación
Tabla 38. Propiedades que pueden establecerse en el archivo de propiedades del Cliente de prueba (continuación)
Para establecer el parámetro para:
Establezca el siguiente parámetro en:
Especificar el nombre de destino de la cola de solicitudes
RequestQueue=
Especificar el nombre de destino de la cola de respuestas
ResponseQueue=
Registros de instalación
Hay dos tipos de registros que se crean durante el proceso de instalación. Un conjunto registra
información relacionada con IBM Installation Manager y el otro registra información relacionada con
MDM.
La ubicación de los registros de IBM Installation Manager depende del modo en que se instaló la
aplicación. Si IBM Installation Manager se instaló en modalidad de administrador (usuario root en
UNIX), los registros se encuentran en /var/ibm/InstallationManager/logs. Si la aplicación no se instaló
en modalidad de administrador, los registros se encuentran en $HOME/var/ibm/InstallationManager/logs.
También puede especificar una ubicación para los registros de IBM Installation Manager mediante la
actualización de la variable Agent Location (cic.appDataLocation) en el archivo config.ini. config.ini
se encuentra en el directorio InstallationManager_INSTALL_HOME/eclipse/configuration.
Los registros de MDM se encuentran en el directorio MDM_INSTALL_HOME/logs/database.
Los directorios siguientes contienen registros que se crean cuando se ejecutan los scripts SQL de la base
de datos de physical MDM (mediante una instalación manual y con el instalador):
v MDM_INSTALL_HOME/logs/database/DomainData
v MDM_INSTALL_HOME/logs/database/CoreData
v MDM_INSTALL_HOME/logs/database/CMData
Los archivos de registro que se crean mediante el arranque de una base de datos de MDM virtual que
utiliza ODBC se encuentran en MDM_INSTALL_HOME/logs/database/Virtual
Visualización de archivos de registro de Installation Manager
La aplicación IBM Installation Manager crea archivos de registro durante el proceso de instalación. Estos
registros pueden verse a través de un navegador.
Antes de empezar
Debe tener un navegador disponible en el que se van a ver los archivos de registro. Si está en un servidor
que no tiene un navegador, copie los registros en una estación de trabajo.
Acerca de esta tarea
Los registros contienen mensajes con las etiquetas INFO, DEBUG, WARNING o ERROR. Si la instalación
es satisfactoria, todos los mensajes tendrán una etiqueta INFO o DEBUG. Los mensajes identificados
como WARNING o ERROR deben revisarse.
Procedimiento
1. Vaya al directorio ./InstallationManager/logs.
2. Abra el archivo index.xml.
3. Desde la tabla All Log Files, pulse un enlace que corresponda a la sesión de IBM Installation
Manager que ha instalado MDM.
Capítulo 8. Verificación de la instalación
195
4. Localice el enlace siguiente: Custom operation MDM Operational Server, verifying install location
in unit mdmv.app.set.install.location.
Ese enlace, y los enlaces posteriores, muestran mensajes del proceso de instalación.
5. Busque mensajes que estén identificados como WARNING o ERROR. Los mensajes deben revisarse
para identificar problemas potenciales con la instalación.
6. Pulse un enlace para ver representaciones de archivo de registro nativas de un segmento del proceso
de instalación.
Tales procesos pueden incluir la ejecución de código Java personalizado para gestionar archivos de
MDM, ejecutar la herramienta basada en Ant del programa de utilidad madconfig que, a su vez,
ejecuta scripts SQL, e implementar la API de MBean de WebSphere Application Server que despliega
archivos de despliegue de MDM como archivos EBA y EAR, y otras acciones.
Resultados
Si tiene mensajes identificados como WARNING o ERROR, intente determinar la causa del problema
buscando errores de excepción Ant o Java. Si encuentra una solución temporal para WARNING o
ERROR, intente corregir la instalación o póngase en contacto con IBM Software Support.
Tareas relacionadas:
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Visualización de los registros de instalación de MDM
Durante el proceso de instalación, se crean registros en el directorio MDM_INSTALL_HOME/logs/database.
Utilice estos registros como ayuda para la resolución de problemas o verificación de la instalación.
Acerca de esta tarea
Los registros se almacenan en archivos .xml con la fecha y hora de la instalación como el nombre de
archivo. Por ejemplo, un archivo con el nombre 20130312_1101.xml, indica que la instalación se llevó a
cabo el 3 de marzo de 2013 a las 11:01. Puede acceder a los registros de dos formas distintas.
Procedimiento
v En el panel IBM Installation Manager final, una vez completada la instalación, pulse View Log File.
v Vaya al directorio MDM_INSTALL_HOME/logs/database y abra el archivo .xml.
Tareas relacionadas:
Capítulo 6, “Instalación de InfoSphere MDM”, en la página 67
Las instrucciones de instalación son las mismas para todas las ediciones.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Referencia relacionada:
“Instalación silenciosa” en la página 83
Se genera un archivo de propiedades cuando se ejecuta el programa de instalación interactivo. Para
ejecutar instalaciones silenciosas, debe editar este archivo o crear uno propio.
196
Guía de instalación
Capítulo 9. Desinstalación de InfoSphere MDM
Utilice IBM Installation Manager para desinstalar su edición o eliminar componentes individuales.
Si desea eliminar toda la edición (servidor operativo, base de datos y componentes), utilice la opción de
desinstalación de IBM Installation Manager.
Si sólo desea eliminar los componentes seleccionados, utilice la opción de modificación.
Desinstalación de su edición de InfoSphere
Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.
Antes de empezar
Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos
que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución.
En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución
(servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.).
Acerca de esta tarea
Mediante la opción desinstalar de IBM Installation Manager se elimina toda la oferta. Si desea eliminar
solamente los componentes seleccionados (por ejemplo, Inspector o IU de Data Steward), utilice la opción
modificar.
Procedimiento
1. Inicie IBM Installation Manager y pulse Desinstalar.
2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.
3. Revise la información de resumen y pulse Desinstalar.
4. Pulse Finalizar.
Qué hacer a continuación
El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere
Application Server.
Tareas relacionadas:
“Desinstalación de un único componente” en la página 199
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
“Eliminación de CBA del repositorio de paquetes interno” en la página 201
La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de
desinstalación.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Desinstalación de una instalación de servidor típica
Si ha instalado MDM utilizando una instalación de servidor típica, utilice este procedimiento para
desinstalar las funciones.
© Copyright IBM Corp. 1996, 2013
197
Acerca de esta tarea
Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos
que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución.
La desinstalación de IBM DB2 elimina su base de datos por completo.
En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución
(servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.).
Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su edición
de InfoSphere” en la página 197.
IBM Installation Manager no admite la selección de varias ofertas para desinstalar a la vez. Sin embargo,
puede elegir desinstalar las ofertas de forma separada, tal como se describe en este procedimiento.
Procedimiento
1. Inicie IBM Installation Manager y pulse Desinstalar.
2. Desinstale MDM.
a. Seleccione el paquete InfoSphere MDM y pulse Next.
b. Continúe a través de los indicadores y pulse Uninstall.
c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager.
3. Desinstale IBM DB2.
a. Seleccione el paquete IBM DB2 y pulse Next.
b. Continúe a través de los indicadores y pulse Uninstall.
c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager.
4. Desinstale WebSphere Application Server.
a. Asegúrese de que WebSphere Application Server AppSrv, su nodo, y Dmgr están detenidos.
WebSphere Application Server no puede desinstalarse si estos procesos están en ejecución.
b. En el panel de inicio de IBM Installation Manager, seleccione Uninstall.
c. Seleccione el paquete WebSphere Application Server y pulse Next.
d. Continúe a través de los indicadores y pulse Uninstall.
e. Pulse Finish y cierre IBM Installation Manager.
Tareas relacionadas:
“Instalación de una instalación de servidor típica” en la página 69
Utilice este procedimiento para ejecutar una instalación de servidor típica. Una instalación de servidor
típica implica que selecciona instalar una edición de IBM InfoSphere Master Data Management, IBM
WebSphere Application Server e IBM DB2 en un servidor limpio.
Desinstalación de una instalación de estación de trabajo típica
Si ha instalado MDM utilizando una instalación de estación de trabajo típica, utilice este procedimiento
para desinstalar las funciones.
Acerca de esta tarea
Si tiene previsto volver a instalar este entorno de ejecución y utilizar la misma instancia de base de datos
que utiliza, asegúrese de crear una imagen de copia de seguridad de la base de datos como precaución.
La desinstalación de IBM DB2 elimina su base de datos por completo.
En el entorno que desea desinstalar, detenga cada instancia de InfoSphere MDM de tiempo de ejecución
(servidor operativo, instancia de gestor de entidad, aplicación cliente, etc.).
198
Guía de instalación
Si sólo desea desinstalar las funciones de MDM, utilice este procedimiento: “Desinstalación de su edición
de InfoSphere” en la página 197.
IBM Installation Manager no admite la selección de varias ofertas para desinstalar a la vez. Sin embargo,
puede elegir desinstalar las ofertas de forma separada, tal como se describe en este procedimiento.
Procedimiento
1. Inicie IBM Installation Manager y pulse Desinstalar.
2. Desinstale MDM.
a. Seleccione el paquete InfoSphere MDM y pulse Next.
b. Continúe a través de los indicadores y pulse Uninstall.
c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager.
3. Desinstale IBM DB2.
a. Seleccione el paquete IBM DB2 y pulse Next.
b. Continúe a través de los indicadores y pulse Uninstall.
c. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager.
4. Desinstale InfoSphere MDM Workbench y IBM Rational Application Developer (RAD) a la vez.
a. Seleccione los paquetes MDM Workbench e IBM Rational Application Developer y pulse Next.
b. Continúe a través de los indicadores y pulse Uninstall.
c. Pulse Finish y cierre IBM Installation Manager.
5. Desinstale WebSphere Application Server.
a. Asegúrese de que WebSphere Application Server Server1, su nodo, y Dmgr están detenidos.
WebSphere Application Server no puede desinstalarse si estos procesos están en ejecución.
b. En el panel de inicio de IBM Installation Manager, seleccione Uninstall.
c. Seleccione el paquete WebSphere Application Server y pulse Next.
d. Continúe a través de los indicadores y pulse Uninstall.
e. Pulse Finish y vuelva al panel de inicio de IBM Installation Manager.
Tareas relacionadas:
“Instalación de una instalación de estación de trabajo típica” en la página 71
Utilice este procedimiento para ejecutar una instalación de estación de trabajo típica. Una instalación de
estación de trabajo típica implica que selecciona instalar una edición de IBM InfoSphere Master Data
Management, IBM WebSphere Application Server, IBM DB2, InfoSphere MDM Workbench e IBM Rational
Application Developer (RAD) en una estación de trabajo limpia.
Desinstalación de un único componente
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
Acerca de esta tarea
Este procedimiento solo elimina la aplicación o componente seleccionado. Si desea eliminar toda la
edición de InfoSphere MDM, utilice la opción desinstalar de IBM Installation Manager.
Procedimiento
1. Inicie IBM Installation Manager y pulse Modificar.
2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.
3. Seleccione el idioma y pulse Siguiente.
4. En el panel Modificar paquetes, se seleccionan automáticamente todos los componentes anteriormente
instalados. Asegúrese de que solo el componente que desea eliminar se borre. Pulse Siguiente.
Capítulo 9. Desinstalación de InfoSphere MDM
199
5. Revise la información de resumen y verifique que solo el componente que desea eliminar aparezca
listado en el recuadro Eliminación de características. Pulse Modificar.
6. Pulse Finalizar.
Qué hacer a continuación
El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere
Application Server.
Conceptos relacionados:
Capítulo 7, “Instalación de aplicaciones cliente y componentes individuales”, en la página 133
IBM Installation Manager le brinda la posibilidad de instalar componentes individuales. Esta opción se
utiliza cuando desea instalar componentes en estaciones de trabajo o en un servidor diferente al servidor
en el que instaló el servidor operativo y la base de datos de MDM.
Tareas relacionadas:
“Desinstalación de su edición de InfoSphere” en la página 197
Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.
“Eliminación de CBA del repositorio de paquetes interno” en la página 201
La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de
desinstalación.
Resolución de problemas de instalaciones fallidas de ediciones Standard o Advanced
Desinstalación en modalidad silenciosa
Utilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.
Acerca de esta tarea
Se genera un archivo de propiedades cuando ejecuta una desinstalación interactiva. Para utilizar una
desinstalación silenciosa, debe editar este archivo o crear su propio archivo.
Atención: Aunque los ejemplos de código pueden mostrarse con saltos de línea en el siguiente
contenido, el texto que se encuentra entre <.../> debe especificarse en el archivo de respuestas como una
línea sin saltos.
Procedimiento
Para desinstalar, sustituya el código de instalación en su archivo de respuestas con el código de
desinstalación. Por ejemplo:
<uninstall modify=’false’>
<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130401-1025’ 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,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>
Qué hacer a continuación
El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminar manualmente el CBA en la consola de administración de IBM WebSphere
Application Server.
200
Guía de instalación
Tareas relacionadas:
“Eliminación de CBA del repositorio de paquetes interno”
La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de
desinstalación.
Eliminación de CBA del repositorio de paquetes interno
La desinstalación de MDM no elimina al archivado de paquete compuesto (CBA) del repositorio de
paquetes interno. Debe eliminarlo manualmente después de finalizar la ejecución del proceso de
desinstalación.
Procedimiento
1. Inicie sesión en IBM WebSphere Application Server Administrative Console.
2. Vaya a Environment > OSGI bundle repositories > Internal bundle repository.
3. Seleccione los CBA de MDM.ear y pulse Delete.
Tareas relacionadas:
“Desinstalación de su edición de InfoSphere” en la página 197
Utilice este procedimiento para desinstalar la edición completa de InfoSphere MDM.
“Desinstalación de un único componente” en la página 199
Utilice este procedimiento para desinstalar un componente o aplicación de InfoSphere MDM.
“Desinstalación en modalidad silenciosa” en la página 200
Utilice este procedimiento para desinstalar componentes de InfoSphere MDM en modalidad silenciosa.
Capítulo 9. Desinstalación de InfoSphere MDM
201
202
Guía de instalación
Avisos y marcas registradas
Esta información se ha desarrollado para los productos y servicios comercializados en EE.UU.
Avisos
Esta información se ha desarrollado para los productos y servicios comercializados en EE.UU. Puede que
IBM no ofrezca en otros países los productos, servicios o características que se explican en este
documento.
Póngase en contacto con el representante de IBM de su localidad para obtener información acerca de los
productos y servicios que actualmente están disponibles en su zona. Cualquier referencia hecha a un
producto, programa o servicio de IBM no pretende indicar ni implica que sólo pueda utilizarse ese
producto, programa o servicio de IBM. En su lugar podrá utilizarse cualquier producto, programa o
servicio equivalente que no infrinja ninguno de los derechos de propiedad intelectual de IBM. Sin
embargo, será responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto,
programa o servicio que no sea de IBM.
IBM podría tener patentes o solicitudes de patentes pendientes relacionadas con el tema que se describe
en este documento. La entrega de este documento no le otorga ninguna licencia sobre dichas patentes.
Puede enviar sus consultas sobre licencias, por escrito, a la dirección siguiente:
IBM Director of Licensing
IBM CorporationNorth Castle Drive
Armonk, NY 10504-1785
EE.UU.
Por consultas sobre licencias relativas a la información de juego de caracteres de doble byte (DBCS),
póngase en contacto con el Departamento de propiedad intelectual de IBM de su país o envíe las
consultas por escrito a:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan Ltd.
1623-14, Shimotsuruma, Yamato-shi
Kanagawa 242-8502 Japón
El párrafo siguiente no se aplica al Reino Unido u otros países en los que los avisos legales sean
incompatibles con las leyes locales: INTERNATIONAL BUSINESS MACHINES CORPORATION
PROPORCIONA ESTA PUBLICACIÓN "TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NI
EXPLÍCITAS NI IMPLÍCITAS, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS DE NO
INFRACCIÓN, COMERCIALIZACIÓN O ADECUACIÓN A UN OBJETIVO CONCRETO. Algunos países
no permiten la renuncia a garantías explícitas o implícitas en determinadas transacciones, por lo que
puede que esta declaración no sea aplicable en su caso.
Esta información podría incluir imprecisiones técnicas o errores tipográficos. A la información que aquí se
presenta se aplican cambios periódicamente; tales cambios se incorporarán en nuevas ediciones de la
publicación. IBM podría realizar mejoras y/o cambios en el producto o productos y/o programa o
programas que se describen en esta publicación en cualquier momento y sin previo aviso.
© Copyright IBM Corp. 1996, 2013
203
Cualquier referencia de esta información a sitios Web que no son de IBM se indican únicamente por
comodidad y no constituyen recomendaciones de dichos sitios web. Los materiales de esos sitios web no
forman parte de los materiales de este producto de IBM y la utilización de esos sitios web será
responsabilidad del usuario.
IBM podría utilizar o distribuir la información que se le envía de la forma que considere más oportuna
sin incurrir por ello en ninguna obligación con el remitente de la información.
Los titulares de licencias de este programa que deseen obtener información sobre el mismo con el fin de
permitir: (i) el intercambio de información entre programas creados independientemente y otros
programas (incluido éste) y (ii) la utilización mutua de la información que se ha intercambiado, deben
ponerse en contacto con:
IBM CorporationJ46A/G4
555 Bailey Avenue
San Jose, CA 95141-1003 EE.UU.
Dicha información puede estar disponible, sujeta a los términos y condiciones correspondientes,
incluyendo, en algunos casos, el pago de unos derechos.
El programa bajo licencia que se describe en este documento y todo el material bajo licencia disponible
para éste los proporciona IBM de acuerdo con los términos del IBM Customer Agreement, del IBM
International Program License Agreement o de cualquier otro acuerdo equivalente celebrado entre ambas
partes.
Los datos de rendimiento contenidos en este documento se han determinado en un entorno controlado.
Por lo tanto, los resultados obtenidos en otros entornos operativos podrían variar significativamente. Es
posible que algunas mediciones se hayan realizado en sistemas de nivel de desarrollo y no existe ninguna
garantía de que estas mediciones sean las mismas en sistemas de disponibilidad general. Asimismo,
puede que algunas mediciones sean estimaciones obtenidas por extrapolación. Los resultados reales
podrían variar. Los usuarios de este documento deben verificar los datos que se aplican a su entorno
específico.
La información concerniente a productos no IBM se ha obtenido de los proveedores de dichos productos,
de sus anuncios publicados o de otras fuentes de información pública disponibles. IBM no ha probado
estos productos y no puede confirmar la precisión del rendimiento, compatibilidad u otras afirmaciones
relacionadas con productos que no son de IBM. Las preguntas relacionadas con las prestaciones de los
productos que no son de IBM deben dirigirse a los proveedores de esos productos.
Todas las declaraciones relacionadas con las futuras directrices o intenciones de IBM están sujetas a
cambios o pueden desestimarse sin previo aviso y sólo representan objetivos.
Esta información está pensada a efectos de planificación. La información aquí contenida está sujeta a
cambios antes de que los productos descritos estén disponibles.
Esta información contiene ejemplos de datos e informes que se utilizan en operaciones comerciales
diarias. Para ofrecer una explicación lo más completa posible, los ejemplos incluyen nombres de personas,
de empresas, de marcas y de productos. Todos estos nombres son ficticios y cualquier parecido con los
nombres y direcciones utilizados por una empresa comercial real son pura coincidencia.
LICENCIA DEL COPYRIGHT:
Esta información incluye programas de aplicación de muestra en idioma original que ejemplifican
técnicas de programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos
programas de ejemplo como desee, sin tener que realizar ningún pago a IBM, con el fin de desarrollar,
utilizar, comercializar o distribuir programas de aplicación compatibles con la interfaz de programación
204
Guía de instalación
de aplicaciones de la plataforma operativa para la que se han escrito los programas de ejemplo. Estos
ejemplos no se han probado exhaustivamente bajo todas las condiciones. Por lo tanto, IBM no puede
garantizar ni pretende confirmar la fiabilidad, servicio o funcionamiento de esos programas. Los
programas de ejemplo se proporcionan "TAL CUAL", sin ningún tipo de garantía. IBM no se hará
responsable de ninguna avería que surja del uso de estos programas de ejemplo.
Todas las copias o porciones de estos programas de ejemplo, o cualquier trabajo derivado, deberán incluir
un aviso de copyright como el siguiente:
© (el nombre de su compañía) (año). Parte de este código se ha obtenido de programas de ejemplo de
IBM Corp. © Copyright IBM Corp. _escriba el año o años_.Reservados todos los derechos.
Si ha optado por visualizar la copia software de esta información, puede que no aparezcan las fotografías
y las ilustraciones a color.
Consideraciones de la Política de privacidad
Los productos de IBM Software, incluidas las soluciones de software como servicio, ("Software Offerings")
pueden utilizar cookies u otras tecnologías para recopilar información de uso del producto, para ayudar a
mejorar la experiencia del usuario final, para adaptar las interacciones con el usuario final o para otros
fines. En muchos casos, las ofertas de software no recopilan información de identificación personal.
Algunas de nuestras ofertas de software pueden ayudarle a recopilar información de identificación
personal. Si la oferta de software utiliza cookies para recopilar información de identificación personal, se
establece a continuación información específica sobre el uso de cookies de esta oferta.
En función de la configuración desplegada, esta oferta de software puede utilizar cookies persistentes y
de sesión que recopilan cada nombre de usuario, contraseña, nombre de perfil u otra información de
identificación personal con fines de gestión de sesiones, autenticación, usabilidad de usuario mejorada,
configuración de inicio de sesión único o identificación de la página web que el usuario intentó cargar
antes del inicio de sesión. Estas cookies pueden inhabilitarse, pero su inhabilitación probablemente
eliminará también la funcionalidad que habilitan.
Si las configuraciones desplegadas para esta oferta de software le ofrecen como cliente la posibilidad de
recopilar información de identificación personal de los usuarios finales mediante cookies y otras
tecnologías, debe buscar asesoramiento jurídico sobre la legislación aplicable a esa recopilación de datos,
que incluye cualquier requisito de aviso y consentimiento.
Para obtener más información sobre el uso de varias tecnologías, incluidas las cookies, para estos fines,
consulte la Política de privacidad de IBM en www.ibm.com/privacy y la Sentencia de privacidad en línea
de IBM en www.ibm.com/privacy/details, la sección titulada "Cookies, Web Beacons and Other
Technologies" e "IBM Software Products and Software-as-a-Service Privacy Statement" en
www.ibm.com/software/info/product-privacy.
Marcas registradas
IBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corp., en
muchas jurisdicciones de todo el mundo. Otros nombres de productos y servicios pueden ser marcas
registradas de IBM o de otras empresas. En Internet hay disponible una lista actualizada con las marcas
registradas de IBM, en "Copyright and trademark information", en la dirección www.ibm.com/legal/
copytrade.shtml.
Los siguientes términos son marcas registradas de otras empresas:
Adobe, el logotipo de Adobe, PostScript y el logotipo de PostScript son marcas registradas de Adobe
Systems Incorporated en Estados Unidos y en otros países.
Avisos y marcas registradas
205
IT Infrastructure Library es una marca registrada de la Agencia Central de Informática y
Telecomunicaciones, que ahora forma parte de la Oficina de Comercio Gubernamental.
Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, el logotipo de Intel
Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentium son marcas registradas de Intel
Corporation o de sus subsidiarias en Estados Unidos y en otros países.
Linux es una marca registrada de Linus Torvalds en Estados Unidos y en otros países.
Microsoft, Windows, Windows NT, y el logotipo de Windows son marcas registradas de Microsoft
Corporation en Estados Unidos y/o en otros países.
ITIL es una marca registrada, y una marca comunitaria registrada del Ministerio de la Presidencia, y está
registrada en la Oficina de Marcas y Patentes de EEUU.
UNIX es una marca registrada de The Open Group en los Estados Unidos o en otros países.
Java y todas las marcas registradas y logotipos basados en Java son marcas registradas de Oracle y/o sus
empresas filiales.
Cell Broadband Engine es una marca registrada de Sony Computer Entertainment, Inc. en Estados Unidos
y en otros países, y se utiliza en virtud de su licencia correspondiente.
Linear Tape-Open, LTO, el logotipo de LTO, Ultrium y el logotipo de Ultrium son marcas registradas de
HP, IBM Corp. y Quantum en Estados Unidos y en otros países.
206
Guía de instalación
Índice
A
acceso a aplicación web
protocolo https 187
puerto de servidor seguro 187
actualización de archivos de propiedades
desplegados 130
adición
mensajes de seguridad 170
adición de un usuario 64
alta disponibilidad 50
aplicación
instalación 133
aplicación de usuario
asociación de servidor operativo 44
archivo ContextManager.prop
configuración 147
edición 147
localización 147
Archivo ContextManager.prop 147
archivo de respuestas
creación gráfica 92
especificación de funciones 87
instalación silenciosa 92
instalaciones silenciosas 83
parámetros de DB2 87, 88
parámetros de Oracle 89
parámetros de servidor de
aplicaciones 90
personalización 86
utilización 91
archivo provider.properties
propiedades necesarias 175
archivo webreports.properties 165
propiedades necesarias 165
propiedades opcionales 167
archivos
inspector.properties 140
atributos
AsaIdxno 159
atributos ampliables
configuración 176
atributos de AsaIdxno 159
atributos de pantalla,
personalización 168
atributos personalizados
configuración 176
Autenticación 165
Autenticación de Windows de Microsoft
SQL
Tomcat 165
autenticación nativa de Windows 34
avisos legales 203
B
base de datos
conexiones 53
crear utilizando los scripts de inicio
rápido 49
cuentas de usuario 53
© Copyright IBM Corp. 1996, 2013
base de datos (continuación)
esquema 32, 34, 36
inicio 32, 34, 36
instalación manual 32, 34, 36
nombre de host 32, 34, 36
nombre de usuario y contraseña 32,
34, 36
preparación de Oracle 58
preparación de SQL Server 56
preparar DB2 54
puerto 32, 34, 36
tipo 32, 34, 36
base de datos de DB2
casos de ejemplo de instalación 94
preparación para la instalación 54
base de datos de Oracle
casos de ejemplo de instalación 98
preparación para la instalación 58
base de datos de SQL Server
casos de ejemplo de instalación 102
preparación para la instalación 56
búsquedas de MemIdent 160
búsquedas sensibles a las mayúsculas y
minúsculas 45
C
casos de ejemplo de instalación 94
celda
WebSphere Application Server 38, 43
clúster 38, 41, 43
casos de ejemplo de instalación 94,
98
instalación 77
codificación 181
codificación de caracteres
establecer en sistemas de destino 66
códigos de error
EACTIVE 188
ECOMM 188
EDELETED 188
EDISABLED 188
EEXISTS 188
EEXTAUTH 188
EFILEIO 188
EINACTIVE 188
EINSANE 188
EINTEGRITY 188
EINTERNAL 188
EINVAL 188
ELOCKED 188
ENOFUNC 188
ENOLIB 188
ENOMEM 188
ENOREC 188
ENOTCONN 188
ENUNKNOWN 188
EOBSOLETE 188
EODBC 188
EPERM 188
ESHADOW 188
códigos de error (continuación)
ESTATUS 188
EVERSION 188
componente de mensajería
instalar manualmente 129
conexiones
base de datos 53
configuración
archivo inspector.properties 140
atributos ampliables 176
atributos personalizados 176
convenios 176
hojas de trabajo 30
activadores de historial 45
aplicación MDM 41
aplicaciones de usuario 43
DB2/DB2 para origen de datos de
z/OS 32
directorio de instalación 31
Origen de datos del servidor SQL
de Microsoft 34
origen de datos Oracle 36
WebSphere Application Server 38
identificadores/credenciales
personalizados 176
provider direct 174
tabla mpi_appprop 147
tipos de datos enumerados 176
Transaction Viewer 157
vistas compuestas en Enterprise
Viewer 161
vistas compuestas restringidas en
Enterprise Viewer 161
configuración de Enterprise Viewer 147
configuración de la tabla
mpi_appprop 147
configuración de Transaction Viewer 157
configuración XA para DB2 para
z/OS 109
contraseña 38, 41, 43
Controladores ODBC 59
creación e instalación de la base de datos
de z/OS 109
crear
scripts de base de datos 15
cuentas de usuario 17
base de datos 53
D
DDJDBCAuth.04dll 165
DDJDBCx64Auth04.dll 165
desinstalar 197
aplicaciones/componentes
individuales 199
edición completa 197
silenciosa 200
despliegue
varios husos horarios 41
despliegue de varios husos horarios
41
207
dominio
instalación manual de datos
CLOB 124
dominio de DB2 for z/OS
instalación manual de datos
CLOB 124
E
edición del archivo
ContextManager.prop 147
edición del archivo
webreports.properties 165
ejemplos
descripción general de la
instalación 185
instalación 185
elementos por página,
personalización 169
Enterprise Viewer
búsqueda de MemDate 157
combinación de parámetros 156
configuración 147
configuración de secciones de
búsqueda 152
configuración de vistas compuestas
restringidas 161
configuración de visualizaciones de
vista compuesta 161
correlación de SrcCode con
AttrCode 160
descripción general de la
instalación 143
formateo de entrada 157
gestión de aplicaciones 147
instalación 143
parámetro celldelim 154
parámetro desplegable 155
parámetro edtElem 156
parámetro hint 155
entorno local
establecer en sistemas de destino 66
establecer vía de acceso del programa de
utilidad de DB2 61
establecer vía de acceso del programa de
utilidad de Oracle 61
estilo de coincidencia 41
estructura de directorios 20
G
globalización 66, 162
web reports 169
gráfica
instalación 15
grupo de paquetes
existente 31
nuevo 31
grupos 17
grupos de MDM
adición de un usuario
64
H
hojas de trabajo 30
activadores de historial
208
Guía de instalación
45
hojas de trabajo (continuación)
aplicación MDM 41
aplicaciones de usuario 43
DB2/DB2 para origen de datos de
z/OS 32
directorio de instalación 31
Origen de datos del servidor SQL de
Microsoft 34
origen de datos Oracle 36
WebSphere Application Server 38
https
configuración de aplicación web 187
I
identificadores/credenciales
personalizados
configuración 176
idioma
recurso de aplicación 45
tabla de códigos 45
idioma alternativo 181
idioma de recurso de aplicación 45
idioma de tabla de códigos 45
industria 45
informes
personalización 168
inhabilitación de pantalla inicial
instalación silenciosa 91
Inspector
descripción general de la
instalación 139
instalación 139, 184
instalación
aplicaciones 133
características de MDM 9
descripción general 3
Descripción general de instalación de
Enterprise Viewer 143
descripción general de instalación de
Inspector 139
descripción general de instalación de
IU de Business Administration 134
descripción general de instalación de
web reports 163
desinstalación silenciosa 200
ejemplos 185
en un clúster 77
estación de trabajo típica 71
estructura de directorios y
nombres 20
gráfica 15
hojas de trabajo 30
Inspector 139
instalación manual
Configuración de la base de datos
Oracle 112
instalación manual de la
aplicación 109
instalación manual de la aplicación en
DB2 for Linux o UNIX 112
instalación manual de la aplicación en
DB2 para Linux o Unix 114
instalación manual de la aplicación en
DB2 para Linux o UNIX 112, 114
instalación manual de la aplicación en
DB2 para z/OS 110, 111, 116, 120
instalación (continuación)
instalación manual de la aplicación en
Oracle 125, 127
instalaciones silenciosas 83
Installation Manager 48
interfaz de usuario de Data
Stewardship 135
interfaz de usuario de Product
Maintenance 137
IU de Business Administration 134
modificación silenciosa 92
modificar 93
on z/OS 82
personalizada 74
servidor típico 69
silenciosa 15
creación de un archivo de
respuestas 92
especificación de funciones 87
inhabilitación de pantalla
inicial 91
mediante el archivo de
respuestas 91
parámetros de DB2 87, 88
parámetros de Oracle 89
parámetros de servidor de
aplicaciones 90
personalización de archivo de
respuestas 86
su edición de MDM 67
tipo de despliegue personalizado 8
tipo de despliegue típico 4, 5, 7
tipos de despliegue
típica frente a personalizada 4
utilización de LaunchPad 68
verificación 191, 192, 194
visión general de la instalación de la
interfaz de usuario de Data
Stewardship 135
visión general de la instalación de la
interfaz de usuario de Product
Maintenance 137
visualización de registros 196
Installation Manager 195
instalación manual
base de datos de dominio en
Oracle 127
instalación manual de la aplicación 109
instalación manual de la aplicación en
DB2 for Linux o UNIX 112
instalación manual de la aplicación en
DB2 para Linux o Unix 114
instalación manual de la aplicación en
DB2 para Linux o UNIX 112, 114
instalación manual de la aplicación en
DB2 para z/OS 110, 111, 116, 120
instalación manual de la aplicación en
Oracle 125, 127
instalación manual de la base de datos
MDM física 112
instalación personalizada
tipo de despliegue 8
instalación silenciosa
creación de un archivo de
respuestas 92
desinstalar 200
especificación de funciones 87
instalación silenciosa (continuación)
inhabilitación de pantalla inicial 91
mediante el archivo de respuestas 91
modificar 92
parámetros de DB2 87, 88
parámetros de Oracle 89
parámetros de servidor de
aplicaciones 90
personalización de archivo de
respuestas 86
instalación típica
tipo de despliegue 4
para estación de trabajo 7
para servidor 5
valores predeterminados 19
instalaciones silenciosas 83
Installation Manager
adición de ofertas de MDM 48
instalación 48
interfaz de usuario de Data Stewardship
instalación 135
Interfaz de usuario de Data Stewardship
descripción general de la
instalación 135
interfaz de usuario de Product
Maintenance
descripción general de la
instalación 137
instalación 137
IU de Business Administration
descripción general de la
instalación 134
instalación 134
K
kit de inicio
15
L
LaunchPad
inicio de la instalación
68
M
MAD_HOMEDIR 22
MAD_ROOTDIR 22
marcas registradas
lista de 203
MDM_INSTALL_HOME 22
mensajería
Message Brokers 41
WebSphere Default Messaging
WebSphere MQ 41
mensajes de seguridad
adición 170
modificar
instalación 93
modificación silenciosa 92
41
N
nodo
WebSphere Application Server
nombre de aplicación 41
38, 43
nombre de host 38, 43
nombre de usuario 38, 43
núcleo
instalación manual de datos
CLOB 120
núcleo de DB2 for z/OS
instalación manual de datos
CLOB 120
número máximo de resultados por
página, personalización 169
O
Oracle
instalación manual de la base de datos
de dominio 127
P
parámetro celldelim 154
parámetro desplegable 155
parámetro edtElem 156
parámetro hint 155
parámetros
AttrCodes 168
AttrLabels 168
AttrTypes 168
celldelim 154
combinación en configuración de
Enterprise Viewer 156
desplegables 155
edtElem 156
hint 155
SegCodeFilter 168
Templates 168
perfil
WebSphere Application Server 43
personalización de atributos de
pantalla 168
personalizada
instalación 74
preparación
alta disponibilidad 50
preparación para la instalación 29
adición de ofertas de MDM a
instalador 48
base de datos 52
Base de datos DB2 en un entorno de
clúster 55
Base de datos DB2 en un servidor
diferente 55
base de datos de SQL Server en un
entorno en clúster 57
Base de datos Oracle en un entorno en
clúster 58
Base de datos Oracle en un servidor
diferente 58
base de datos SQL Server en un
servidor distinto 57
configuración del soporte de
instalación 25
dmgr de servidor de aplicaciones 61
establecer vía de acceso del programa
de utilidad de DB2 61
establecer vía de acceso del programa
de utilidad de Oracle 61
preparación para la instalación
(continuación)
instalación típica 27
kit de inicio 15
requisitos previos de la cuenta 51
servidor de aplicaciones para
despliegue de base 64
servidor no gestionado de servidor de
aplicaciones 63
utilización del kit de herramientas de
inicio rápido 49
WebSphere Application Server 59
preparar
base de datos DB2 para
instalación 54
base de datos de Oracle para la
instalación 58
base de datos de SQL Server para la
instalación 56
propiedades
necesarias 165
opcionales 167
propiedades necesarias
archivo provider.properties 175
provider direct
configuración 174
Provider Direct
instalación 171
puerto de servidor seguro
acceso a aplicación web 187
Puerto RMI 41
Puerto SOAP 38, 43
R
registro
servidor de aplicaciones 142, 170
registros
visualización 196
Installation Manager 195
requisitos de varios idiomas 162
requisitos previos de la cuenta 51
resultados 169
S
segmentos emergentes en Enterprise
Viewer 157
seguridad
roles de canal 65
servicio de atención al cliente
contacto 209
servicios de software
contacto 209
servidor
WebSphere Application Server 38, 43
servidor de aplicaciones
preparación 59
preparación de servidor no
gestionado 63
preparación para despliegue de
base 64
preparando dmgr 61
registro 142, 170
Índice
209
Z
servidor operativo
asociación de aplicación de
usuario 44
silenciosa
instalación 15
soporte
cliente 209
z/OS
instalación en
T
tabla mpi_appprop
formularios de búsqueda
configurables 151
orden de visualización de
atributos 148
visualización de segmentos definidos
por implementación 149
típica
instalación 71
instalación de servidor 69
tipo de despliegue
personalizado 8
típico 4, 5, 7
WebSphere Application Server 38, 43
tipos de datos enumerados
configuración 176
U
Unicode 181
usuarios
adición de usuario a un grupo
64
V
valor predeterminado de WebSphere
mensajería 41
valores predeterminados
valores de cuenta de usuario 17
valores de instalación típica 19
verificación de la instalación 191, 192,
194
visualización de atributos de
AsaIdxno 159
W
WAS
configuración de aplicación web
protocolo https 187
web reports
descripción general de la
instalación 163
globalización 169
Web Reports
instalación 164
WebSphere Application Server
celda 38
inicio 38
nodo 38
perfil 38
servidor 38
tipo de despliegue 38
WebSphere MQ
mensajería 41
210
Guía de instalación
82
Cómo ponerse en contacto con IBM
Puede ponerse en contacto con IBM para obtener soporte al cliente, servicios de software, información
sobre productos e información general. También puede proporcionar comentarios sobre los productos y la
documentación de IBM.
La tabla siguiente muestra una lista de los recursos para el soporte al cliente, servicios de software,
formación, e información sobre productos y soluciones.
Tabla 39. Recursos de IBM
Recurso
Descripción y ubicación
Documentación del producto para InfoSphere MDM
Puede realizar búsquedas y consultar todos los
documentos de InfoSphere MDM en
http://pic.dhe.ibm.com/infocenter/mdm/v11r0/
index.jsp.
Información del producto de InfoSphere MDM Custom
Domain Hub, que incluye InfoSphere MDM Reference
Data Management
Puede realizar búsquedas y consultar todos los
documentos de InfoSphere MDM Custom Domain Hub
en http://pic.dhe.ibm.com/infocenter/mih/v11r0/
index.jsp.
Portal de soporte de IBM
Puede personalizar la información de soporte
seleccionando los productos temas que le interesan en
www.ibm.com/support/.
Servicios de software
Encontrará información sobre software, TI y servicios de
consultoría de negocio en el sitio web de soluciones, en
www.ibm.com/businesssolutions/.
Mi IBM
Puede gestionar enlaces con los sitios web de IBM y la
información que más se ajusten a sus necesidades de
soporte técnico específicas creando una cuenta en el sitio
Mi IBM, en www.ibm.com/account/.
Formación y certificación
Puede obtener información sobre servicios de formación
técnica para usuarios, empresas y organizaciones
públicas con el fin de adquirir, mantener y optimizar sus
conocimientos de TI en www.ibm.com/software/swtraining/.
Representantes de IBM
Puede ponerse en contacto con un representante de IBM
para obtener información sobre soluciones en
www.ibm.com/connect/ibm/us/en/.
Proporcionar comentarios
En la tabla siguiente se describe cómo proporcionar comentarios a IBM acerca de los productos y la
documentación de los productos.
Tabla 40. Cómo proporcionar comentarios a IBM
Tipo de comentario
Acción
Comentarios para el producto
Puede proporcionar feedback general sobre productos
mediante la Encuesta de idoneidad en
www.ibm.com/software/ucd/consumability/.
© Copyright IBM Corp. 1996, 2013
211
Tabla 40. Cómo proporcionar comentarios a IBM (continuación)
Tipo de comentario
Acción
Comentarios sobre la documentación
Para realizar comentarios sobre el Information center,
pulse en el enlace Comentarios en la parte superior
derecha de cualquier tema del Information center.
También puede enviar comentarios sobre libros en
archivos PDF, el Information center o cualquier otra
documentación de las siguientes maneras:
v Formulario de comentarios de lector en línea:
www.ibm.com/software/data/rcf/
v Correo electrónico: [email protected]
212
Guía de instalación
Impreso en España
GI13-2658-00